Nach Eurekalog Programm instabil

[hanspeter]

Hallo,

ich hatte bereits in 160748-seltsame-speicherschutzverletzung.html?highlight
nach seltsamen Speicherschutzverletzungen gefragt.
Die Fehler kommen irgendwo im Laufzeitcode von Delphi und sind nur lästig. Nach dem Wegklicken dieser Fehler läuft das Programm stabil.
Da die Fehler in einem ansonsten seit Jahren funktionierenden Programm auftreten, hatte ich kürzliche Updates/Installationen im Verdacht.
Jetzt kann ich den Fehler reproduzieren.
Er trat erstmalig nach der Installation und Deinstallation von Eurekalog-trial auf.
Eurekalog-trial installiert - Fehler weg. Deinstallieren Fehler wieder da.
Nach dem Deinstallieren habe ich die von Eurekalog zurückgelassene Unit ExceptionLog manuell entfernt.
(Bleibt diese im Programm, dann stürzt dieses beim Kunden nach Ablauf der Evulationszeit ab.)
Hat wer eine Idee?

Mit Gruß
Peter

[RWarnecke]

Das gleich Thema hatte ich auch. Die Trail-Version von Eurekalog merkt sich das Datum, wann es installiert wurde, so vermute ich. Diesen Wert kompiliert Eurekalog mit in das Delphi-Programm. Wenn Du die Trail-Version deinstallierst und die ExceptionLog aus der Projektdatei (*.dpr) entfernst, sollte Dein Programm wieder normal funktionieren. Wenn Du die Unit entfernst, funktionieren natürlich nichtmehr eventuell angelegte Proceduren, die auf Eurekalog zugreifen.

[himitsu]

Och, wir haben Application.OnException gesetzt, welches von dem Teil einfach ignoriert/blockiert wird.
Sehr praktisch, da wir dort selbst einige wichtige Sachen machen, wie z.B. TopMost-Fenster zurückzusetzen, wenn/wärend eine Exception-Meldung angezeigt werden soll.
Tja, da dieses deaktiviert ist, kann man oftmals keine Fehlermeldungen mehr sehn, da sie irgendwo dahinterliegen. :thumb:

Einige Meldungen, daß Eurekalog nicht mehr funktioniere und es seinem Entwickler eine Mail senden möchte, hatten wir auch mehrmals schon.
Oder Exceptions in der Exceptionbehandlung, also im Eurekalog selber.
...

[hanspeter]

Ich habe es jetzt etwas besser hinbekommen.
Offensichtlich deinstalliert sich Eurekalog nicht sauber.
Ich habe die Trial nochmals installiert. Dann alle Parameter zurückgesetzt und Eurekalog auf
inaktiv gesetzt.
Danach deinstalliert und die Rückstände manuell entfernt. Die Masse der Fehler ist weg.
Wenn ich sehe, wie oft Eurekalog ein email an den Entwickler, aufgrund interner Probleme, schicken wollte,
dann ist das Teil wohl noch nicht ausgereift.

Gruß
Peter

[RWarnecke]

In der Version 6.1. ist Eurekalog sehr ausgereift. Ich benutze die Komponente jetzt schon seit 4 Jahren und bin voll und ganz zufrieden damit. Was für Sachen musstest Du denn noch extra entfernen ?

[hanspeter]

Zitat:

Zitat von RWarnecke (Beitrag 1106228)

Was für Sachen musstest Du denn noch extra entfernen ?

Isz doch oben bereits beschrieben.
Die Trial hinterläßt im Projekt ein Verfallsdatum.Das eingefügte Errorlog muß manuell entfernt werden. Macht man das nicht, dann wird das Programm nach Ablauf dieser Zeit funktionsunfähig.
Besonderst angenehm, wenn es an den Kunden ausgeliefert ist.

Peter

[himitsu]

Eurekalog fügt diese Sachen doch nach dem Kompilieren ein?
Wenn es deinstalliert ist, dann dürfte auch nichts mehr in unsere Programme eingefügt werden.

Das ganze Programm zu deaktivieren ist auch ganz nett. :evil:
Hätte es nicht gereicht, nach der Zeit, einfach nur das Logging zu deaktivieren?

[RWarnecke]

Zitat:

Zitat von himitsu (Beitrag 1106231)

Eurekalog fügt diese Sachen doch nach dem Kompilieren ein? Wenn es deinstalliert ist, dann dürfte auch nichts mehr in unsere Programme eingefügt werden.

Die Sachen von Eurekalog werden nach dem Kompilieren eingefügt. Wird Eurekalog deinstalliert oder in den Programmoptionen deaktiviert und danach das Programm neu kompiliert, sind alle Optionen, Einstellungen und auch das Datum der Trail aus dem kompilierten Programm entfernt.

Zitat:

Zitat von himitsu (Beitrag 1106231)

Das ganze Programm zu deaktivieren ist auch ganz nett. :evil:
Hätte es nicht gereicht, nach der Zeit, einfach nur das Logging zu deaktivieren?

Wahrscheinlich nicht, da die Entwickler von Eurekalog die Trail-Zeit in die kompilierte EXE mit reinmachen. Ist die Trail-Zeit abgelaufen, so wird das Programm nur mit einer Meldung gestartet, dass die Testzeit abgelaufen ist und das Programm wird beendet. Taucht diese Meldung auf und das Programm wird wieder neu kompiliert ohne Eurekalog, dann startet das Programm ganz normal.

[himitsu]

