Application deployment

[HB9FIH]

Hallo,
Habe unter Mint 20.3 ein kleines Programm geschrieben. Rechnungsstellung für das neue Schweizer Zahlungssystem QR.
Nun wollte ich dies auf einer anderen Linux Distribution testen.
Habe einen Ubuntu 22.04 LTS installiert.
T'ja - nicht ganz unerwartet: es fehlt was (vorerst): libsqlite3.so
Aber dasselbe SQLite3 ist auch auf Ubuntu installiert. Habe die und das versucht (symlinks anpassen etc pp) aber komm zu keinem Erfolgs-Ergebnis.

Unter Delphi / WIN.. habe ich immer alles was für die Applikation nötig ist in dessen Programmverzeichnis (3-4 dll) - und das Vorhandensein auch geprüft. Hatte damit 22 Jahre keinerlei Probleme.

Darf ich fragen wie Ihr so was löst ?

Erich

[theo]

Könntest du die Fehlermeldungen angeben?
"Es fehlt was" und "Komm zu keinem Erfolgs-Ergebnis" sagen nicht viel aus.
Vielleicht mal "libsqlite3-dev" o.ä. installieren. Weiss aber nicht, ob das hier das Problem ist.

Und Linux ist nicht Windows - Shared Objects liegen normalerweise nicht im Programmverzeichnis.

[fliegermichl]

Man kann unter Linux mit "file myexecutable" in Erfahrung bringen, welche Libs gebraucht werden und welche (falls gefunden) verwendet werden.

[theo]

Man kann unter Linux mit "file myexecutable" in Erfahrung bringen, welche Libs gebraucht werden und welche (falls gefunden) verwendet werden.

"File" kenne ich nicht für diesen Zweck.

Code: Alles auswählen

ldd ./project1

oder

Code: Alles auswählen

readelf -d ./project

Das funzt aber afaik nur für statisch gelinkte SO. Das ist bei sqlite3 aber mMn nicht der Fall.

Wahrscheinlich fehlt "libsqlite3-dev"

[fliegermichl]

Richtig, ldd war das.

[HB9FIH]

Danke für die aufschlussreichen Antworten

missing libsqlite3.so war die Fehlermeldung.

Die Befehle ldd readlf und file kannte ich noch nicht
Bei ldd gab es keinen Eintrag über libsqlite3.so - dh es ist dynamisch (ich denke)

Nun habe ich das dev Paket installiert.
Ergebnis: dieser Fehler ist weg.
Jedoch nun kommt der nächste: SQLite3Connection1: Unable to open DatabaseFile (habe aber die funktionierende DB vom Entwicklungs PC rüberkopiert) nun denn :
Ich suche nun weiter (zB ändere den Programmstart und baue Fehlermeldungen ein)...denke da komm ich sukksessive hin (und lerne dabei)

[af0815]

Jedoch nun kommt der nächste: SQLite3Connection1: Unable to open DatabaseFile (habe aber die funktionierende DB vom Entwicklungs PC rüberkopiert) nun

Lass dir den Pfad mal ausgeben, unmittelbar vor dem Open. Ich wette, das die Pfade nicht stimmen. Die Pfade sollte man immer dynamisch erzeugen und nicht die aus dem OI verwenden, das geht sonst immer schief, wenn ein anderer Benutzer die verwendet. Ausserdem habe ich die Erfahrung gemacht, immer die Pfade absolut zu verwenden und keine Tilde etc. Auch relativ zur vermuteten aktuellen Position in der Dateistruktur ist fehlerbehaftet, die kann manchmal ganz anders sein als vermutet

[HB9FIH]

Ja ist klar -
Verwende auch immer absolute Pfadangaben.
Hole den Pfad (getcurrentdir) und setze das für den run.

[af0815]

Hole den Pfad (getcurrentdir) und setze das für den run.

Meiner Erfahrung nach muss das aktuelle Verzeichnis, nicht das sein, was man erwartet Man kann Programme auch in anderen Verzeichnissen starten, als dem Aktuellen. Bin da schon mal böse überrascht worden. Deswegen das mit der vermuteten Position im Post vorher. Oder man hat es selbst geändert im Programm, aber vergessen, das das wo verwendet wird

[shokwave]

Ja ist klar -
Verwende auch immer absolute Pfadangaben.
Hole den Pfad (getcurrentdir) und setze das für den run.

Den Pfad von meinem Executeable hole ich mir, im OnCreate der MainForm, mit

Code: Alles auswählen

ExecPath := ExtractFilePath(ParamStr(0));

aber vielleicht kennt hier jemand noch eine bessere Methode.

[Ally]

So geht es auch:

Code: Alles auswählen

ExecPath := ExtractFilePath(Application.ExeName);

Gruß Roland

[Winni]

So geht es auch:

Code: Alles auswählen

ExecPath := ExtractFilePath(Application.ExeName);

Gruß Roland

Hi!

Das ist nicht falsch. Seit ein paar Versionen geht's aber noch einfacher:

Code: Alles auswählen

ExecPath := Application.Location;

Wenn man Langeweile hat, darf man die Release-Notes lesen ....


Winni

[HB9FIH]

Danke, man liest und lernt viel aus den Antworten heraus.

Ich habe es nun im Griff. Kann das Programm ohne Probleme in Ubuntu 22.04 laufen lassen.
Das Arbeitsverzeichnis und das Datenbankverzeichnis kann man separat machen wenn man will.
Nur noch ein minor Problem - eine Grafik erscheint im Ubuntu noch obgleich vorhanden - muss nachhaltiger nachsehen.

73 Erich

[corpsman]

Mal so blöd gefragt, warum nutzt ihr nicht eine Variante der "GetAppConfig*"

Code: Alles auswählen

Function GetAppConfigDir(Global : Boolean) : String;
Function GetAppConfigFile(Global : Boolean) : String;
Function GetAppConfigFile(Global : Boolean; SubDir : Boolean) : String;    
          

Da kriegt ihr System unabhängig immer nen Pfad / ein File auf das ihr schreiben dürft und das dann passend abgelegt wird...

[HB9FIH]

Ja, kenne ich.

Ich nehm für die Applikation das Current Dir, wenn ich in einem Parameter nicht was spezielles angebe.

Der Designer von LAzReport legt die config im AppConfig Dir ab, das lasse ich so.

Gute Zeit