|
Delphi XE2
Hallo zur Zeit versuche ich ein kommerzielles Projekt von D2005 auf XE2 zu portieren. Ich habe insgesamt 4 XE Installationen. Jede macht anderer Probleme.
Daheim habe ich eine Installation unter Win7/64 laufen. Hier funktioniert der Debugger nicht. Die möglichen Haltepunkte werden als blauer Punkt dargestellt. Ein gesetzter Haltepunkt wird korrekt dargestellt und ist auch in der Haltepunktliste im Debugfenster. Sobald ich das Programm starte, sind alle Haltepunkte weg und die gesetzten sind als ungültig markiert. Auf der gleichen Maschine habe ich XE2 in einer VM mit XP/SP2 laufen. Öffne ich hier das gleiche Projekt ohne eine Änderung, dann funktioniert der Debugger. Allerdings bin ich in einer VM (VMWare) mit der Laufzeit nicht so glücklich. Auf dem Notebook habe ich XE2 und Win7 Home/32 am Laufen. Hier scheint es zu laufen, ich habe allerdings noch nicht viel damit gemacht. Das Wechseln zwischen Code und Designansicht dauert bei größeren Programmen nach einer Codeänderung über 10 sec. In der Firma läuft XE2 unter XP. Hier nutze ich XE2 täglich und ärgere mich über ständig andere Zicken. Ich habe mich ja schon daran gewöhnt, das ich beim Wechsel von Code in Designansicht Kaffee holen kann. Mal sind plötzlich alle Haltepunkte weg. Wildes Klicken auf Bereinigen/Erzeugen bringt diese dann irgendwann wieder. Problemlos ist der Programmstart, mit dem Schalter "erzeugen" in der Projektverwaltung. Starte ich mit F9 dann kommen sehr häufig "interne" Fehler. (z.Zt. [DCC Fataler Fehler] Settings_Form_Unit.pas(60): F2084 Interner Fehler: AV0483E50E-RF724800E-0 Hat wer XE2 stabil am Laufen oder eine Idee wie man das Teil stabil bekommt? Den "Service" von Embarcadero habe ich schon vor Tagen per email angeschrieben, aber bis jetzt noch keine Reaktion. Hat wer eine Idee, wie man wenigstens das Debugger-Problem in den Griff bekommt oder funktioniert XE2 unter einem 64 bit Betriebssystem nicht richtig? Gruß Peter |
AW: Delphi XE2
Bezüglich der internen Fehler hilft es oft mal alle DCUs zu löschen. Des Weiteren läuft der Debugger hier unter Windows 7 64Bit bisher einwandfrei.
|
AW: Delphi XE2
Ich habe XE2 in eine VM mit Win7 Pro x64 laufen. Habe zwar noch nicht viel gemacht (außer mit den Demos gespielt), aber bisher noch keine Probleme festgestellt.
Betreffs dem Umschalten von Code zu Form habe ich mal vor einiger Zeit mit XP das Problem mit XE gehabt und dort hat Andy eine Anpassung im  IDE Fix Pack vorgenommen. Seit dem läuft das relativ gut, solltest Du mal probieren.Für XE2 gibt es hier auch schon ein "develper snapshot".Hast Du das Update 1 für XE2 schon installiert? |
AW: Delphi XE2
Zitat:
ausprobiert, wobei das eine frühe Version von IDE Fix Pack für XE2 war, bei der die originalen Compiler Caches noch aktiv waren (also 2 mal Verzeichnisse Cachen und so). Der Ressource-String Ring-Puffer war da aber schon drinnen, der bei dir die Geschwindigkeitssteigerung bewirkte.Man könnte nun natürlich die IDE mit der IDE debuggen und zu dem Zeitpunkt an dem es lange dauert, anhalten, auf den Hauptthread wechseln und den CallStack betrachten. Das hat letztes mal auch zum Ziel geführt (leider passen seit dem Update 1 die jdbg Dateien nicht mehr zu den bpl Dateien. Da heben sie wieder mal beim Installer geschlampt). |
AW: Delphi XE2
Alles klar, dann ist das nicht ganz so einfach.
|
AW: Delphi XE2
Erst mal Danke für die Tips.
Die häufigen internen Fehler kommen nur, wenn man mit F9 startet. Ich verwende seit Tagen die Kombination Bereinigen - Neu erzeugen. Hier traten noch nie interne Fehler auf. Das Problem ist, das ich in einem Auftrag produktiv sein muss und keine Zeit habe, mich mit den Problemen und Unzulänglichkeiten des Entwicklungssystems zu beschäftigen. Ich hatte angenommen, da XE2 noch den alten 32 bit Compiler hat, das das die wohl vorerst letzte stabile Version des 32 bit Entwicklungssystems ist und ein Update von 2005 empfohlen. Ich warte noch die Reaktion des "Support-Services" von Embarcadero ab und werde dann wohl auf XE zurückgehen müssen. Gruß Peter |
AW: Delphi XE2
Ich kann die internen Compiler-Fehler bestätigen. Diese treten nur beim Comilieren (F9), nicht beim Erzeugen des
Projekts auf. Leider habe ich bisher noch keine Lösung gefunden. Unter XE läuft alles stabil. |
AW: Delphi XE2
Der Compiler Engineer von Embarcadero, Barry Kelly, hat einen möglicherweise
interesanten Blog-Eintrag. Vielleicht hilft es wenn man die Compiler Caches abschaltet:
Code:
(wobei man den FileSystem Cache wohl besser aktiviert lassen sollte, da sonst die Kompilierung in die Stunden gehen dürfte)
SET DCC_CACHE_DISABLE=SearchUnitNameInNS,FileSystem,UnitFindByAlias,GetUnitOf
|
AW: Delphi XE2
Zitat:
Frage mich nur warum der Kopf des Chief-Scientisten nicht schon lange gerollt ist?!? Naja, aber auch mit Delphi 7 muss man beim compilieren aufpassen. Sobald man eine größere Projektgruppe hat (mit installierten Packages, ...) gibt es da auch schnell Probleme. Statt F9 mach ich eigentlich für alles immer einen kompletten Rebuild. Und falls man installierte Packages kompiliert ist es oft nötig danach die IDE neu zu starten. Ich vermute mal ganz grob, dass der "Aktueller Pfad" Probleme macht und sich je nachdem welcher Pfad gerade aktuell ist die Reihenfolge der Verzeichnisse in denen gesucht wird unvorhergesehen ändern kann. (Wenn z.B. ein Projekt die Units eines Packages mit anderen Optionen in ein eigenes Temp-Verzeichnis compiliert hat - und dann plötzlich dieses Verzeichnis im Suchpfad vorrang vor dem Library-Path hat) ?!?? :?::?: wie wird denn der "Aktuelle Pfad" vom Compiler intern behandelt :?::?: |
AW: Delphi XE2
Ja den Effekt habe ich bei der Componentenentwicklung häufiger.
Wenn ich nicht sorgfältig alle Reste einer z.B. umbenannten Komponente lösche, dann bekommt man Probleme. Zuletzt bin ich darübergestolbert, wenn man einen Componentennamen verwendet, der irgendwo schon verwendet aber nicht installiert ist. Bei mir war das der Name TDatagrid (gibt es wohl in Midas) Hier streikt die Installation einfach ohne ersichtlichen Grund - es geht einfach nicht. Dringender ist jedoch mein Problem mit dem nicht funktionsfähigen Debugger. Ich habe jetzt einen Tip gefunden, das es mit Eurekalog zusammen hängen könnte. Ich hatte vor längerer Zeit die Demoversion auf dem Rechner und diese aber schon lange deinstalliert. Insgesamt ist die Situation mehr als ärgerlich. Wenn ich Geld für eine neue Version ausgebe, dann erwarte ich eigentlich das sich die Situation verbessert und nicht das ich wieder wie zu Zeiten von D8 an den Werkzeugen basteln muss. Peter |
AW: Delphi XE2
Zitat:
Verhält sich das bei dem Win7/64 genauso? Möglicherweise hat XE2 Probleme ältere Projekte richtig zu konvertieren bzw. der Debugger hat mit irgendwelchen Einstellungen Probleme. Da kann man Suchen. |
AW: Delphi XE2
Zitat:
Und Compilerentwickler (vor allem mit entsprechender Historie and existierenden Code) wird es nicht viele geben. Mir haben im Studium schon die eine Vorlesung Compilerbau gereicht um mir klar zu sein das ich hier nicht meine Erfüllung finden werde ... |
AW: Delphi XE2
Zitat:
(A, B1, B2, C) hat: A <-- B1 <-- C A <-- B2 <-- C Eine Projektgruppe (A, B1, B2, C) läßt sich am Stück ("ab hier alle erzeugen") nur verläßlich durchkompilieren wenn man die Abhängigkeiten künstlich auf etwa A <-- B1 <-- B2 <-- C umstellt. Weiß jemand, ob sowas inzwischen besser funktioniert? |
AW: Delphi XE2
Mit der Variable System.DebugHook lässt überprüfen ob sich der Debugger wirklich läuf oder nicht. Bei den Delphi 2010 Projekten war das nicht der Fall, so das ich in der Optionen "Delphi-Compiler" -> "Linken" die Option "Debug-Informatione" erst aktivieren mußte um den Debugger zum laufen zu bringen("Mit externen Debug-Symbolen" hat die gleiche Wirkung).
Ein Schönheistfehler gibt es troztem noch hier, die Haltepunkte werden ordentlich im Debugger angesprochen, aber anschließend als deaktiviert im normalen Editormodus angezeigt. Das ist aber nur ein reiner Anzeigefehler. |
AW: Delphi XE2
Am Wochenende habe ich mit XE2 weiter gebastelt mit nachfolgendem Ergebnis:
1. Der Debugger scheint nach dem Programmstart nicht zu laufen, da DebugHook = 0 ist. 2. Wenn ich beim Linker den Schalter mit "externen Symbolen" und den Schalter "separate TDS Datei erzeugen" setze, dann funktioniert der Debugger beim Programmstart. Wenn ich anschließend diese Schalter wieder zurück setze und die erzeugten separaten Dateien lösche, dann funktioniert der Debugger weiterhin wie gewohnt. Versuchsweise neues Projekt anlegen. Debugger funktioniert nicht. Die Schalter setzen und wieder rücksetzen. Debugger funktioniert mit diesem Projekt. Braucht wohl eine Initialzündung. Nebenbei bemerkt, auf meine Anfrage beim Embarcadero "Service" habe ich bis heute keine Antwort erhalten. XE2 scheint seit Delphi 8 die buggigste ausgelieferte Version zu sein, hoffentlich kommen bald die nächsten Update. Gruß Peter |
AW: Delphi XE2
Zitat:
|
AW: Delphi XE2
Naja, vor allem ist die Frage, ob es dann auch nach einer Änderung im Quelltext korrekt geht oder die alten Symbole benutzt werden.
|
AW: Delphi XE2
IDE Neustart hbe ich noch nicht probiert.
Komme ich erst am Wochenende wieder dazu. Alte Symbole glaube ich nicht, da ich ja die generierten Dateien wie TSD gelöscht habe und diese auch nicht neu erzeugt wurden. Beim Erkennen ob eine Neucompilierung notwendig ist, scheint es ohnehin ein Problem zu geben. Da erkennt die IDE nicht jede Änderung. Das ist im Moment nicht weiter schlimm. Durch den Bug, das F9 interne Fehler produziert, muß ich ohnehin immer über Neucompilierung gehen. Gruß Peter |
AW: Delphi XE2
Ich habe zwischenzeitlich weiter probiert.
Nach einem Programm-Neustart ist der Debugger wieder inaktiv. Erst das Einschalten "mit externen Symbolen" aktiviert den Debugger wieder. Aufgrund des "interner Fehler" Bugs, verwende ich immer "Erzeugen", da sollte die externe Symbolliste jedesmal neu erzeugt werden. Gruß Peter |
AW: Delphi XE2
Der Fehler ist eventuell mit dem Update 2 behoben, siehe QC 100342.
|
AW: Delphi XE2
Zitat:
Allerdings ist auf dem betroffenen Rechner auch das Update nicht sauber gelaufen. Es kommt ständig die Meldung "config.msi ist Schreibgeschützt". Config.msi habe ich vor dem Update komplett gelöscht, so dass der Installer das Verzeichnis neu anlegen kann. Bei manuellen Rücksetzen des Schreibschutzes wird er von dem Delphi-Installer wieder gesetzt. Beim Debugger habe ich zwischenzeitlich den Verdacht, das er sich nicht mit den Microsoft Entwicklungssystem verträgt. VS2010,Expression Blend und Web sind auf dem Rechner installiert. Ich habe das Thema aus Zeitgründen inzwischen abgeschlossen und wieder Delphi 2010 installiert. Das funktioniert auf dem Rechner problemlos. Gruß Peter |
AW: Delphi XE2
Also ich hab hier
- Delphi 2007 - Delphi XE2 - Visual Studio 2001 - Expression Blend - Visual Studio 2001 Express for WindowsPhone - XNA Game Studio druaf und keine solchen Konflikte. Kann aber auch sein, dass ich nur Glück hatte ;) |
AW: Delphi XE2
Liste der Anhänge anzeigen (Anzahl: 1)
Jetzt fängt der Debugger auch auf dem Firmenrechner an Zicken zu machen.
Dabei bin ich noch über eine Kleinigkeit gestolpert. werden in einem Projekt eine BPL und die Test.Exe zusammengefasst, dann sind in Exe und BPL die Modes Debug und Release vertauscht. Bei der BPL funktioniert der Debugger nur, wenn diese auf Release steht. Ich habe mal ein kleines bild angehängt. Gruß Peter |
AW: Delphi XE2
Zitat:
Cheers, Hans |
AW: Delphi XE2
Zitat:
Aber sein Vortrag bei der EKON gehöhrte nicht gerade zu den Unterhaltsamsten und am besten gestaltesten - Wenn dafür sein Ergebnis im Compilerbau besser kann ich solche Vorträge verkraften. |
AW: Delphi XE2
Zitat:
|
| Alle Zeitangaben in WEZ +1. Es ist jetzt 22:03 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz