---

Hallo,
ich habe heute ca. mehrere Stunden mit einem Problem in OSD 11/12
unter XP verbracht, um dann festzustellen, dass das Problem bei Microsoft zu suchen ist.
Folgender Fehler trat auf: Wenn eine Datei von einem Server geladen wurde, erzeugte ein Maus-Click einen Lisp-Fehler. Dieser Fehler trat nicht auf, wenn man die gleiche Datei vorher lokal gespeichert hatte und in ein neu aufgestartetes OSD-M lud. War die Fehlermeldung einmal vorhanden konnte man weder Flächen anclicken noch Messen, noch sonst etwas tun, wo ein Click in den Grafikbereich notwendig wurde. Nachdem ich auf 4 baugleichen Rechnern auf 3 das Problem nachvollziehen konnte, wurde ich stutzig. Die Rechner unterschieden sich nur durch das SFU 3.5-Kit von MS (SFU=Software für UNIX, enthält u.a. NFS-Client, was wir zur Kommunikation mit unseren noch vorhanden UX-Workstations nutzen wollten). Interessanterweise tritt das Problem unter W2K nicht auf. Nach der Deinstallation von SFU
war das Problem beseitigt, OSD laeuft ohne LISP-Fehlermeldungen einwandfrei.
Wer hat ähnliche Erfahrungen gesammelt? Bei CC war das Problem bislang nicht bekannt. Man vermutetete zunächst falsche Einstellung bei der Ländereinstellung und als Ursache auch die Tatsache, dass ein
nicht zertifizierter Graphikkartentreiber fuer die Quadro4 980XGL dafür verantwortlich sein könnte.

KJW

------------------
kjw

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von karl-josef_wernet:
ich habe heute ca. mehrere Stunden mit einem Problem in OSD 11/12
unter XP verbracht, um dann festzustellen, dass das Problem bei Microsoft zu suchen ist.
Folgender Fehler trat auf: Wenn eine Datei von einem Server geladen wurde, erzeugte ein Maus-Click einen Lisp-Fehler.

---

Interessehalber: Welche Fehlermeldung ist das genau?

Danke,

Claus

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hi claus,
mit der Frage hatte ich noch gerechnet,
aber ich habe von zuhause keinen Zugang zum Firmenrechner.
Werde den Screenshot morgen noch nachpflegen.

------------------
kjw

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

sfu_fehler.jpg

Hallo
hier ist der Screenshot mit der Fehlermeldung.
Ich habe das SFU auch wieder vom W2K-Rechner runtergeworfen, weil
es genau den gleichen Fehler verursacht.
Der Fehler tritt nicht auf, solange man nur auf der lokalen Platte
bleibt. Wechselt man aber auf ein "Netzlaufwerk", unabhaengig davon
ob dies ein NT/W2K-Share oder ein NFS-gemountetes Verzeichnis, oder
ein ASU-Share(ist so etwas aehnliches wie Samba, nur von HP) ist.
Ist der Fehler aufgetreten, hilft nur noch "Programm beenden"

KJW

------------------
kjw

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Interessant. Diese Fehlermeldung ist ausserordentlich typisch fuer den Fall, dass OSDM die internen Spracheinstellungen umgeschossen werden, so dass er auf einmal das Komma und nicht mehr den Dezimalpunkt fuer den Dezimaltrenner haelt.

Das kann passieren, wenn man manuell in den englischen (!) System-Spracheinstellungen den Dezimaltrenner auf Komma umstellt. Das ist der Grund, warum der Support Dir wohl den Tipp mit den Spracheinstellungen gegeben hat.

Rein theoretisch waere es auch denkbar, dass unsaubere Systemkomponenten (hier also irgendetwas, was mit SFU zu tun hat) die interne Sprachkonfiguration verstellen. Wir benutzen SFU allerdings nicht sehr haeufig bei uns, so dass ich diese Theorie nicht verifizieren kann.

Wie auch immer, danke fuer den Hinweis, er koennte anderen Anwendern einige Zeit sparen!

Claus

[Diese Nachricht wurde von clausb am 23. Jan. 2004 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP