Diskussion:Dynamic Link Library

Im englischen Wiki-Artikel heißt es „Dynamic-link library“ (mit Bindestrich). Gibt es irgendeinen Grund nicht diese Schreibung zu übernehmen? Großschreibung kann man ja „deutsch“ lassen.

Mir scheint, in diesem Artikel wird nicht fein genug unterschieden zwischen dem "....Laden einer DLL-Funktion..." (gemeint ist wohl das Laden eines Moduls aus einer DLL) und dem Laden einer ganzen (?) DLL (".....Der Loader lädt nun die fehlenden DLLs ...."). Selbst Microsoft wird doch nicht eine ganze Bibliothek laden, wenn nur ein Modul gebraucht wird?

Wer klärt diesen Sachverhalt?

mw 20.6.2008

Beispielcodeich sitze seit tagen an einem dll problem, und kommen zum teil nicht weiter weil ich auf grund mangelner erfahrung nicht unterscheiden kann was im beispiel code nun programiersprache ist, und was nun dll spizifischer befehl istkönnte man das hier in den beispielen irgendwie hervorheben?(zb andere schriftfarbe)grüsseblackdimmu

Dynamically Linked Libraries gibt es nicht nur under Windows. Bitte korrigieren! IOOI 16:38, 13. Nov. 2006 (CET)

Kein Mensch hat Probleme mit DLLs, Abschnitt ist obsolet.

Ich kenne mich in der Thematik nur wenig aus, aber auf DLL Hell sieht das so aus, als sei Probleme mit DLLs durchaus real. Wenn du das anders siehst, dann erkläre mir bitte warum. (Und vergiss nicht zu Unterschreiben) Kemfar 10:27, 3. Dez. 2006 (CET)

Auf Benutzerebene ist das Problem heute tatsächlich fast überall gelöst. Auf Entwicklerebene gibt es aber noch genügend Schwierigkeiten. Da DLLs nicht standardisiert sind treten zB Schwierigkeiten beim Allignment von Variablen und Größe von Datentypen auf. Imo sollte das auch in den Artikel eingebaut werden (wenn auch nur in kurzer Form, da für den Benutzer - bis auf unerklärliche Fehlermeldungen - unsichtbar und unwichtig). 90.146.61.31 11:55, 17. Okt. 2010 (CEST)

• Absatz DLLs in Visual Basic verwenden: Info zu Aufrufkonventionen eingefügt. ---Leonhardt 18:06, 13. Feb. 2007 (CET)

Was ist denn das Äquivalente von DLLs unter Linux, Unix und Mac? --78.51.91.79 13:13, 16. Dez. 2007 (CET)

Unter Unix-artigen Systemen benutzt man Shared Libraries, mit der Endung .so. Siehe auch hier:Programmbibliothek#Unix-artige --Root 42 18:43, 21. Jan. 2008 (CET)

Sollte das nicht im Artikel erwähnt werden? Am besten noch im 0. Abschnitt, "Unter Linux entsprechen 'shared objects' (.so) den DLLs, unter Mac OS X 'dynamic libraries' (.dynlib)" oder so? --77.8.162.71

Ja, sollte mal übersetzt werden ;-) von der englischen Seite: http://en.wikipedia.org/wiki/Dynamic_loading (nicht signierter Beitrag von 141.15.31.1 (Diskussion) 08:28, 29. Nov. 2010 (CET))

Ersteinmal: endlich eine Seite in der die DLL-Thema zusammenfassend beleuchtet wird, aber...
...irgendwie fehlt mir die Begriffslärung, da die oben genannten Begriffe immer wieder vermischt/verwechselt/synonym verwendet werden. So z.B. gibt's im .NET Bereich den Begriff "Assembly", der ebenfalls für eine Datei mit der Endung DLL steht. So eine Assembly kann mit den beschriebenen Mitteln nicht in einer "nicht .NET" Umgebung verwendet werden - de facto ist das heute eher problematisch (http://www.tutorials.de/forum/net-cafe/251562-net-assembly-unmanaged-c-nutzen.html). Hier kann es also zu Missverständnissen kommen. --212.152.173.165 13:00, 2. Jul. 2008 (CEST) frim

Die LIB-Datei wird vom Linker benötigt, da diese – ähnlich einer Header-Datei – die Funktionsprototypen enthält.

Der Satz ist eigentlich überflüssig, denn er erklärt eben nicht, warum "die LIB-Datei wird vom Linker benötigt" wird. Oder? Wenige Sätze später steht nämlich, daß LoadLibrary() und Delphi ohne LIB-Datei auskommen, also können die Funktionsprototypen ja nicht so wichtig sein. --AndreKR 18:11, 30. Apr. 2009 (CEST)

Kommt auf die Sprache an. Wenn man C#, Delphi oder ähnliches verwendet, erledigt dies der Compiler selber. Bei C/C++ braucht man die LIB(bei MinGW A)-Dateien, damit der Linker keine Fehlermeldungen auswirft.---- 14:05, 11. Jan. 2012 (CET)

Ich nehme mal an, dass sich ICL in der Einleitung auf Dateien mit der Erweiterung ICO bezieht? Ich bin mal so frei das zu ändern. Falls ich mich wider Erwarten getäuscht haben sollte, bitte ich um Erläuterung, was es mit diesem Kürzel ICL auf sich hat. Ich vermute einen Tippfehler. -- Qhx 16:02, 21. Mai 2009 (CEST)

Mir wäre doch sehr neu dass ICO Dateien irgendetwas mit DLLs zu tun haben. ICO beinhaltet Bilder. Wirklich echte Bilder, zum Anschauen und so. DLL Dateien können zwar theoretisch ICO Bilder enthalten, aber das könnten Batchfiles(.bat) auch ;). (nicht signierter Beitrag von 91.4.112.202 (Diskussion | Beiträge) 01:45, 20. Nov. 2009 (CET))

Der folgende Satz sollte überarbeitet werden, jedenfalls klingt er für mich sehr komisch bzw. es ist nicht wirklich klar, was gemeint ist: "Viele Betriebssysteme und unter Windows Microsoft .NET(,) umgehen Probleme mit Versionskonflikten bei DLL-Dateien, indem sie die gleichzeitige Existenz von mehreren Versionen einer Programmbibliothek ermöglichen." (nicht signierter Beitrag von 138.246.7.149 (Diskussion | Beiträge) 08:58, 9. Feb. 2010 (CET))

Sollte in diesen Artikel zu den Programmierbeispielen nicht noch der Abschnitt MinGW hinzugefügt werden? Wenn ja, wo? --Llf-tec 21:05, 5. Nov. 2010 (CET)

Wenn man auf der Begriffsklärungsseite DLL über den Link zu dieser Seite hovert und die Kurzvorschau (oder wie auch immer die heißt) anschaut, steht nicht etwa der erste Satz des Artikels drin, sondern Vorlage:Infobox Dateiformat/Wartung/MagischeZahl fehltVorlage:Infobox Dateiformat/Wartung/Standard fehltVorlage:Infobox Dateiformat/Wartung/Website fehlt.
Vielleicht könnte ja jemand das Problem beheben oder mir sagen, woran es liegt. =) --Knbinnerer (Diskussion) 14:31, 5. Feb. 2015 (CET)

Bei Unix-artigen Betriebssystemen braucht man keine speziellen Annotationen dafür. Warum bei Windows? --RokerHRO (Diskussion) 14:46, 17. Mär. 2015 (CET)

– GiftBot (Diskussion) 16:11, 27. Nov. 2015 (CET)