Benutzt irgendwer dynamische Libs?

Kellerautomat

Swordfish schrieb:

Kellerautomat schrieb:

Keine Ahnung was du daran kompliziert oder missverstaendlich findest, aber wenn ich schreibe...

You may not use this file for commercial purposes.

...wuesste ich nicht, wie man das missinterpretieren koennte.

Was heißt missinterpretieren? Wenn og. Satz in deiner license.txt steht, hast du schon verloren. Denn "this file" ( license.txt ) will wohl niemand kommerziell verwenden ...

Jaja, du mich auch.

Nathan

Hat aber Recht.

Kellerautomat

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

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.