dll ins Programm intregieren und danach OHNE dll verwenden??

[Reinhard Kern]

Zitat von Delphi-Laie:

Mit der Software PEBundle lassen sich Exe-Datei und zugehörige DLL(s) zu einer größeren Exe-Datei vereinigen.

Da frage ich mich: wenn ich die Funktionen geschrieben habe, kann ich sie direkt einbinden, also brauche ich die Software doch nicht? Also ist sie nur zum Klauen gut.

Gruss Reinhard

[hoika]

Hallo,

nicht unbedingt.
Wird in die DLL z.B. eine Geräte-Ansteuerung ausgelagert,
die nicht so häufig geändert wird oder gebraucht wird,
ist die Exe kleiner.

Ausserdem sieht es doch schicker aus,
wenn es nur eine Exe ist.

Bsp.:
List&Label

Ein Haufen DLLs <-> eine Exe


Heiko

[himitsu]

Zitat von hoika:

nicht unbedingt.

Und es gibt Fälle, wo der Code garnicht in der EXE laufen kann,
vorallem bei DLL-Injektion, 'nem COM-Server in der DLL usw.

[neo4a]

Eine einfache Lösung Single-Exe-Programme auszuliefern, die eigentlich aus einer Vielzahl von Dateien (exe,dll,ico,bmp etc.) besteht, stellt z.B. Molebox Pro dar. Etwas trivial ausgedrückt wird hier eine Art selbstextrahierender Zip-Container erstellt. Leider funktioniert das Zusammenspiel zwischen Main-Exe und den Komponenten nicht in jedem Fall. Auch der Schutz der Inhalte ist nur rudimentär, da es für diese Pcker auch die Entpacker gibt.

Eine etwas anspruchsvollere Lösung ist BoxedApp. Prinzipiell macht es das, was MoleBox und Co. tun auch. Hier erfolgt aber die Steuerung aus dem Delphi-Programm heraus. Das macht zwar etwas Arbeit, aber gibt ungleich flexiblere Möglichkeiten (nicht zuletzt zur Verschlüsselung der Ressourcen). Ich habe hier vor einiger Zeit einen Firebird-Server als Single-Exe-Lösung vorgestellt, der auf BoxedApp basiert.

Neben der schicken und ultra-portablen Single-Exe Lösung sehe ich auch noch Vorteile darin, dass ich meinem Programm auf dem Zielsystem eine Laufzeitumgebung bieten kann, dass von den Installationsvoraussetzungen unabhängig ist. Beispiel Flash.ocx oder die ActiveX-Komponente des Acrobat-Readers in der passenden Version.

Leider auch hier die Einschränkung: Es passt vieles aber längst nicht alles.

--
Andreas

[tkone]

bei ms würde ich an deiner stelle die finger davon lassen den sourcecode zu klauen.
hier mal ein paar lizensbedingungen (unter der annahme, dass du eine orginale retailversion von office 2007 pro verwendest)

Zitat:

Die Komponenten der Software werden als
eine Einheit lizenziert. Sie sind nicht berechtigt, die Komponenten zu trennen

Zitat:

Keine andere Person ist berechtigt, die Software zur gleichen Zeit unter der
gleichen Lizenz zu irgendeinem anderen Zweck zu verwenden.

Zitat:

7. GÜLTIGKEITSBEREICH DER LIZENZ. Die Software wird lizenziert, nicht
verkauft. Dieser Vertrag gibt Ihnen nur einige Rechte zur Verwendung der
Software. Microsoft und, sofern zutreffend, Ihr Hersteller behalten sich alle anderen Rechte vor. Sie dürfen die Software nur wie in diesem Vertrag
ausdrücklich gestattet verwenden

Zitat:

Sie sind nicht dazu berechtigt:
· technische Beschränkungen der Software zu umgehen
· die Software zurückzuentwickeln (Reverse Engineering), zu
dekompilieren oder zu disassemblieren

[axellang]

Zitat von stho:

Hallo Leute

es ist vielleicht eine merkwürdige frage aber:
Wie hole ich die Funktionen einer DLL aus dieser herraus, so, das ich die DLL am Ende nicht mehr brauche?

Tutorials habe ich bereits gefunden wie man Funktionen in DLLs exportiert.

aber wie kann ich eine DLL so einbinden das ich sie nachher nicht mehr benötige?!

Oder gehts sowas überhaupt?

Liebe Grüße
stho

Sehe Dir dass mal an: Loading s DLL from memory.
Es gibt auch ein Delphi Beispiel als download.

Axel

[Luckie]

Sagt mal, ich wollt wohl unbedingt, dass er diese DLL oder Teile des Codes illegalerweise nutzt oder wie? Oder warum macht ihr andauernd noch Lösungsvorschläge?

[axellang]

Zitat von Luckie:

Sagt mal, ich wollt wohl unbedingt, dass er diese DLL oder Teile des Codes illegalerweise nutzt oder wie? Oder warum macht ihr andauernd noch Lösungsvorschläge?

Nein das will ich, zumindest nicht! Es geht doch um die Frage ob dies machbar ist oder nicht und Aussagen wie "jo das geht nicht" sind schlichtweg falsch. Das sich derjenige damit strafbar macht, müsste doch jedem dessen IQ höher als die Zimmertemperatur ist klar sein.

In diesem Sinne

Alexander

[Delphi-Laie]

Die Lizenzbedingungen sind von vorn bis hinten Käse, wirklich vom ersten bis zum letzten Buchstaben kalter Kaffeé, demnach null und nichtig.

Natürlich wird die Software verkauft. Alles weitere regelt die Urheberrechtlage.

Diese angeblichen sog. "Linzenvereinbarungen" sind schon deshalb ungültig, weil sie erst nach dem Kauf "überraschend" hervortreten.

Die Aura ihrer einschüchternden Wirkung scheint jedoch bis heute nicht zu verblassen.

[axellang]

Zitat von Delphi-Laie:

Die Lizenzbedingungen sind von vorn bis hinten Käse, wirklich vom ersten bis zum letzten Buchstaben kalter Kaffeé, demnach null und nichtig.

Natürlich wird die Software verkauft. Alles weitere regelt die Urheberrechtlage.

Diese angeblichen sog. "Linzenvereinbarungen" sind schon deshalb ungültig, weil sie erst nach dem Kauf "überraschend" hervortreten.

Die Aura ihrer einschüchternden Wirkung scheint jedoch bis heute nicht zu verblassen.

Also ich will Dir ja nicht zu nahe treten, aber soviel ich mich erinnere, ist es doch so, das fast jede Popel-Anwendung bei der Installation eine Lizenzvereinbarung beinhaltet der zuerst zugestimmt werden muss, um mit der Installation fortzufahren. Insbesondere eine Milchkuh wie Office.

Auch kann ich mir gut vorstellen, das die Rechtsabteilung von Microsoft so'n paar Schmankerl für Leute die darauf schei*** parat hat.


Axel