IDE stürtz ab mit "Schwerwiegender Fehler"

[Guido Eisenbeis]

Einer dieser üblen Fehler, die sporatisch auftauchen. Sprich, mal sind sie da, mal nicht.

Meine IDE (Turbo-Delphi, überwiegend W32) stürzt ab und produziert dabei so viele Fehlermeldungen, dass einem der Finger vom Wegklicken weh tut. :drunken:

Beispiel Details aus der ersten Fehlermeldung:

Zitat:

+ $B[20C6EF2F]{coreide100.bpl} ErrorInsite.ErrorInsite.TErrorManager.Refresh (Line 797, "ErrorInsite.pas" + 13) + $B
+ $0[51F2A2A5]{rtl100.bpl } System.System.@CheckAutoResult (Line 18061, "system.pas" + 6) + $0
+ $0[20C6EF84]{coreide100.bpl} ErrorInsite.ErrorInsite.TErrorManager.RefreshStruc ture (Line 808, "ErrorInsite.pas" + 0) + $0
+ $0[20C6DCFD]{coreide100.bpl} ErrorInsite.ErrorInsite.UpdateErrorMarks (Line 380, "ErrorInsite.pas" + 67) + $0
+ $6[20C7086D]{coreide100.bpl} ElisionParser.ElisionParser.TElisionModule.ApplyEr rors (Line 720, "ElisionParser.pas" + 8 ) + $6
+ $8[20C70F28]{coreide100.bpl} ElisionParser.ElisionParser.TElisionContext.ApplyE lisions (Line 906, "ElisionParser.pas" + 7) + $8
+ $3[20C6F6BD]{coreide100.bpl} ElisionParser.ElisionParser.TElisionParser.ApplyQu eue (Line 183, "ElisionParser.pas" + 16) + $3
+ $8[51F5E7ED]{rtl100.bpl } Classes.Classes.CheckSynchronize (Line 9824, "classes.pas" + 22) + $8
+ $2[52078B3E]{vcl100.bpl } Forms.Forms.TApplication.WndProc (Line 7417, "Forms.pas" + 153) + $2
+ $0[51F60BC0]{rtl100.bpl } Classes.Classes.StdWndProc (Line 11572, "classes.pas" + 8 ) + $0
+ $6A[7E368731]{USER32.dll } GetDC + $6A
+ $14A[7E368811]{USER32.dll } GetDC + $14A
+ $122[7E3689C8]{USER32.dll } GetWindowLongW + $122
+ $A[7E3696C2]{USER32.dll } DispatchMessageA + $A

Das Problem besteht schon lange (3 Jahre ? :gruebel: ). Da es aber nur manchmal auftaucht, habe ich es bisher hingenommen. Manchmal, so wie heute, stürzt die IDE aber alle zwei Minuten ab. Und alles, was ich bis dahin programmiert habe ist weg. Aus Panik drücke ich alle zwei Sekunden die Speichern-TastenKombi.

Aber so geht das nicht mehr weiter. Nachdem ich nun schon alle möglichen und unmöglichen Ursachen getestet habe, weiß ich nun keine Lösung mehr. Ich habe schon etliche Packages rausgelassen, Experten entfernt oder gewechselt, usw.

Manchmal denke ich, dass es auch mit anderen Programmen zusammenhängen könnte (*Paranoia*). Wenn ich z. B. VirtualBox benutzt habe und danach stürzt die IDE (mehrfach) ab, habe ich die im Verdacht. Aber da der Fehler halt sproadisch auftaucht, kann ich nichts davon wirklich testen.

Im Moment weiß ich nicht, wo ich ansetzen soll. Hat jemand ne Idee, oder das vielleicht selbst so ähnlich erlebt? Bin für Anregungen dankbar!

Guido.

[himitsu]

Dieses ErrorInsite würde ich erstmal abschalten, da es eh nicht richtig funktioniert und einen durch ständige Falschmeldungen (dies und das existiere angeblich nicht) ganz wuschig macht.

