Neuste Delphiversion - kann keine Android App erstellen

[MichaelT]

Gibt es irgendein verlässlichen Android Device neben dem Nexus 7 der mit Delphi geht. Mir ist schon klar, dass es ARM sein soll, 8 Cores vermutlich, Grafikchip usw... Bisher hatte ich nur den Emulator und die Trial Versionen von Delphi zur Verfügung. Das ging so lala zumindest mal konnte ich einen positiven Eindruck gewinnen.

Zitat:

Zitat von Rollo62 (Beitrag 1393402)

Nexus 7 ist super, habe (hatte) ich auch.

Hat leider den Geist aufgegeben, wg. Hardware-Taster, aber Orginal Google Hardware ist am Problemlosesten.

Rollo

[Rollo62]

Schwer zu sagen, ich hätte da auch gerne eine verlässliche Liste.

Ich habe bisher auch immer mit Samsung Galaxy Geräten gearbeitet, aber da gab es Neuerdings bei einigen auch ein Problem mit dem Debuggen.
Mit einem Samsung Galaxy Typ (A3 glaube ich) gab es diese Probleme, mein S7 Edge funktioniert gut, es sieht für mich so aus als wäre das behoben.

Probleme gibt es noch bei der Sensor-Unterstützung seit Android 6.x.x, das haben aber auch andere, liegt nicht an Delphi.

Wichtig ist das es überhaupt USB-Debugging unterstützt nd gute Treiber mitliefert,
das ist bei Allen Google-Geräten eigentlich immer gegeben.
Leider gibt es ja nur noch die teuren Pixel von Google.

Womöglich gibt es ADB-Treiber nicht bei Allen Herstellen, da würde ich immer VORHER nachfragen.

Google kannst du glaube ich blind kaufen, bei Allen anderen am Besten ein Gerät aussuchen und dann hier mal konkret nachfragen, wer das schon einsetzt.

Rollo

[MichaelT]

Danke.

Ich hatte bisher nur ein iPAD2 und den XCode. Die Kombination funktioniert ganz gut und Android ging immer irgendwie mit Emulator. Eine GUI habe ich nie grafisch designed sondern einfach die XML Datei mit der Hand angepasst.

Aber mein 15 Jahre altes Handy segnet langsam das Zeitliche.

Ich will allein nicht zuviel Geld für Dinge die ich hernach nicht mehr brauchen kann ausgeben. In dem Sinne besten Dank für das Feedback.

Eine Frage zur Entwicklung. Braucht man einen eigenen Mobile Device im Sinne, dass zuviele Schreibzugriffe auf den vermutlich auf Flash basierten Speicher kaputt machen oder ist das Thema heute nicht mehr aktuell?

Zitat:

Zitat von Rollo62 (Beitrag 1393442)

Schwer zu sagen, ich hätte da auch gerne eine verlässliche Liste.

Ich habe bisher auch immer mit Samsung Galaxy Geräten gearbeitet, aber da gab es Neuerdings bei einigen auch ein Problem mit dem Debuggen.
Mit einem Samsung Galaxy Typ (A3 glaube ich) gab es diese Probleme, mein S7 Edge funktioniert gut, es sieht für mich so aus als wäre das behoben.

Probleme gibt es noch bei der Sensor-Unterstützung seit Android 6.x.x, das haben aber auch andere, liegt nicht an Delphi.

Wichtig ist das es überhaupt USB-Debugging unterstützt nd gute Treiber mitliefert,
das ist bei Allen Google-Geräten eigentlich immer gegeben.
Leider gibt es ja nur noch die teuren Pixel von Google.

Womöglich gibt es ADB-Treiber nicht bei Allen Herstellen, da würde ich immer VORHER nachfragen.

Google kannst du glaube ich blind kaufen, bei Allen anderen am Besten ein Gerät aussuchen und dann hier mal konkret nachfragen, wer das schon einsetzt.

Rollo

[Rollo62]

Zitat:

mein 15 Jahre altes Handy

Also da tut es ja fast schon jedes aktuelle Volksphone :-)

[MichaelT]

Schurlos :-D ist davon nicht mehr weit entfernt.

Zitat:

Zitat von Rollo62 (Beitrag 1393472)

Zitat:

mein 15 Jahre altes Handy

Also da tut es ja fast schon jedes aktuelle Volksphone :-)

[Uwe Raabe]

Es gibt ganz frisch einen Patch für Tokyo Upd 2. Keine Ahnung, ob der jetzt auch dieses Problem löst.

ID: 30819, RAD Studio 10.2.2 Tokyo February 2018 Patch

[zeras]

Zitat:

Zitat von Uwe Raabe (Beitrag 1393531)

Es gibt ganz frisch einen Patch für Tokyo Upd 2. Keine Ahnung, ob der jetzt auch dieses Problem löst.

ID: 30819, RAD Studio 10.2.2 Tokyo February 2018 Patch

Habe nun das Hotfix installiert und folgende Meldung bekommen.

[mensch72]

..."und folgende Meldung bekommen."...

uff, dann mal so die "üblichen Fragen":
- das Ganze mal mit als 100% CleanInstall versucht ?(also "ActualWin10"+"CleanTokyo1022.2004" und auch da reproduzierbar ?
- was für ein Windows(bei WIn10 exakt das was "winver" ausspuckt) ?
- aktiver Virentest ?
- aktiver Spy&Malwarescanner ?
- aktiver RegistryTracker ?
- LocalUser oder DomainControled ActiveDirectoryUser ?
- physische Maschine(AMD oder Intel) oder VM(welche VMware,VirtualBox,..) sowie 32 oder 64Bit und wie viel RAM?
- Grafikkarte (Intel, AMD oder Nvidia) ?
- Java SDK&NDK-Version ?
- Delphi "Tokyo1022.2004" zuletzt per ISOinstaller oder WEBinstaller installiert ?
- Delphi "Tokyo1022.2004" mit oder ohne Patch von Mr. Hausladen ?
- Delphi "Tokyo1022.2004" zuletzt per GetIT und/oder anderen Komponenten erweitert(wenn ja welche und wie) ?
=> Fragen über Fragen :)

Ich werde es Montag mal fix mit meiner archivierten "CleanInstall-VM" unseres "Tokyo1022.2004" versuchen... wenn das geht benenne ich dann das Windows in der VM auf "???DE1022K4hf182" um... das kostet uns zwar wieder einen Lizenz-Zähler, aber das ist egal. Emba/Idera haben bisher nie gemeckert, wenn man einen Zähler-Reset mit nachweisbarem Bezug auf eine nach einem neuem Update/Hotfix zur Archivierung nötige separate Installation begründet. (sonst dann März/April eben erst beim neuem 10.3RTM;) )

[Rollo62]

Warning:
https://quality.embarcadero.com/browse/RSP-19913
Es könnte mit dem Hotfix was nicht stimmen ...

! Vorher sichern ...

Edit:
Noch mehr Warnungen, und eine traurige Nachricht ...

Rollo

[Redeemer]

Zitat:

Zitat von zeras (Beitrag 1393541)

Zitat:

Zitat von Uwe Raabe (Beitrag 1393531)

Es gibt ganz frisch einen Patch für Tokyo Upd 2. Keine Ahnung, ob der jetzt auch dieses Problem löst.

ID: 30819, RAD Studio 10.2.2 Tokyo February 2018 Patch

Habe nun das Hotfix installiert und folgende Meldung bekommen.

Diese Meldung kommt doch ständig bei Windows, wenn eine Installation erfolgreich war...