XE8 compiliert endlos

[Bambini]

mit XE8.1 (subscription update) kommt es jetzt vor, das beim Drücken von F9 der Compiler loslegt
und eine Fehlermeldung im Meldungsfenster kommt:

Delphi-Quellcode:

[dcc32 Fataler Fehler} Project1.dpr(12): F2613 Unit 'hiereinname' nicht gefunden.

jedoch verschwindet nicht das Dialog Fenster des Compiler, sondern er zählt munter den Fehler Zähler immer weiter hoch.
Man kann es nicht abbrechen und muss Delphi komplett im Task Manager killen.
Damit sind alle Änderungen die nicht gespeichert wurden weg.

Das gleiche Projekt unter XE7, bricht nach der Fehlermeldung ganz normal ab.

Hat das jemand auch schon beobachtet?

[Union]

Häng doch mal ein Demoprojekt ran, mit dem das evtl. reproduzierbar ist.

[Bambini]

Zitat:

Zitat von Union (Beitrag 1306300)

Häng doch mal ein Demoprojekt ran, mit dem das evtl. reproduzierbar ist.

Ich konnte das Problem leider noch nicht isolieren. Scheint eine Besonderheit dieses Projektes zu sein,
auch nur dann, wenn in dem Suchpfad ein ungültiger Pfad enthalten ist.

Wenn ich die ungültige Pfadangabe im Suchpfad lasse und die Projekt Eingenschaften speichere,
dann in den Code wechsel und in eine Runde Klammer tippe, schnappt sich die IDE einen
CPU Kern und kommt nicht mehr zurück. Allerdings steigt der Speicherverbrauch nicht mehr an.

[Union]

Hängt wahrscheinlich mit dem "Fix" hierfür zusammen.

[Bambini]

Zitat:

Zitat von Union (Beitrag 1306305)

Hängt wahrscheinlich mit dem "Fix" hierfür zusammen.

Ägerlich ist besonders, dass man alle seine Änderungen verliert wenn das passiert.

[Bambini]

Zitat:

Zitat von Union (Beitrag 1306305)

Hängt wahrscheinlich mit dem "Fix" hierfür zusammen.

Kurz mal probiert ob das wieder die Refactory Libraries von Delphi sind, analog zum XE7:
http://www.delphifeeds.com/go/s/124344

Hilft aber nicht. Auch nach dem Patch: Tippt man die runde Klammer auf, ist Schluß mit der IDE.:evil:

[Union]

Ich habe mal einen Test gemacht und sinnlose Pfadnamen in sämtlichen Delphi- und Projektoptionen eingefügt. Ich gerate leider nicht in eine Endlosschleife. Es erscheint einmalig F2613 und der Compile-Dialog kann danach geschlossen werden.

[SvB]

Ich hab in "Tools", "Optionen", "Umgebungsoptionen" in der Groupbox "Optionen für Autospeichern" immer beide Optionen angehakt. Dann speichert Delphi immer vor dem Kompilieren. Hat mich schon oft "gerettet".

[Mavarik]

Das passiert wenn eine Unit im Uses steht, die nicht im DProj drin ist...

Aber wie ich schon in einem anderem Thread geschrieben habe... Gibst es den Fehler laut EMBT nicht...

[Bambini]

Zitat:

Zitat von Mavarik (Beitrag 1306358)

Das passiert wenn eine Unit im Uses steht, die nicht im DProj drin ist...

Ja, das ist bei mir so. Es ist eine 3rd party lib mit vielen units, die sind nicht im DProj verlinkt.

Zitat:

Zitat von Mavarik (Beitrag 1306358)

Aber wie ich schon in einem anderem Thread geschrieben habe... Gibst es den Fehler laut EMBT nicht...

Welcher Thread ist das?

Das Autospeichern ist natürlich eine Option, aber bisher war die Möglichkeit, Änderungen erst mal nur ungespeichert durchzuführen, sehr angenehm und hat bisher bei allen verwendeten Delphi IDE's wunderbar geklappt.

[Uwe Raabe]

Zitat:

Zitat von Mavarik (Beitrag 1306358)

Das passiert wenn eine Unit im Uses steht, die nicht im DProj drin ist...

Die Aussage ist so sicher nicht ausreichend. Das gilt nämlich so ziemlich für alle RTL/VCL-Units, Units von Drittherstellern (z.B. FastReport) und viele andere. Aber da passiert es nicht, sonst hätte das Problem wohl jeder. Es muss also noch etwas anderes sein.

[Mavarik]

Zitat:

Zitat von Uwe Raabe (Beitrag 1306366)

Es muss also noch etwas anderes sein.

Tja gute Frage... ich laufe immer in das Problem, wenn ich ein Projekt habe bei dem die Source-Dateien in unterschiedlichen Verzeichnissen liegen...

Wenn ich dann keinen DProj habe gehe ich so vor...

<F9> welche Unit findet der Compiler nicht...
File hinzufügen und wieder <F9>

Nach 2-3 "runden" passiert es. Errors zählen hoch... Endlos... IDE TOT

Das ist so in "allen" neuen Delphi Versionen seit XE8... (XE7 hab ich nicht mehr getestet)

Mavarik

[Bambini]

Zitat:

Zitat von Mavarik (Beitrag 1306368)

Nach 2-3 "runden" passiert es. Errors zählen hoch... Endlos... IDE TOT

Das ist so in "allen" neuen Delphi Versionen seit XE8... (XE7 hab ich nicht mehr getestet)

In Delphi XE7 ist mir das noch nicht passiert. Das hat zwar ein anderes größeres Problem mit dem Speicherverbrauch,
aber nach dem Umbenennen der Refactory Dll's ist es für meine Projekte nutzbar.
Erst XE8 zeigt dieses Problem.