Und kann es sein, daß du eventuell recht viel/oft kompilierst?
Bei mir hat TDE ein MemoryLeak, welches bei jedem Kompilierundsvorgang den RAM füllt und wenn da kein Platz mehr ist, dann war's das.
VirtualBox, bzw. der viruelle PC da drinnen, verbraucht doch "etwas" RAM, so daß dieser dann noch schneller voll wäre ... wenn es denn auch soein Speicherproblem wäre, würde dieses also diese Verbindung erklären. :angel:

Schau einfach das nächste Mal im Taskmanager nach, wie es dort aussieht.

[Guido Eisenbeis]

Wo stell ich dieses ErrorInsite denn ab? Vielleicht ist damit schon was getan!? *hoff*

Zitat:

Zitat von himitsu

Und kann es sein, daß du eventuell recht viel/oft kompilierst?

Hmm, ... :gruebel: ... wieviel ist oft? Mein heutiges Projekt ist relativ klein (vielleicht 1000 Zeilen, kompiliert ca. 500 KB) und ich kompiliere ... tja, ... *kopfkratz* ca. 10 - 20 mal pro Stunde?
Schwer zu sagen.

Zitat:

Zitat von himitsu

Bei mir hat TDE ein MemoryLeak, welches bei jedem Kompilierundsvorgang den RAM füllt und wenn da kein Platz mehr ist, dann war's das.

Meinst du mit TDE Turbo Delphi? Das mit dem MemoryLeak war natürlich mein erster Gedanke, vorallem weil der Fehler ja sporatisch auftaucht und das eine Erklärung wäre.

Zitat:

Zitat von himitsu

VirtualBox, bzw. der viruelle PC da drinnen, verbraucht doch "etwas" RAM, so daß dieser dann noch schneller voll wäre ... wenn es denn auch soein Speicherproblem wäre, würde dieses also diese Verbindung erklären. :angel:

Schau einfach das nächste Mal im Taskmanager nach, wie es dort aussieht.

Auch damit bestätigst du, was ich mir in etwa gedacht habe. Mein PC hat 4 GB DDR II Ram. Win XP verwertet über 3 GB. Dass es da eng wird, ist relativ unwahrscheinlich. Oder etwa doch?

Was ich Windows-mäßig seltsam finde ist, dass ich eingestellt habe, es soll KEINE Auslagerungsdatei erstellt werden, aber der Taskmanager zeigt dennoch eine Auslagerungsdatei. Was kann ich denn im Taskmanager überprüfen, was für das Problem relevant ist? (Siehe Screenshot im Anhang.)

Für den Screenshot habe ich die VirutalBox gestartet, und der Taskmanager zeigt immer noch über 1,6 GB verfügbaren RAM. Und normalerweise habe ich die VirtualBox ja nicht mal laufen, wenn ich programmiere.

Guido.

Edit: Anhang vergessen, und jetzt nachgeliefert. :oops:

[himitsu]

TDE = Turbo Delphi Explorer :)

Ich hab's schon geschaft mit meinem himXML (OK, das sind etwas mehr Zeilen) in einer knappen viertel Stunde 2 GB RAM vollzubekommen (alle paar Minuten kompiliert)
und mehr verträgt die IDE als einfache Win32-Anwendung auch garnicht.

Menü > Tools > Optionen...
dort bei [pascal] mindestens die "fehlerhafte" Fehlermarkierung abschalten
(wenn bei dir immer viele angebliche und echte Fehler unterstrichen waren, ist die IDE danach auch etwas flotter unterwegs)

Zitat:

Was ich Windows-mäßig seltsam finde ist, dass ich eingestellt habe, es soll KEINE Auslagerungsdatei erstellt werden, aber der Taskmanager zeigt dennoch eine Auslagerungsdatei.

Wo zeigt er das denn an?
Hab in meinem XP ebenfalls keine und er zeigt auch keine an.

Und wegen dem Nachschauen ... Wieviel virtuellen bzw. maximalen RAM belegt denn die bds.exe auf der Seite Prozesse?
(im Menü Ansicht kann man da oftmals noch ein paar mehr "interessante" Spalten anzeigen lassen)

[Angel4585]

