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

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.

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.

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.
...

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

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 ?

Zitat von RWarnecke:

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

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.
Hätte es nicht gereicht, nach der Zeit, einfach nur das Logging zu deaktivieren?

Zitat von 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.

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 von himitsu:

Das ganze Programm zu deaktivieren ist auch ganz nett.
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.

Zitat von RWarnecke:

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 von himitsu:

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.

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?