Hallo,
wir haben ein paar SongBeamer-Skripte, mit denen wir Programme starten. Wenn ich diese Skripte geschrieben und gespeichert habe funktionieren sie nur eine Weile und ändern sich dann selbst in ein Skript, das nur noch einen Dialog mit der Nachricht "Programm kann nicht gestartet werden" ausgibt.
Da bin ich überfragt...
Viele Grüße
icicle
sbpas-Dateien ändern sich von selbst?
Hast du die Scripte mit SongBeamer erstellt und bearbeitet, oder hast du auch mal einen externen Editor verwendet?
Was passiert ist folgendes:
SongBeamer schaut beim Öffnen eines Scriptes, ob am Anfang der Unicode-BOM 0xFEFFh (bzw. 0xFFh 0xFEh) in der Datei steht. Wenn nicht, dann wird der hinzugefügt und das Script korrigiert. Dabei geht SongBeamer davon aus, daß das Script im Unicode-Format gespeichert wurde.
Erklärung:
Wenn eine Textdatei im Unicode-Format gespeichert wird, dann sollte diese Datei normalerweise am Anfang mit Hilfe des Unicode-BOM (Byte Order Mark) gekennzeichnet sein. Unpraktischerweise gab es in SongBeamer Versionen vor 2.24o ein Problem, daß die Scripte als Unicode gespeichert worden sind, aber der Unicode-BOM nicht geschrieben wurde. Als wir diesen Bug beheben wollten, gab es dann ein Kompatibilitätsproblem, das sich daran zeigte, daß ältere Scripte nicht mehr geöffnet werden konnten. Also haben wir dann beim Laden des Scriptes den Unicode-BOM ergänzt, und die Datei korrigiert. Da SongBeamer bis dahin die Datei grundsätzlich als Unicode gespeichert hatte, war das kein Problem. Und wenn man ein Script in einem externen Editor geöffnet hat, dann müßte theoretisch das Script auch wieder als Unicode (nicht UTF8!) gespeichert werden. Bei Windows Notepad ist das zumindest der Fall.
Alpha-Versionen von SongBeamer 4.x speichern die Scripte als UTF8 ab. Falls jemand diese Version haben sollte, dann bitte Vorsicht beim Öffnen der Scripte mit Songbeamer 2.x/3.x. Der Bug ist intern inzwischen behoben. (Und bevor jemand fragt: SongBeamer 4.x wurde bisher nur an ein paar wenige Kunden verteilt. Der Beta Test kommt erst noch.)
Was passiert ist folgendes:
SongBeamer schaut beim Öffnen eines Scriptes, ob am Anfang der Unicode-BOM 0xFEFFh (bzw. 0xFFh 0xFEh) in der Datei steht. Wenn nicht, dann wird der hinzugefügt und das Script korrigiert. Dabei geht SongBeamer davon aus, daß das Script im Unicode-Format gespeichert wurde.
Erklärung:
Wenn eine Textdatei im Unicode-Format gespeichert wird, dann sollte diese Datei normalerweise am Anfang mit Hilfe des Unicode-BOM (Byte Order Mark) gekennzeichnet sein. Unpraktischerweise gab es in SongBeamer Versionen vor 2.24o ein Problem, daß die Scripte als Unicode gespeichert worden sind, aber der Unicode-BOM nicht geschrieben wurde. Als wir diesen Bug beheben wollten, gab es dann ein Kompatibilitätsproblem, das sich daran zeigte, daß ältere Scripte nicht mehr geöffnet werden konnten. Also haben wir dann beim Laden des Scriptes den Unicode-BOM ergänzt, und die Datei korrigiert. Da SongBeamer bis dahin die Datei grundsätzlich als Unicode gespeichert hatte, war das kein Problem. Und wenn man ein Script in einem externen Editor geöffnet hat, dann müßte theoretisch das Script auch wieder als Unicode (nicht UTF8!) gespeichert werden. Bei Windows Notepad ist das zumindest der Fall.
Alpha-Versionen von SongBeamer 4.x speichern die Scripte als UTF8 ab. Falls jemand diese Version haben sollte, dann bitte Vorsicht beim Öffnen der Scripte mit Songbeamer 2.x/3.x. Der Bug ist intern inzwischen behoben. (Und bevor jemand fragt: SongBeamer 4.x wurde bisher nur an ein paar wenige Kunden verteilt. Der Beta Test kommt erst noch.)
Gruß, Sebastian