SFirm32 von Win2k portieren — Windows 7? Linux mit WinE?

Hallo Jasmin,

also wir haben SFIRM32 bei Kunden schon unter VMWare laufen (Gast-BS WinXP, Win2003-Server oder Win2008-Server). Mit Win7 unter VMWare habe ich noch keine Erfahrungen. Allerdings habe ich selbst SFirm auf einem Win7-PC laufen (allerdings nicht unter VMWare).

Stellt sich natürlich die Frage nach dem Übertragungsverfahren (HBCI, EBICS, FTAM). Für FTAM würdest Du noch eine ISDN-Capi benötigen, die vom Host-BS durchgeleitet werden müsste.

Der Umzug sollte bei einer lokalen Installation ohne Probleme gehen. Einfach aus Sfirm über "Extra -Datensicherung - Daten sichern" eine Sicherung ziehen, dann SFirm auf dem neuen Rechner installieren und die Datensicherung wieder einlesen. Die Pfade sollten dabei ggf. umgebogen werden.

Unter http://www.sfirm.de/fileadmin/…zungen.pdf findest Du ein Whitepaper vom Hersteller. Hier sind auch die freigegebenen BS genannt. Für VMWare gibt es bisher keine Freigabe, aber wie gesagt, ich kenne ein paar Installationen unter VMWare.

Gruß und ebenfalls ein gutes Neues
bt

Deo Formulierung wirkt aber Wunder. wenn du die BIVG verklagst, weil deine Daten weg sind, nachdem du sie nur ein einziges mal ein klitzekleines bisschen auf deinen alten C64 und wieder zurück portiert hast.

bt schrieb:

> solche Hinweise stehen in allen Beschreibungen zu
> Softwareprogrammen.

In dieser extremen Form kenne ich das nicht.
Mag aber daher rühren, daß ich wenig auf Windows, sondern meinst unter Mac OS X arbeite.

> Glaubst Du etwas, dass z.B. ein pakistanisches MS Access auf einem
> chinesischen Windows (obwohl vom gleichen Hersteller) läuft ?

Wenn das Programm sauber programmiert ist, sollte das kein Problem darstellen.

> Hängt z.B. auch damit zusammen, wie in den einzelnen Ländern Datum,
> Uhrzeit und Zahlen (, oder . als Tausender- oder Dezimaltrenner)
> verwendet werden.

Die Zeiten, in denen Fehlermeldungen im Klartext mitten in den Programmcode gehackt wurden, sind eigentlich lange vorbei.
Das gleiche gilt für Zeit-, Datums- und Währungsangaben sowie die Schreibrichtung und die Sprache.

Auf dem Mac kann ich z.B. Programme selbst eindeutschen, die es auf deutsch nicht gibt. Alle Texte und die gesamte Benutzeroberfläche ist nämlich vom eigentlichen Programm getrennt.

Zeit und Datum werden z.B. programmintern als simple Ganze Zahl verarbeitet. Nur wenn der Nutzer etwas ein- oder das Programm etwas ausgeben muß, benötigt man die Umwandlung in eine „menschliche“ Darstellung. Diese Umwandlung erledigen aber heutzutage dann das Betriebssystem oder die vom Programmierer verwendeten Frameworks bzw. Bibliotheken. Die wiederum richten sich nach den Einstellungen, die der Nutzer für seine Arbetisumgebung vorgenommen hat.

Das Programm an sich ist also für jede Sprache identisch.

> Warum sollte auch eine Bankingsoftware, die auf den deutschen ZV
> zugeschnitten ist auf einem Polinschen Windows laufen.

Weil sie gut programmiert ist.

Läuft sie nicht, hat sie zumindest eine Fehlermeldung anzuzeigen. Das zeugt dann zwar auch nicht von guter Programmierung, aber wenigstens davon, daß der Hersteller eiingermaßen verantwortungsbewußt ist.

Mit so einem Disclaimer schlichtweg alle Verantwortung von sich zu schieben, ist schlechter Stil. Nicht nur programmiertechnisch.

Und das war schon zu Atari-TOS-Zeiten so.


Jasmin

Auch wenn ich hier wohl etwas spät komme.

1. SFIRM läuft wunderbar z.B. auf einem tschechischen Windows. Habe ich sebst bereits gesehen. Interessant ist hierbei, dass je nachdem ob die Button aus Windows oder SFIRM selbst stammen dann die Sprache wechselt. Teilweise wirkt das recht lustig.

2. Zu der Anmerkung der BIVG
Was spricht also gegen diesen Hinweis? Sicherlich wird die BIVG nicht alle Sprachversionen von Windows getestet haben (warum auch) und von daher auch keine Garantie für die Funktionstüchtigkeit übernehmen. Schließlich ist immer auch das BS Bestandteil einer solchen Installation.

Abseits dieser Diskussion muß ich sagen ist SFIRM was aktive Windows-BS betrifft sehr gut programmiert, da es Lokal, im Netzwerk, unter Terminalserverumgebungen und (wenn auch ohne Freigabe) nach meinen Erfahrungen auch unter virtuellen Maschinen stabil funktioniert.