Simulator verhält sich sehr seltsam bei String Auswertung

[Sherlock]

Ich habe eine FMX-Anwendung, die mit einem SOAP-Server kommuniziert. Dabei gilt es dann einiges an Strings zu empfangen und zu parsen. Ersteres klappt unter allen Plattformen(Win, Mac, iOS) wunderbar, aber letzteres bereitet mir unter iOS Kopfschmerzen. Sind mir Meldungen entgangen, denenzufolge der Simulator ein wenig "eigenwillig" bei der Interpretation von Strings vorgeht? Müssen die einen bestimmten Typen haben? Ich habe noch keinen Developer Account, weshalb ich das nicht auf einem echten Device testen kann. Aber ich wäre davon ausgegangen, daß wenn es unter MacOS tut, es eigentlich auch unter iOS nicht komplett explodieren sollte - sprich nur marginale Anpassungen am Code nötig wären. Gegenwärtig habe ich halt die Situation, daß ich einen String zerlege und auswerte, und im Debugger ganz klar der Term in einem if "True" ist, es aber zum Else gesprungen wird...nur im Simulator wohlgemerkt, der gleiche String wird unter Win oder Mac korrekt ausgewertet. Es ist dabei realitv schwer ein Beispiel zu konstruieren, ich werde es aber gerne tun, wenn hier niemandem sowas bekannt ist.

Danke fürs lesen :D

Sherlock

[4dk2]

Ich kenn mich zwar mit iOS entwicklung null aus :), aber vielleicht ein Unicode/Ansi/Codierungs Problem?
Vielleicht hast du ja die Möglichkeit die Strings als Hex einmal darzustellen und zu prüfen?

[himitsu]

Wie sieht die Auswertung und das IF-ELSE denn aus?

[DeddyH]

Zum Testen auf einem Device wird seit XCode 7 übrigens kein Developer Account benötigt, siehe z.B. hier.

[Sherlock]

Ich danke Euch für die Anregungen. Des Pudels Kern und Lösung ist dies hier System.SysUtils.TStringHelper. Strings sind auf Mobiledevices offenbar 0-basiert und sonst 1-basiert. Ich stricke jetzt mal eben alles auf die StringHelper um :D
Also im Prinzip hat mich 4dk2 auf die Spur geführt, denn ich habe über die Stringtypen nachgelesen und bin dann auf dieses gestoßen. Also Danke! Und Notiz an alle: Pos ist nicht mehr wirklich unser Freund...jedenfalls nicht immer ;) Der neue Freund heisst

Delphi-Quellcode:

.IndexOf

...immer.

Sherlock

[Sherlock]

Zitat:

Zitat von DeddyH (Beitrag 1335366)

Zum Testen auf einem Device wird seit XCode 7 übrigens kein Developer Account benötigt, siehe z.B. hier.

OK, das ist interessant. Aber wie verheirate ich das mit Delphi?

Sherlock

[DeddyH]

Du legst in XCode ein Projekt an und lässt es zertifizieren. Den dort eingegebenen Bundle Identifier trägst Du auch in Deinem Delphi-Projekt ein. Wenn Du nichts falsch gemacht hast, sollte sich das Projekt dann auch auf einem angeschlossenen Gerät starten lassen.

[Sherlock]

OK, ich bekomme aber immer diesen Fehler:

Zitat:

[DCC Fataler Fehler] F2588 Linker-Fehlercode: 1 ($00000001)

Davor diese Warnung:

Zitat:

[DCC Fehler] E2597 ld: warning: directory not found for option '-F\\Mac\Home\Documents\Embarcadero\Studio\SDKs\iPho neOS9.3.sdk\System\Library\PrivateFrameworks'
ld: file not found: L

:(

Simulator läuft einwandfrei.

Sherlock

[Sherlock]

Habs:
https://forums.embarcadero.com/threa...hreadID=109069

Ich habe natürlich Parallels und so weiter...

Jetzt klappts.

Sherlock

[bra]

Zitat:

Zitat von Sherlock (Beitrag 1337106)

OK, ich bekomme aber immer diesen Fehler:

Zitat:

[DCC Fataler Fehler] F2588 Linker-Fehlercode: 1 ($00000001)

Davor diese Warnung:

Zitat:

[DCC Fehler] E2597 ld: warning: directory not found for option '-F\\Mac\Home\Documents\Embarcadero\Studio\SDKs\iPho neOS9.3.sdk\System\Library\PrivateFrameworks'
ld: file not found: L

Wir hatten das Problem auch, hier fehlen (?) bei der SDK 9.3 scheinbar Verzeichnisse oder haben sich geändert. Wir sind auf die SDK 9.2 zurückgegangen, damit funktioniert es.