Klotzkopp

Ich habe da ganz schwer UpdateWindow im Verdacht, weil die Funktion an der Message Queue vorbei die WindowProc direkt mit WM_PAINT aufruft. Stimmt der Cursor, wenn Du UpdateWindow auskommentierst?

Es gibt auch noch MultiByteToWideChar.

Die Tatsache, dass Summe weiß, dass Produkt die Zahlen nicht kennen kann, ist der Schlüssel zur Lösung. Produkt würde die Zahlen sofort wissen, wenn es ein Produkt aus zwei Primzahlen wäre. Damit fallen Antwort 1 und 2 sofort raus, denn da sind beide Zahlen prim, das Produkt wäre eindeutig. Dass Summe weiß, dass Produkt die Zahlen nicht kennt, bedeutet, dass, egal wie die Summe zerlegt wird, dabei niemals zwei Primzahlen als Summanden herauskommen, denn dann könnte Produkt die Zahlen kennen. Die Summe von 8 plus 11, 19, lässt sich aber auch als 2 plus 17 schreiben, und das wären zwei Primzahlen. Bei Lösung 3 könnte sich also Summe nicht sicher sein, dass Produkt nicht doch die Zahlen kennt. Übrig bleibt Lösung vier, und tatsächlich lässt sich 17 nicht als Summe zweier Primzahlen darstellen. Der Rest der Aufgabenstellung ist irrelevant.

Die Suchfunktion ist Dein Freund: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=18159

Was genau funktioniert denn nicht?

Ja, aber offenbar nicht bei MFC

Nachtrag: Unbedingt ein Zeichen mehr holen, als strlen zurückgibt, sonst passt das String-Ende-Zeichen nicht mehr mit rein. Also: m_pEndChar->pszWord = new char[strlen(szWord)+1];

Im Destruktor von caElementChar musst Du pszWord freigeben. In caCharacterList hast Du wahrscheinlich einen Zeiger auf das erste Element der Liste. Dann sieht der Destruktor in etwa so aus: caCharacterList::~caCharacterList { while( m_pFirst /*oder wie der bei Dir heißt*/ ) { caElementChar* pHelp = m_pFirst->next; delete m_pFirst; m_pFirst = pHelp; } }[/PHP]

Sorry, das installiere ich normalerweise nicht mal, wenn ich das eMbedded Visual Studio aufspiele.

Mehr PocketPC als Handheld, aber damit kann ich dienen

Was gibt Dir SendMessage denn zurück?

http://www.google.com/search?q=perl+net+smtp+auth Lad Dir doch mal den Quellcode runter, und guck Dir an, wie der es gemacht hat.

Schau mal hier: http://www.krkeegan.com/smtp_auth/

Ich empfehle: Ein neues Projekt ("normale" DLL) anlegen, Quellcode reinkopieren und neu compilieren. Ach ja, verschoben -> C++: Compiler, IDEs, APIs

FQDN = fully qualified domain name, d.h. vollständiger Rechnername, vom Hostname bis zur Top Level Domain. Jo, telnet davor, und los geht's

sld und tld sind Platzhalter für Second Level Domain und Top Level Domain, stattdessen musst Du halt den FQDN deines Mailserver eintragen.

Du sollst das telnet nicht mir Perl machen Einfach mal von Hand "telnet deinmailserver.sld.tld 25" eingeben, damit Du siehst, welche Authentifizierungsmechanismen Dein Mailserver zulässt.

Telnet auf Port 25 schon mal probiert? Was antwortet Dein Mailserver denn auf das EHLO?

@alligator: Nachtrag auf deinen neuen Beitrag: http://www.sendmail.net/rfc2554.shtml

@alligator: Ein öffentlicher Mailserver ohne Authentifizierung ist praktisch immer eine Fehlkonfiguration. Ich kann mir nicht vorstellen, dass sich jemand freiwillig einen Mailserver hinstellt, nur damit Horden von Spammern (die solche "open relays" recht schnell finden) das Ding für ihre Werbe-Massenmails missbrauchen. Solche Server sind dann meist auch recht schnell wieder dicht (außer vielleicht in Fernost, da ist die Kontaktaufnahme immer recht schwierig). Bedenke auch, dass viele Firmen (bzw. deren Mail-Admins) eine oder mehrere der Open-Relay-Blacklists verwenden, und Mails von solchen Servern gar nicht annehmen.

Hatten wir schonmal: http://fachinformatiker-world.de/forums/showthread.php?s=&threadid=18406

Da ich nicht davon ausgehe, dass Du die Hilfe mit "/?" als Kommandozeilenargument anfordern willst: -----> Verschoben nach "C++: Compiler, IDEs, APIs".

Bei Overlapped I/O bedeutet FALSE als Rückgabewert von ReadFile/WriteFile nicht zwangsläufig, dass etwas schiefgelaufen ist (siehe Beispiel), weil ReadFile/WriteFile unter Umständen zurückkommt, bevor die Operation abgeschlossen ist. Wenn GetLastError ERROR_IO_PENDING zurückgibt (siehe Beispiel), dann musst Du halt auf das Event warten (siehe Beispiel).

Gehört nicht zum C/C++-Standard, daher verschoben.

Wenn Du das so siehst, dann muss ich mich schon fragen, warum Du es auch noch nachmachst.