Klotzkopp

@WoodyWutze: Das war auch meine erste Lösung. Aber was ist mit der Tatsache, dass der Mann die "50"-Aussage macht, nachdem er selbst nicht mehr am Tisch sitzt?

Ich wollte Dich keinesfalls veräppeln. Es ist nunmal leider so, dass die meisten Compiler auf Flüchtigkeitsfehler wie fehlende Semikola oder falsch gesetzte Klammern teilweise mit kryptischen Fehlermeldungen reagieren. Und wenn dann der hier gepostete Code nicht mit dem compilierten übereinstimmt, dann können wir wirklich nur raten, wo der Fehler liegt.

@Jabber: Poste bitte nochmal Deinen ganzen Quelltext, aber mit Copy&Paste, nicht abschreiben. Sonst wissen wir nicht, was ein Tippfehler ist (wie die fehlenden Semikola und Anführungszeichen), und wo wirklich ein Problem bestehen könnten.

Für die Berechnung des Flächeninhalts unregelmäßiger Polygone gibts die Gaußsche Flächenformel: Die Indizes für den ersten und letzten Summanden sind als "zyklisch" anzusehen: i-1 ist gleich n zu setzen, wenn i=1 ist, analog ist i+1 gleich 1, wenn i=n ist.

Aussage A kann wahr sein, das ist richtig. Aussage A kann aber genausogut falsch sein, wenn man annimmt, dass durch das Aufstehen des Mannes die Zahl auf 47 gesunken ist. Entscheidend ist, dass B nicht wahr sein kann. @Darth_Zeus: Wenn die Anzahl der Personen ungerade gewesen wäre, dann hätten irgendwo am Tisch zwei Lügner bzw. Nichtlügner nebeneinander gesessen.

Dass sich die Anzahl durch den aufstehenden Mann ändert, hatte ich nicht bedacht. Mein Vorschlag oben ist also hinfällig. Aber "saßen" ist Vergangenheit, "steht auf" ist Gegenwart, also denke ich, dass die Anzahl vor dem Aufstehen gefragt ist, und die kann nur 48 sein: 47 ist (zu dem Zeitpunkt, als die Aussage gemacht wird) definitiv falsch, weil die Anzahl der Personen gerade sein muss. Der Mann steht auf, und macht zwei Aussagen: A: Das stimmt nicht B: Es sind 50 Beide Aussagen müssen den gleichen Wahrheitsgehalt haben. B kann aber nicht wahr sein, weil die (neue) Anzahl ungerade sein muss. Der Mann ist also ein Lügner. Damit ist Aussage A auch falsch, was bedeutet, dass 47 jetzt stimmt. Also waren es vorher 48.

Mein Lösungsversuch: <rot13> Jraa wrqre hrore frvara Fvgmanpuone fntra xnaa, qnff re yhrtg, qnaa fvgmra nojrpufryaq Yhrtare haq Avpugyhrtare nz Gvfpu. Qnf trug nore ahe, jraa qvr Namnuy qre Crefbara trenqr vfg. Qrzanpu vfg fvrorahaqivremvt qrsvavgvi snyfpu. Qnf orqrhgrg nore, qnff qvr refgr Nhffntr qrf Znaarf, "Qnf fgvzzg avpug", jnue vfg. Re vfg nyfb xrva Yhrtare, nyfb vfg frvar naqrer Nhffntr nhpu jnue: Rf fvaq shrasmvt Crefbara. </rot13>

@Rohde: Nach Deiner Argumentation könnten es aber auch 6, 8, 10 usw. sein. Es müßten nur mindestens vier sein.

Können wir, die Aufgabenstellung gibt das her

[x] Erledigt Nachtrag: Ich kann den Fehler nicht reproduzieren (VC++ 6 SP5, XP Prof). Kannst Du Wertepaare nennen, aus denen der Fehler deutlich wird? Lass Dir auch mal die Stunden ausgeben, vielleicht liegt es doch an der Sommerzeit.

Von der fehlenden Quellenangabe abgesehen, möchtest Du vielleicht auch nochmal nachrechnen.

Leider nicht ganz. Der ganze WSA-Kram ist Windows-spezifisch. Die folgenden Links könnten auch hilfreich sein: http://www.cs.rpi.edu/courses/sysprog/sockets/sock.html http://www.manualy.sk/sock-faq/unix-socket-faq.html

