Berlin IDE crasht beim Anklicken des Menüs !?

[SearchBot]

Ich beobachte gespannt, was die IDE so treibt, im Process Monitor von Sysinternals...

Warum schaut sie alle 10 Sekunden in die Registry nach "HKLM\System\CurrentControlSet\Services\Tcpip\Para meters"? Kann sie sich das Ergebnis nicht merken?

Beim Einlesen eines Projekts löst die bds.exe bei RegQueryValue von "HKCU\SOFTWARE\Embarcadero\BDS\18.0\ToolForm\L ast Scheme Index" einen ganze Reihe von "Buffer Overflow" aus. Spielt aber scheinbar keine Rolle.

Jetzt habe ich die IDE selbst beendet und bekomme am Ende:

Code:

---------------------------
Delphi 10.1 Berlin
---------------------------
Zugriffsverletzung bei Adresse 5005FC44 in Modul 'rtl240.bpl'. Lesen von Adresse 22C6239C.
---------------------------
OK   
---------------------------

Das hatte ich auch schon immer am alten PC, (fast) jedesmal beim Beenden der IDE.

Was stimmt nicht mit der originalen rtl240.bpl, und kann man das beheben?

Zitat von himitsu:

Delphi mit leerer Registry starten
bds.exe -rTest

Oft kommen solche Fehler aus Fremdkomponenten oder blöden Settings,
drum lässt es sich dann auch oft mit Standard-Settings und ohne Fremdkomponenten problemlos starten.

Die Settings wollte ich migrieren lassen - hat aber nicht funktioniert mit dem Migrationstool
Also hatte ich die Settings manuell aus Registry exportiert und an den neuen PC angepasst, dann dort wieder importiert. Macht das Migrationstool noch etwas anderes?

Okay, mit dem Parameter -rTest lädt es dann nur das "IntraWeb IV" (zeigt es auf dem Splashscreen beim Laden an).
Auf der "beginnen Sie hier"-Seite erzählt es mir ("problemlos starten" ??):

Code:

In dem Skript auf dieser Seite ist ein Fehler aufgetreten.
Zeile: 0
Zeichen: 0
Fehler: Script error.
Code: 0
URL: https://c0.wp.com/c/6.4.2/wp-includes/js/jquery/jquery.min.js

und ob ich möchte, daß Scripts auf dieser Seite weiterhin ausgeführt werden?

Ne, will ich nicht. Das scheint von der inzwischen fehlenden Verfügbarkeit des Internet Explorers zu kommen...? Es zeigt mir trotzdem weitere Skriptfehler an, unter anderem

Code:

Zeile 890
Zeichen 30
Fehler: Syntaxfehler
Code 0
URL: https://blogs.embarcadero.com/wp-content/plugins/urvanov-syntax-highlighter/js/min/urvanov_syntax_highlighter.min.js

Zeile 151
Zeichen 21
Fehler: ':' erwartet
Code 0
URL: https://blogs.embarcadero.com/wp-content/plugins/cookie-law-info/legacy/public/js/cookie-law-info-public.js

Nach 25 weiteren Fehlern kann ich anfangen - rechts oben in der Menüzeile gibt es "Embarcadero Community"-Browserfenster (unglaublich sinnvoll, es dorthin zu setzen, 23 Pixel hoch!), das wohl die Scriptfehler produziert. Als erstes abgeschaltet.

Es versucht auch häufig den Registryschlüssel
HKCU\Software\Classes\WOW6432Node\Interface\{61873 6E0-3C3D-11CF-810C-00AA00389B71}\ProxyStubClsid32
zu öffnen, den es aber nicht gibt ("Name not found")... und statt sich das zu merken, immer weiter "RegOpenKey" machen

Was will die IDE denn da? Sie braucht nicht 'nach Hause telefonieren', wenn ich am programmieren bin.
Soll ich da einfach mal den Schlüssel anlegen? Könnte das was bringen?

Aber mit dem -rTest habe ich jetzt erstmal das Problem mit der sich selbst-beendenden IDE nicht festgestellt. Aber es fehlen mir zum Arbeiten dann auch die installierten Komponenten, die es nicht mehr findet.
Also keine Lösung für mein Problem - wobei ich jetzt erstmal mein Projekt sicherheitshalber öfter speichere und auch das automatische Sichern zum Wiederherstellen auf 2 statt 10 Minuten eingestellt habe.

Was kann ich noch tun?

[Kas Ob.]

Oh my ...
My post #7 should be in different thread, sorry ! it is my retardedness i think.

[Delphi.Narium]

Zu aktuellen Delphis kann ich nichts sagen, aber das Problem kommt mir aus meinem Delphi 7 sehr bekannt vor.