Meine IDE stürzt auch öfters mit dieser Meldung "Schwerwiegender Fehler" ab, aber das ist Delphi 2005 Professional da wurndert mich das nicht, da ich immer höre die sei sehr verbuggt.
Naja ich werd versuchen meinen Chef davon zu überzeugen auf 2010 oder 2009 upzugraden.

(Meine IDE liegt mit 300-400mb im RAM)

[himitsu]

wenn du dich beeilst, bekommst'e vielleicht noch ein etwas weniger verbuggtes TDE (2006) ab :lol: (siehe Sig)

[add]
Delphi 2006/TDE - bis 100 MB beim Start und danch geht's erstmal auf ~38 MB runter
Delphi 2009 - auch bis 100 MB beim Start und danch geht's sogar auf ~15 MB runter :shock:
(hab allerdings nur den VirtualTreeView installiert)
aber die 300-400 MB würde ich auch noch als Normal ansehn

[Guido Eisenbeis]

Zitat:

Zitat von Angel4585

Meine IDE stürzt auch öfters mit dieser Meldung "Schwerwiegender Fehler" ab, aber das ist Delphi 2005 Professional da wurndert mich das nicht, da ich immer höre die sei sehr verbuggt.

Hatte ich genauso gehört und war deshalb heilfroh, als die TDEs erschienen!

Zitat:

Zitat von himitsu

... in einer knappen viertel Stunde 2 GB RAM vollzubekommen (alle paar Minuten kompiliert) und mehr verträgt die IDE als einfache Win32-Anwendung auch garnicht.

Hab nun mal getestet:
Delphi 2006/TDE - bis 100 MB beim Start und danch geht's auf ~10 MB runter.
Dann ca. 20 - 30 mal kompiliert und ausgeführt -> kein Unterschied. Weder bei der "Auslagerungsdatei" noch beim verfügbaren Speicher.

Zitat:

Zitat von himitsu

Menü > Tools > Optionen...
dort bei [pascal] mindestens die "fehlerhafte" Fehlermarkierung abschalten

Vielen Dank, hab ich gefunden. Da ich die englische IDE installiert habe, heißt das auch tatsächlich "Error Insight". :wink:

Ist eigentlich schade, das auszuschalten, denn bei mir hat das (scheinbar) funktioniert. Wenn dadurch aber die Abstürze weg sind, solls mir recht sein.

Zitat:

Zitat von himitsu

Zitat:

Zitat von Guido Eisenbeis

Was ich Windows-mäßig seltsam finde ist, dass ich eingestellt habe, es soll KEINE Auslagerungsdatei erstellt werden, aber der Taskmanager zeigt dennoch eine Auslagerungsdatei.

Wo zeigt er das denn an?

