Klotzkopp

Wirklich nett

Hier gibt es einen generischen USB-Treiber mit API. Vielleicht ist das was für Dich.

Das kommt auf das Gerät an. Laufwerke bieten ein Dateisystem an, meist als Shell Extension oder Laufwerksbuchstaben, Scanner bieten eine TWAIN-Schnittstelle, Joysticks und Modems machen es ähnlich. Normalerweise braucht man als Anwendungsentwickler nicht zu beachten, wie die Hardware angeschlossen ist. Das ist Aufgabe des Treibers. Also hast Du eine USB-Maus ohne Treiber für XP?

Also ich hab hier gerade mal das Excel2000-Automatisierungsinterface erstellen lassen. Die cpp-Datei hat über 50.000 Zeilen, die dazugehörige h-Datei nochmal fast 10.000 - kein Problem für VC6 EE. *fragt nicht, warum ich im Büro bin *

Normalerweise sorgt der USB-Gerätetreiber dafür, dass ein solches Gerät so angesprochen werden kann, als ob es "normal" angeschlossen wäre. Falls Du den Treiber selbst schreiben willst, solltest Du uns sagen, um was für ein Gerät es sich handelt, und für welche Plattform und mit welchem Compiler du entwickelst.

Wie wäre es damit: SELECT COUNT(*) FROM d WHERE a='e' AND b='f' AND c='g'

Tritt der Fehler im Programm auf, oder bereits bei der Drag&Drop-Operation? Bei mir verweigert XP Prof. mit einer Zugriffs-Fehlermeldung, wenn ich mehr als 64 Dateien gleichzeitig auf eine .EXE ziehe.

Wenn es nicht inzwischen eine Shell gibt, die C versteht, dann bist Du hier falsch. Ich verweise Dich mal an die Experten. ~~~ Verschoben nach: Linux + Unix ~~~

Also reden wir von vielleicht 70 Zeichen? Das ist auf gar keinen Fall ein Problem mit der Größe des Kommandozeilenpuffers. Wie verarbeitest Du die Kommandozeilenparameter?

@ @@@: Bitte keine Vollquotes, siehe Boardregeln.

Wie groß die Dateien sind, ist ziemlich egal. Wie lang sind die Dateinamen, zusammengenommen?

Bitte kein Thread-pushing, siehe Boardregeln. Was Dein Problem angeht, auch unter Windows sollte es eigentlich kein Problem mit langen Kommandozeilen geben. Unter welchem Betriebssystem läuft das Programm, und um wieviele Zeichen geht es etwa?

Nein, aber das Programm gibt genau das aus, was in der Registry steht...

Bei mir klappt es prima, ich erhalte zwei Strings. Was genau geht denn nicht?

void main() { _RecordsetPtr spRS; _ConnectionPtr spCON; bool fAllesKlar = true; try{ // ... } catch( _com_error &e){ // ... fAllesKlar = false; // irgendwas ging schief } if( fAllesKlar ) { // bitte jubeln Sie jetzt } } [/CODE]

Sagst Du uns auch, was es war? Lass uns nicht dumm sterben Eigentlich sollte _Connection.Open bereits fehlschlagen, wenn die Datenbank nicht da ist. Probiers doch mal aus. Wie wäre es mit einem Flag? Du belegst es mit true vor, setzt es im catch-Block auf false, und wenn es nach dem catch-Block noch true ist, dann hat alles funktioniert.

Das sollte gehen (nicht getestet): for( char *pMulti = (char*) cDaten; *pMulti != '\0'; pMulti += strlen( pMulti )+ 1 ) { cout << "Die Bios Version ist:" << pMulti << endl; } [/CODE]

Na dann bemüh' doch mal den Debugger. Oder mach ein paar printfs rein. Dann siehst Du, bei welcher Anweisung das Programm in den catch-Block springt.

Nicht dass es schwer herauszufinden wäre

Es ist nicht wirklich ein Array von Strings, die MSDN Library ist an dieser Stelle etwas ungenau. Wenn ein REG_MULTI_SZ mehrere Strings enthält, dann liefert RegQueryValueEx alle hintereinander im Puffer, getrennt durch Nullzeichen. Der letzte String ist mit zwei Nullzeichen terminiert.

Wiederum wäre es gut zu wissen, welche Zeile den Fehler produziert... So weit ich weiß, musst Du ein _Recordset nicht erzeugen, sondern _Connection.Execute liefert Dir eins zurück (wenn der SQL-String Rows liefert). Die TypeLib sagt: [id(0x00000006), helpcontext(0x0012c8cc)] HRESULT Execute( [in] BSTR CommandText, [out, optional] VARIANT* RecordsAffected, [in, optional, defaultvalue(-1)] long Options, [out, retval] _Recordset** ppiRset);

Unter XP Professional ist er da... Muss man. Hatte ich übersehen.

RegQueryValueEx(hkey, "SystemBiosVersion",0,0,cDaten,&dwData);

Klar doch Du musst den HKEY, dessen Adresse du als letzten Parameter an RegOpenKeyEx übergeben hast, als ersten Parameter von RegQueryValueEx angeben. Und hinterher RegCloseKey nicht vergessen

Das kommt natürlich ganz auf die Anzahl der zu verarbeitenden Word-Dateien an. Außerdem kann Woodstock so plattformunabhängig bleiben. Allerdings scheint das Dateiformat nicht gerade simpel zu sein, und ist natürlich zudem noch von Version zu Version unterschiedlich.