Inoffizielles deutsches Xbase-Forum

Hallo zusammen und noch nachträglich alles Gute für 2013.

Ich habe das Problem, daß das Debuggen bei meinem VX nicht mehr klappt. Es erscheint die Sanduhr und das wars...

Abbruch des Ganzen nur noch über den Taskmanager. Offensichtlich sucht VX irgendwas, nur was und wo?

Für einen Tip wäre ich sehr dankbar.

Grüße vom Roland

Au weiah,

welche Version? Das kenne ich nur zu gut.

Passiert das immer, oder nur sporadisch?

Hallo Manfred,

danke für die schnelle Reaktion.

Versionsnr 2.0.335

Und es passiert immer.

Ich musste VX mal neu installieren, hatte dann ein paar Probleme mit der Ansicht, die ich dank dem Forum hier lösen konnte. Nur debuggen mag das Programm leider nicht mehr. Es funktioniert aber auf einem anderen Rechner einwandfrei.

Fehler in der Registry?
Neu installieren?

Gruß
Roland

OK,

das einzige was ich dazu sagen ist: Ich kenne genau das Problem auch (die Eieruhr dreht sich aber auf einem anderen PC klappt es). Habe ich auch schon in einem anderen thread angesprochen. Da wir (und Jan) eher zu den Exoten hier im Forum gehören, die die VX nutzen, werden wir auch so schnell nicht eine Lösung in Sicht haben. Das merkwürdige daran ist, dass es bei mir eine Version war, die eigentlich schon uralt ist und irgendwie immer lief. Derzeit nutze ich die 2.0 CTP 430. Also muß es irgendwas sein, was nicht zur VX gehört. Aber frage mich nicht was. Ab und an hat es gereicht einfach nur zu warten. Bei mir tritt es allerdings auf, wenn ich ein Programm beende. Dann reagiert die VX nicht mehr.

Es gibt doch (irgendeinen) Schalter, den man beim Aufruf angeben kann und dann wird die registry aufgeräumt (sind aber alle Einstellung weg).
Steht u.a. in der Alaska-Preview Newsgroup (an die ich hier aus dem Büro aktuell nicht rankomme)

Viele Grüße,
Martin

Hallo,


beim normalen Debugger hilft (manchmal) folgendes Vorgehen:

löschen der .obj Dateien
/debug=no
pbuild /a

DAs ergibt ein Programm und Obj-Dateien ohne Debug Information.


Danach wieder

/debug=yes

und die Obj-Datei des aktuell zu debuggenden Programmfiles löschen, neu kompileren (ohne /a).

Dieses Vorgehen hat bei mir in den meisten Fällen geholfen.

Nö,

ich baue alle OBJ jedesmal neu auf. Hilft nix.

Dann probier doch mal Georg's Vorschlag
Uli

VX liest aus dem *.XPJ laut Alaska folgende Informationen

* Files that have been open when the project was closed
* Breakpoints with information about the file and the line in that file
* Watchpoint expressions
* Hostprocess to be used for debugging
* Parameters to be passed to the process or debuggee
* Working directory used for the process or the debuggee

wenn die Informationen nicht stimmen "könnte" es sein das man "warten" muss ...
im Zweifel sollte man die *.XPJ "säubern" wie es durch ein PBuild /G geschieht.

Manfred hat geschrieben:Da wir (und Jan) eher zu den Exoten hier im Forum gehören, die die VX nutzen

Nicht ganz, ich nutze ihn auch, wenn ich muss

Roland hat geschrieben:Es erscheint die Sanduhr und das wars...

Ja, und sie dreht sich und dreht sich, und ...

In den meisten Fällen hilft bei mir dann die Breakpoint zu löschen.
Danach geht es, wie gesagt, in den meisten Fällen.
Hier schient es auch noch ein Problem zu geben, denn es werden oft weniger Breakpoints im VX angezeigt (View -> Debug Windows -> Breakpoints),
als tatsächlich im Code markiert sind, manchmal aber auch umgekehrt.
Zudem schaue ich zu Sicherheit noch in die .XPJ Datei, und lösche evtl. noch dort vorhandene Breakpoints. Denn die passen bei mir auch oft nicht zur der Anzeige im VX.

Ja, das mit den Breakpoint kenn ich auch. Die vermehren sich inflationär, ohne das man was dazu tun muß. Das gibt irgendwann dann massive Stabilitätsprobleme, offenbar kommt (das alte) VX nicht klar mit der Verwaltung größerer Mengen von Breakpoints). Wenn ich die dann in der xpj lösche, läuft wieder alles korrekt.

Jan

Jungs,

da könntet ihr recht haben. Das fällt mir auch immer wieder aufs neue auf.

Guten Abend allerseits
und herzlichen Dank für die rege Anteilnahme.

Ich darf verkünden: Das Problem ist gelöst!

Drauf gekommen bin ich, nach dem ich, wie hier auch angeraten, mal richtig lange auf den Start des Debuggens gewartet habe. Und siehe da, nach ca. 5 (!) Minuten tat sich dann endlich was und klein Roland konnte loslegen. Nur: Warum dauerte das fünf Minuten?

Das Problem war mein Zonealarm, das im Hintergrund werkelt! Zonealarm abgeschaltet: Alles in Ordnung. Was jetzt genau bei Zonealarm vor sich ging weiß ich nicht, ist mir aber jetzt auch ziemlich schnuppe. Ich kann arbeiten!

Fazit: Wenn noch mal jemand das Problem hat: Einfach mal die Firewall abschalten! Sachen gibt's...

Gute Nacht
Roland