Inoffizielles deutsches Xbase-Forum

nein, kann man nicht Hubert. Das EXIT stört. Egal was davor steht. Sobald irgendwo ein EXIT stand, oder steht wurde der nachfolgende Code falsch interpretiert im Editor. Ich schrieb doch, das Beispiel ist etwas weit her geholt.

das beispiel ist evtl. etwas zu trivial gewählt und soll nur der Anschaung dienen. Es geht um das EXIT als solches, wenn ich recht erinnere.

verdammt, ich hatte es geahnt, das ich auf jeden Fall das Gotop nach dem Filter vergessen hatte. Das war mal feste eingebrannt. Seit ich aber mit SQl viel mache, habe ich es vergessen. Werde mal sehen, ob es das war.

Ich setze einen Scope über eine DBF mit Index und dann noch einen Filter. Dann wird auch was gefunden. Sobald ich aber dann in der gefundenen menge auf das Ende springe mit Dbgobottom() komme ich nicht wieder zurück. Es wird immer eof() angezeigt. Wo mache ich den Denkfehler?

Geistermarkierungen, da habe ich auch so meine Erfahrung mit gemacht.

ich weiß, das ist ja das Problem. Deshalb findet Alaska ja auch den/die Fehler bei meinem Projekt nicht. Da gibt es wohl irgendeine Kombination, die so nur selten auftritt und deshalb schlecht gefunden werden kann.

nein, so schlau war ich auch schon.

kann ich gut verstehen. Ich habe gerade das Problem, das es Fehler im Code gibt, die WB aber beim Compilieren an total anderer Stelle meckert. Sehr hilfreich.

ja, stimmt ja auch wieder. Aufgefallen ist es mir eigentlich nur deshalb, weil ich eine Datei umkopieren wollte. Ich hatte die komplette Bezeichnung nebst Dateipfad und Name und wollte nur einen ZWischenteil im gesamten namen austauschen. Da aber die einzelnen Verzeichnis/Dateinamen groß oder klein ...

ich meine das ganze System als solches. Alle Vars können geschrieben werden wie man will. Alle UDF genauso. Z.B.

mein Quatsch bezog sich darauf, das es halt diese Unterschiede gibt. Mal casesensitive und mal nicht. Ich perönlich habe mich so fest darauf eingestellt, das es nicht der Fall ist, das es sehr viel Obacht verlangt, vorher zu prüfen, wo es der Fall ist. Wenn ich mit javascript arbeite, dann achte ich...

Ich mußte gerade feststellen, das StrTran() casesensitive arbeitet, wenn es um den zu tauschenden Suchbegriff geht. Was soll denn der Unsinn? Nichts in xbase++ wird wirklich casesensitive behandelt, aber sowas? Das verstehe ich nicht.

Zur Information: Manfred war so nett (DANKE dafür) mal seinen Stoff zusammenzupacken und hat ihn mir/uns zur Verfügung gestellt. Ich werde mich heute damit auseinandersetzen und dann schauen wir weiter. Gruß Frank Sieht nach Hochwasser aus, so lang wie der Schauer anhält. Oder ist es der, der über ...

also bei dem letzten Problem mit dem Debugger, hat sich tatsächlich eine ältere DLL im Programmverzeichnis verirrt. Was mich aber auch wieder verwirrt hat, weil es zwischendurch trotzdem mal geklappt hat. Naja, weiß der Teufel, welcher Detail da wieder wo drin steckte. Das ist mir aber erst aufgefal...

es ging ja eigentlich genau um die Version, weil ab da/danach die Probleme angefangen haben.
Warten wir mal ab, ob noch weiter was passiert. Ich habe jetzt mal alles auf die aktuelle version upgedatet

es klappt wieder. Fragt mich aber derzeit nicht woran es wirklich lag, bzw. wie es dazu kommen konnte. Keine Ahnung.

da ist irgendwas anderes faul. Ich habe jetzt mal andere projekte genommen und da klappt alles einwandfrei. Neu kompiliert. Debugger mit Breakpoints klappt und mit altd().

aber davon ab, der Xppdbg bleibt auch bei einem altd() nicht stehen. Einzelschritt usw. klappt. Also ist alles eingebunden.

und selbst wenn ich ein Altd() einbaue, bleibt der auch nicht stehen.

jetzt habe ich den anderen PC auch auf die neueste version hochgezogen und er macht jetzt den gleichen Mist.

da hat sich irgendwas zerschossen. Wenn ich das gleiche Projekt auf einem anderen rechner laufen lasse, dann gibt es keine Probleme mit dem Debugger

also den Scheiß muß jetzt keiner verstehen. Sobald ich einen breakpoint setze in der WB und dann starte, hängt die sich weg. Ohne den überhaupt erreicht zu haben. Es gibt direkt Ärger kurz nach dem Start. Was soll denn der Mist? Das aber jetzt auch schon bei einer älteren WB version.

der xppdbg läuft einwandfrei durch. ich denke in dem und in der WB steckt das gleich unter der Haube?

so wie ich das jetzt sehe, hängt die WB sich in der Errorsys auf. Da der Debugger aber nichts anzeigt kann ich auch nicht sehen, wo er sich aufhängt. Mal sehen ob ich mit dem xppdbg weiter komme.

die Version läuft eine gewisse Zeit und dann kackt sie ab. Keine Ahnung warum ich habe alles rundherum schonmal neu kompiliert. Als einfache EXE klappt sie auch, nur über die WB mit dem Debugger läuft dann nichts mehr.