Klotzkopp

Ja, dann hast du wohl etwas falsch gemacht. Mal im Ernst, meinst du, dir kann irgendjemand helfen, wenn du so wenig Informationen lieferst? Wir sind keine Hellseher. Der beanstandete Code ist doch das Mindeste.

Soviel zu "die Funktion wird nicht ausgeführt" Wie gesagt, beschreibe das beobachtete Verhalten, nicht deine Interpretation. Und es ist genau das, was ich vermutet hatte:

Und diese Textbox steht ganz sicher nicht in irgendeinem bedingten Pfad des Programms, d.h. nicht in einem if- oder else-Block, in einer Schleife, oder in einem Teil, der möglicherweise durch eine Exception übersprungen wird? Mach doch mal eine Ausgabe am Anfang von Form1_Load und load_config. Werden die angezeigt?

Du hast meine Frage nicht beantwortet: Woraus schließt du, dass die Funktion nicht aufgerufen wird? Hast du das mit dem Debugger geprüft? Oder ist es vielleicht einfach nur so, dass anscheinend etwas, das in dieser Funktion passieren sollte, nicht passiert, und du daraus folgerst, dass die Funktion nicht aufgerufen wird? Das kann aber auch andere Ursachen haben. Es ist nicht gut, wenn du statt des tatsächlich beobachteten fehlerhaften Verhaltens deine Schlussfolgerungen hier reinstellst. Die können falsch sein, und damit lockst du jeden Helfer auf eine falsche Fährte. Werden beim Laden der Konfiguration (wenn ich jetzt einfach mal nach dem Namen der aufgerufenen Funktion gehen darf) vielleicht irgendwelche relativen Pfade benutzt? Hast du daran gedacht, dass beim Aufruf aus dem Autostart möglicherweise ein anderes Arbeitsverzeichnis benutzt wird?

Woraus folgerst du denn, dass die Funktion nicht aufgerufen wird? Mit dem Debugger kannst du es ja kaum geprüft haben. Hier wäre vielleicht eine ordentliche Behandlung von Exceptions vorteilhaft. Das try/catch steht ja sicher nicht nur zum Spaß da. Momentan tust du im Fehlerfall einfach gar nichts. Das passt zum beobachteten Verhalten.

Du musst hier zwischen Java und SQL unterscheiden. Das + brauchst du, um in Java deine Strings zusammenzuklöppeln (die Hinweise, dass das eine schlechte Idee ist, prallen ja an dir ab). AND brauchst du, um mehrere Bedingungen in deiner SQL-Abfrage zu verknüpfen. Das AND muss also im String stehen.

Ein Thread, ein Thema. Außerdem hast du dafür doch schon einen Thread aufgemacht :confused:

Ich habe zwar einige Erfahrung als DM, kenne aber dieses MapTool nicht, und hab eigentlich auch keine Zeit, etwas vorzubereiten

Das liegt daran, dass du zeichenweise einliest (mit %c). Damit erhältst du nach der ersten Eingabe, ohne dass scanf wartet, das Zeichen für den Zeilenwechsel, den du mit der Eingabetaste ausgelöst hast. Du könntest solche Zeichen ignorieren, und gleich nochmal scanf aufrufen: do { scanf("%c", &menuC); } while( menuC == '\n' );[/code]

Ja, deswegen hatte ich dir empfohlen, dir die Syntax von WHERE-Klauseln genauer anzusehen. Ein kleiner Tipp: Zweimal "where" ist Blödsinn. Lass dir doch den fertig zusammengebastelten String mal ausgeben. So schwierig kann das doch nicht sein. Schreib [quote] vor den zitierten Text, und [/quote] dahinter.

Benutz bitte [quote]-Tags. Die werden automatisch erstellt, wenn du auf Zitieren statt auf Antworten klickst, da kannst du dir ansehen, wie das funktioniert. Das sind aber keine Befehle, das sind Strings. An allen anderen Stellen hast du die Strings mit + verkettet.

