RAD Studio ständig Linker Error 00000001

[sko1]

Hallo,

ich bekomme langsam die Krise bei der Arbeit an einem Android-Projekt:
Linker Error 00000001 ist zu 90% das Ergebnis, die App zu erzeugen.

Dann hilft nur "Bereinigen" (oder das gesamte Ausgabeverzeichnis löschen), danach werden aber alle Units wieder compiliert was ewige Zeiten dauert!

Dann nur zwei Zeilen im Code eines Formulars geändert und wieder Linker Error 0000001!

Gibt es da Abhilfe die ich noch nicht gefunden habe?

Ciao
Stefan

[bra]

Manchmal bringt es etwas, wann man die uses im dpr in der Reihenfolge änderst. Siehe auch hier: http://www.delphipraxis.net/189406-g...ut-memory.html

[Rollo62]

Besser auch alle Units radikal entkoppeln, und die einzelnen Units klein halten.

Rollo

[mensch72]

schonmal mit der Installation und Path-Umstellung auf (aktuelles) 64Bit NDK probiert ?

[Mavarik]

Welche Delphi Version?

[hoika]

Hallo,
hier ist der Fehler an einem Beispiel,schön beschrieben:
http://stackoverflow.com/questions/3...id-app-sqlite3

Ich würde hier genauso vorgehen:
Units ausklammern und nach und immer mehr reinnehmen.

Ja, im Beispiel,kam der Fehler immer.

PS:
Liegen die Quellen auf einer SSD?
Das sollte beim Build All schon was bringen.

[sko1]

WOW, so viele Ideen :-)

Also zurück zu den Fakten bei mir:

Rad Studio 10.1 Update 2 und Source liegen alles mit Windows 10 64 Bit auf einer SSD, auf dem großen PC sowie auf dem Notebook, die Probleme habe ich auf beiden...

An Formularen habe ich nur noch ein einziges was direkt geladen wird, alle anderen werden dynamisch bei Bedarf erzeugt, denn schon nach ca. 6 Forms fingen die Probleme an, die teilweise durch ändern der Reihenfolge in der DPR behebbar waren, dann aber eben nicht mehr.

Die Geschichte mit dem 64Bit NDK sehe ich mir an...

Das mit dem Entkoppeln und kleinhalten der Units klinge erst mal vernünftig, ist aber in der Praxis eben nicht ganz so einfach einzuhalten ;-)

Units ausklammern und nach und immer mehr reinnehmen ist nicht der gewollte Ansatz, da das Projekt je generell compilierbar ist, wenn vorher bereinigt wurde bzw. das Zielverzeichnis komplett gelöscht wurde.

Ciao
Stefan

[hoika]

Hallo,
mit dem Schritt für Schritt wollte ich erreichen, festzustellen,
dass es vielleicht an einer bestimmten doppelten Unit (oder Unit mit doppelter Klasse) liegt,
was beim Build-All "rausgerechnet wird".

Hm, läßt sich schlecht erklären.
Vielleicht gibt es irgendwo 2 Klassen mit dem gleichen Namen und der Linker
benutzt die .o-Datei mit der falschen Klasse, weil die compiliert schon vorliegt.

[sko1]

So, das aktuelle 13er NDK habe ich und wollte es in das vorgegebene Verzeichnis kopieren, erhalte aber folgende Fehlermeldung:

http://www.delphipraxis.net/attachme...1&d=1486458964

was macht man in solch einem Fall?

Ciao
Stefan

Nachtrag:
Nachdem ich alle Pfade für NDK auf das 13er umgestellt habe, kommt beim Linken:
[DCC Fehler] E2597 C:\Users\Public\Documents\Embarcadero\Studio\18.0\ CatalogRepository\android-ndk-r13b-windows-x86_64\android-ndk-r13b\toolchains\arm-linux-androideabi-4.9\prebuilt\windows-x86_64\bin\arm-linux-androideabi-ld.exe: error: cannot find -ldl

aber die angegebene Datei ist arm-linux-androideabi-ld.exe vorhanden!

[hoika]

Hallo,
im ersten Fall eine neue Umgebungsvariable anlegen,
um zumindestens einen Teil des Pfades zu kürzen oder mit subst ein neues Laufwerk anlegen.

Bei der zeiten Frage:
Ist das ein Copy&Paste-Fehler oder warum steht hier
C:\Users\Public\Documents\Embarcadero\Studio\18.0\ CatalogRepository

ein Leerzeichen?

[RWarnecke]

Zitat:

Zitat von sko1 (Beitrag 1360978)

Units ausklammern und nach und immer mehr reinnehmen ist nicht der gewollte Ansatz, da das Projekt je generell compilierbar ist, wenn vorher bereinigt wurde bzw. das Zielverzeichnis komplett gelöscht wurde.

Hast Du Windows 10 und Delphi in einer Parallels VM installiert ? Wenn ja, kopiere mal das Projekt lokal auf Deine Parallels Festplatte und versuche dann mehrmals hintereinander zu kompilieren. Schaue Dir mal diesen Thread an ab Beitrag #12. Vielleicht hilft es weiter.

[sko1]

Zu den 2 letzten Nachfragen:

nein, ich benutze keine VM und das mit dem Leerzeichen war Copy/Paste Fehler.
Ich habe das NDK jetzt woanders abgelegt, kann wieder compilieren aber der Linker Fehler kommt immer wieder regelmäßig!

Manchmal kann ich in 5 Units Änderungen machen und es wird compiliert, manchmal reicht eine einzige neue Zeile und "Linker Error 000001" :-(((

Ich habe irgendwie das Gefühl dass da irgendwie ein Zeitverhalten dahintersteckt, während des Compilierens / Linkens sehe ich immer mal wieder "reagiert nicht mehr..." im Fensterkopf

Ciao
Stefan

[QuickAndDirty]

Ich hab dieses Problem auch gehabt, es ließ sich aber nicht lösen. Die einzige Lösung war es durch MSBuild compilieren zu lassen, statt über die IDE. Ich finde es ehrlich gesagt ziemlich merkwürdig dass der Compiler immer wieder am Arbeitsspeicher scheitert. Es kann nicht sein das ich für eine 12 MB APK mehr als 6 Gigabyte Arbeitspeicher zum kompilieren brauche. Gut die IDE gibt auf nach dem sie auf 2 Gigabyte belegten Speichers angewachsen ist.

[sko1]

6GB Arbeitsspeicherverbrauch bei einem 12MB APK?

Wo kann ich diesen Verbrauch sehen, vielleicht ist das bei mir ja auch so?

Wie muss man vorgehen um es "mit MSBuild compilieren zu lassen", dann aber das APK weiter in der IDE erstellen?

Kann man auf diesem Wege denn auch noch auf dem Android Device debuggen?

Ciao
Stefan

[hstreicher]

tobt sich da evtl ein Virenscanner aus der die frisch auf die Platte geschriebe Datei scannt und dabei den Zugriff blockiert?

mfg Hannes

[sko1]

Guter Hinweis!
Mein AntiVir hat zwar noch nie Probleme gemacht, aber testweise abschalten kann ich den ja mal...

Ciao
Stefan