Zitat:

Zitat von RWarnecke (Beitrag 1106232)

Wird Eurekalog deinstalliert oder in den Programmoptionen deaktiviert und danach das Programm neu kompiliert, sind alle Optionen, Einstellungen und auch das Datum der Trail aus dem kompilierten Programm entfernt.

Das klng bei hanspeter vorhin aber anders, also daß nach dem Deinstallieren dennoch etwas in die programme neu einkompiliert würde.

Zitat:

Zitat von himitsu (Beitrag 1106231)

Ist die Trail-Zeit abgelaufen, so wird das Programm nur mit einer Meldung gestartet, dass die Testzeit abgelaufen ist und das Programm wird beendet. Taucht diese Meldung auf und das Programm wird wieder neu kompiliert ohne Eurekalog, dann startet das Programm ganz normal.

Genau.
Darum ja die Frage, ob man (die Entwickler von Eurekalog) nach der Trial-Zeit nicht einfach nur das Eerekolog im Programm hätten deaktivieren können, anstatt gleich das ganze Programm abzuschießen.

Betatester einer neuen Brille:
Nach 2 Wochen fällt die Brille nicht aunfach nur auseinander, sondern jagt auch gleich noch den Kopf des Trägers mit in die Luft.

[stahli]

Beitragen kann ich nix, aber danke für die Info!

Ich kannte Eurekalog nicht, aber das Demovideo sah sehr interessant aus. Schaue ich mir mal genauer an.

Eine Grundsatzfrage - wenn es mal erlaubt ist:
Wenn man einen Fehler anklickt, springt die IDE an die Stelle.
Wie reagiert sie, wenn es inzwischen Quelltextänderungen gibt?
Wird eine alte Pas-Version angezeigt?

[RWarnecke]

Zitat:

Zitat von himitsu (Beitrag 1106236)

Darum ja die Frage, ob man (die Entwickler von Eurekalog) nach der Trial-Zeit nicht einfach nur das Eerekolog im Programm hätten deaktivieren können, anstatt gleich das ganze Programm abzuschießen.

Wie willst Du denn anders die Testzeit speichern und realisieren ? Wenn die Testzeit abgelaufen ist, wird jedes neu erstellte Programm mit Eurekalog mit der Meldung ausgegeben, dass die Testzeit abgelaufen sei.

Zitat:

Zitat von stahli (Beitrag 1106270)

Eine Grundsatzfrage - wenn es mal erlaubt ist:
Wenn man einen Fehler anklickt, springt die IDE an die Stelle.
Wie reagiert sie, wenn es inzwischen Quelltextänderungen gibt?
Wird eine alte Pas-Version angezeigt?

Sollten zu der Zeit der Fehlermeldungen schon Quelltextänderungen erfolgt sein, dann wird in die Zeile gesprungen, die Eurekalog sich gemerkt hat. Es wird keine alte PAS-Version angezeigt.

Ich mache es prinzipell so, wenn ich ein Programm veröffentliche oder einem Kunden zum Testen gebe, dann speichere ich mir den Stand des Quelltextes um später bei eventuellen Fehlermeldungen von Eurekalog nachzuschauen, in welcher Zeile es wirklich passiert ist.

Ich selber habe bis jetzt noch keine andere Komponente gefunden, die so prezise ist wie Eurekalog und auch noch so viele Features hat.

[himitsu]

Zitat:

Wie willst Du denn anders die Testzeit speichern und realisieren ?

Aber doch nicht mehr, nachdem die trial deinstalliert wurde?
Wie gesagt, es klang so, als wenn er es deinstalliert hatte und es dennoch einkompiliert wurde.

Zitat:

Wenn die Testzeit abgelaufen ist, wird jedes neu erstellte Programm mit Eurekalog mit der Meldung ausgegeben, dass die Testzeit abgelaufen sei.

Das ist schon ok, also wenn zum Zeitpunkt des kompilierens Eurekalog noch installiert ist,
aber dennoch könnte das Programm, nach dieser Meldung, dennoch laufen. Nur eben ohne aktives Eurekalog ... aber es dann einfach zu beenden. :wall:


Eurekalog hat sich aber zwei Zeilennummern gespeichert.
> die absolute in der Unit, welche auch angesprungen wird.
> und zusätzlich nochmal die relative zum Prozeduranfang > zusammen mit dem Prozedurnamen kannst du damit versuchen die richtige Zeile zu nehmen (sloange diese Prozedur nicht verändert wurde)

[hanspeter]

Nochmal alle nach der Deinstallation von Eurekalog-Trial compilierten Programme sind ohne Nacharbeit nicht mehr funktionsfähig.
Offensichtlich deinstalliert Eurekalog seine compilierten Units nicht und macht auch keine Änderungen in der IDE rückgängig.
Erst wenn man in die Falle getappt ist und explizit nach den Änderungen sucht, die ein über die Systemsteuerung deinstalliertes Eurekalog zurückgelassen hat, funktionieren die Programme wieder.
Ein Zusammenhang ist erst mal nicht erkennbar.
Bei mir waren es u.a. undefinierte Speicherschutzverletzungen in den Laufzeit-BPL von Delphi.

Peter

[RWarnecke]

Hast Du die DCU-Datei von Eurekalog nicht gelöscht ? Wenn ja, wäre das eine Erklärung dafür. Ich habe die Angewohnheit, die Dateien zu löschen, wenn ich irgendwelche Trail-Komponenten ausprobiere.