Delphi XE2

[SvB]

Alles klar, dann ist das nicht ganz so einfach.

[hanspeter]

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

[BlackSeven]

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.

[jbg]

Der Compiler Engineer von Embarcadero, Barry Kelly, hat einen möglicherweise interesanten Blog-Eintrag. Vielleicht hilft es wenn man die Compiler Caches abschaltet:

Code:

SET DCC_CACHE_DISABLE=SearchUnitNameInNS,FileSystem,UnitFindByAlias,GetUnitOf

(wobei man den FileSystem Cache wohl besser aktiviert lassen sollte, da sonst die Kompilierung in die Stunden gehen dürfte)

[Patito]

Zitat von jbg:

Der Compiler Engineer von Embarcadero, Barry Kelly, hat einen möglicherweise interesanten Blog-Eintrag. Vielleicht hilft es wenn man die Compiler Caches abschaltet:

Code:

SET DCC_CACHE_DISABLE=SearchUnitNameInNS,FileSystem,UnitFindByAlias,GetUnitOf

(wobei man den FileSystem Cache wohl besser aktiviert lassen sollte, da sonst die Kompilierung in die Stunden gehen dürfte)

Hm. Klingt nicht so als ob der Compiler zur Zeit in guten Händen ist...
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

[hanspeter]

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

[Patito]

Zitat von hanspeter:

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

Ein Problem das mich in D7 oft stört ist auch wenn man abhängigen Packages
(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?

[Bernhard Geyer]

Zitat von Patito:

Hm. Klingt nicht so als ob der Compiler zur Zeit in guten Händen ist...
Frage mich nur warum der Kopf des Chief-Scientisten nicht schon lange gerollt ist?!?

Du kannst so einen Kopf nur rollen lassen wenn du entsprechende Alternativen hast.
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 ...

[hans942]

Zitat von Patito:

Zitat von jbg:

Der Compiler Engineer von Embarcadero, Barry Kelly, hat einen möglicherweise interesanten Blog-Eintrag. Vielleicht hilft es wenn man die Compiler Caches abschaltet:

Code:

SET DCC_CACHE_DISABLE=SearchUnitNameInNS,FileSystem,UnitFindByAlias,GetUnitOf

(wobei man den FileSystem Cache wohl besser aktiviert lassen sollte, da sonst die Kompilierung in die Stunden gehen dürfte)

Hm. Klingt nicht so als ob der Compiler zur Zeit in guten Händen ist...
Frage mich nur warum der Kopf des Chief-Scientisten nicht schon lange gerollt ist?!?

Ganz im Gegenteil, ich denke Delphi hatte schon lange nicht mehr so gute Compiler'menschen'. U.a. sind sie an Neuem interessiert und haben z.B. Closures (anonymous methods) implementiert. Einen, nämlich den Zitierten, kann man z.B. auch mit guten Beiträgen in Hacker News und StackOverflow antreffen. - Wundert mich wie Du zu so einer unqualifizierten Aussage kommst. Lass es besser bleiben (imho)!

Cheers,
Hans

[Bernhard Geyer]

Zitat von hans942:

Einen, nämlich den Zitierten, kann man z.B. auch mit guten Beiträgen in Hacker News und StackOverflow antreffen. - Wundert mich wie Du zu so einer unqualifizierten Aussage kommst. Lass es besser bleiben (imho)!

Was seine Compilerbauer-Qualitäten betrifft kann ich micht wegen fehlenden Einblick in diesem Bereich nicht äußern.
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.