Firemonkey: Android-App wird sofort beendet.

[nikosophi]

Hallo,

"Appname" wurde beendet.

Diese Meldung erscheint noch bevor mit dem Debugger die erste Ausführungszeile anhalten kann.
Zum Testen habe ich eine Android-App mit einem Label auf dem Haupformular erstellt.

Meine Umgebung:
Delphi: Embarcadero® Delphi XE6 Version 20.0.16277.1276 SP1
SDK: 22.3 ( und alternativ 24.3.4 )

Getestet habe ich mit:
Auf einem Samsung S3 mit Android 4.3 startet die App wunderbar !!!
Auf einem Samsung S3 mit Android 5.1 -> Fehlermeldung und Abbruch
Auf einem Nexus 5 mit Android 5.1 -> Fehlermeldung und Abbruch
Auf einem Nexus 5 mit Android 6.0 -> Fehlermeldung und Abbruch

Ich verstehe ehrlich gesagt die genauen Zusammenhänge zwischen den SDK Versionen, Android Version und Firemonkey Einstellungen noch nicht so genau.
Freue mich aber, wenn mir jemand einen Tip geben könne woran das liegen kann oder wie ich die Ursache finden kann.

Danke

[Olli73]

Dürfte an deiner Delphi-Version liegen (in Zusammenhang mit Android >= 5.0):

http://www.delphipraxis.net/182480-a...chts-mehr.html

[nikosophi]

Hallo Olli73,

Danke für Deine schnelle Antwort.

Du meinst mit "Delphi® 10 Seattle" würde es funktionieren?

[Edit]
Ok, habs grade bei http://www.embarcadero.com/de/products/delphi
gelesen:

"Zur plattformübergreifenden Unterstützung gehören Windows 10, iOS 8.4, Android 5.1.1 und OS X Yosemite."

Heisst also für neue Android Versionen ( z.B. Android 6 API23 ) muss man auch Delphi updaten.

[Bernhard Geyer]

Zitat:

Zitat von nikosophi (Beitrag 1316313)

Heisst also für neue Android Versionen ( z.B. Android 6 API23 ) muss man auch Delphi updaten.

eigentlich kann man sagen das für jede neue Mobile-OS-Version (Android, iOS, Windows Phone) man eigentlich gleich eine aktuelle IDE-Version nutzen sollte.
Sei es weil die alte nicht mehr läuft (Android5, iOS9 mit Delphi), der OS-Hersteller sagt das man jetzt alles so machen sollte (Windows CE/Mobile/Phone/<egal wie das Mobile Windows jetzt heißt) oder neue Vorgaben bezüglich zu verwendentes SDK oder Bitbreite macht (iOS mit Vorgabe das 64-Bit App zwingend nötig ist).
Die gute alte Zeit in der man ein (Windows-)Programm einmal entwickelt hat und es dann die nächsten 10 Jahre läuft (evtl. ein paar Einschränkungen hat) ist bei mobiler Entwicklung nicht gegeben. Hier muss man immer dahinter sein will man nicht das die Anwendung aus dem AppStore fliegt.

[Harry Stahl]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1316316)

Die gute alte Zeit in der man ein (Windows-)Programm einmal entwickelt hat und es dann die nächsten 10 Jahre läuft (evtl. ein paar Einschränkungen hat) ist bei mobiler Entwicklung nicht gegeben. Hier muss man immer dahinter sein will man nicht das die Anwendung aus dem AppStore fliegt.

Wie wahr, so ist es. Man muss sich einfach entscheiden, ob man da mit macht oder nicht.

Aber wenn man mitmacht, dann muss man eben wirklich dran bleiben.

Erfreulicherweise bietet dieses Forum eine hervorragende Unterstützung hierfür (daher zwischendurch einfach mal ein herzliches und großes Dankeschön für Betreiber und Moderatoren und natürlich an alle, die ihr Wissen teilen).

Aber auch EMBA gibt sich redlich Mühe, die Prozesse zu vereinfachen und zu verbessern und auf auf YouTube gibt es viele hilfreiche Videos zur mobilen Entwicklung.

Ich sehe es als einen mühsamen Weg, der aber - so glaube ich - mit der Zeit einfacher werden wird und immer etwas interessantes zu bieten hat.

[nikosophi]

Dank an Euch für die Hilfe, dann muss ich nicht länger rumprobieren und an mir zweifeln.

Da bin ich aber froh, dass ich mit dem 79 ct Verkauf meiner Apps Rücklagen gebildet habe. :wink:

Zitat:

Zitat von Bernhard Geyer (Beitrag 1316316)

Erfreulicherweise bietet dieses Forum eine hervorragende Unterstützung hierfür (daher zwischendurch einfach mal ein herzliches und großes Dankeschön für Betreiber und Moderatoren und natürlich an alle, die ihr Wissen teilen).

auch von mir!

[Harry Stahl]

@nikosophi
Die Aussage stammt zwar von mir, aber ich denke, dass der Bernhard das genauso sieht wie ich.:wink:

[stoxx]

Zitat:

Zitat von nikosophi (Beitrag 1316313)

Du meinst mit "Delphi® 10 Seattle" würde es funktionieren?

