Xnest für multithread debug

[Socke]

Hallo,
ich möchte (das erste Mal) eine Multithreading Anwendung debuggen. Unter Linux gibt es ja das bekannte Problem, dass sich der X-Server dabei aufhängt. Mein Problem ist, dass ich hier unter Debian Lenny es nicht hinbekomme eine zweite X-Instanz zum Laufen zu bringen, vielleicht könnt ihr mir dabei helfen.

Ein neues Terminal ist für mich eher die zweite Wahl, da ich dazu erstmal den ATI-Treiber installieren (kompilieren) müsste, damit sich nicht alles in Anzeigefehler verwandelt. Ich kann zwar ein neues Terminal mit X und gdm starten, nach Eingabe der Anmeldeinformationen fliege ich aber wieder zurück auf mein erstes X-Display.

Im FreePascal-Wiki wird auch die Möglichkeit mit Xnest den X-Server in einem Fenster darzustellen angesprochen (gefällt mir eigentlich ganz gut). Das Problem ist, mit dem aufgeführten Befehl "Xnest :1 -ac" komme ich wirklich nur zu einem X-Server in einem Fenster. So kann ich zwar schon debuggen, ein Window-Manager wäre aber ganz nett (nicht nur aus optischen Gründen). Wie bekomm ich da GNOME/Metacity rein?

Zweite Variante wäre "gdmflexiserver --xnest" mit dem man sich in einem Fenster neu anmelden kann. Nur kann ich mich dort nicht ein zweites Mal anmelden, d.h. nach Eingabe der richtigen Informationen (usr/pwd) springt die Eingabemaske einfach zurück zum Benutzernamen). Ist das ein Bug oder ein Feature?

[mse]

Unter Linux gibt es ja das bekannte Problem, dass sich der X-Server dabei aufhängt.

???
Ich habe noch nie davon gehört, dass sich der X-Server durch korrekt programmierte Multithreadprogramme aufhängt. Liegt da vielleicht ein Irrtum vor?

[theo]

Steht hier so geschrieben:

If you try to debug a multithreaded application on Linux, you will have one big problem: the X server will hang.

http://wiki.lazarus.freepascal.org/Mult ... rial#Linux" onclick="window.open(this.href);return false;

Ich kann mich allerdings nicht daran erinnern, dass mir das jemals passiert ist.

[Euklid]

Ich kann mich allerdings nicht daran erinnern, dass mir das jemals passiert ist.

Geht mir genauso... ... ev. ist der Wiki-Eintrag nicht mehr aktuell und kann geändert werden?

[Socke]

Ich kann mich allerdings nicht daran erinnern, dass mir das jemals passiert ist.

Geht mir genauso... ... ev. ist der Wiki-Eintrag nicht mehr aktuell und kann geändert werden?

Ich hab da ein paar verschiedene Erfahrungen:
Beim ersten Mal hat alles wunderbar geklappt; ich hab aber nicht das Fenster angeklickt, deswegen hatte ich mich auch gefragt, ob das noch aktuell ist.
Beim zweiten Versuch hab ich dann mit der Maus auch mal das Fenster berührt und bisschen später ging nichts mehr (außer Strg+Alt+Backspace).
Ich versuchs nochmal zu reproduzieren.

Wenn es an falsch programmierten Multithreading meinerseits liegt, ist das natürlich auch möglich; ist schließlich erst mein zweiter Versuch, aber der erste, der auch funktioniert.

Edit: Den X-Server einzufrieren, habe ich nicht noch einmal geschafft. Nur ist es normal, dass die Fenster während des Debuggens eines Threads (im Thread angehalten) nicht neu gezeichnet werden? Schein so, als ob der GDB den ganzen Prozess anhält.

[mse]

Nur ist es normal, dass die Fenster während des Debuggens eines Threads (im Thread angehalten) nicht neu gezeichnet werden? Schein so, als ob der GDB den ganzen Prozess anhält.

Das ist für die Fenster der Anwendung normal. Oder meinst du Lazarus Fenster?

[Socke]

Nur ist es normal, dass die Fenster während des Debuggens eines Threads (im Thread angehalten) nicht neu gezeichnet werden? Schein so, als ob der GDB den ganzen Prozess anhält.

Das ist für die Fenster der Anwendung normal. Oder meinst du Lazarus Fenster?

Ich meine die Fenster der Anwendung; also alles normal. Sieht so aus als hätte ich alles richtig gemacht.

Vielleicht sollte man die Wikis dann dahingehen ändern, dass derzeit alles bestens funktioniert, aber falls mal was auftritt ... (Edit: habs gerade selbst getan)