Benutzt irgendwer dynamische Libs?

hustbaer schrieb:

Siehe oben: in dem Fall ist die EXE ohne DLLs sogar *besser*. Und vermutlich auch kleiner als 20 MB.

Ok, aber warum machen das dann Programmierer?

Damit die Anwendung "professioneller" Aussieht?

Zeus

Kellerautomat schrieb:

Was du nicht sagst. Ein bisschen nachdenken ist nicht verkehrt.

Rechtstexte haben nix mit nachdenken zu tun, sondern ob sie rechtlich korrekt definiert sind.

derFer

Nur mal so nebenbei: wenn du hat keine Lizenz angibst darf der GAR NICHSTS mit der Datei gemacht werden weil dann das Urheberrecht gilt daher müssen alle dich vorher fragen....
Ich nutze aber Lizenzen gerade dafür das die ohne mich zu fragen alles mit den Programmen machen dürfen

Kellerautomat

Zeus schrieb:

Kellerautomat schrieb:

Was du nicht sagst. Ein bisschen nachdenken ist nicht verkehrt.

Rechtstexte haben nix mit nachdenken zu tun, sondern ob sie rechtlich korrekt definiert sind.

Eigentlich meinte ich damit, dass ihr euch stattdessen ein "these files", oder was auch immer hindenken sollt...

Kellerautomat schrieb:

Ich schreib meine eigene LICENSE.txt, wo nicht so viel BS drinsteht.

Naja, zumindest für Open-Source-Software ist das mit das schlechteste, was du machen kannst. Zumindest wenn du möchtest, das dein Programm auch benutzt wird. Bei gängigen Lizenzen ist die Aufnahme in eine Distribution ein Klacks. Irgendwelche Eigenkreationen müssen hingegen, je nach Distribution, erst aufwändig durch jemanden mit Fachwissen beurteilt werden. Da kann es schonmal passieren, dass dein Package-Review monatelang "blocked on legal review" ist, nur um dann zu erfahren, dass ein Jurist deine Lizenz etwa wegen Field-of-Use-Einschränkungen ("use this for good, not evil" ;)) als unfrei betrachtet.

Auch haben viele Arbeitgeber ein simples Prozedere für verbreitete Lizenzen. Wenn du dir was eigenes zusammenbastelst, muss ein potenzieller Contributor evtl. erst aufwändig die Erlaubnis des Arbeitgebers einholen, bevor er dir Patches schicken darf. Gleiches gilt für die simple Verwendung deines Codes in Unternehmen.

Ganz abgesehen davon, dass nicht jede Open-Source-Lizenz groß und komplex ist. Die paar Zeilen einer MIT/X11-style-Lizenz kann wohl jeder lesen und verstehen.

Dravere

Kellerautomat schrieb:

Eigentlich meinte ich damit, dass ihr euch stattdessen ein "these files", oder was auch immer hindenken sollt...

Und "these files" bedeutet nun was? Welche gehören da alle dazu? Du wirst ja kaum jedes File einzeln darin auflisten, was ziemlich fehleranfällig wäre. Zudem kämst du dann auch bald auf die 100 Seiten :p

Aber ich empfinde es schon als bezeichnend genug, dass du uns vorwirfst, dass wir bei einem Rechtstext doch etwas menschliche Vernunft anwenden sollen. Das ist gerade der Fehler, welcher man machen kann, wenn man Rechtstexte entwirft. Man soll auf gar keinen Fall von menschlicher Vernunft ausgehen, denn dann sind die Texte bereits schon viel zu ungenau.

Du scheinst wirklich der Meinung zu sein, die Leute, welche z.B. die GPL geschrieben haben, hätten den Text rein aus Spass so lang und kompliziert geschrieben? Oder die Richter bei Urteilssprüchen möchten nur mit ihrem Juristendeutsch angeben, wenn sie ein Urteil machen?

Übrigens, wie sieht es eigentlich mit der Haftung bei deiner Lizenz aus?

Grüssli

hustbaer

aber warum dann? schrieb:

hustbaer schrieb:

Siehe oben: in dem Fall ist die EXE ohne DLLs sogar *besser*. Und vermutlich auch kleiner als 20 MB.

Ok, aber warum machen das dann Programmierer?

Damit die Anwendung "professioneller" Aussieht?

In den Fällen wo es wirklich nur eine .exe gibt, und wo die DLLs nicht wegen LGPL o.ä. gemacht wurden ... keine Ahnung, vielleicht Gewohnheit?

kotnascher schrieb:

Ganz abgesehen davon, dass nicht jede Open-Source-Lizenz groß und komplex ist. Die paar Zeilen einer MIT/X11-style-Lizenz kann wohl jeder lesen und verstehen.

Ich weiss nicht ob das die kürzeste Lizenz ist, aber die WTFPL ist in der FLOSS-Gemeinschaft allgemein anerkannt.

WTFPL schrieb:

0. You just DO WHAT THE F

UCK YOU WANT TO.

hustbaer schrieb:

aber warum dann? schrieb:

hustbaer schrieb:

Siehe oben: in dem Fall ist die EXE ohne DLLs sogar *besser*. Und vermutlich auch kleiner als 20 MB.

Ok, aber warum machen das dann Programmierer?

Damit die Anwendung "professioneller" Aussieht?

In den Fällen wo es wirklich nur eine .exe gibt, und wo die DLLs nicht wegen LGPL o.ä. gemacht wurden ... keine Ahnung, vielleicht Gewohnheit?

Aus Gründen der Wartung/Unabhängigkeit. Die DLL kann weitestgehend unabhängig vom nutzenden Programm entwickelt und auch gefixt werden. Es ist halt einfacher, irgendwo eine neue DLL reinzuwerfen, als 10 Programme neu zu kompilieren.

hustbaer

@Morle
Nicht wirklich. Die LIB kann auch unabhängig entwickelt/gewartet etc. werden.

Und 10 Programme neu übersetzen ist auch nur dann mehr Aufwand, wenn man keine guten Build-Skripte hat.

Courier schrieb:

Wenn du über das "CD-Maximum" von ca. 650MB kommst, nimmt man halt einfach eine DVD mit 4,7GB oder mehr.

Lesen hilft. Ich habe bereits von DVD geschrieben. Sollen wir stattdessen eine Bluray verwenden?
Unter anderem enthält diese Software 3 Qt Anwendungen, welche jeweils eine Abhängigkeit zu QtWebkit (und damit auch zu QtGui) haben. Die beiden DLLs zusammen sind ~20MB. Das heisst, man spart da 40 MB an Platz. Und die Software von mir ist da noch eine von den kleineren.

hustbaer schrieb:

Und 10 Programme neu übersetzen ist auch nur dann mehr Aufwand, wenn man keine guten Build-Skripte hat.

Die 10 Programme müssen dann aber auch alle an den Kunden geliefert werden, statt nur eine einzelnen DLL. Wären eben bei sowas wie Qt Anweudngen statt vielleicht 1 MB für ne kleine DLL dann 300 MB für alle Anwendungen. Und das nur, weil eine kleine Funktionalität hart reingelinkt wurde.

hustbaer

@KuhTee
Lesen hilft.

Es ging zuletzt um Gründe DLLs zu verwenden, wenn es nur eine einzelne EXE gibt.
Und wenn die 300 MB gross wird, dann hat man wohl sowieso ein Problem.

hustbaer schrieb:

@Morle
Nicht wirklich. Die LIB kann auch unabhängig entwickelt/gewartet etc. werden.

Und 10 Programme neu übersetzen ist auch nur dann mehr Aufwand, wenn man keine guten Build-Skripte hat.

Ich habe beim Schreiben meines Ursprungsbeitrags schon damit gerechnet, dass sowas kommt. Es ging aber beim Ursprungsbeitrag gar nicht darum, wie die Vorteile wären man man dies und jenes hätte oder machen würde.

Ein weiterer Vorteil, den ich vergessen habe zu erwähnen: Bei DLLs ist man unabhängig vom Compiler und dessen Einstellungen der eigentlichen EXE Datei. Zumindest wenn man DLLs nur mit PODs benutzt und auf die Speicherverwaltung achtet. Reichen aus irgendwelchen Gründen keine PODs in der DLL Schnittstelle wird es bei uns übrigens immer eine echte LIB.

hustbaer

Morle schrieb:

hustbaer schrieb:

@Morle
Nicht wirklich. Die LIB kann auch unabhängig entwickelt/gewartet etc. werden.

Und 10 Programme neu übersetzen ist auch nur dann mehr Aufwand, wenn man keine guten Build-Skripte hat.

Ich habe beim Schreiben meines Ursprungsbeitrags schon damit gerechnet, dass sowas kommt. Es ging aber beim Ursprungsbeitrag gar nicht darum, wie die Vorteile wären man man dies und jenes hätte oder machen würde.

Schön dass du uns das wissen lässt. Aber worum ging es dann?

Ein weiterer Vorteil, den ich vergessen habe zu erwähnen: Bei DLLs ist man unabhängig vom Compiler und dessen Einstellungen der eigentlichen EXE Datei. Zumindest wenn man DLLs nur mit PODs benutzt und auf die Speicherverwaltung achtet. Reichen aus irgendwelchen Gründen keine PODs in der DLL Schnittstelle wird es bei uns übrigens immer eine echte LIB.

Ja, das kann ein Vorteil sein.

hustbaer schrieb:

Morle schrieb:

hustbaer schrieb:

@Morle
Nicht wirklich. Die LIB kann auch unabhängig entwickelt/gewartet etc. werden.

Und 10 Programme neu übersetzen ist auch nur dann mehr Aufwand, wenn man keine guten Build-Skripte hat.

Ich habe beim Schreiben meines Ursprungsbeitrags schon damit gerechnet, dass sowas kommt. Es ging aber beim Ursprungsbeitrag gar nicht darum, wie die Vorteile wären man man dies und jenes hätte oder machen würde.

Schön dass du uns das wissen lässt. Aber worum ging es dann?

Die Frage laut Topic war "Benutzt irgendwer dynamische Libs?" - Ja, ich.