Mit Delphi XE8 ging es allerdings auch schon.
Ist halt JAVA ;) .. der ehemalige Just in Time Compiler (Dalvik) wurde ersetzt.
Dalvik war wohl so eine optimierte Mischung aus "Live"- Interpreter und Compiler bei jedem Programmstart.

Jetzt (mit ART ab Android 5.0) wird die App einmalig bei Installation kompiliert.
Ich konnte bei meinen Geräten, die vorher mit Android 4.4 liefen, und upgedated worden sind, immer einen direkten wirklich messbaren Geschwindigkeitsvorteil feststellen (Browser lief flüssiger .. usw.)

Ich könnte mir vorstellen, dass jetzt auf absehbarer Zeit nicht gleich wieder so eine gravierende Änderung im prinzipiellen Compilerverhalten entwickelt wird.

https://source.android.com/devices/tech/dalvik/
http://www.mobiflip.de/android-umste...art-anleitung/


.

[Harry Stahl]

So, jetzt wollte ich gerade selber mal eine Android App auf Delphi DX10 aktualisieren.

Die App wird zwar auf das Gerät übertragen und gestartet, aber sofort wieder beendet.

Verwende Android 5.1.1 und SDK 23.01 (siehe auch anliegenden Screenshots).

Was könnte hier falsch sein?

[matthiaskary]

Hallo Harry,

ich hatte auch mal solch ein Problem. Probier doch mal unter Menü / Start / Parameter,
den Parameter -cleaninstall

Erläuterung siehe unter

http://docwiki.embarcadero.com/RADSt...oid-Ger%C3%A4t

und dann unter:
Ausführen der Anwendung mit bereinigten Daten- und Zwischenspeicherordnern

Gruß

[Harry Stahl]

Danke Matthias,

daran lag es zwar nicht, hat mich aber auf eine Idee gebracht: Im Bereitstellungsmanager war zu sehen, dass da ein ziemliches Durcheinander von Verweisen auf Debug/Release Pfade war bzw. auf eine Android SDK-Installation an einem alten Speicherort (Projekt wurde von XE7 übernommen).

Einmal auf "Standard zurücksetzen" geklickt, danach funktionierte wieder alles.

[nikosophi]

Zum Abschluss, falls es interessiert:

Ja, ich habs getan und DX10 (Seattle) gekauft und installiert.

Ergebnis:
Also erstmal grosse Erleichterung: Android 6.0 wird unterstützt!

Aber: ( Aber sagt man nicht, also )
Und:
Das leidige Thema mit den Styles ist immer noch aktuell.
Also, wer mit firemonkey anfängt kann auch gerne erst mal Styles weglassen.
Ich weiss, sieht cool aus mit Styles. Wird ja auch immer wichtiger.
Wenn einem aber nur noch die IDE Exceptions um die Ohren fliegen weil man zwischen Code und Ansicht Seite wechselt ist erst mal Frust programmiert.

Tipp noch: Ich habe ein neues Projekt firemonkey mobil für Android 6.0 erstellt und gestartet ( kein Label, kein Button war ja gespannt ) und habe mich sehr gefreut als auf meinem Nexus 5 was startete und ein grauer Schirm sichtbar wurde (Super es geht !!!)
Habe dann das Handy gedreht und patsch Absturz. ( ?!?! )

Nach mehreren Stunden rumsuchen: Man muss das Projekt erst abspeichern, dann darf man auch drehen.

Bei den Styles ist das noch viel komplexer. Insbesondere, wenn man noch Fremdkomponenten wie die tollen von TMS nutzen möchte.
( bei denen geht leider zZ. in der DX10er Version die Dropbox Anbindung nicht. Wieviele Stunden ich da an mir gezweifelt habe, will ich hier nicht sagen ... ).

Ich habe mir reichlich Doku besorgt. Gibt ja noch nicht soo viel für Seattle.
Viele Grüsse und Dank an der Stelle nach Bonn (Cross-Platform Development mit Delphi) !!!

Eine deutsches aktuelles Tutorial/Buch für Firemonkey Mobil mit einer Anleitung was geht ( multiview, Actionlist, Styles ) ware ein Segen !!!

Also, viel liegt natürlich an eigenem Unvermögen, ich geb nicht auf, aber ob man so grössere Firemonkeyprojekte stabil entwickeln? Ich werds versuchen. In kleinen Schritten!

[Harry Stahl]

Zitat:

Zitat von nikosophi (Beitrag 1318132)

Ich habe mir reichlich Doku besorgt. Gibt ja noch nicht soo viel für Seattle.
Viele Grüsse und Dank an der Stelle nach Bonn (Cross-Platform Development mit Delphi) !!!

Gerne!

Zitat:

Zitat von nikosophi (Beitrag 1318132)

Eine deutsches aktuelles Tutorial/Buch für Firemonkey Mobil mit einer Anleitung was geht ( multiview, Actionlist, Styles ) ware ein Segen !!!

Das nächste Buch für DX10 (geplant Ende Dezember) wird auch ein Kapitel "Grundlagen für die mobile Entwicklung" enthalten, was dann aber auch mit der Zeit noch ausgebaut werden soll.

[MEissing]

Zitat:

Zitat von nikosophi (Beitrag 1318132)

Nach mehreren Stunden rumsuchen: Man muss das Projekt erst abspeichern, dann darf man auch drehen.

...wahrscheinlich alte Settings (Android Template) im Standard-Projektverzeichnis.