Klotzkopp

Extras -> Optionen -> E-Mail-Setup -> Senden/Empfangen Da kannst du alles einstellen.

Verschoben: Delphi/RPG+CL/C#/Sonstige

Nein, das bringt auch nichts. Zusätzliche Nullzeichen am Ende eines Literals funktionieren nur, wenn man dieses Literal direkt einem Zeiger auf char zuweist. Weder CString noch irgendeine Stringfunktion kommt mit so etwas zurecht. Ich meinte etwas in der Art: CString temp = path; path.Format("%s%c", temp, 0);[/CODE] @G.T.: Damit hast du eine dreifache Nullterminierung. Das ist Overkill Außerdem: "The call will fail if the string object itself is offered as a parameter to Format."

Alt+F4 ist kein systemübergreifendes Kommando. Fast jedes Programm ist einfach so geschrieben, dass es auf Alt+F4 reagiert. Du kannst das also nicht global über eine Einstellung regeln. Du könntest ein Programm mit einem systemweiten Keyboardhook schreiben, das diese Kombination abfängt.

Das hast du sicher vorher mit dem Admin geklärt. Wenn du dafür lange suchen musstest, solltest du deine Homepage in Bezug auf Kenntnisse von Windows wohl besser nochmal überarbeiten. Eine Batchdatei hätte es wohl auch getan. Danke, gehabt. Aber da mir hier irgendwie die Frage zur Antwort fehlt, mach ich mal dicht.

Das ist gleichbedeutend mit pathF += "";, tut also nichts. Eine doppelte Nullterminierung kannst du mit den üblichen Stringformatierungsfunktionen erreichen, indem du am Ende ein %c-Feld mit dem Wert 0 angibst.

Hallo Roloc, willkommen auf dem Board. Warum so umständlich, wenn es printf gibt? Oder ist das eine Übungsaufgabe?

Na dann leg mal los: NetShareEnum NetSessionEnum NetFileEnum

Generell. Viele EULAs kommerzieller Programme, die ich kenne, verbieten eine Änderung der Software. Cracken bedeutet aber eine Veränderung. Mal ganz abgesehen vom Wert der Wikipedia als Rechtsberatung: Siehe oben. Ich empfehle dem OP, sich an den Hersteller/Verleger/Rechteinhaber der Software zu wenden.

Das ist ja alles schön und gut. Aber woher weißt du, dass avoid den Borland Builder benutzt? avoid, wir können dir viel besser helfen, wenn du verrätst, mit welcher Entwicklungsumgebung du arbeitest.

Üblicherweise verbietet das EULA das Modifizieren der Software.

Du hast Recht, so, wie du es machst, sollte es auch mit OVERLAPPED funktionieren. Prüfst du den Inhalt der Datei, während sie noch geöffnet ist? Dann kann es daran liegen, dass die zu schreibenden Daten noch im Cache liegen. Versuch bitte mal nach dem Schreiben FlushFileBuffers aufzurufen oder die Datei mit FILE_FLAG_NO_BUFFERING zu öffnen.

Nein, mit OVERLAPPED regelst du asynchrone Dateizugriffe. Schau dir mal SetFilePointer an.

Enno, es sollen 100 Tiere sein. Und Mäuse kosten nicht 1 Euro das Stück.

Wenn man die MFC benutzt, kann man einfach alle Ressourcen in eine DLL auslagern (eine für jede Sprache), und dann die passende laden. Stichwort: AfxSetResourceHandle.

Das kannst du nicht mit Stringfunktionen machen. Du hast eine Binärdatei, da kann potenziell das Stringende-Zeichen ('\0') drin vorkommen. Da bricht jede Stringfunktion, strtok oder strstr oder was auch immer, die Bearbeitung ab. Lade die Datei blockweise in den Speicher und durchsuche den Block mit einer Schleife nach 3d. Wenn du 3d gefunden hast, prüfe, ob das nächste Byte 03 ist. Achte auf mögliche Trennung deines Suchmusters an der Blockgrenze. Wenn du sicherstellen kannst, dass diese Bytekombination nur z.B. an geraden Dateipositionen stehen kann, kannst du auch wortweise vergleichen, das bringt einiges an Geschwindigkeit.

Stimmt. Mach mal folgendes: CRect rect; CWnd *wnd = GetDlgItem(IDC_ED_COMMENT); wnd->GetWindowRect(&rect); ScreenToClient(&rect); rect.bottom += 28; wnd->MoveWindow(rect,TRUE);[/code]

Mit GetWindowRect bekommst du Koordinaten relativ zur linken oberen Ecke des Bildschirms. MoveWindow geht aber davon aus, dass die Koordinaten relativ zur linken oberen Ecke des Clientbereichs des Elternfensters sind. Es sollte ausreichen, wenn du statt GetWindowRect GetClientRect verwendest. Ach ja, das hier: rect.bottom += 28;macht weniger den Eindruck eines BASIC-Umsteigers.

Ich hatte etwas ähnliches auch mal. Versuch bitte mal, das Netzlaufwerk statt über den Rechnernamen über die IP-Adresse zu verbinden und teste, ob das Problem dann immer noch auftritt.

Ich frage mich, wo dieses Gerücht immer wieder herkommt. "After the release of Windows Longhorn, Microsoft intends to add MFC support for key Longhorn APIs and features. " Quelle: MFC: Visual Studio 2005 and Beyond

Das ist aber nicht der Fall. Datenbankdatentypen und C++-Datentypen haben nicht viel miteinander zu tun. RFX_Date kommt auch mit COleDateTime zurecht. Du kannst also in deinem Code einfach CTime durch COleDateTime ersetzen.

Die MSDN Library sagt: CTime objects can be used to represent dates between January 1, 1970, and January 18, 2038. Wie wäre es mit COleDateTime?

Wo steht dieser Code denn?

Versuch's mal mit "\r\n".

Wenn das Programm direkt auf die Hardware (z.B. COM oder LPT-Schnittstelle) zugreift, hast du Pech. Solche Zugriffe sind unter NT/2K/XP nicht mehr möglich.