Anzeige der Auslagerungsdatei im Taskmanager (sieh Anhang in Posting #3, hatte ich vergessen und nun nachgeliefert). Auslagerungsdatei 0 MB für alle Laufwerke (siehe Anhang in diesem Posting).

Guido.

[Guido Eisenbeis]

Das Abstürzen der IDE ist immer noch da!

Ich habe nun Error Insight abgeschaltet und auch den RAM im Auge behalten. Der Taskmanager zeigt an, dass noch 2,8 GB verfügbar sind. Auch wurde weder VirtualBox noch sonst ein auffälliges Programm gestartet. Kompiliert habe ich gerade 3 mal, mehr nicht und dennoch ist die IDE gerade wieder abgestürzt.

Wo kann ich noch ansetzen, um den Fehler zu finden?

Guido.

[jaenicke]

Was kommt denn jetzt für ein Fehler?

Und passiert es auch, wenn die Auslagerungsdatei nicht deaktiviert ist? Denn wenn ich das gemacht hatte, war zwar unter XP noch viel RAM frei, aber einigen Programmen bekam das nicht gut. Insbesondere Firefox wurde dann öfter noch instabiler als er es eh schon ist.
Heutzutage unter Vista habe ich es noch gar nicht versucht ohne Auslagerungsdatei.

[Insider2004]

Hab grad mal geschaut: Bei Delphi 6 geht es max. um 20 MB hoch. Das bleibt dann auch so. Ganz schön ökonomisch! :cheers:

Zitat:

Zitat von himitsu

wenn du dich beeilst, bekommst'e vielleicht noch ein etwas weniger verbuggtes TDE (2006) ab :lol: (siehe Sig)

[add]
Delphi 2006/TDE - bis 100 MB beim Start und danch geht's erstmal auf ~38 MB runter
Delphi 2009 - auch bis 100 MB beim Start und danch geht's sogar auf ~15 MB runter :shock:
(hab allerdings nur den VirtualTreeView installiert)
aber die 300-400 MB würde ich auch noch als Normal ansehn

[Balu der Bär]

Moin Guido,

erste Frage: Hast du alle verfügbaren Updates und Bugfixes für Turbo Delphi installiert?

Ansonsten wäre es evtl. einen Versuch werd TDE komplett zu entfernen und nochmal neu aufzuspielen.

[Delphi-Laie]

Zitat:

Zitat von Guido Eisenbeis

Auch damit bestätigst du, was ich mir in etwa gedacht habe. Mein PC hat 4 GB DDR II Ram. Win XP verwertet über 3 GB. Dass es da eng wird, ist relativ unwahrscheinlich. Oder etwa doch?

Mit der Bootoption /3 GByte (o.ä.) oder noch "tiefer" ins System eingreifend?

Tendenziell ist die Nutzung über 3 GByte etwas heikel, soweit mir bekannt.

Was das "Engwerden" betrifft, Windows und seinen Programmen ist keine Hardwareressource ausreichend (s.u.).

Zitat:

Zitat von Guido Eisenbeis

Was ich Windows-mäßig seltsam finde ist, dass ich eingestellt habe, es soll KEINE Auslagerungsdatei erstellt werden, aber der Taskmanager zeigt dennoch eine Auslagerungsdatei. Was kann ich denn im Taskmanager überprüfen, was für das Problem relevant ist? (Siehe Screenshot im Anhang.)

Das darfst Du getrost unter "Beschriftungsfehler" verbuchen. Während Windows NT & 2000 im Taskmanager von "Speichernutzung" sprechen, so bezeichnet Windows XP die vermutlich gleiche Größe als "Auslagerungsdatei", und zwar auch bei deaktivierter Auslagerungsdatei (so fahre ich W2000 & XP nämlich zum großen Teile auch). Ich weiß nicht, was Mikroweich immer unqualifiziert in ihrem eigenen halbwegs funktionierendem Zeugs rumzumachen hat, die verschlimmern damit nur vieles.

Allerdings könnte genau diese Deine Einstellung der Grund für die Instabilität der IDE sein! Warum vermute ich das? Weil ich das selbst als Fehlerquelle für ein labiles Spiel herausfand. Also Swap widerwillig wieder aktiv(iert).

Windows ist dermaßen krank, daß etwas, was eigentlich als trickreicher und keinesfalls eleganter Notbehelf in Zeiten exorbitant teurer Hardware ersonnen wurde und jetzt eigentlich komplett obsolet und überflüssig sein müßte, immer noch mehr oder weniger erforderlich ist. Dummerweise schweigen sich sowohl Windows als auch seine Programme über die wahren Ursachen bei unrunden Verläufen fast regelmäßig aus (so z.B. auch bei deaktiv(iert)en Diensten).

Übrigens, mit meinen versionskleinen (2-4) IDEs habe ich solche Probleme nicht. :wink:

[Guido Eisenbeis]

Oh wow, Leute,

vielen Dank für die vielen Beiträge. Ich versuche mal auf die einzelen einzugehen und hoffe, keine zu vergessen.

@Delphi-Laie:

Zitat:

Zitat von Delphi-Laie

Mit der Bootoption /3 GByte (o.ä.) oder noch "tiefer" ins System eingreifend?

Was ist damit gemeint?

Zitat:

Zitat von Delphi-Laie

Tendenziell ist die Nutzung über 3 GByte etwas heikel, soweit mir bekannt.

Es stürzen aber keine anderen Programme ab, und die sind viiiieeel speicherhungriger (virtuelle Maschinen, Comparing-Tools, usw.)

Thema "mit oder ohne Auslagerungsdatei": Es hat sich ja nun so ergeben, dass zu Anfang dieses Threads die Auslagerungsdatei noch eingeschaltet war und später von mir ausgeschaltet wurde. Das heißt, dass die IDE sowohl mit als auch ohne Auslagerungsdatei abstürzt.

@jaenicke:

Das mit der Auslagerungsdatei habe ich ja gerade beschrieben: IDE stürzt mit und ohne Auslagerungsdatei ab.

Zitat:

Zitat von jaenicke

Was kommt denn jetzt für ein Fehler?

Boah, ich wünschte, es wäre EIN Fehler. Aber wie gesagt, beim Abstürzen kommen solange Fehlermeldungen, bis ich vom Wegklicken blutige Finger bekomme. Hab auch stichprobenartig hineingeschaut, aber nichts für mich aussagekräftiges gefunden.

@Insider2004: Danke für den Hinweis.

@Balu der Bär:

Hatte die gleiche Idee. Die Updates und Bugfixes hatte ich alle schon installiert und habe sie gestern direkt nach dem posten hier nochmal installiert. Keine Änderung: IDE stürzte weiterhin ab. Seltsamerweise konnte ich aber etwa eine Stunde später absturzfrei arbeiten. Leider kann ich nicht mit 100%iger Sicherheit sagen, ob das ohne Windows-Neustart war. Werd ich im Auge behalten.

Wenn alles nichts hilft, werde ich TDE neu installieren. Wie sieht das denn mit den .net-frameworks aus? Ich habe v3.5 installiert, aber wenn ich mich recht erinnere, läuft die TDE-Installation nicht ohne ein installiertes .net-framework v1!?

Puh, viel geschrieben. Hoffentlich tun euch vom Lesen nicht die Augen weh. :mrgreen:

Guido.


Edit: Eins muss ich loswerden, hab mich gerade gekringelt vor Lachen: "Balu der Bär, gerade reingestolpert, Beiträge: 40". Wo sind denn deine 950 Millarden anderen Beiträge geblieben? *smile*

[Angel4585]

Balu der Bär war zwischendurch weg :D

Hmm.. hast du - wie ich auch - eigene Komponenten in der Palette?
Ich hab irgendwie das Gefühl das es daran liegt, dann seit mein Ausbilder meine Komponenten in der Palette hat, kracht es bei ihm auch ab und an.

[Balu der Bär]

Zitat:

Wenn alles nichts hilft, werde ich TDE neu installieren. Wie sieht das denn mit den .net-frameworks aus? Ich habe v3.5 installiert, aber wenn ich mich recht erinnere, läuft die TDE-Installation nicht ohne ein installiertes .net-framework v1!?

Richtig. Sag bloß du hast das Framework aktuell nicht mehr drauf? Das könnte der Grund für deine Abstürze sein.

Am besten deinstallierst du Turbo Delphi komplett, installierst alle Prerequisites, spielst TDE wieder auf und packst gleich alle RollUpUpdates drauf. Und dann bitte nichts mehr von den Prerequisites deinstallieren. :mrgreen:

P.S.:Ich lösche alle 2.5k Beiträge mein Profil um nicht zu "nerdig" zu erscheinen. :stupid: :mrgreen:

@Angel: Ich habe mit TDE etwa ~25 Fremdkomponenten in der Palette und alles läuft wunderbar.

[Delphi-Laie]

Zitat:

Zitat von Guido Eisenbeis

@Delphi-Laie:

Zitat:

Zitat von Delphi-Laie

Mit der Bootoption /3 GByte (o.ä.) oder noch "tiefer" ins System eingreifend?

Was ist damit gemeint?

Das signalisiert mir, daß Du diese Option nicht kennst. Man kan sie in der boot.ini setzen (genaue Syntax bitte im Internet suchen, ich glaube, sie lautet /3G). Normalerweise bietet Windows NT(?)/2000/XP/Vista(?)/7(?) zumindest in deren 32-Bit-Versionen den Programmen einen maximalen Adreßraum von 2 GByte an, egal, wieviel Speicher mehr im System steckt. Mit dieser Option kann man das auf maximal 3 GByte steigern. Wenn man nun 2,5 oder 3 GByte (oder gar noch mehr) installiert hat und das Betriebsprogramm nicht ein halbes bzw. ein komplettes GByte verschlingt (bis XP sicher der Fall, also liegt überhalb von 2 GByte dann etwas brach), dann hat man auch für seine sog. Anwendungsprogramme Speicher hinzugewonnen.

[mkinzler]

Ein Programm kann aber IMHO trotzdem nur 2 GB belegen, insgesamt aber mehr ( Standradmässig sind 1 GB nur für das OS verfügbar; also maximal 3 alle Anwendungen)

[Delphi-Laie]

Zitat:

Zitat von mkinzler

Ein Programm kann aber IMHO trotzdem nur 2 GB belegen, insgesamt aber mehr ( Standradmässig sind 1 GB nur für das OS verfügbar; also maximal 3 alle Anwendungen)

Genau diese fix(iert)e Zuordnung kann man doch mit dieser Option "flexibilisieren" - sonst wäre diese Option ja überflüssig. Außerdem können auch noch geringe Anteile oberhalb von 3 GByte gewonnen werden, aber es wird diesbezüglich ziemlich schnell ziemlich knapp. Warum nun die 4 GByte nicht voll ausgereizt werden (können), verschließt sich mir trotz Erklärungen (warum muß Graphikram o.ä. dorthin ausgelagert werden?). Es zeigt sich, daß eine dahingehende Aussage von Mikroweich mal wieder vor allem eines war: Eine Werbelüge (die wievielte eigentlich?. Denn zwischen 3 und 4 GByte besteht doch ein deutlicher Unterschied.

Soeben meine 3-GByte-XP-Maschine hochgefahren...also, den freien Speicher bekommt man gar nicht so ohne weiteres heraus (im Gegensatz zum ME, dort gibt es ja das gute Systemmonitorprogramm). Der Taskmanager schweigt sich aus. Die Systeminformation des Prozeßexplorers von Sysinternals hilft weiter und gibt fast 2,9 GByte freien Speicher an. Kann man wirklich nur noch hoffen, daß diese gemäß der 3-GByte-Startoption, die ich gesetzt hatte, zur Verfügung stehen (nicht, daß es eine ziemliche Internetente wie der Registrierungseintrag "AlwaysUnLoadDLL" ist, der seit Windows 2000 wirkunslos ist, weil das ohnehin ein permanent so gesetzter Betriebsprogrammschalter ist). Wenn ein Programm allerdings nicht extra auf diese optionalen 3 GByte getrimmt ist (ich nehme an, daß es nötig ist, das extra zu programmieren), dann wird es eben nur 2 GByte nutzen können,.

[mkinzler]

Ich wollte nur hervorheben, dass eine einzelen Anwendung trotzdem nicht mehr als 2 GB belegen kann.

[Delphi-Laie]

Zitat:

Zitat von mkinzler

Ich wollte nur hervorheben, dass eine einzelen Anwendung trotzdem nicht mehr als 2 GB belegen kann.

OK, das war mein Denkfehler. Zwischen einem Adreßraum, der einem Programm und dem, der weiteren bzw. allen Programmen verfügbar ist, kann und wird ein Unterschied bestehen - ich bitte um Nachsicht!

[Guido Eisenbeis]

Zitat:

Zitat von Balu der Bär

Sag bloß du hast das Framework aktuell nicht mehr drauf? Das könnte der Grund für deine Abstürze sein.

Doch, alles noch drauf. (Siehe Anhang).

Zitat:

Zitat von Balu der Bär

Am besten deinstallierst du Turbo Delphi komplett, installierst alle Prerequisites, spielst TDE wieder auf und packst gleich alle RollUpUpdates drauf. Und dann bitte nichts mehr von den Prerequisites deinstallieren. :mrgreen:
...

@Angel: Ich habe mit TDE etwa ~25 Fremdkomponenten in der Palette und alles läuft wunderbar.

Ok, falls niemand etwas anderes einfällt, was die Ursache für die Abstürze sein kann, werde ich genau das tun: Am nächsten Wochenende werde ich Delphi komplett deinstallieren und die Prerequisites und Delphi komplett neu installieren. Dann lasse ich alles in der "Rohfassung" sprich keine Fremdkomponenten, keine Experts, und keine was weiß ich was noch. Werde mich dann halt mal eine zeitlang "quälen" und sehen, ob die Abstürze ausbleiben. Falls nicht, melde ich mich früher wieder.

Vielen Dank und "so long",
Guido.


Edit: Ups, gerade gemerkt, dass da noch eine zweite Seite mit Beiträgen ist. :oops: In den Postings geht es um die RAM-Nutzung. Auch euch vielen Dank, werde mich schlau machen.

[Hawkeye219]

Hallo Guido,

zumindest ohne Packages und Experten kannst du vielleicht noch recht einfach testen, ohne alles deinstallieren zu müssen: A different Delphi for every project

Gruß Hawkeye

[Guido Eisenbeis]

@Delphi-Laie

Auch ohne den Schalter zu kennen, lassen sich bei mir problemlos über 3 GB nutzen. Hab gerade mal Programme gestartet, bis der Speicher gestreikt hat. Habe VirtualBox gestartet, und dann riesige Bilder in ein Bildbearbeitunsprogramm geladen, bis die Meldung "Nicht genügend Arbeitspeicher" kam. Scheint also auch ohne Switch zu gehen!? (siehe Anhang)


@Hawkeye,

respekt, wie findet man denn solche Sachen? :gruebel: Ist schon richtig gut, in der DP zu sein! :thumb:

Habs mir durchgelesen und bin begeistert! Kann ich für andere Zwecke bestimmt gebrauchen. Im konkreten Fall: Ich hab das so verstanden, dass man die Einstellungen usw. sozusagen klonen kann, und diese dann per Startparameter startet. Müsste ich dann im Klon die Experten und Fremdkomponenten von Hand deinstallieren? Oder startet die IDE dann in einer Standard-Konstellation?

Guido.


Edit: Screenshot im Anhang hinzugefügt.

[Hawkeye219]

Über den Schalter "-r" kannst du einen Zweig in der Registry angeben, aus dem die Einstellungen der IDE geladen werden. Ist dieser Zweig nicht vorhanden, legt Delphi ihn beim ersten Start an und initialisiert ihn mit Defaultwerten.

In diesen Blog-Beitrag wird das vielleicht noch etwas anschaulicher erklärt.

Gruß Hawkeye

[Guido Eisenbeis]

Danke für die Info. Auch der Blog-Beitrag war verständlicher.

Habs gerade ausprobiert und es scheint soweit mit den Standardwerten initialisiert zu werden, außer dass GExperts noch da ist. Kann ich das nun aus dieser Konstellation (dem "Klon") entfernen, ohne dass es aus der normalen Konstellation entfernt wird?

Guido.

[Hawkeye219]

Hallo Guido,

ich hätte jetzt erwartet, dass die Verwendung eines neuen Registry-Zweigs alle Packages und Experten außen vor lässt. Offenbar wird aber der GExperts-Eintrag aus dem Registry-Zweig unter HKEY_LOCAL_MACHINE übernommen. Du solltest mit Hilfe des Registrierungs-Editors den GExperts-Eintrag im neu angelegten Zweig unter HKEY_CURRENT_USER entfernen können, ohne die anderen "Installationen" zu beeinträchtigen. Für Delphi 2006 wäre das der Schlüssel

Code:

HKEY_CURRENT_USER\Software\Borland\<Zweigname>\4.0\Experts

Da ich kein Turbo Delphi installiert habe, kann ich nicht prüfen, ob der Pfad auch bei dir passt. Als Zweignamen setzt du den per Schalter "-r" übergebenen Namen ein. Unter dem genannten Schlüssel findest du alle installierten Experten als Stringwerte aufgelistet. Lösche einfach die nicht benötigten Einträge, dann werden die entsprechenden Experten beim nächsten Start der IDE fehlen.

Gruß Hawkeye

[Guido Eisenbeis]

Hallo Hawkeye,

das hat geklappt, GExperts ist entfernt (in dem Zweig) und die IDE ist "jungfräulich". Werde voraussichtlich am Wochenende testen und melde mich danach.

Vielen Dank,
Guido.