Was hast du denn da für einen Rechner? Irgendetwas ohne FPU? Die Zeit, die eine Fließkommadivision benötigt, sollte von der Größe der Zahl weitestgehend unabhängig sein. Bist du sicher, dass es nur "große" Zahlen sind? Wenn du nur 4 Nachkommastellen brauchst, dann rechne doch mit Festkommawerten, d.h. benutz Ganzzahltypen und rechne in Zehntausendsteln.

Nein. Aus Vorsagen lernst du nicht. Und wenn du es nicht lernst, bist du innerhalb kurzer Zeit mit einem ähnlichen Problem wieder hier. Vorsagen ist Zeitverschwendung. Naja, vielleicht ist ja auch noch etwas anderes falsch. Warum hast du denn eigentlich an einer Stelle && statt + benutzt? Und selbst wenn das so irgendwann mal funktioniert: Ist dir klar, was passiert, wenn jemand als Vorname-Suchwort '; DROP TABLE KlientTab; -- eingibt? Lass diese Stringbastelei.

Dann kann Eclipse das wohl besser als du Zwischen zweien deiner Textbausteine steht kein Operator. Außerdem solltest du dir die Syntax von WHERE-Klauseln mit mehreren Ausdrücken ansehen. Und zu guter Letzt: SQL-Injection ? Wikipedia xkcd - A Webcomic - Exploits of a Mom

Wenn du ein Zeichen mit \x codierst, geht diese Sequenz grundsätzlich so weit, bis ein Zeichen folgt, das keine Hex-Ziffer sein kann. Die folgenden f werden also als Teil der Escapesequenz gewertet. Dabei ergibt sich also 0x94ff, dezimal 38143. Und das ist zu groß für ein Zeichen. Die beste Lösung wäre natürlich, einen Editor zu benutzen, der dieselbe Codierung wie deine Konsole benutzt, damit du solche Verrenkungen gar nicht erst machen musst. Alternativ könntest du die beiden 'f' ebenfalls codieren: printf("\nDatei konnte nicht ge\x94\x66\x66net werden!\n"); Nachtrag: Wie du siehst, hat das Problem absolut nichts mit fopen zu tun. Bitte mach in Zukunft kenntlich, in welcher Zeile der Compiler den Fehler meldet. Es ist nämlich nicht die mit fopen

Das liegt vermutlich daran, wie du die Tastatureingaben einliest.

Ich hab da auch noch ein paar Charaktere im Hinterkopf, die ich unbedingt mal spielen wollte. 3.5 klingt gut, Hauptsache nicht 4.0.

Was soll denn diese Zeile deiner Meinung nach bewirken?

Da es "C#.NET" nicht gibt, wäre C# wohl angebracht

Offenbar kann also eine Liste von Strings nicht automatisch in einen einzelnen String umgewandelt werden. Indem du die Strings in der Liste einen nach dem anderen anzeigst?

Geht's auch ein wenig genauer als ?

Ja. Auch Compiler sind Software, und können daher Fehler enthalten. Außerdem halten sich die wenigsten Compiler exakt an den Standard. Und schließlich hat noch fast jeder Compiler Erweiterungen, mit denen andere Compiler nichts anfangen können. Mein Visual C++ 2008, das ich benutzt habe, um deinen Code zu testen, hat sich beispielsweise geweigert, deinen Code zu akzeptieren, weil die move-Funktion den Rückgabetyp int hat, aber am Ende keine return-Anweisung steht. Ansonsten sollte dein Code aber von jedem halbwegs aktuellen Compiler richtig übersetzt werden. Ich vermute eher, dass beim Erstellen irgendetwas schiefgelaufen ist, und du immer eine alte Version des Programms ausgeführt hast.

Versuch's doch erst einmal mit gdb.

Lass mal den Debugger mitlaufen.

Versuch bitte mal, ein einfaches Hello-World-Programm zu bauen und laufen zu lassen.