Klotzkopp

Richtig Da jedes Gewicht drei verschiedene "Zustände" annehmen kann (linke Waagschale/rechte Waagschale/gar nicht verwendet), liegt die nächste Größenordnung für den Wertebereich immer um den Faktor 3 höher. Daher entsprechen die gesuchten Gewichte den Potenzen von drei.

Kein Problem Also, 5 ist richtig (Tusch!) Nächste Frage (logisch): Welche Gewichte? Nur zur Info: Es gibt mehrere Lösungen, aber eine ist besonders, sagen wir, schön @StefanK: Steckt bei Deinen Zahlen ein System dahinter, oder probierst Du nur?

Natürlich kann man mit diesen 6 alle Gewichte abwiegen. Aber das ist nicht die Frage. Das kann ich auch mit hundert Gewichten Die Frage ist, wie viele brauche ich? Und ich behaupte jetzt einfach mal, es geht mit weniger als 6

Wie schon gesagt, 6 ist auch nicht die Lösung...

Da muss ich Dich enttäuschen 1. Ja, genau so ein Ding. Zwei Waagschalen, die beiden Arme sind gleich lang. 2. Sicher

Also bisher war alles - zumindest was die Anzahl angeht - falsch.

Was genau ist "die falsche Richtung"? Es gibt ja ziemlich viele falsche Richtungen. Sucht der Lügner sich irgendeine Richtung aus, oder nimmt er die genau entgegengesetzte?

Irgendwo in die Initialisierung der WNDCLASSEX-Struktur muss noch rein: wndClass.cbSize = sizeof( WNDCLASSEX ); Aber weil das nichts mehr mit Standard-C oder C++ zu tun hat: ~~~ verschoben nach: C++: Compiler, IDEs, APIs ~~~

Wir hatten ja schon seit zwei Tagen kein Rätsel mehr! Also: Wie viele Gewichte brauche ich, um mit einer Balkenwaage jedes ganzzahlige Gewicht von 1 bis 100 g abwiegen zu können? Viel Spaß

Was meinst Du mit "funktioniert nicht"? Compiler-Fehler? Runtime-Fehler? Übrigens: rename_namespace macht nur dann Sinn, wenn Du den Namespace wirklich änderst. Soweit ich weiß, heißt der Namespace der msado15.dll bereits ADODB. Und wenn Du den Namespace gar nicht änderst, dann brauchst Du auch EOF nicht umzubenennen, weil dann gar keine Namenskonflikte auftreten.

@Woodstock Kleine Anmerkung: Die Klammern bei return sind überflüssig.

So weit ich weiß, ist die interne Struktur der dargestellten Objekte bei Sequenzdiagrammen nicht von Belang, sondern nur die Nachrichten, die die Objekte untereinander austauschen. Daher wird nicht dargestellt, aus welcher Methode des Objekts ein Nachrichtenaufruf erfolgt. Wenn Dir so viel daran liegt, dieses Detail darzustellen, dann lagere diese Methode einfach in eine eigene Klasse aus, die kannst Du dann mit einer eigenen "Lifeline" versehen.

(Ohne Fehlerprüfung oder Erzeugung der Instanz) ADODB::_RecordsetPtr r; long state; r->get_State( &state ); if( state != ADODB::adStateClosed ) { // ... } [/CODE]

Sowohl Recordset als auch Connection habe ein State-Property.

Hier gibt es ein recht simples Beispielprogramm für eine IE-Toolbar für Visual C++.

So, nun kommt aber wieder zum Thema zurück. Die Diskussion, ob void main (Jehova!) OnT ist oder nicht, hat nichts mit verketteten Listen zu tun. Noch zwei Hinweise zu verketteten Listen aus eigener Erfahrung: - Es ist allgemein einfacher, neue Elemente vorn anzuhängen. - beim Zugriff aus mehreren Prozessen/Threads muss man bei vL besondere Vorsicht walten lassen.

Was denn nun? DOS oder Windows? Oder meinst Du ein Kommandozeilenprogramm? Dann geht das hier: #include <windows.h> #include <mmsystem.h> #pragma comment( lib, "winmm.lib" ) int main(int argc, char* argv[]) { PlaySound( "ding.wav", NULL, SND_FILENAME ); return 0; } [/CODE]

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 ~~~