XE8 compiliert endlos

[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