[Uwe Raabe]

Zitat:

Zitat von Mavarik (Beitrag 1306368)

ich laufe immer in das Problem, wenn ich ein Projekt habe bei dem die Source-Dateien in unterschiedlichen Verzeichnissen liegen...

Wenn ich dann keinen DProj habe gehe ich so vor...

<F9> welche Unit findet der Compiler nicht...
File hinzufügen und wieder <F9>

Nach 2-3 "runden" passiert es. Errors zählen hoch... Endlos... IDE TOT

Das ist doch schon mal eine brauchbare Beschreibung wie man den Fehler reproduzieren kann. Passiert das unabhängig vom Ziel-Compiler oder womöglich nur mit bestimmten?

[Bambini]

Zitat:

Zitat von Uwe Raabe (Beitrag 1306379)

Passiert das unabhängig vom Ziel-Compiler oder womöglich nur mit bestimmten?

Bei mir ist das VCL Win32 Projekt. Weitere Zielplattformen sind nicht eingerichtet.
Es passiert auch nicht mit anderen Tool Verzeichnissen, sondern bisher nur mit einem.
Ist der Pfad zu den Units in den Projektoptionen nicht enthalten, so kommt es sofort zum IDE Tot,
wenn man F9 oder auch nur eine runde Klammer im Sourcecode tippt.

[Rollo62]

Ist vielleicht das Projekt zu gross ?

Dann könnte der Compilerschalter USe MSBuild External helfen.

Rollo

[Bambini]

Zitat:

Zitat von Rollo62 (Beitrag 1306457)

Dann könnte der Compilerschalter USe MSBuild External helfen.

Leider nein. Es erscheint dann immer noch die eine Meldung im Meldungsfenster, allerdings ohne ohne die Nummer F2613,
der Compiler Dialog bleibt stehen, aber zählt keine Fehler mehr hoch.
IDE hängt und der Taskmanager zeigt, dass diese eine ganze CPU belegt.

[Bambini]

Hier der Callstack der BDS.EXE wenn der Compiler Lauf [F9] hängt:

Code:

designide220.bpl!@Events@TEvent@IndexOf$qqrynpqqrp14System@TObject$v+0x5a
coreide220.bpl!@Msglines@TFileMessageLine@$bctr$qqrx20System@UnicodeStringiit1ox53System@%DelphiInterface$26Msglinesintf@IMessageGroup%+0x5f
designide220.bpl!@Events@TEvent@IndexOf$qqrynpqqrp14System@TObject$v+0x5a
designide220.bpl!@Events@TEvent@Add$qqrynpqqrp14System@TObject$v+0x12
coreide220.bpl!@Msglines@TFileMessageLine@SetFileEntry$qqrxp19Msglines@TFileEntry+0x36
coreide220.bpl!@Msglines@TFileEntry@Add$qqrx50System@%DelphiInterface$23Msglines@IFileEntryLine%+0x31
coreide220.bpl!@Msglines@TFileBuffer@AddLine$qqrx20System@UnicodeStringx50System@%DelphiInterface$23Msglines@IFileEntryLine%+0x3b
coreide220.bpl!@Msglines@TLineBuffer@AddFileLine$qqrx20System@UnicodeStringp18Msglinesintf@TLineo+0x71

[Bambini]

und hier, wenn es nach dem Tippen der runden Klammer in der IDE klemmt:

Code:

KERNELBASE.dll!WideCharToMultiByte
dcc32220.dll+0x6c849
dcc32220.dll!DbEval32InitProc+0x149cd
dcc32220.dll!CallNextUnitFreeHookEx+0x908b
dcc32220.dll!CallNextUnitFreeHookEx+0x9099
dcc32220.dll!KibitzGetOverloads+0x1c90
dcc32220.dll!DbEval32InitProc+0x149cd
dcc32220.dll!KibitzGetOverloads+0x6ce
dcc32220.dll!DbEval32InitProc+0x14b98
dcc32220.dll!CallNextUnitFreeHookEx+0x4ee8
dcc32220.dll!CallNextUnitFreeHookEx+0x5179
dcc32220.dll!CallNextUnitFreeHookEx+0x5184
dcc32220.dll!CallNextUnitFreeHookEx+0x5f1f
dcc32220.dll!CallNextUnitFreeHookEx+0x71bb
dcc32220.dll!CallNextUnitFreeHookEx+0x7779
dcc32220.dll!CallNextUnitFreeHookEx+0x7ace
rtl220.bpl!@System@Sysutils@WideFormatBuf$qqrpvuipxvuipx14System@TVarRecxirx31System@Sysutils@TFormatSettings+0x92c
dcc32220.dll!DbEval32InitProc+0x1975d
dcc32220.dll!CallNextUnitFreeHookEx+0x8ad0
dcc32220.dll!CallNextUnitFreeHookEx+0x8af4
dcc32220.dll+0x2723e
dcc32220.dll!CallNextUnitFreeHookEx+0x9f2f
dcc32220.dll!CallNextUnitFreeHookEx+0x9f7d
dcc32220.dll!CallNextUnitFreeHookEx+0xa6f0
dcc32220.dll!DbEval32InitProc+0x14b98
dcc32220.dll!DbEval32InitProc+0x146c5
dcc32220.dll!CallNextUnitFreeHookEx+0x11b4e
dcc32220.dll!DbEval32InitProc+0x14065
dcc32220.dll!DbEval32InitProc+0x14478
dcc32220.dll!DbEval32InitProc+0x12885
dcc32220.dll+0x578fa
dcc32220.dll!DbEval32InitProc+0x14490
dcc32220.dll!CompilerGetUnitSymbolCmdLine+0x191