Delphi ohne ein Projekt starten (Delphi immer erst nach dem Schließen aller Projekte beenden, so dass es immer mit 'nem neuen, leeren Projekt startet).

Alle Packages entfernen und Delphi neu starten. Solange Delphi neustarten und weitere Packages aktivieren, bis der Fehler wieder auftritt. Irgendwo in dem Package (oder von ihm benötigten Packages) ist dann ein Fehler. Das IDEFixPack erst als letztes aktivieren.

Meine Erfahrung ist: Delphi 7 wird mit IDEFixPack instabil, wenn in einem der anderen Packages ein gravierender Fehler enthalten ist. Dies äußert sich dann (manchmal nur sporadisch) durch eine Zugriffsverletzung beim Beenden der IDE oder (mehr oder weniger sporadisch) durch unkrontrollierbares Fehlverhalten oder Abstürze der IDE.

Die Ursache dafür lag bisher immer in Fehlern meiner eigenen Packages. Wobei die Fehler ohne IDEFixPack nicht aufvielen und auch in den erstellten Programmen keine negativen Nebenwirkungen zeigten.

Grob gesagt: Der Fehler liegt höchstwahrscheinlich an einer vollkommen anderen Stelle als erwartet.

[dummzeuch]

OK, nachdem wir jetzt ja ermittelt haben, dass es an Komponenten oder Plugins liegt:

Alle deaktivieren und der Reihe nach wieder hinzufügen, bis es entweder mit allen funktioniert (nicht so unwahrscheinlich wie es klingt) oder bis eine neu hinzugefügte das Problem wieder auslöst. Dann hast Du den Schuldigen.

[himitsu]

oder in den Stacktrace schauen ... (oft) sieht man den Schuldigen da drin (nicht immer, aber immer öfters)

Wie erwähnt, kann man dafür das Delphi einmal ohne Erweiterungen / mit Standardeinstellungen starten
und damit ließe sich dann das kaputte Delphi debuggen.



"C:\Program Files (x86)\Embarcadero\Studio\18.0\bin\BDS.exe" -rTest
(kann auch sein, dass es mit Leerzeichen war -r Test )

benutzt dann
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\Test\18.0 (diesen Ordner nach dem Test wieder löschen, oder vor dem Nächsten)
anstatt
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\18.0

Oder einen Link damit erstellen und das Verzeichnis behalten, dann hat man ein zweites Delphi mit eigenen Settings.

[SearchBot]

Zitat von himitsu:

"C:\Program Files (x86)\Embarcadero\Studio\18.0\bin\BDS.exe" -rTest
(kann auch sein, dass es mit Leerzeichen war -r Test )

benutzt dann
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\Test\18.0 (diesen Ordner nach dem Test wieder löschen, oder vor dem Nächsten)
anstatt
HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\18.0

Oder einen Link damit erstellen und das Verzeichnis behalten, dann hat man ein zweites Delphi mit eigenen Settings.

Das sieht interessant aus - ich habe es zuvor mit "-rTest" gemacht, und jetzt wieder normal.
Seither ist es nicht mehr abgeschmiert
Also abgesehen von dem erwähnten Fehler beim normalen und gewollten Schließen der IDE, egal ob ich noch ein Projekt drin geladen habe oder es zuvor geschlossen habe.

Vielleicht hat es aber auch was gebracht, daß ich noch weitere (für mich unnötige Komponenten - also iOS, OSX usw, außer Android, das hab ich dennoch weggelassen) noch nachinstalliert habe - vielleicht war da was Nötiges dabei.

[SearchBot]

Kaum hab ich's gelobt, ist es mir soeben schon wieder völlig unvermittelt beendet worden.
Ich habe dabei einfach nur Text editiert! Nichts anderes.

Einfach weg!!


Die Ereignisanzeige:
Appcrash in der rtl240.bpl
Im Process Monitor zeigt sich, daß sie aber danach noch munter in der Registry herumliest und brav alles terminiert

Woher kommt nur dieser Impuls, die IDE kommentarlos zu schließen?
Ich muss es wohl doch auf die umständliche Art versuchen, alle Komponenten Schritt für Schritt durchzugehen - soviel zu "Rapid" Studio.. rapid Zeit zerschossen.

[himitsu]

-rTest, wobei das "Test" ein beliebiger Bezeichner ist (das ist/wird einfach nur als Verzeichnisname für die Registry benutzt)
Man kann auch mehrere Namen gleichzeitig nutzen.

Normal nutzt Delphi BDS als Name.
Wenn das Verzeichnis in CurrentUser nicht existiert, dann wird das Verzeichnis aus dem Verzeichnis in LocalMachine kopiert (wobei, das macht Delphi nahezu immer, beim Start, also sich damit zu synchronisieren).

Man kann es verwenden um mehrere Delphi-"Installationen" gleichzeitig zu haben
oder eben, um mal ein "saubereres" Delphi zu starten, wenn es mit dem Normalen irgendwelche Probleme gibt.

[jaenicke]

Zitat von SearchBot:

Die Settings wollte ich migrieren lassen - hat aber nicht funktioniert mit dem Migrationstool
Also hatte ich die Settings manuell aus Registry exportiert und an den neuen PC angepasst, dann dort wieder importiert. Macht das Migrationstool noch etwas anderes?

Solche Spielereien sind der Hauptgrund für Probleme. Installiere einfach einmal komplett frisch, klicke dabei nicht "Einstellungen behalten" an und richte alles manuell ein (oder erstelle dir dafür ein Skript). Wenn es nicht an einem Bug in einem der installierten Packages liegt, wird es dann funktionieren.

Und ganz wichtig:
Delphi 10.1 unterstützt Windows 10, aber es läuft nicht sauber unter Windows 11. Damit hatten schon andere Probleme (ich selbst kann dazu nichts sagen). Wenn du auf deinem Rechner Windows 11 nutzt, solltest du für Delphi 10.1 eine VM mit Windows 10 nutzen.