IDE mit Debug-Info...?

[Sieben]

Bei mir klemmt es gerade nach dem Neukompilieren der IDE mit einer Komponente, an der ich gerade arbeite. Nach dem Neustart zeigt mir Lazarus eine leere MessageBox, ohne Message und ohne Button, an. Die bekomme ich zwar erstmal noch weg, aber wenn ich ein Form mit besagter Komponente (ist schon länger installiert und funktioniert in Programmen soweit auch einwandfrei) laden will, komme ich da nicht mehr raus. Also dachte ich, mal das Profil 'IDE mit Debug-Informationen' probieren, das wird mir dann ja wohl die Stelle zeigen, an der es hakt. Leider nichts dergleichen, und Breakpoints zB in den Settern haben auch nichts gebracht. Als ich dann wieder auf den letzten Stand zurückgegangen bin, ist mir aufgefallen, dass die IDE mit - angeblich - Debug-Infos um gut 35MB kleiner ist als ohne...?

[af0815]

Das mit Debug IDE klappt nur sinnvoll, wenn man die die IDE in der IDE startet Dann kann man in Lazarus debuggen.

[Sieben]

Dienen dazu die Projekte lazarus.lpi und startlazarus.lpi in den LCL-Sourcen? Gibt es vielleicht auch irgendwo eine Anleitung? Gockel ist mal wieder wenig hilfreich, oder ich habe noch nicht die richtige Formulierung gefunden.

[fliegermichl]

Einfach eine Kopie von Lazarus.exe im gleichen Verzeichnis erstellen und starten. Damit dann die Lazarus.lpi öffnen. Jetzt kann man Lazarus ganz normal debuggen.

[Sieben]

In dem Verzeichnis, in dem auch die lazarus.lpi liegt? Bisschen haklig unter Linux, wo die Sourcen schreibgeschützt sind. Und muss die Version von Lazarus, die man für den Aufruf nimmt, auch die mit Debug-Infos sein? Oder nimmt man dazu eine 'normale' und aktiviert Debug-Infos in lazarus.lpi? Wozu dient dann aber die Option in Lazarus, die IDE mit Debug-Infos zu erstellen...? Ich bin gerade etwas verrwirrt...

[paweld]

Haben sie versucht, Lazarus mit einem Parameter laufen zu lassen, der die Protokollierung von Debugging-Informationen aktiviert? Dies kann helfen, das Problem zu lokalisieren:

Code: Alles auswählen

./lazarus --debug-log=/home/user/lazdebug.log

[Sieben]

Danke für die Erinnerung, habe ich jetzt mal gemacht. Vorher hatte ich allerdings noch einen Fehler in einem Setter meiner Komponente korrigiert und konnte danach die IDE wieder neu aufbauen und verwenden, ohne die 'leere Message' zu erhalten. Beim Aufruf des Projekts, das ich mir im Rahmen des TBufDataset-Refresh-Bugs angelegt hatte, erscheint sie allerdings wieder, wenn auch nur zweimal. Ich hänge die entsprechende Log-Datei mal an. Es gibt dreimal die Zeile:

WARNING: TGtk2WidgetSet.InvalidateRect refused invalidating during paint message: TrkSQLGrid

gefolgt von zwei Access-Violations, die auf eine Zeile in designer.pp verweisen, die sich tatsächlich auf die Verarbeitung einer LM_PAINT-Message beziehen. Das dürften die 'leeren Messages' sein. Und in der Komponente TrkSQLGrid rufe ich auch tatsächlich einmal Invalidate in einem Setter, und einmal InvalidateCol(0) in einer Methode auf, die allerdings zur Designzeit nicht aktiv sein sollte. Das sollten aber beides ohnehin keine Probleme sein...?

Zusätzlich hatte ich beim Verlassen von Lazarus noch folgende Message im Terminal, die in der Log-Datei nicht auftaucht:

(lazarus:16461): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

EDIT - In besagtem Projekt befindet sich noch die alte Version von rkSQLGrid.pas, die aber auch nicht der IDE geladen ist, dort befindet sich nur das Original aus dem entsprechenden Package. Dennoch denke ich, dass das der Fehler war, auch wenn ich keinen Zusammenhang zwischen der Korrektur und dem Aufruf von Invalidate sehe...

[af0815]

In dem Verzeichnis, in dem auch die lazarus.lpi liegt? Bisschen haklig unter Linux, wo die Sourcen schreibgeschützt sind.

Bei mir sind die nicht schreibgeschützt, weil Lazarus lässt sich auch ohne viel Probleme direkt aus den Sourcen kompilieren und ich bin sicher vor den "Spezialitäten" der Pakete. fpc ist was anderes. Aber wenn man vor hat wirklich Lazarus zu debuggen, würde ich sowieso Lazarus nicht aus den Paketen nehmen. Man kann ja auch nicht vernünftig dann fixen.

