LGPL konform?

[cookie22]

hallo,

wenn ich eine dll habe die unter lgpl läuft.

ich packe die dll in mein programm als recource und entpacke sie zur laufzeit in ein temp verzeichnis und benutze sie dann. ist das statisch gelinkt oder dynamisch. bin mir da nicht sicher ob man das so machen darf?

[himitsu]

Wenn das ausführende Programm sie selber entpackt (abgesehn von einem vorangestellten "Loader" (sowas wie UPX, nur daß es ja intern entpackt), dann kann es die DLL nur dynamisch laden.

Also wenn dynamisch Laden nicht erlaubt ist, dann wäre es so nicht möglich.

[mjustin]

Zitat von cookie22:

hallo,

wenn ich eine dll habe die unter lgpl läuft.

ich packe die dll in mein programm als recource und entpacke sie zur laufzeit in ein temp verzeichnis und benutze sie dann. ist das statisch gelinkt oder dynamisch. bin mir da nicht sicher ob man das so machen darf?

Kann der Benutzer die Resource selber durch eine neuere Version der DLL ersetzen, wäre das konform zur LGPL. Wenn das nicht geht, weil das Programm z.B. sich selber über eine Prüfsumme vor Veränderungen schützt, dann ist es nicht LGPL konform. Ansonsten gilt: IANAL

[cookie22]

Zitat von mjustin:

Zitat von cookie22:

hallo,

wenn ich eine dll habe die unter lgpl läuft.

ich packe die dll in mein programm als recource und entpacke sie zur laufzeit in ein temp verzeichnis und benutze sie dann. ist das statisch gelinkt oder dynamisch. bin mir da nicht sicher ob man das so machen darf?

Kann der Benutzer die Resource selber durch eine neuere Version der DLL ersetzen, wäre das konform zur LGPL. Wenn das nicht geht, weil das Programm z.B. sich selber über eine Prüfsumme vor Veränderungen schützt, dann ist es nicht LGPL konform. Ansonsten gilt: IANAL

ja er kann sie ersetzen, z.b. mit reshack oder sowas.

also dann darf man das so machen. letzt endlich läd man die dll ja nur dynamisch wie es in lgpl steht.