PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : kdbg geht nicht mehr



microdigi
18-01-2003, 10:33
liebe gemeinde im herrn (so moechte man manchmal sagen)...
da gibt es ein unangenehmes problem.

im integrierten kde-ide debugger (kdbg) kann man in der linken randleiste eines source-programmes break-points setzen.
diese erscheinen als blaue punkte.
beim starten der applikation in der ide (mit dem zahnrad-symbol mit der brille) werden diese punkte dann rot,
und der startprozess dauert dann auch etwas laenger als wenn man die appli einfach normal startet.
so weit so gut. so lief es bisher jedenfalls.

bis auf einige male, als ploetzlich ohne irgend einen grund zwar die blauen punkte gesetzt werden konnten, aber diese dann nicht mehr rot wurden.
demnach startete der debugger zwar langsamer (wie gehabt),
aber es gab kein halten mehr. die break-points wurden nicht mehr erkannt.
sie standen aber in der breakpoint-liste.
eine kontrolle / untersuchung des programmes ist so natuerlich nicht mehr moeglich.
oder nur zu erschwerten bedingungen.
ich habe ein zweites project in der selben basis-directory; bei diesem project funzt es einwandfrei. sobald ich aber zurueckkehre in das andere, ist dort zappenduster.
also so:
/basis_directory_a/project1/project1source
/basis_directory_a/project2/project2source

irgendwann hab ich mal symbolische links auf die inhalte der source directories gegenseitig gesetzt und dabei festgestellt,
dass der autoconfig? in JEDE directory (also auch in die symbolischen links),
die innerhalb des projectes gefunden wird, eine Makefile baut.
habe diese links wieder rausgenommen, trotzdem keine breakpoints.
ich habe diese erscheinung vor wochen schon mal gehabt, als ich nur ein einziges project hatte, da war es aber wieder gut nachdem ich die vorher gesicherten sourcen komplett wieder zurueckgeholt hatte.

hat jemand (speziell anda_skoa) einen hinweis fuer mich, wie ich die punkte wieder zum leben erwecken kann?
ich habe das gefuehl, dass irgendwas mit autoconf (oder in dieser richtung was) nicht so richtig funzt.

achso, das umfeld:
linux suse 8.0
kde 2.1 (3.0.0)
qt 2.0 (3.0.3)
hardware siehe unten

die tragik hierbei ist -wie fast immer in diesem umfeld- dass am montag (27.) eine 'bande kunden' kommt und sich das fertige produkt anschauen moechte.
das wird wohl in die hose gehen - und damit rund sechs monate strenge entwicklungsarbeit.
sowas kenn ich eigentlich nur vom m$ her;
denn da wars standard :mad:,
und man konnte sich 'wirklich darauf verlassen'. :rolleyes:

gruss - digi, der seine rente in immer greifbarere naehe ruecken sieht. :D

microdigi
20-01-2003, 01:54
das ist der culprit:
also so:
/basis_directory_a/project1/project1source
/basis_directory_a/project2/project2source

irgendwann hab ich mal symbolische links auf die inhalte der source directories gegenseitig gesetzt und dabei festgestellt,
dass der autoconfig? in JEDE directory (also auch in die symbolischen links),
die innerhalb des projectes gefunden wird, eine Makefile baut.


die ursache wurde gefunden.
wie mans sinnvoll anders (sicherer) loesen kann weiss ich nocht nicht.
die gemeinsam zu benutzenden dateien doppelt nachzuhalten endet im chaos.
sowas ist bekannt.
aber ich denke, dass ich auch dafuer ne loesung finden werde-

allerdings - das leben ist schon etwas feiner,
wenn ich n tipp kriegen koennte, wie ich VERHINDERE,
dass die autoconfig? durch ALLE directories geht und dort Makefiles baut,
die dann bei dem anderen projekt natuerlich in die hose gehen.
oder wie man gemeisame sources einbindet
(eben auch in den automatischen update-make),
OHNE dass sie in einer separaten directory mit der Makefile beharkt werden;
resp wie man verhindern kann, dass eine solche Makefile ueberhaupt erst angelegt
wird (und dann natuerlich auch einen re-build ausloest).

ich wende mich zu dem behufe auch noch mal an trolltech und kde.

gruss - digi - traenenden auges

microdigi
20-01-2003, 16:57
hier fuer die gemeinde das ergebnis;
denn man kann eine solche sache ja nicht gut im raum stehen lassen...

man darf NICHT eine komplette directory mit einem symblischen link auf
das andere project anlegen !
die benoetigten DATEIEN
kann man aber durchaus (auch kreuzweise) symbolisch verlinken.
und dann klappts hervorragend.

damit scheint das problem mit dem 'nicht laufenden debugger'
(blaue / rote breakpoints) geloest.

gruss - digi

microdigi
23-01-2003, 10:23
das fenomen mit den fehlenden ide-kde-debugger blau/rot break points
bei zwei projekten ist doch noch nicht geloest.
es ist 'einfach so' wieder aufgetreten.
d.h. eine weitere info hab ich schon erhalten:
offensichtlich werden die breakpoints AUS DEM ANDEREN PROJEKT gesetzt.
d.h. zwar visuell auf die zeilen des augenblicklichen programmes,
aber MIT DER AUSWIRKUNG im anderen projekt.
warum? noch keine ahnung.
werde aber hier am ball bleiben.

gruss - digi

microdigi
29-04-2005, 21:11
...der fehler tritt nicht mehr auf, habe mittlerweile auf suse 9.1 aufgebohrt,
und demnaechst auf 9.3.
den grund fuer die zickerei hab ich nie erfahren.

naja, man darf zwar alles essen - aber nicht alles wissen.

gruss - digi
das projekt ist/wird ein hammer mittlerweile.
:)