Dann war im Verlauf die Frage, wieso eigentlich dynamische Libs wenn man auch statische nutzen kann. Ich habe darauf Antwort gegeben, von daher war doch "euch wissen zu lassen" gefordert.
Das es um was anderes ging, habe ich nicht gesehen.

hustbaer

Die Frage war

Benutzt hier irgendwer dynamische Bibliotheken (sprich .so oder *.dll)? Falls ja, warum?

Also ganz klar auch was die Vorteile (EDIT: OK, genaugenommen was der Grund ist, aber der ist eben oft "weil es die Vorteile X, Y und Z hat").
Und Vorteile sind eben nur so lange Vorteile, so lange es mit statischen LIBs nicht genau so gut geht.
Ist doch irgendwie klar, oder nicht?

hustbaer schrieb:

Es ging zuletzt um Gründe DLLs zu verwenden, wenn es nur eine einzelne EXE gibt.

@hustbaer: Lesen hilft. Ich bezog mich explizit auf eine Antwort welche auf einen meiner Posts folgte.

hustbaer schrieb:

Und wenn die 300 MB gross wird, dann hat man wohl sowieso ein Problem.

@hustbaer: Deinen eigenen Krempel lesen hilft noch mehr. Ich zitiere für dich nochmals:

hustbaer schrieb:

Und 10 Programme neu übersetzen ist auch nur dann mehr Aufwand, wenn man keine guten Build-Skripte hat.

Und zwar genau EINEN Post über meinem, zu welchem du mir erzählst, dass es zuletzt nur um einzelne EXE gehen sollte. Nein, DU selbst erzählst hier was von 10 Programmen.

Also lass dein Geblubber stecken. Wenn du keine Ahnung hast wie man professionell Software entwickelt, überlass das anderen.

hustbaer

@KuhTee
Du bissi doof, hm?

Meine Antwort (mit den 10 Programmen), die du zitiert hast, war eine Antwort an Morle - Beitrag von dir kann ich da keinen sehen.

Den Fehler aus einem Programm 10 zu machen hat allerdings schon Morle gemacht. Ich hab' bloss darauf geantwortet, weil es (=das Kompilieren) selbst bei 10 Programmen kein Problem wäre. Dass sich dabei ein deutlicher Nachteil bei der Binary-Gesamtgrösse ergeben könnte ist klar. Soweit waren wir vor ca. 100 Seiten in diesem Thread schon. Haste halt nicht mitbekommen oder nicht mitbekommen wollen.

Ich kann auch nix dafür wenn ihr hier immer wieder Aussagen von mir nur halb lest und dann dran rumkritisieren wollt.

Also lass du mal dein Geblubber stecken und nerv hier nicht rum.

hustbaer schrieb:

Und Vorteile sind eben nur so lange Vorteile, so lange es mit statischen LIBs nicht genau so gut geht.
Ist doch irgendwie klar, oder nicht?

Ehrlich gesagt nicht. Denn meine Entwicklungsumgebung weicht vom Ideal ganz erheblich ab - z.B. keine Build Scripte: Es werden einfach Delphi-Projekte kompiliert. Für einen Rebuild muss einer das Projekt auschecken, in Delphi öffnen, neu kompilieren klicken. Das mache ich dann jeweils für 10 Projekte.
Da bin ich mit einer DLL, die ich irgendwo reinwerfen kann, wesentlich schneller fertig.
Abgesehen davon, dass ich mir meine Ideal-Entwicklungsumgebung nicht aussuchen kann, haben wir hier nichtmal definiert, wie das Ideal überhaupt aussehen soll.

hustbaer

Morle schrieb:

hustbaer schrieb:

Und Vorteile sind eben nur so lange Vorteile, so lange es mit statischen LIBs nicht genau so gut geht.
Ist doch irgendwie klar, oder nicht?

Ehrlich gesagt nicht. Denn meine Entwicklungsumgebung weicht vom Ideal ganz erheblich ab - z.B. keine Build Scripte: Es werden einfach Delphi-Projekte kompiliert. Für einen Rebuild muss einer das Projekt auschecken, in Delphi öffnen, neu kompilieren klicken. Das mache ich dann jeweils für 10 Projekte.
Da bin ich mit einer DLL, die ich irgendwo reinwerfen kann, wesentlich schneller fertig.

OK. In dem Fall ist es für dich dann doch ein Vorteil, weil es mit deinem Projekten mit LIBs doch nicht so einfach geht.

Ich meinte nur es muss nicht immer ein Vorteil sein.
Bei meinen aktuellen Projekten wäre es egal, ich starte mein "Build.bat" File, warte 15 Minuten und hab dann ein fertiges Programmpaket.

Abgesehen davon, dass ich mir meine Ideal-Entwicklungsumgebung nicht aussuchen kann, haben wir hier nichtmal definiert, wie das Ideal überhaupt aussehen soll.

Jo. Ich arbeite noch mit VS 2005. Ist zwar schon schwer OK, vor allem im Vergleich zu VC++ 6 mit dem wir davor gearbeitet haben, aber VS 2012 wäre mir lieber.