Klotzkopp

Warum fügst du unterhalb von childhitem noch einen Knoten in den Baum ein?

Ich würde diese Struktur der "Öffnen"-Funktion als Referenz-Parameter übergeben. Die Funktion kann die Struktur dann mit gültigen Werten füllen.

Also... string wert; // // String zur Ausgabe Den brauchst du gar nicht. x == 15; Das muss x = 15; heißen. Du willst ja eine Zuweisung machen, keinen Vergleich, dessen Ergebnis du dann ignorierst. for (start = 1; start = x; start++) { Eine for-Schleife wird solange ausgeführt, wie die Bedingung wahr ist. Das müsste also start != x (oder start < x) lauten. Kein Fehler, aber trotzdem ein guter Rat: Wenn es keinen Grund für start++ gibt, nimm ++start. if (summe = x) { Hier muss es jetzt == heißen, denn hier willst du einen Vergleich machen, keine Zuweisung. for (j = start; j = lauf; j++) { Hier machst du wieder eine Zuweisung, wo ein Vergleich hingehört, und noch dazu steht der falsche Vergleich da. Das gleiche wie oben, die Schleife läuft, solange die Bedingung wahr ist. Hier muss <= hin. wert += inttostr(j) +" "; // Hier gibts Probleme Mach doch einfach cout << j << " "; cout << wert; Und hier brauchst du dann nur noch einen Zeilenumbruch: cout << endl;

Hier: http://www.barcode24.com/ Wird aber wohl nicht umsonst sein...

GetFileAttributesEx

Versuch es bitte mal mit fprintf(datei, "%06X", colorHtml);

BGR, nicht RGB. Um aus COLORREF einen Wert zu machen, den du für HTML verwenden kannst, brauchst du folgendes: COLORREF cr = GetPixel( ... ); DWORD colorHtml = (( cr & 0xff0000 ) >> 16) | (( cr & 0xff ) << 16) | ( cr & 0xff00 );

Das ist normal. Die Reihenfolge der Farben ist bei COLORREF anders als in HTML. COLORREF ist BGR, HTML ist RGB.

Das sollte auch noch funktionieren. OE wendet sich mit allen POP3-, SMTP- und IMAP-Anfragen an das AV-Programm, welches die Anfragen dann an den "echten" Mailserver weiterleitet.

Ein anderes Emailprogramm wird an dem "Problem" nichts ändern. Das Antivirusprogramm muss die Mailkonteninformationen ändern, damit es die Mails vorher prüfen kann. Das ist also normal, und kein Fehler von OE.

Warum hast du die MessageBox auskommentiert?

Du hast nicht zufällig ein Antivirusprogramm installiert, das auch deine Mails prüft?

Neben den "Brute-Force"-Ansätzen wie bei kingofbrain und Der Kleine ist es übrigens auch möglich, das ganze auszurechnen. Eine Zahl n lässt sich genau dann als Summe von x aufeinanderfolgenden positiven Zahlen darstellen, wenn n geteilt durch x mindestens x/2, und, falls x ungerade ist, n modulo x gleich 0 ist, und falls x gerade ist, n modulo x gleich x/2 ist. Beispiel: 21 21 / 2 = 11,5 reicht 21 mod 2 = 1 passt 21 / 3 = 7 reicht 21 mod 3 = 0 passt 21 / 4 = 5,25 reicht 21 mod 4 = 1 passt nicht 21 / 5 = 4,2 reicht 21 mod 5 = 1 passt nicht 21 / 6 = 3,5 reicht 21 mod 6 = 3 passt 21 / 7 = 3 reicht nicht, weil 3 < 7/2, also gehts nicht weiter. Mit welcher Zahl die Summe dann anfängt, kann man auch ausrechnen. Kann aber sein, dass das durch die vielen Divisionen auch nicht schneller ist.

