Klotzkopp

Zeig mal die Konstruktoren.

Bitte kein Threadpushing, siehe Boardregeln. Ein Cast bedeutet, dass hier der Programmierer besser weiß, was richtig ist, als der Compiler. Deswegen sollte man Casts auch nur einsetzen, wenn man weiß, was man tut. Keinesfalls sollte man versuchen, mit Cast Compilezeitfehler zu beheben. Das hat nur den Effekt, dass der Compiler dann zwar nicht mehr meckert, man sich dafür aber Laufzeitfehler einhandelt. Was soll dieser Cast denn bewirken?

Aber dabei hast du doch vorher bestimmt einem Lizenzvertrag zugestimmt, oder so etwas? Du kannst keinesfalls den Original-Quellcode wiederherstellen. Hier kommt oft der Vergleich mit der Kuh und dem Hamburger: Du kannst aus einer Kuh einen Hamburger machen, aber nicht umgekehrt. Es gibt sogenannte Decompiler, die aus einem kompilierten Programm wieder Quellcode machen, aber dieser Quellcode hat mit dem ursprünglichen Code nicht mehr viel zu tun. Gerade bei C++ gibt es da starke Einschränkungen, weil von der Objektorientierung nach dem Kompilieren praktisch nichts mehr übrig bleibt.

Disassemblieren ist nicht illegal. Es wird allerdings in Lizenzvereinbarungen häufig verboten. Illegal könnte allerdings das "Ziehen" gewesen sein.

int _tmain(int argc, _TCHAR* argv[]) Diese Zeile muss weg.

Dass die Datei neu erstellt wurde, ist normal. Merkwürdig ist, dass der Compiler seine eigene Datei nicht mag. Der Hinweis von Guybrush Threepwood ist gut. Ich glaube immer noch, dass an deinem System etwas vermurkst ist.

Der Fehlermeldung nach zu urteilen, ist sie immer noch (oder wieder) da. Trifft das zu?

Dann fehlt aber winmm.lib, Linkerfehler sind die Folge. Nicht notwendig. Die MSDN Library sagt zu PlaySound: Declared in Mmsystem.h; include Windows.h. Deswegen wird sie noch lange nicht automatisch gelinkt. Siehe oben. Was meinst du mit Typ? Die Dateierweiterung ".h"? Die haben die C++-Standardheader nicht. Der letzte Parameter von Playsound ist ein DWORD. Das ist nur ein typedef auf unsigned long, nichts weiter. Mit Ressourcedateien hat das nichts zu tun. Die verwendbaren Flags stehen hier: PlaySound

Lösch die Datei c:\dokumente und einstellungen\emin\desktop\abspieler v0.1\debug\vc90.pdb.

Was gibt denn GetLastError zurück?

Ich vermute, so: session.SetOption( INTERNET_OPTION_PROXY_PASSWORD, _T("meinpasswort"), _tcslen(_T("meinpasswort")) );[/code]

Ja, weil du es ihm quasi verboten hast. Der Cast auf DWORD sagt dem Compiler, dass er das so akzeptieren muss. Ich gehe ganz stark davon aus, dass du für String-Options die andere Version von SetOption benutzen musst. Als allererste Maßnahme wäre es gut, den Rückgabewert von SetOption zu prüfen.

Welchen Programm benutzt du denn zum Schreiben?

Ist dir der Unterschied zwischen einer Funktionsdeklaration und einem Funktionsaufruf klar?

Schau dir mal CInternetSession::SetOption an, und dort die Flags INTERNET_OPTION_PROXY_PASSWORD und INTERNET_OPTION_PROXY_USERNAME.

CInternetSession session(_T("My FTP Session"), 1, INTERNET_OPEN_TYPE_PROXY, _T("proxybeispiel-ge") ); Solltest dir nochmal anschauen, wie man einen Konstruktor aufruft

Syntaxfehler würde der Compiler melden. Ja. Na sicher. CInternetSession::CInternetSession

Ich hatte nach dem Typ gefragt. Offensichtlich handelt es sich aber bei diesen beiden um Arrays. Arrays kann man nichts zuweisen, und man kann sie auch nicht dynamisch vergrößern.

Nein, du benutzt %s. Nein. printf Type Field Characters

Wenn du jetzt noch die Zeile verraten würdest, in der der Fehler auftritt, und die Typen der beteiligten Variablen, könnte man dir auch helfen Ich vermute, dass du versuchst, einem Array etwas zuzuweisen.

Das ist ein Wide-Character-String. Benutz %S.

Das ist eine Ausnahme (Exception). Ausnahmebehandlung ? Wikipedia CInternetSession::GetFtpConnection wirft im Fehlerfall eine Ausnahme vom Typ CInternetException: CInternetSession::GetFtpConnection Wenn du eine Fehlerbehandlung in dein Programm einbauen willst (was du tun solltest), musst du die Ausnahme fangen und auswerten. Wenn das Problem mit der Assertion nicht mehr auftritt, hat sich das erledigt. Aber normalerweise würde man einfach eine globale CWinApp-Variable anlegen: CWinApp theApp;

Hast du ein globales CWinApp-Objekt?

Ich sehe in deinem Code keine Liste. Deine struct nutzer stellt nur einen einzigen Eintrag in deiner Liste dar. Erst wenn du tatsächlich mehrere davon anlegst (malloc) und aneinander hängst, kannst du von einer Liste sprechen. Davon ist in deinem Code aber nichts zu sehen. fprintf schreibt in eine Datei, wobei der Dateibegriff hier sehr weit gefasst ist. Du sollst aus der Datei lesen. Ganz ehrlich: Du hast massive Lücken bei den Grundlagen. Die musst du erst aufarbeiten. Ich kann dir garantieren, dass dein Programm nicht fertig wird, solange du ohne Sinn und Vestand daran herumprobierst. Du kannst dich nicht langsam durch Trial&Error an das richtige Programm heranarbeiten, weil ein richtiges Programm komplett anders aussehen kann als ein fast richtiges. Die strcmps zum Beispiel hast du wild über den Code verteilt, offenbar nach dem Prinzip "viel hilft viel". Aber so wird das nichts. Beim Programmieren musst du wissen, was du tust.

Versuch Nr. 3: Hast du "Alles neu erstellen" gemacht? Das ist ein Menübefehl. Bei der englischen Version heißt er "Rebuild All". Beantworte das bitte, damit ich weiß, ob wir etwas anderes probieren müssen.