Wenn es nicht gerade eine Symbolschriftart ist, ist das extrem unwahrscheinlich. @Doham: Schon mal versucht, bei gedrückter Alt-Taste auf dem Ziffernblock 064 einzugeben?

DocNeo ist da völlig unschuldig, ich habe diesen Thread aus dem C-Forum und damit aus dem Zusammenhang gerissen. Auch für den Titel übernehme ich die alleinige Verantwortung, Euer Ehren

Ah, jetzt sehen wir klarer. Laufzeitfehler 13 ist Type Mismatch, d.h. die Laufzeitumgebung kann eine erforderliche Typumwandlung nicht durchführen. Als erstes fällt mir da auf: vczynsz = czynsz((osob), (metraz)) If vczynsz = "" Then [/CODE]czynsz liefert einen Double, kann sein, dass Du den nicht mit einem String vergleichen kannst. Vielleicht könnte jemand, der VB zur Verfügung hat, das mal überprüfen.

Der Wert, den GetTickCount liefert, ist ein vorzeichenloser 32-Bit-Wert. Wenn Du den Wert in eine Variable eines vorzeichenbehafteten Datentyps (int oder so) packst, dann wird der Wert nach nicht ganz 25 Tagen Uptime in den negativen Bereich umschlagen. Nach 49,7 Tagen ist der Wert wieder auf Null, Vorzeichen oder nicht.

Der Pfad des ursprünglichen Threads sei nun zu guter Letzt auf ewig verlassen, und die anwesenden Streiter mögen ihren Ansichten fürderhin Nachdruck verleihen. Es sei nur angemerkt, dass die grammatikalischen Eigenschaften eines Wortes sich nicht nur aus dem Quell profunden Wissens ergeben, dass Darth_Zeug nannte, und das den Namen "Duden" trägt. Auch das Zusammenspiel der Worte untereinander im Gefüge des Satzes an sich ist zu beachten.

@kingofbrain: Ursache des Problems dürfte sein, dass die vom AppWizard automatisch generierte von CRecordset abgeleitete Klasse genau auf die Abfrage zugeschnitten ist, die Du durch die Auswahl der Tabellen zu Anfang festgelegt hast. Da lässt sich nichts umbiegen, weil die Klasse mitsamt Ihren Membern praktisch nur mit genau dieser Abfrage funktioniert. Ich würde empfehlen, für eine andere Abfrage selbst eine Klasse von CRecordset abzuleiten. Die generierte Klasse kann ja als Vorlage dienen.

Du kannst z.B. GetFileInformationByHandle aufrufen. Wenn das FALSE zurückliefert, und GetLastError 6 (== ERROR_INVALID_HANDLE), dann ist das Handle ungültig.

Ich gehe davon aus, dass Du von einem Handle sprichst, wie es z.B. CreateFile zurückgibt, und schiebe uns deswegen mal gleich ins richtige Forum. Zu Deiner Frage: Die Prüfung kannst Du Dir sparen. Ein Handle aus einem anderen Prozess ist sowieso ungültig. Versuchst Du, eine Sharing Violation zu umschiffen?

Probier mal Alt-Gr und die Taste rechts neben "L", also die, auf der bei einem deutschen Layout das ö wäre.

ListView hat sowohl eine SelectedItems- als auch eine SelectedIndices-Eigenschaft. Beide zeigen auf Collections, die, wenn Dein ListView kein Multiselect zulässt, genau ein Element enthalten sollten.

XMODEM war doch CRC16, oder? So was habe ich noch irgendwo, war zwar C++, aber das sollte ja kein Problem darstellen. Oder das hier: http://web.vip.hr/jmedved.vip/qeyes/en/source_crc16.html

Ich habe nichts gesagt, was "funktionieren" könnte, ich habe nur gesagt, wo ich den Fehler vermute. Ändere doch mal csyncsz folgendermaßen: Public Function czynsz(osoby As Double, metraz As Double) Dim vczynsz As Double If metraz = 0 then ' Laufzeitfehler vermeiden czynsz = 0 Else vczynsz = osoby / metraz ' Rückgabe der Funkton czynsz = vczynsz End If End Function

Ich drück immer die Shift-Taste, wenn ich auf den Antworten-Button klicke. Gleiches Ergebnis, weniger Traffic