[Fmx,Android] Tokyo 10.2.2 App crasht vor Application.Initialize;

[Mavarik]

Ich habe einfach das Android SDK/NDK gelöscht und beim ersten start neu durch GetIt geladen...

Hast Du mal ne neue App Versucht, sonst schick ich Dir eine...

Mavarik

[Rollo62]

Die ich im Anhang habe war auch eine ganz neue App.

Ich hatte gerade doch noch mal eine ganz neue probiert, weil ich es gar nicht glauben will:
- New MultiDevice Project
- Speichern
- Auf Android schalten
- Start mit Debug

--> läuft

Dann baue ich die Zeile in die Unit ein ein:

Delphi-Quellcode:

uses
  System.SysUtils, System.Types, System.UITypes, System.Classes, System.Variants,
  FMX.Types, FMX.Controls, FMX.Forms, FMX.Graphics, FMX.Dialogs
  //
  , FireDAC.Phys.SQLite   // !!! Adding this line causes Crash under Android 7.1.1
  ;

- Start mit Debug

--> Crash

Ich kann jetzt nochmal versuchen Alles neu zu installieren, aber Weihnachtsferien sind schon vorbei
Wird wohl etwas dauern.

Rollo

[Mavarik]

Dann "bau" das doch bitte nicht ein, sondern Klick die Komponente aufs Form...
Dann werden doch 4 Units in die Uses eingefügt.

[Rollo62]

Das hatte ich natürlich auch so gemacht.

Ich habe das nur eingebaut weil ich das schon so weit zerlegt hatte
und schon diese Zeile den Crash verursacht.
Vermutlich NUR diese Zeile.

Rollo

[Mavarik]

Zitat von Rollo62:

Das hatte ich natürlich auch so gemacht.

Ich habe das nur eingebaut weil ich das schon so weit zerlegt hatte
und schon diese Zeile den Crash verursacht.
Vermutlich NUR diese Zeile.

Rollo

Bedeutet so geht es auch bei Dir?

[Rollo62]

Ok, ich hab das SDK gelöscht und neu installiert per GetIt.
Jetzt hat er hier API22 eingestellt
und das in CatalogRepository installiert
AndroidNDK-9c_x86
AndroidSDK-24.3.3
AndroidSDKAndTools-XE9

Was soll ich sagen, jetzt läuft die App wieder, und anscheinend auch meine größeren Apps

Also ich hatte Probleme mit Android 5.0 Kompatibilität, und hatte versucht die API von AndroidStudio einzuspielen.
Aber offensichtlich war das API 22 und nicht API23, wie ich versucht hatte.
Verdammte Versionshölle.

Kann es sein das Emba speziell angepasste SDKs/NDKs hat, oder sind das die Gleichen (wovon ich immer ausgehe) ?

Muss weiter Testen.

Dankesehr für die Unterstützung, ich hoffe das ich bald komplett auf Tokyo wechseln kann, mit iOS/MacOs bin ich ja schon, Android fehlt noch.

Rollo

[Rollo62]

Zitat:

Vermutlich NUR diese Zeile.

Ja, das war ja das seltsame.
NUR diese eine Zeile mit Sqlite machte den Crash.

Aber jetzt mit ganz anderer API22 (statt vorher 23), scheints wieder zu Laufen ...

Rollo

[himitsu]

Zitat:

- Start mit Debug

--> Crash

Vielleicht hab ich die Infos übersehn, aber wo knallt es denn?

Der Debugger wird doch hoffentlich auch ein bissl was anzeigen.
Stacktrace usw.

[Rollo62]

Es crasht vor dem Eintritt in die Pascal-Routinen, also vor Initialize.
In C würde ich vor main sagen

Es scheint sich geklärt zu haben, das wird mit den unterschiedlichen API-Versionen zu tun gehabt haben.

Unter Belin konnte ich mit Updates der API arbeiten, und habe komplexere Apps am Laufen mit API-23.

Unter Tokyo scheint es API-22 sein zu müssen, denn dies hat der GetIt Installer installiert.

Ich bin noch am Testen, aber es scheint jetzt unter Android wieder brauchbar zu werden nach dem letzten 10.2.2 Update.

Die APIs hatte ich unter Berlin mit dem Android-Studio verwaltet, unter Tokyo scheint dies das Problem gewensen zu sein.

Ich bin aber noch am Testen.