WARNING: TGtk2WidgetSet.InvalidateRect refused invalidating during paint message: TrkSQLGrid

Er sagt hier ganz klar - du machst eine Operation - die nicht erlaubt ist, während einer Paint Operation. Das ist vom gedankengang schon mal klar, warum das nicht erlaubt sein kann, das wird sonst zu einer Loop. Innerhalb der Paint wird Invalidate aufgerufen, das wiederum eine Paint-Aktion auslöst, die wiederum ein Invalidate auslöst, das wiederum eine Paint-Aktion auslöst,.....

(lazarus:16461): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

Würde ich meiner Erfahrung nach einmal nicht überbewerten. Eventuell mit einem suberen Lazarus gegenprüfen ob die Message nicht aus dem Widgetset der VCL heraus kommt. Ich kenne so Messages unter dem RasPi wenn die App ganz normal läuft.

[Sieben]

Er sagt hier ganz klar - du machst eine Operation - die nicht erlaubt ist, während einer Paint Operation. Das ist vom gedankengang schon mal klar, warum das nicht erlaubt sein kann, das wird sonst zu einer Loop.

Schon klar, dass das nicht ginge. Nur ist da eigentlich nichts innerhalb einer Paint-Operation, sondern wie gesagt innerhalb eines Setters:

Code: Alles auswählen

procedure TrkSQLGrid.SetCheckMode(AValue: Boolean);
begin
  if (FCheckMode <> AValue) then
  begin
    if Assigned(FCheckSet) then FreeAndNil(FCheckSet);
    if not (csDesigning in ComponentState)
    and AValue and DataLink.Active and CheckKeyFields(FKeyFields) then
      FCheckSet := TrkSQLGridMemTable.CreateTable(Self,FKeyFields,FGridDataset);
    FCheckMode := AValue;
    LayoutChanged;
    Invalidate;
  end;
end; 

Selbst zwei evt aufeinander folgende Invalidate sollten so was doch nicht auslösen können...? Ohne Invalidate an der Stelle jedenfalls wird zur Designzeit nicht korrekt gezeichnet.

So, jetzt habe ich gerade noch einmal etwas damit gespielt und einmal LayoutChanged und einmal Invalidate auskommentiert, und dann sogar noch beide. Und der Fehler trat wieder auf. Dann habe ich den vorigen Zustand - der wie gesagt eben noch problemlos lief - wieder hergestellt, aber der Fehler blieb. Irgendwas ist da arg vergnaddelt... Ich glaube, ich schlaf da erstmal drüber.

[wp_xyz]

Irgendwas ist da arg vergnaddelt... Ich glaube, ich schlaf da erstmal drüber.

Ich weiß jetzt nicht, in welchem Status deine Komponente ist, aber du hast sie offenbar installiert, ohne sie komplett zur Laufzeit getestet zu haben. Deinstalliere sie, erzeuge ein Test-Projekt, in dem die Komponente zur Laufzeit erzeugt wird, und arbeite damit. Die meisten Fehler findest du auf diese Weise, und dabei gibt es eben keinen Absturz der IDE, sondern nur deines Test-Programms. Nur in ganz wenigen Fällen, etwa wenn du mit Property- oder Komponenteneditoren zu tun hast, oder mit IDE-Erweiterungen, ist ein Debuggen der IDE erforderlich.

[Sieben]

Nein, das habe ich schon so gemacht wie du sagst. Diese Komponente ist seit zwei Jahren installiert und jetzt noch etwas erweitert worden, und alle Änderungen wurden erst mal ausgiebig zur Laufzeit getestet. Ich kann selbstverständlich auch wieder auf einen bzw mehrere frühere Zustände zurück. Zur Laufzeit ist die Komponente auch vollkommen unauffällig, da tritt kein Fehler auf, auch nicht, wenn ich den Setter betätige, egal in welcher Richtung.

[Sieben]

Das hat mich aber eben noch auf eine Idee gebracht - ich verwende die Komponente ja auch längst 'produktiv' in anderen Projekten als nur diesem Testprojekt. Also mal eins von denen geladen - kein Fehler, nichts. Offenbar an der falschen Stelle gesucht, danke...

[Sieben]

Ich benutz mal diesen etwas chaotischen Thread für eine weitere Frage: ich habe gerade festgestellt, dass die Abfrage

Code: Alles auswählen

  {$ifdef LCLGtk2}
   // code
  {$endif}

in meinen Package-Dateien ausgegrauten Code anzeigt, der auch nicht einkompiliert wird, obwohl ich hier definitiv auf Gtk2 unterwegs bin. In Projekt-Dateien tut es dagegen wie erwartet...?

[Sieben]

Ich habe die Frage jetzt auch drüben im internationalen Forum gestellt (ja, ich weiss), werde aber hier berichten wenn sich dort etwas ergibt und umgekehrt.

[martin_frb]

Hat das Package eine Abhängigkeit von der Package LCL? (direkt oder indirekt)?