Klotzkopp

Dafür braucht man noch nicht einmal boost zu bemühen. qsort (für C) und std::sort (für C++) gibt's doch schon. Dazu müssten die Zahlen allerdings in einem Array oder Container stehen.

wchar_t ist nur ein einzelnes Zeichen. Und servername[250] ist die Speicherstelle hinter dem Array. Der gültige Index geht nur bis 249.

Such mal nach "Prevent Programs From Stealing Focus". Möglicherweise ist das eingeschaltet. Das kannst du über die Registry oder mit Tweak UI ändern.

Du hast da eine Access violation, die kannst du laut Standard sowieso nicht mit try/catch fangen (obwohl MSVC das trotzdem kann). Aber das solltest du nicht tun. Statt dessen solltest du rausfinden, wo du da einen Nullzeiger benutzt. Denn genau das ist das Problem: Vielleicht wäre es mal an der Zeit, den Debugger anzuwerfen.

Dafür gibt's die MSDN Library, da steht so was drin. Da steht auch drin, was die Funktion tut, wenn sie den gesuchten Eintrag nicht finden kann: Sie kopiert den Defaultstring in den Ergebnispuffer.

GetPrivateProfileString ist eine WinAPI-Funktion, die wirft keine Exception, erst recht keine Instanz einer MFC-Exceptionklasse. Ist das überhaupt ein MFC-Projekt?

Ist der Syntax Error denn sicher die erste? In diesem Codefragment kann ich keinen Fehler erkennen. Es scheint am weiteren Umfeld zu liegen.

Hast du für jeden Wert so eine Klasse?

Nein. Das ist eine lokale Variable in read_serverlist. Adressen von lokalen Variablen dürfen den Scope der Variablen nicht verlassen. Kommt drauf an. Wie soll diese Klasse denn benutzt werden? Stecken überhaupt Designentscheidungen dahinter, dass manche Member static sind und andere nicht? Oder machst du nach und nach alles static, woran du gerade nicht anders herankommst?

Keine Ahnung. Aus dem gezeigten Code lässt sich weder der Typ noch Scope noch Speicherklassenspezifizierer von nameserver entnehmen. Es wird wohl ein wchar_t-Array als Klassenmember sein. Die Reaktion auf solche Probleme sollte nie sein, dass man irgendwelche Variablen statisch oder global macht. Das ist ein Designproblem.

Niemand schreibt so. Der Text soll nur demonstrieren, welche Art von Fehler beim Lesen stört. Buchstabendreher oder -verdoppler bemerkt ein geübter Leser unter Umständen gar nicht. Aber wenn man diesen Text mal mit richtiger Buchstabenreihenfolge, dafür aber ohne Großbuchstaben und Satzzeichen schreibt, ist er (zumindest für mich) nicht mehr so leicht zu lesen.

Du kopierst da Zeiger durch die Gegend, aber ist auch sicher, dass das, worauf dieser Zeiger zeigt, zu dem Zeitpunkt, zu dem du es abfragst, überhaupt noch gültig ist? Was genau ist denn nameserver?

Ist "C:/CPlusPlus/TxtTransfer" ein Verzeichnis? Falls ja, gib da bitte mal einen Dateinamen mit an.

Schau dir mal den dritten Parameter von CFtpConnection::GetFile an.

Der Schlüssel ist das Array key, zusammen mit dem Initialisierungsvektor im Array iv.

Wie flashpixx schon sagte, das ist keine Sammlung von "Regeln", sondern immer dasselbe Prinzip. Es wäre also gut, wenn du dir nicht viele Regeln für einzelne Spaltensummen merkst, sondern das Prinzip kapierst. Du teilst immer deine Spaltensumme durch die Basis des Zahlensystems. Der Rest dieser Division ist die entsprechende Stelle im Produkt, das ganzzahlige Ergebnis der Division ist der Übertrag. Beispiel: Spaltensumme 3) 3 : 2 = 1 Rest 1 Spaltensumme 4) 4 : 2 = 2 Rest 0 Spaltensumme 5) 5 : 2 = 2 Rest 1 Spaltensumme 6) 6 : 2 = 3 Rest 0 Die blauen Werte sind die Stellenwerte des Produkts. Die grünen sind die Überträge. Diese Überträge muss man dann natürlich wieder im jeweiligen Zahlensystem darstellen. 2 im Dualsystem ist 10, also 0 an der nächsten und 1 an der übernächsten Stelle. Bei einem Übertrag von 7 hättest du damit 1 an den nächsten drei Stellen (dezimal 7 = dual 111). Jetzt klar?

110[b]1[/b]1 00[b]0[/b]00 1[b]1[/b]011 [b]1[/b]1011 [B]1[/B]11 1001[/code] Soweit richtig. Aber in der fett markierten Spalte hast du jetzt 4 mal 1. Das ergibt nicht 0 mit Übertrag 1 (das wäre Summe 2), sondern 0 mit Übertrag 2, also ein Übertrag von 1 an der [i]übernächsten[/i] Stelle: [code] 110[b]1[/b]1 00[b]0[/b]00 1[b]1[/b]011 [b]1[/b]1011 [COLOR="Red"]1[/COLOR]0[B]1[/B]11 01001 @Hornochse: Schriftliche Multiplikation läuft in jedem Zahlensystem gleich ab. Wie flashpixx schon sagte, man muss nur die Überträge richtig behandeln.

Es gibt mehr als einen Weg, das zu rechnen. Das Ergebnis ist jedenfalls richtig. Zeig doch mal, wie du das rechnest, so dass etwas anderes herauskommt, dann kann man den Fehler aufzeigen.

Das halte ich für unfair. Ich kann normalerweise sehr schnell lesen, aber wenn der Text voller Fehler ist, bin ich signifikant langsamer. Und ich habe nur begrenzt Zeit. Man kann schon unterscheiden, ob jemand Fehler macht, weil er es nicht besser weiß, oder ob jemand einfach nur keinen Bock hat. Im letzteren Fall geht meine Hilfsbereitschaft schnell gegen Null. Wer sich keine Mühe mit den Fragen gibt, braucht von mir keine Mühe bei den Antworten zu erwarten. Möchtest du mir deswegen ein Egoproblem unterstellen?

Benutz mal Slashes statt Backslashes (natürlich nur einzelne).

In der FTP-Spezifikation hast du demnach nicht gesucht. Und Google spuckt für "550 Prohibited file name" auch hunderte Treffer aus. Quelle: RFC 959 (rfc959) - File Transfer Protocol Ich würde sagen, entweder gibt's das Verzeichnis nicht, oder du hast keine Rechte. Das wiederum dürfte daran liegen, dass dein Puffer nur 50 Zeichen groß ist.

Ja. Du sollst GetLastError ja nur aufrufen, wenn InternetGetLastResponseInfo fehlschlägt. Wenn es klappt, wäre es von Vorteil, wenn du dwInfo und puffer ausgibst.

Dann musst du mir aber erklären, wie "nachraus" entstanden ist. Zum Thema: Der Zugang zum Internet wird immer einfacher, und es gibt immer mehr Nutzer. Da ist zu erwarten, dass das beobachtete Rechtschreibniveau sinkt. Viele neue Nutzer des Internets sind nicht darin geübt, sich in korrekter Schriftsprache zu verständigen.

Eigentor?

Schön Bitte benutz beim nächsten Mal einen aussagekräftigen Threadtitel. Bei "Anfänger braucht eure Hilfe" weiß niemand, worum es geht.