Der Grund warum ich vom GetIt SDK abgewichen bin waren Probleme mit älteren Phones, auf z.B. Android-5, dise waren unter Belin mit höherem APi oder Update des API gelöst.
Ich bin noch dabei für mich eine Liste der nötigen/möglichen APIs zu Erstellen, ach weil anscheinend ab Android 7 etwas Unruhe in die APIs gekommen war.

Eine problematische/beunruhigende Frage wäre noch:
Warum hat es bei Frank auch gecrasht (minimale App, nur mit FireDac.Sqlite.Phys in den Uses) ?
Die TestApp hängt unten im 1. Post dran, kannst du ja gerne auch mal checken.
Die läuft jetzt jedenfalls wieder, nach der Neuinstallation von SDK/NDK via GetIt.

Rollo

[Rollo62]

In dem Ganzen Versionsdschungel bin ich vielleicht auf der falschen Fährte ?
EDIT: Diese schöne Liste will ich euch auch nicht vorenthalten ...

Laut Emba braucht Tokyo:

Zitat:

Bei der Installation des Produkts installiert RAD Studio die Android SDK-Tools Revision 24.3.3 und das Android NDK. Enthalten sind:

Die Android OS-Version 6.0 (API-Level 23)
Das Android NDK (android-ndk-r9c)

Warnung: RAD Studio unterstützt diese Android-Entwicklungstools. Verwenden Sie keine anderen Versionen oder aktualisieren Sie sie nicht unabhängig von RAD Studio.

(Ok, die Warnung würde ich jetzt ernster nehmen)

Aber trotzdem,
gestern neu mit GetIt installiert wirft mir das Setup nur
SDK: platforms\android-22 raus
NDK: platforms\android-3 bis android-19 raus

Infos:
API-Level:

SDK Version History
- SDK "Zusatz" aktuell: 24.3.3
- BuildTools: 22.0.1
- Platforms: android-22 OK, hier ist mal die gewünschte 22, aber 23 ist noch eins höher
- Platform tools: ???



SDK Tools History

Zitat:

1. SDK Tools, Revision 24.3.3 (June 2015)
   Dependencies:
2. Android SDK Platform-tools revision 19 or later.
3. General Notes:
   Fixed issues with using Ant build tasks with the Eclipse ADT build structure.
   Fixed the emulator boot problem on Mac OS X 10.8.5.

--> Diese "aktuellen" SDK-Tools sind von 2015, und verweisen auch auf womöglich API 19

NDK revision history

Zitat:

1. Header fixes:
   Changed prototype of poll to poll(struct pollfd *, nfds_t, int); in poll.h.
   Added utimensat to libc.so for Android API levels 12 and 19. These libraries are now included for all Android API levels 12 through 19.
   Introduced futimens into libc.so, for Android API level 19.
   Added missing clock_settime() and clock_nanosleep() to time.h for Android API level 8 and higher.
   Added CLOCK_MONOTONIC_RAW, CLOCK_REALTIME_COARSE, CLOCK_MONOTONIC_COARSE, CLOCK_BOOTTIME, CLOCK_REALTIME_ALARM, and CLOCK_BOOTTIME_ALARM in time.h.
   Removed obsolete CLOCK_REALTIME_HR and CLOCK_MONOTONIC_HR.

- NDK "Zusatz" aktuell: 9c_x86
- NDK Platforms: android-3 bis android-19 ??
- Release: r9c

--> Nirgends die Rede von API-Level 22 hier, also sind die NDKs doch nur bis API-level 19, oder nicht ?

Laut Android sieht die History folgendermassen aus.

Stimmen diese "API-nummern" bei SDK und NDK etwa nicht überein, sind das womöglich nur unabhängige "revision" Nummern ?

FAZIT: Für mich sieht es in etwa so aus:
FMX fordert:
SDK API-Level android-23
NDK r9c

GetIt installiert:
SDK API-Level android-22: NICHT OK, das scheint mir da nur die 22 statt 23 zu sein
SDK-Tools: 24.3.3 (ist nirgends spezifiziert, scheint aber android-19 zu sein)
NDK r9c: OK, (aber auch hier sehe ich nur android-19, nirgends den Hinweis auf android-23)

Wer kann denn etwas mehr Licht in dieses Dunkel der Versionitis bringen,
welche Version darf/muss da sein bei den SDK/NDK und Tools ?

Rollo