C-Strings sind immer durch ein Nullzeichen terminiert. Dein "ABCD" passt also gar nicht in ein Array von 4 TCHARs. Das Nullzeichen kopiert _tcscpy aber auch, und überschreibt damit (zumindest im Release-Build) möglicherweise eine andere Variable, die im Speicher hinter str steht. Da du beim Einlesen auch kein Nullzeichen hast, wird jede stringverarbeitende Funktion den Speicherinhalt hinter str fröhlich als Teil des Strings interpretieren, bis irgendwo im Speicher mal ein Nullzeichen steht. Außerdem solltest du bei Textdateien besser CStdioFile verwenden, da kannst du auch Zeilenweise einlesen.

Es gibt da mehrere Möglichkeiten: Du kannst - wie Darth_Zeus vorgeschlagen hat - fopen und fread verwenden. Das wäre sozusagen die C-Methode. Du kannst auch die C++-Streamklassen verwenden. Du kannst die WinAPI-Methoden CreateFile und ReadFile benutzen Oder, falls du die MFC verwendest, kannst du CFile/CStdioFile verwenden Was darf's denn sein? Und um was für eine Art von Datei handelt es sich ? Ist es eine Textdatei, die man zeilenweise einlesen könnte, oder enthält sie Binärdaten?

Verrätst du auch, was für ein Fehler auftritt? Oder zeigst ein wenig Code? Oder sollen wir raten?

Bitte zwischen "C++ in 21 Tagen" und "Visual C++ in 21 Tagen" unterscheiden. Das sind zwei unterschiedliche Bücher.

Das kann ich dir erklären. Diese ganzen xl-Dinger (wie xlSortValue, xlAscending, xlNo) sind symbolische Konstanten für Zahlenwerte. Leider kann man die von C++ aus nicht benutzen, sondern man muss die Zahlenwerte selbst kennen. Das L kennzeichnet einfach nur den Datentyp als long.

Du reservierst zuwenig Speicher für helpst. Du brauchst noch ein weiteres Byte für das Nullbyte, das bei C-Strings als Endmarkierung verwendet wird, das strlen aber nicht mitzählt. l-3 sollte es also tun. Außerdem ist es eine Eigenart von strncpy, dass diese Funktion das terminierende Nullbyte nicht setzt, wenn der zu kopierende String länger ist, als man angibt. Das ist bei dir immer der Fall, also musst du das letzte char von helpst selbst auf Null setzen. Von Hand, mit einem Sortieralgorithmus deiner Wahl. Falls du C++ verwenden kannst, würde ich aber empfehlen, aus dem Array von char* einen std::vector<std::string> zu machen. Damit bist du nicht nur deine ganzen Probleme mit Arrays und Zeigern los, sondern kannst auch über std::sort komfortabel sortieren.

Eigenartig. Wie hast du das Automatisierungsinterface eingebunden? Importierst du die Typbibliothek oder hast du den Klassenassitenten verwendet? Wenn letzteres, wie sieht die Methodendeklaration von Range::Sort aus?

Mal abgesehen davon, dass das so nicht klappen kann, sind alle Parameter im Automatisierungsinterface Variants. Es sollte also mit 15mal covOptional klappen. Die Version mit 12 Parametern ist übrigens die von Excel 2000.

Es geht. Aber schlechter (weil wenig aussagekräftiger) Betreff und falsches Forum. --> Betreff angepasst. --> Verschoben nach: Delphi/VB/VBS/AS 400/C#/.net/Sonstige Trotzdem: Willkommen auf dem Board

Alle 15 Parameter von Range::Sort sind optional. Was passiert denn, wenn du überall einen optionalen COleVariant angibst?

try/catch kann nur dann funktionieren, wenn die Exception auch innerhalb des try-Blocks auftritt. Wie sieht denn der Code für die Eingabe aus? Machst du irgendwelche Berechnungen? Es wäre auch hilfreich, wenn du den genauen Text der Exception-Meldung postest. Das kann die Fehlersuche erleichtern.

Du hast keinen Unterpunkt "Platform SDK Documentation" im Inhaltsverzeichnis der MSDN Library? Hast du eventuell die MSDN Library nach dem Platform SDK installiert?