Hallo,
> ich habe in den letzten 3 Jahren ein Spektroskopie-Programpaket
> entwickelt - auf ein Windows NT Rechner.
> I
> ch habe die letzten Beitraege zum Thema
>
> "PC oder Mac : wast ist besser, scheneller, klueger, paralleler ?"
>
> mit Vergnuegen gelesen - ich habe einiges gelernt , vielen dank
> fuer die Muehe der Beitragenden. Die ganze Zeit habe ich mir aber
> gesagt das diese Diskussion hier eigentlich Fehl am platze
Ich hatte ja gefragt was der Mac Jubel soll.
> ist da
> wir eigentlich Mathematica benutzer
> sind und wir schreiben
> eigentlich systemunabhaengige Programe-
es gibt da einige sehr sch"one *und* schelle MathLink Programme
die nicht so ganz systemunabh"angig sind.
> wenn Macs deutlich
> schneller sind dann kaufen wir eben Macs,
und gehen damit in der H"olle rodeln -- die ist dann n"amlich
zugefroren.
> solange der aktuelle
> version von Mathematica dafuer gibt ist es im prinzip egal wie der
> Betriebsystem gennant wird. Um die System abhangige
> einzelheiten kuemmern sich die Entwickler bei Wolfram Research.
>
> Die ganze Zeit war ich davon ausgegangen das die verwendete
> Dateiformate :
>
> *.nb Notebooks
>
> *.m eigetlich textfiles
>
> *.m mit Encode[] gepackte *.m files
>
> systemuebergreifend sind und das auf alle Mathematica Rechner
> laufen wuerden.
Mit Encode[] habe ich keine Erfahrung. Jedenfalls steht in der
Domumentation *nicht* das die Dateien Systemunabh"angig sind.
Bei Packages und Notebooks ist das anders. Die bestehen aus
7bit ASCII. Der einzige Unterschied (den ein Notebook z. B.
in der Preamble testet) ist das Zeilenende. Unix verwendet
\n (line feed), Mac's \r (carrige return) und Windoofs
beides also \n\r als Zeilenende.
Ein ASCII Transfer mit ftp k"ummert sich darum das von
Unix <-> Windows die \r eingef"ugt b.z.w rausgeworfen werden.
Deshalb schreddert ftp auch bin"are Dateien im ASCII Modus,
weil es ein paar vermeintliche Zeilenenden
rauswirft/vervollst"andigt.
Im binary Modus wird alles 1:1 "ubertragen.
Was die Mac ftp-Klienten anstellen kann ich nicht sagen,
jeden falls hatte ich noch nie ein Problem damit normale
Packages & Notebooks zu "ubertragen.
Allerdings verf"ugen Mac's ja "uber eine hohe Eigen"inteligenz"
Dank der "File Types". Ob also ein Mac ftp-Klient aus dem
File Type von Mathematica folgert das muss bin"ar sein oder
ob er nur "TEXT" als ASCII "ubertr"agt h"angt wohl am ftp-Klienten.
Mein Fetch hat aber da nie "Arger gemacht.
>
> Es gibt ein einziges *.nb file wo ein par versteckte Zellen als
> initialisierungszellen markiert den Program-code aus mit Encode[]-
> verpackte *.m files mit Get[] ins Kernel laden.
> Notebooks erzeugt dann das Program selbst mit Hilfe der
> Systemunabhangigen Notebook Funktionen.
>
> Jetzt hat ein Kolleg versucht den Program auf ein Linux system zu
> starten und es hat nicht funktioniert.
> Ich habe darauf auf verschiedene unix system versucht es zu
> starten und nirgendswo lauft. Ich denke das es eventuell mit
> "CharacterEncoding" zu tun hat .
Das CharacterEncoding bezieht sich auf die ASCII Zeichen >=127
(jedenfalls hier), die sollten weder in einem Notebook, noch
in Packages vorkommen. In Encode[]d Packages (only printable ASCII)
auch nicht. Da oben stehen die Umlaute und die n"uzlichen Mac Zeichen
wie \mu drin. Nat"urlich bei jedem System an einer anderen Position.
>
> Hat jemand Erfahrung mit transferieren von Dateien von einem
> system auf dem anderen ?
Andauern ..
>
> Muss man die dateien per FTP als ASCII oder als binaer
> transferieren ?
Ist Mathematica egal -- da es ohnehin nix Zeilenweise
einliesst werden \n und \r in Leerzeichen umgesetzt.
>
> Gibt es eine allgemeine verfahrensweise um solche probleme von
> anfang an zu umgehen ?
Ja, keine encoded Files nehmen :-) oder nur auf der
Ziel-Maschine encoden.
Ich hab's n"amlich gerade probiert mit einem Windows-Encoded[]
file auf meiner Octane, tja und
Get::"enkey": "Cannot decode encoded file; incorrect key or machine."
Ist ja wohl eindeutig -- oder, k"onnte noch blinken.
Gruss
Jens
DMUG-Archiv, http://www.mathematica.ch/archiv.html