Wir haben letzte Woche begonnen, unsere Projekte von 2005 auf 2006 umzustellen. Wir merken nun, dass sich beim Editieren größeren Units folgendes abspielt:

Umgebung: Win XP Pro, Athlon 3700, 1 GB Corsair, Radeon X850, SB Audigy 2 ZS (... Ja wir schätzen auch gute Spiele zwischendurch ), Borland Delpi 7, 2005 SP3, 2006 SP1, alle in Pro Ausführung. Wir laden nur die Win32 Personality.

Installierte Komponenten: StbComponents, MicroOlap Dac for MySQL, DevExpress Quantumgrid 5 & Co, WpTools, TMS Component Pack, Eurekalog 5.x, alles in Allem ca 1500 Komponenten...

Andere User in den Borland Newsgroups haben auch ähnliche Erfahrungen gemacht, es gibt allerdings keine konkreten Aussagen von Borland.

Workaroundhinweise wurden in der Qualitycentral gefunden, haben aber nicht geholfen:

• Together deaktivieren (aus den Known Packages in der Registry entfernt...)
  
• eigene Code Templates löschen

Bds.Exe verbraucht nach dem Laden des Projektes ca 160 Mb (Task Manager).

Eine Unit, die wir verwenden: Unit Main.Pas, ca 14400 Zeilen. Pro Eingabe von ca 100 Zeichen wächst der Speicherbedarf um ca 3-4 MB an!!! Auch wenn die Zeichen gelöscht werden, erhöht sich der Speicherbedarf. Nach einer Compilation des Projektes, das anstandslos funktioniert, wächst der Speicherverbrauch auf 204 MB an. Danach verschlingt das Einfügen eines Leerzeichens so um die 4 MB !!! Nach ca 30 Codezeilen werden Buchstabeneingaben erst nach ca 1-2 Sekunden am Bildschirm angezeigt. Dann hilft nur mehr ein Delphi-Neustart.

Gibt es jemanden hier, der Ähnliches erlebt und /oder eine Lösung für dieses Problem hat (Delphi 2005 installieren, sich sinnlos betrinken, etc scheidet als Lösung aus )

Beste Grüsse an alle Leser und Leidensgenossen hier,

Peter

PS: Wir wurden vom Borland Servicecenter unter Anderem auf das Delphi-Forum.De verwiesen

Dort haben wir auch erfahren: Kostenfreien Bug Support von Borland Deutschland gibt es keinen, da Supportleistungen, auch bei Bugs von Borland USA nicht bezahlt werden. Auch im Falle von Bugs benötigt man einen kostenpflichtigen Servicevertrag mit Borland Deutschland.

Sofern man mit dieser Situation unzufrieden ist, möge man dies in schriftlicher Form kundtun.

Weden wir. Vielleicht hilfts!

Moderiert von Christian S.: Topic aus Sonstiges (Delphi) verschoben am Mi 08.02.2006 um 10:58
Moderiert von Tino: Beitrag etwas formatiert... war sehr schwer zu lesen.

Hallo,

das Problem hatte ich auch schon bei der Umstellung von Delphi 7 auf Delphi 2005.
Damals lag es an der automatischen Code-Revision (History-Funktion).
Delphi merkt sich seit D2005 alle Änderungen am Code, auf dem Register History kann mann dan alles was verändert wurde nachvollziehen.
Ob es nun ein Fehler ist oder nicht, das scheint sehr viel Speicher zu brauchen.
Nach dem Abschalten dieses Bugs (äh Features) lief und läuft wieder alles normal.
Unter Tools/Optionen/Editor-Optionen das "Sicherungsdateien erstellen" deaktivieren.

Hallo DELPHIn,

nein das ist leider nicht die Ursache - auch nach dem Abschalten
dieser Option wird ca 4 MB Speicher pro Tastendruck verbraucht.
Trotzdem vielen Dank für den Tipp.
Wir werden D2005 PRO wieder aufsetzen.

Beste Grüsse,
Peter


PS: Delphi & Co werden nun verkauft -

hoffentlich behält Borland sein D2005/2006 Qualitätssicherungsteam -
dann wird es in der neuen Company vielleicht wieder besser getestete und fehlerfreie
Produktreleases geben. Auch ein kostenfreier Bugsupport in der
"Native Language" der Compilerbezieher (also wir alle hier) wäre wünschenswert.

PPS:

@Borland:
Shareholdervalue ist nur ein kurzzeitiger Weg, Umsatz via Investoren zu lukrieren.
Versuchen Sie wieder mal Geld via Kundenzufriedenheit, unter anderem mit Produktsupport
zu verdienen.

Ich habe das Problem auch seit heute, nachdem ich an den Templates rumgespielt habe.
Bei der Suche nach der Ursache habe ich ganz schwer Code Insight im Visier und seit ich die Fehlermarkierung ausgeschalten habe (Optionen->Code Insight->Fehlermarkierung) geht es (zumindest jetzt gerade) deutlich besser.

Ich hab von Delphi 2005 auf Delphi 2006 upgedatet, weil ich endlich wieder eine stabile Version von Delphi haben wollte. Na, das war ja wohl ein teurer Irrtum!!!

Nicht gleich die Flinte ins Korn werfen!

Es gibt wohl ein Problem mit CTFMON.EXE, das durch MS Office installiert wird. Es wird empfohlen CTFMON zu deaktivieren:
www.neuber.com/taskm...cess/ctfmon.exe.html