Klotzkopp

http://www.iana.org/assignments/port-numbers

@gugelhupf: Weißt Du zufällig, ob der Assemblercode auch bewirkt, dass der Thread vorzeitig seinen Timeslice beendet? Manchmal liegt es nämlich weniger an der Pause, als an dem erzwungenen Threadkontextwechsel, den man z.B. auch mit Sleep(0) erzeugen kann.

Sleep ist eigentlich in winbase.h, aber die braucht windows.h, da kommst Du also nicht drumherum, wenn Du Sleep verwenden willst. Warum ist das "nicht so toll"?

Rufst Du eventuell srand mehrfach auf?

GetDlgItem( RESOURCE_ID_DEINES_BUTTONS )->EnableWindow();

Das kannst Du nicht wissen. Nur weil der Fehler sich in dem Codefragment, das Du gepostet hast, bemerkbar macht, heißt das nicht, dass er auch da verursacht wird. Ich nehme mal an, dass printRealReading falsche Werte ausgibt. Dann solltest Du prüfen, ob reading oder error falsch berechnet wird. Gib die beiden Werte doch mal mit aus, dann kannst Du den Fehler zumindest eingrenzen.

Ohne Dir zu nahe treten zu wollen , ich bin mir aus eigener Erfahrung ziemlich sicher, dass es an Deinem Quellcode liegt, und nicht am Visual Studio, vielleicht an einer fehlenden Initialisierung, die sich im Release-Build anders auswirkt als im Debug-Build. Kannst Du Deinen Quellcode (oder den entscheidenden Teil) posten?

// nicht getestet HANDLE hSerial = CreateFile( "COM1", GENERIC_READ | GENERIC_WRITE, 0, NULL, OPEN_EXISTING, FILE_FLAG_OVERLAPPED, NULL ); HANDLE hEvent = CreateEvent( NULL, FALSE, FALSE, NULL ); OVERLAPPED ol = {0}; ol.hEvent = hEvent; unsigned char pBuf[10]; DWORD dwBytesRead = 0; if( ReadFile( hSerial, pBuf, 10, &dwBytesRead, &ol ) ) { // alles klar } else { if( ERROR_IO_PENDING == GetLastError() ) { // warten if( WAIT_OBJECT_0 == WaitForSingleObject( hEvent, 200 ) ) { // Daten sind da } else { // timeout } } else { // Fehler } } [/PHP] Entscheident ist FILE_FLAG_OVERLAPPED beim CreateFile. Danach muss jeder Zugriff mit ReadFile oder WriteFile mit der Adresse einer OVERLAPPED-Struktur gemacht werden. Der einzige Teil der Struktur, der bei Kommunikationsressourcen gebraucht wird, ist der Event-Handle. Das Overlapped bewirkt, dass ReadFile sofort zurückkommt, egal ob Daten da sind oder nicht. Wenn dann Daten da sind, wird das Event gesetzt, dessen Handle in der OVERLAPPED-Struktur angegeben wurde. Auf das Event kann man mit WaitForSingleObject mit Timeout, hier 200 Millisekunden, warten.

Du könntest eine Funktion schreiben, die das anhand des Monats und des Jahres ausrechnet. Das sollte das Problem doch schon lösen.

Nimm doch Overlapped I/O. Da kannst Du ein Event-Handle mitgeben, das gesetzt wird, wenn die Anweisung abgeschlossen wurde. Auf das Event kannst Du prima mit Timeout warten.

Laut MSDN ist sharing von Kommunikationsressourcen nicht möglich. Wofür brauchst Du denn zwei Handles auf denselben Com-Port?

1. bist Du sehr ungeduldig. 2. sind Doppelpostings und Thread-Pushing hier nicht gern gesehen. 3. bist Du hier Off-Topic

Und bis wohin läuft meine Schleife? Was das Optimieren angeht, hast Du natürlich Recht, aber es kam mir auf Verständlichkeit an, nicht auf Laufzeit.

Nicht zwangsläufig. Wenn es mehr als zwei mögliche Signalstärken - Spannungen, Lichtintensitäten usw. - auf der Datenleitung gibt, dann kann pro "Signalstärkenwechsel" mehr als ein Bit übertragen werden. Allerdings ist mir kein Datenübertragungsstandard bekannt, der so etwas verwendet.

Fachliches, das sonst nirgendwo reinpasst, gehört ins Forum IT Allg./Literaturtipps IT-Berufe/BWL.

Habs hier nur auf Englisch: Project->Settings->C/C++, Category "Code Generation": Unter "Use run-time library": "Debug Multithreaded" Und beim nächsten mal bitte gleich das richtige Forum

Hier mein Beispiel, ohne Beschränkung auf zwei Faktoren: #include <stdio.h> int KleinsterTeiler( int nZahl ) { int nKT = nZahl; for( int i=2; i*i <= nZahl; i++ ) { if( 0 == (nZahl % i) ) { nKT = i; break; } } return nKT; } int main() { const int nMax = 100000; const int nKleinsterErlaubterTeiler = 100; int nStart = nKleinsterErlaubterTeiler * nKleinsterErlaubterTeiler; for( int i = nStart; i <= nMax; i++ ) { int nKT = KleinsterTeiler( i ); if( nKT >= nKleinsterErlaubterTeiler && nKT != i ) { printf( "%d\n", i ); } } return 0; } [/PHP]

Hiermit getan. @ph-online: Es wäre hilfreich, wenn Du uns sagen würdest, auf welchem Betriebsystem und mit welchem Compiler/IDE Du arbeitest.

Ich vermute, dreamrender verwendet DirectX, und baut in alle Fenster, deren Hintergrund der "normale" Fensterhintergrund ist, einen Transparenzeffekt ein, durch den man das bildschirmfüllende Desktopfenster sieht. Wie gesagt, nur eine Vermutung

Nach allem, was ich gefunden habe, ist iodbc keine API, sondern ein eigenständiges Programm. Das würde auch erklären, warum keine API-Doku oder Tutorials zu finden ist.

Lies doch einfach den Wert aus, multipliziere ihn mit -1, und schreib ihn wieder rein.

@oanes: Das Spiel stürzt nicht ab, weil XP einen Bericht senden will, XP will einen Bericht senden, weil das Spiel abstürzt. @SVEN EICHLER: Um die Berichte abzuschalten, braucht man kein Tool: Eigenschaften von System -> Erweitert -> Fehlerberichterstattung.

AFAIK spricht man von Bit/KBit/MBit, wenn die Daten seriell übertragen werden (bzw. nicht so viele Bits parallel, dass man von Bytes sprechen könnte). Das beschränkt sich nicht auf den Netzwerkbereich, auch bei anderen seriellen Übertragungen spricht man von Bit, z.B. bei USB oder IEEE 1394.

Du willst simpel? CToolTipCtrl!

GetCommState und SetCommState werden Dir wohl weiterhelfen, vor allem die fOutxCtsFlow und fRtsControl-Member der struct DCB.