[erledigt] Nur eine Datei - wie?

[kralle]

Moin,

wie kann ich unter Lazarus dafür sorgen, das ich am Ende möglich nur eine Datei erhalte, die ich dann weitergeben kann?
Also, unter Windows, keine extra DLLs. Unter Linux und Co möglichst auch nur eine Datei.

Das z.B. eine Datenbankdatei extra bleiben wird, ist mir klar, aber alles andere wäre schön in einer Datei zu haben.
Auch wenn die Programmdatei da durch größer wird.

Geht das aus Copyright-Gründen eigentlich?

Gruß Heiko

[MacWomble]

Ist das nicht immer nur eine Datei ? (Außer den DB-Bibliotheken)

[kralle]

Moin,

Ist das nicht immer nur eine Datei ?

Und warum braucht man dann einen Installer, der die Dateien in die richtigen Unterordner packt?

Zusatzfrage: Kann ich mittels "Erstellmodi" und "Hinzufügungen und Beeinflussen" für jedes OS ein Unterverzeichnis erstellen, in dem am Ende nur die ausführbare Datei liegt?

Gruß Heiko

[Socke]

Ist das nicht immer nur eine Datei ?

Und warum braucht man dann einen Installer, der die Dateien in die richtigen Unterordner packt?

Für Windows habe ich diese Methode gefunden: https://www.thoughtco.com/load-a-dll-fr ... ce-1058456
Ich gehe davon aus, dass dies nur unter Windows funktioniert. Plattformübergreifend wäre es am einfachsten, die Bibliotheken in eine temporäres Verzeichnis zu extrahieren und dann von dort zu laden.
Bleibt dann nur noch zu hoffen, dass alle verwendeten Units auch dynamisches Linken unterstützen.

Zusatzfrage: Kann ich mittels "Erstellmodi" und "Hinzufügungen und Beeinflussen" für jedes OS ein Unterverzeichnis erstellen, in dem am Ende nur die ausführbare Datei liegt?

Per Default wird das Programm im Programmverzeichnis abgelegt. Du kannst auch Variablen im Pfad nutzen: release\$(TargetCPU)-$(TargetOS)\project1
Über Erstellmodi kannst die Pfade für jeden Modus einzeln ändern. Hier hättest du den Vorteil, dass du aus der IDE heraus mehrere Modi auf einmal erstellen kannst. Bei den Variablen oben müsstest du lazbuild mehrfach mit ensprechenden Parametern aufrufen. Passende (Cross-)Compiler jeweils vorausgesetzt.

[Warf]

Unter windows geht das auf jeden fall (keine Ahnung wie, hier hat aber jemand ja schon was gefunden), unter anderen systemen (linux, mac) wär das einzige was mir einfallen würde (was nicht unglaublich hacky wäre) wäre die Bibliotheken als resourcen (oder konstanten) zu speichern und zur laufzeit in ein temporäres Verzeichnis zu entpacken. Das funktioniert auf jeden fall auf jeder plattform

[af0815]

Ich habe es mit Resourcen unter Windows gemacht um die Datenbanktreiber in die Applikation zu bekommen.

Mittlerweile arbeite ich mit einen Installer, da ansonsten es nicht sichergestellt ist, das der DB Treiber das auf die Platte kopieren verträgt. Einerseits ist das kopierenin den Programmpfad schon mal durch ein sauber konfiguriertes System unterbunden. Andererseits stossen sich die AV Programme oft an dem Vorgang. Deshalb gleich richtig mit einen Installer. Ist zwar das erste mal mehr aufwand, später aber nur noch Copy & Paste

[Warf]

Installer haben noch einen vorteil, wenn es netzwerkinstaller sind können die immer die neuste version runterladen. Außerdem wenn man konfig dateien hat kann der installer bereits einen default anlegen.

Grade für größere projekte die ordnerstrukturen und zusätzliche daten brauchen verwende ich immer nen netzwerk installer

[kralle]

Moin,

erst einmal Danke, für Eure vielen Antworten.
Inzwischen verstehe ich, dass es doch sinnvoll sein kann Installer zu nutzen.

Das was ich so programmiere, sind meistens kleine Tools, die keine DLL oder der gleichen nachladen und so als einen Datei weitergegeben werden können.

Gruß Heiko

[af0815]

Egal ob DB oder fpReport, man braucht öfters als man denkt eine dll oder so.

Gerade bei den vermeintlich kleinen Tools hat es mich am meisten Zeit gekostet.

Edit: Ein Beispiel wie man eine dll aus einer Resource ins Programmverzeichnis extrahieren kann. Das Beispiel ist mit dem MS-Sql Datenbanktreiber- Dazu muss dieser in den Resourcen unter dem Namen SYDBDB eingebunden worden sein. Das geht natürlich mit allen Dateien Resourcen so.

Ich habe die Schnippsel aus einen größeren Code herauskopiert, kann sein, das die uses nicht komplett ist. Die Funktion sieht nach, o der Treiber da ist, ansonsten wird er aus den Resourcen erstellt.

Code: Alles auswählen

 
uses 
  SysUtils, FileUtil, LCLType;
 
function LoadFromResourceAndMakeFile(Instance: THandle; const ResName: String;
  const FileAndPathName: String): Boolean;
var
  S: TResourceStream;
  F: TFileStream;
begin
  Result := False;
  // create a resource stream which points to our resource
  S := TResourceStream.Create(Instance, ResName, RT_RCDATA);
  try
    // create a file  in the application directory
    F := TFileStream.Create(FileAndPathName, fmCreate);
    try
      F.CopyFrom(S, S.Size); // copy data from the resource stream to file stream
      Result:=True;
    finally
      F.Free; // destroy the file stream
    end;
  finally
    S.Free; // destroy the resource stream
  end;
end;
 
function CheckPrerequisites: boolean;
var
  Drivername: String;
begin
  Result:= False;
  Drivername:= IncludeTrailingPathDelimiter(ExtractFileDir(ProgramDirectory))+ 'sybdb.dll';
  try
    if not FileExists(Drivername) then
      Result:= LoadFromResourceAndMakeFile(HINSTANCE,'SYBDB',Drivername)
    else
      Result := True;
  except
    DebugLn('CheckPrerequisites cannot create Driverfile sybdb.dll');
    Result:= false;
  end;
end;