Klotzkopp

Willst du einen Datensatz ändern, oder jeden?

Warum nimmst du nicht gleich ein CDateTimeCtrl? Formatprüfungen sind immer problematisch, weil es so viele Möglichkeiten gibt, ein Datum einzugeben. Mit einem spezialisierten Steuerlement bist du da auf der sicheren Seite.

Du kannst mit dem Klassenassistenten für jeden Button eine Nachrichtenbehandlungsfunktion erstellen lassen, die aufgerufen wird, wenn der Button angeklickt wird. Ein Doppelklick auf den Button im Ressourceneditor tut's auch.

[B]unsigned [/B]char Buffer[4]; char* pBuffer = [B](char*)[/B]Buffer; [/code]Sonst kommt es zu unerwünschten Effekten, wenn man einen char > 127 zu einem unsigned int addiert.

Zeig doch noch mal den ganzen Code, bitte mit Code-Tags.

Wo steht denn der falsche Wert? Auch im Debugger? Stimmt der dezimale Wert in der Datei? Warum += 8?

Wieso nicht? ostream ist ostream, das ist ja der Sinn der C++-Streams. //kein _itoa, kein write XMLFile << outxml<< "\"/>\n";[/code] Das sind auch nur 19 Zeichen. Du schreibst 20. Wirf erst mal write komplett raus.

Nicht write benutzen, sondern operator<<, wie bei cout. Dann brauchst du auch nicht immer nachzuzählen, wie lang die Strings sind

Ich sagte doch, du musst die tatsächliche Länge des Strings berücksichtigen. Du schreibst 10 Zeichen in die Datei, egal wie lang str ist. Ist str kürzer, wird die Stringterminierung in die Datei geschrieben, was vermutlich kein gültiges XML ergibt. Ist str länger, schneidest du die letzten Stellen der Zahl ab. Ich verstehe sowieso nicht, wieso du in eine Textdatei binär schreibst.

Sogar zwei: - du solltest dir dringend nochmal ansehen, was der dritte Parameter von itoa bedeutet, und - du solltest beim Schreiben der in Strings umgewandelten Zahlen deren tatsächliche Länge berücksichtigen. Ich frage mich allerdings, was das mit Webdesign zu tun hat.

Nein. Der Fehler würde seltener auftreten, aber er ist immer noch da. Wirklich sicher geht es nur so, wie ich es beschrieben habe.

Das hatten wir schon ein paar Mal. Such einfach mal nach Shell_NotifyIcon.

Wenn du einen Cursor laden willst, musst du IMAGE_CURSOR benutzen. Außerdem solltest du die Aufrufe nicht schachteln, sonst kannst du Fehler bei LoadImage nicht mehr abfangen. Was den Fehler angeht, du kannst den Rückgabewert von LoadImage auf HCURSOR casten, wenn LoadImage erfolgreich war.

LoadImage(0, Dateiname, IMAGE_BITMAP, 0, 0, LR_LOADFROMFILE);

In meinem Code wird nur ein einziger char umgewandelt. Es sollte nicht besonders schwierig sein, das in eine Schleife zu verpacken. Das Array hexdigits wird nicht umgewandelt, es dient nur als Lookup-Tabelle für die Zeichen.

Eine Möglichkeit: #include <iostream> using namespace std; int main() { unsigned char byte = 'V'; char hexdigits[] = "0123456789abcdef"; char hex[3] = {0}; hex[0] = hexdigits[byte / 16]; hex[1] = hexdigits[byte % 16]; cout << hex << '\n'; }[/code]

if((w32fd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY) == FILE_ATTRIBUTE_DIRECTORY) (Edit: sorry, hatte da ein "nicht" gelesen, wo keines war ) Aus cFileName, wie die Dateinamen auch. Du musst nur aufpassen, dass du nicht bei . und .. weitersuchst.

Äh, versuchst du da etwa, Binärdaten in eine XML-Datei zu schreiben? Das wird nicht ohne Codierung, z.B. Base64, funktionieren.

Wenn du jedes Byte einzeln in eine Hexzahl umwandeln willst, ist die Endianness ja egal Ok, die Aufgabe ist klar. Wo ist das Problem? Einlesen? Umwandeln? Schreiben?

strncpy(path, w32fd.cFileName, 92); Du solltest allerdings das letzte Element des Arrays mit '\0' initialisieren, für den Fall, dass 92 Zeichen nicht ausreichen (was sehr leicht passieren kann). Das geht nicht automatisch. Du musst die Unterverzeichnisse suchen (in WIN32_FIND_DATA::dwFileAttributes ist das Flag FILE_ATTRIBUTE_DIRECTORY gesetzt) und dann in den gefundenen Verzeichnissen nochmal suchen.

Indem du entweder für jeden Thread ein eigenes Array benutzt oder durch Synchronisationsobjekte (Events o.ä.) sicherstellst, dass die Schleife erst dann weiterläuft, wenn der Thread das Array ausgewertet oder kopiert hat.

Das wundert mich nicht. Du übergibst jedem Thread die Adresse desselben char-Arrays (destaddr). Wie willst du sicherstellen, dass der Thread den Inhalt ausgewertet hast, bevor du ihn in der Schleife wieder änderst?

Wieviele Bytes pro Zahl? Big oder Little Endian?

Hast du ein aktuelles Platform SDK installiert und die Pfade eingerichtet? Hast du ein Manifest eingerichtet, so wie es in der Dokumentation zu LVM_SETSELECTEDCOLUMN steht?

Ich fasse es nicht. Ist das dein Ernst? Du hast Werte für A, B und C? Vielleicht auch noch für W? :eek Brauchst du womöglich nur die Werte der Lösungen, nicht die Formeln? Dann hättest du hier ein paar Leuten eine Menge unnötiger Arbeit verursacht. Jetzt bitte mal ganz deutlich: Welche der Werte A, B, C, W sind gegeben und welche sind veränderliche Parameter? Und falls alle gegeben sind: Brauchst du eine formale Lösung oder nur die Werte?