Mac OS X <--> Windows XP Portierungsprobleme

[Thomas Lorenz]

Servus Gemeinde,

ganz sicher bin ich nicht, ob mein Beitrag in dieses Forum gehört, aber ich fang mal an.

Meine GUI-Anwendung programmiere ich auf einem Mac OS X 10.5. In der späteren Anwendung wird es aber ausschließlich auf einem Windows XP laufen.
Innerhalb des Programms verwende ich einige Textdateien, die nicht mit StringBuffer, sondern mit 'normalen' Strings arbeitet.
Als Trennzeichen habe ich das Zeichen '•' (ASCII 149 ) ausgewählt.

Da mir keine PC zur Verfügung steht benutze ich zu Testzwecken Parallels Desktop mit einem Windows XP.

Sobald ich die Textdateien in das Windows XP hinüberschiebe (Drag'n Drop), werden diese Zeichen in das Yen-Zeichen (ASCII 165) umgewandelt.
Wenn ich mit Eclipse eine JAR-Datei meiner Anwendung erzeuge und diese dann ebenfalls zum XP hinüberschiebe,
verwandeln sich im Quellcode ebenfalls die Zeichen in das Yen-Zeichen.

Ich habe das bis jetzt noch nicht mit anderen Zeichen probiert, da meine Anwendung hier noch nicht optimiert wurde,
aber eine Erklärung hätte ich hierfür schon gerne.

Also die Textdateien werden mit Codezeilen wie der folgenden ausgelesen:

try{
BufferedReader in = new BufferedReader(new FileReader(fileHelper
.getFileDataUser()));
String str;
int i = 0;
while ((str = in.readLine()).startsWith("•")){
System.out.println(str);
i += 1;
}
}

.....

Aber soweit komme ich ja nicht, denn schon das Hinüberziehen bewirkt dieses Umschreiben.

Ist das üblich, dass man in einem solchen Fall zwei verschiedene Symbolarten für jedes Betriebssystem verwendet?

 

[hemeroc]

Nein, es reicht ein Trennzeichen.
Das Problem kommt wohl daher das OSX und Windows unterschiedliche charsets/encodings für die files verwenden.

 

[Gelöschtes Mitglied 5909]

laut Ascii Table - ASCII character codes and html, octal, hex and decimal chart conversion ist das keines der beiden zeichen?!?!?!?

Andere Frage: du schreibst etwas von trennzeichen, was sich für mich nach csv anhört. Was spricht gegen ein anderes zeichen?

 

[hemeroc]

Stimmt ja das is mit garnicht aufgefallen ^^
Dieses Symbol gibt es nur im ANSI aber nicht im ASCII Zeichensatz.

//Edit: wenn es so ein unübliches Zeichen sein soll dann such dir das Zeichen in der UTF8 kodierung heraus. Java verwendet diese meines Wissens standardmäßig. Du musst dann noch darauf achten, dass der .java-File auch UTF8 codiert ist. Sowohl unter Windows als auch OSX.

 

[Thomas Lorenz]

Guten Morgen,
da habt ihr komplett Recht!
Das ist ein ANSI-Zeichen.

Nein, es spricht überhaupt nichts gegen ein anderes Zeichen. Es ist nur so, dass ich es zunächst für ein Zeichen hielt,
welches fast nie von einem Anwender verwendet wird, zumindest sehr wahrscheinlich nicht.
Denn in meinem z.B. DocumentListenern muss ich die Eingabe eines solchen Zeichens zu jeder Zeit verhindern, da
es sonst große Probleme mit dem Einlesen der Textdateien gibt.

In der UTF-8 Tabelle habe ich dieses von mir verwendete Zeichen auch gefunden :

U+00B7 · c2 b7 MIDDLE DOT

Bedeutet dies, dass ich nun meine Textfiles in UTF-8 codieren muss ?
Und die .java-Files ebenfalls ?

Den Rest , also meinen Programmcode, könnte ich unverändert lassen, oder?

Ich probier mal ein bisschen herum.
Vielen Dank für Eure Anregungen !

 

[Gastredner]

Vielleicht könntest du auch einfach auf eine Kombination von überall verfügbaren ASCII-Zeichen zurückgreifen, die so vermutlich in "freier Wildbahn" niemals vorkommen würde. Etwas wie [c];\0;[/c]vielleicht.

 

[maki]

Wie sind denn deine Quelldateien codiert?
Wissen das die IDEs (MacOS/Win) auch?

 

[Thomas Lorenz]

Meine Quelldateien habe ich jetzt mit UTF-8 codiert und in meinen IDE's habe ich unter :

Editors / TextEditors / Spelling , auch auf UTF-8 umgestellt.

Dann hatte ich noch jede Menge Arbeit den Code umzubügeln.
Und nun hoffe ich , dass es so funzt und ich alle wichtigen Einstellungen getroffen habe.

Probieren werde ich es morgen.