Hallo Jörg,

Und diese Deine Aussage ist eben genau falsch.

Nein, das ist sie nicht

Sie ist es, s.u.

Genauso ist es, "ausgeben", genau das was ich sage (siehe obriges Zitat), nur ist ausgeben nun eben nicht 'ermitteln' oder zur Verfügung stellen.

Das passiert ja auch. Nur ist die Fehlerinformation unzureichend.

und sie muß es sein wenn sich die Bibliothek nicht besser verhält, denn es ist absurd zu verlangen das OOo Aufgaben erledigen soll die gerade in die Bibliothek ausgelagert sind damit sie OOo selbst nicht erledigen muß.

das ist totaler Unsinn, Dir mangelt es offenbar an Programmiererfahrung. Ich lege es Dir hiermit nochmal technisch an einem einfachen Beispiel dar:

Gegeben sei Library, z.B. duden.c:

  int
  f(void)
  {
    g();
  }

Nun betrachten wir noch eine Applikation, die diese lädt, z.B. ooo.c:

  #include <stdio.h>
  #include <dlfcn.h>

  int
  main(void)
  {
    void *fd;

    if (!(fd = dlopen("libf.so", RTLD_NOW))) {
      printf("%s\n", dlerror());
    }
  }

Und nun compilieren wir das ganze

  cc -shared -o libduden.so duden.c
  cc -o ooo ooo.c -l dl

und starten den Kram an

  ./ooo
  libf.so: undefined symbol: g

und stolpern über ein Problem. Die Fehlermeldung hier in der letzten Zeile wird NICHT von der Library (also von Duden) erzeugt oder ausgeben, sondern von OOo. Die Library kann dazu nämlich gar nichts beitragen!

Genau der Aufruf von dlerror() und die Ausgabe fehlen z.Zt. wohl im OOo Extension Manager.

Die fehlende Funktion g() hier im Beispiel könnte z.B. früher in der nicht zum Duden gehörenden Umgebung existiert haben, so daß die ganze Sache da vielleicht gut lief.

Gruß,

Guido
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Antwort per Email an