Klotzkopp

Hast Du eine dieser drei Methoden überschrieben? - IsModified - DeleteContents - SetModifiedFlag Wie sieht der Callstack zum Zeitpunkt der Ausnahme aus? Hast Du die MFC-Quellcodes installiert? Wenn ja, setze mal einen Breakpoint auf die Zeile, starte den Debugger und spring rein (F11). Da drin kannst Du dann mit F10 die einzelnen Schritte durchgehen, damit man genauer eingrenzen kann, wo der Fehler auftritt.

Wäre ganz gut Du brauchst aber keine HINSTANCE-Variable. Schreib statt hInst einfach AfxGetResourceHandle() in den LoadBitmap-Aufruf.

Wenn Du als Window-Style immer noch nur SS_BLACKFRAME angegeben hast, dann kannst Du nichts sehen. WS_VISIBLE sollte schon sein. Für ein Bitmap-Static-Control mit Rahmen empfehle ich: WS_CHILD | WS_VISIBLE | SS_BITMAP | WS_BORDER. Ist Deine CStatic-Instanz ein Member der Dialogklasse, oder eine lokale Variable in einer Methode?

ShellExecute kann genau das. Du kannst entweder auf dem Board danach suchen oder mal hier reinschauen.

SetWindowPos gibt es auch in den MFC: BOOL CWnd::SetWindowPos( const CWnd* pWndInsertAfter, int x, int y, int cx, int cy, UINT nFlags ); Wenn das Fenster auch dann im Vordergrund bleiben soll, wenn es nicht aktiv ist (wie z.B. der TaskManager), kannst Du das so machen: SetWindowPos( &wndTopMost, 0, 0, 0, 0, SWP_NOSIZE | SWP_NOMOVE | SWP_SHOWWINDOW );

Ersetze "IDB_BITMAP2" mal durch MAKEINTRESOURCE(IDB_BITMAP2) Ach ja, UpdateData kannst Du Dir bei Steuerelement-Variablen sparen.

Das Hauptproblem an Deinem Code ist, dass Du für jedes Zeichen in der Datei einen neue Ausgabedatei aufmachst, die, weil sie denselben Namen trägt, Deine Eingabedatei überschreibt. Du brauchst nicht ein ifstream und ein ofstream, sondern ein fstream, das beides gleichzeitig kann. Ich hab noch nicht wirklich viel mit Streams gemacht, aber ich habe ein wenig rumprobiert, und das hier scheint zu funktionieren: #include <fstream> #include <conio.h> using namespace std; //------------------------------------------------------- int main() { char Zeichen; char Tab = '\t'; char Test = '$'; fstream application("application.txt", ios::in | ios::out ); while(!application.eof()) { application.get( Zeichen ); if(Zeichen == Tab) { application.rdbuf()->pubseekoff( -1, fstream::cur ); application.put( Test ); application.rdbuf()->pubseekoff( 0, fstream::cur ); } } getch(); return 0; }[/CODE] Jemand der mehr Ahnung von Streams hat, möge mir bitte sagen, warum der zweite pubseekoff-Aufruf notwendig ist. Ohne den wächst die Datei [b]sehr[/b] schnell.

Ich nehme mal an, MYSQL_ROW ist ein #define oder typedef. Was für eins?

Erdstrahlen. Oder Polarlichter. Mal im Ernst, wie soll irgendjemand alle Codeänderungen, die Du gemacht hast, nachvollziehen, und dann diese Frage beantworten, wenn Du nicht einmal sagst, was Du wo auskommentiert hast? Und was die Ausnahme angeht: Starte das Programm im Debugger, damit Du uns sagen kannst, an welche Stelle im Code dieser Fehler auftritt, am besten mit Callstack. Nur als Info: #pragma warning (disable: 4146) macht nichts weiter, als die Warnung abzuschalten. Du behandelst die Symptome, nicht die Krankheit. Es gibt aber Fälle, wo man das einfach machen muss. Ich bin da bei ADO nicht ganz auf dem laufenden. Kannst Du vielleicht Dein ganzes Projekt irgendwo hochladen, damit wir uns mal den Quellcode ansehen können? Natürlich nur, wenn Du das willst und das Copyright hast.

@se.rie.: Es ging dem Fragesteller um Unterschiede zwischen C++ und C#. Mag sein, dass Du keinen Grund siehst, umzusteigen oder .net einzusetzen. Mag auch sein, dass PHP sich bewährt hat. Aber das ist hier nicht das Thema. Also bitte bleibt dabei, ok?

Hier gibt's doch ein schickes Sample. Scheint mir auf den ersten Blick so, als ob das, was im Scriptcode an window.returnValue übergeben wird, im letzten Parameter von ShowHTMLDialog auftaucht.

Der vierte Parameter ist ein Zeiger auf das Elternfenster. Bei Dir wäre das ein Zeiger auf die Instanz der Dialogklasse, oder schlicht und einfach this.

Mit einem & davor wäre ein Zeiger. Vom Aufruf her gibt es keinen Unterscheid zwischen Wert- und Referenzparameter.

Damit die Antworten gebündelt werden, mache ich hier dicht. Weiter geht es, wie Net-srac schon sagte, hier.

http://msdn.microsoft.com/library/en-us/gdi/metafile_3tir.asp

Ein was? Meine Kristallkugel ist gerade in der Werkstatt. Lass doch mal ein wenig Code sehen. P.S.: Thema verschoben nach C++: Compiler, IDEs, APIs, weil Standard-C/C++ nichts mit Datenbanken am Hut haben.

Welche Nummer hat dieser Fehler? Schreib den Block mal in stdafx.h.

Ja, das hattest Du schon geschrieben. Das ist aber eine Warnung des Compilers, kein Fehler. Du kannst das Programm also trotzdem starten. Die Frage ist, tut es, was es soll?

Wenn Du mit InternetSetFilePointer ans Ende der Datei springst, sollte die Funktion die Größe zurückgeben. Der Server muss das allerdings unterstützen. Bevor Du dann zu lesen beginnst, solltest Du wieder an den Anfang zurückspringen.

http://msdn.microsoft.com/library/en-us/vcmfc98/html/_mfc_cdaoworkspace.asp

Eine Transaction ist ein zusammenhängender Block von Datenbankkommandos, die nur zusammen Sinn machen. Wenn bei einem Befehl der Transaction ein Fehler auftritt, dann kann man die vorangegangenen Befehle rückgängig machen (Rollback), wenn die Datenbank bzw. die Datenbankschnittstelle das unterstützt. Bei DAO sieht das konkret so aus: Man ruft BeginTrans auf, und gibt Anweisungen an die Datenbank. Wenn alles klappt, ruft man am Ende CommitTrans auf. Wenn etwas schiefgeht, ruft man RollBack auf, und die Datenbank wird in den Zustand vor dem Aufruf von BeginTrans versetzt.

m_pDAODatabase ist ein Zeiger auf das von der Klasse gekapselte OLE-Interfaceobjekt. Darüber kannst Du die OLE-Methoden direkt aufrufen. CanTransact gibt zurück, ob die Datenbank Transactions unterstützt, d.h. ob die Methoden BeginTrans, CommitTrans und Rollback des Workspace-Objekts funktionieren.

Funktioniert es denn? Und was ist das für ein Zeichen vor sizeof?

Um jetzt mal von der Microsoft-Schiene wegzukommen, denn ich denke, dass das nicht der wichtigste Unterschied ist: C# hat Parallelen zu Java, z.B. durch die Syntax von API-Methodenzugriffen, den Garbage Collector und die Tatsache, dass ein Zwischencode erstellt wird. C# enthält als Sprache eine umfangreiche API. Bei C/C++ ist so etwas immer nur aufgesetzt. der C#-Compiler erstellt (wie alle .net-Compiler) einen Zwischencode. Dieser ist nur auf Rechnern ausführbar, auf denen das .net Framework installiert ist. Es ist sozusagen die Runtime-Umgebung für C# (und damit auch gleichzeitig für alle anderen .net-Sprachen). Leider ist diese Umgebung ziemlich groß. Das Problem der Portierbarkeit verlagert sich von der Codeebene bei C/C++ auf die Fragestellung bei C#, ob auf dem Zielsystem das .net-Framework läuft. Der Vorteil für C# ist hier, dass nicht nur der Code selbst, sondern auch das "fertige" Programm portierbar ist. Es gibt Zeiger in C#, allerdings muss man solchen Code explizit als "unsafe" deklarieren. Es ist allgemein nicht empfehlenswert, weil man damit auch den Garbage Collector aushebelt. Ob ein Parameter by value oder by reference übergeben wird, hängt bei C# ausschließlich vom Datentyp ab. Sprachübergreifendes Debugging zwischen .net-Sprachen ist problemlos möglich.

Es sind wohl weder MB noch KB, sondern Bytes. Standard-Clustergrößen für NTFS: bis 512 MB: 512 Bytes bis 1 GB: 1 KB bis 2 GB: 2 KB bis 4 GB: 4 KB bis 8 GB: 8 KB bis 16 GB: 16 KB bis 32 GB: 32 KB mehr als 32 GB: 64 KB