Deutsches Lazarusforum

So, ich löse das Problem jetzt wie folgt:


Ich kopiere eine libQt6Pas, die funktioniert, in das bin-Verzeichnis (in meinem Fall jetzt die 6.2.10) und benenne diese in libQt6Pas.so.6 um.
Das Programm kompiliere ich dann mit folgendem Befehl, der Nachher ausgeführt werden soll: patchelf --set ...

Naja, es könnte ja auch älter sein. Gibt sicher Leute die nutzen sowas wie Debian...

OK, dann liegt es scheinbar an der libqtpas. Dann muss ich mir das mal anschauen und ggf. nen extra Build-Prozess aufbauen... Hätte ja auch einfach sein können...

Trotzdem danke an alle..

Frisches System:
tobias@tobias-Ubuntu2404:~/Downloads$ ls -lah
insgesamt 9,2M
drwxr-xr-x 2 tobias tobias 4,0K Sep 8 16:07 .
drwxr-x--- 17 tobias tobias 4,0K Sep 8 15:49 ..
-rwxrwx--- 1 tobias tobias 6,7M Sep 8 15:50 DBKonverter
lrwxrwxrwx 1 tobias tobias 18 Sep 8 16:07 libQt6Pas.so.6 -> libQt6Pas ...

theo hat geschrieben: Mo 8. Sep 2025, 10:02 Da ist mMn etwas anderes im Eimer.
Dass die ältere Version nicht geht, ist doch eher unwahrscheinlich.

Hm, frisch und extra dafür installierter virtueller Rechner...

Wurde nachinstalliert. Hab ich beobachtet und konnte es auf einem virtuellen Rechner bei mir reproduzieren. Das Problem scheinen die verschiedenen Versionen zu sein:

Arch Linux: 6.9
Ubuntu 24.04: 6.4

Nein, direkt für meine App nicht, aber

- EOL => veraltete Software
- nicht mehr sicher, wie lang das direkt mitgeliefert wird oder wenigstens über normale Repos beziehbar ist

Ja, Windows ist kein Problem. Mir geht es hier rein um Linux.

Ist aber an sich echt unschön. Entweder EOL Software oder aber enorme Probleme...

Hallo,

hier mal eine Frage, wie ihr das löst... Ich entwickle unter ArchLinux, also relativ aktuelle Software. Die Anwendung wurde für Linux mit Qt6 kompiliert.

Jetzt sollte für einen Test, diese auf einem Ubuntu 24.4 Rechner verwendet werden, und das ging nicht. Die LibQt6Pas habe ich ...

Wenn ich das Programm "neu Kompiliere" geht es wieder. Bis ggf. schon zur nächsten Änderung.
Ab und zu hilf es auch, noch die härtere Variante zu nehmen: "Aufräumen und kompilieren...".


Naja, das hilft nur auch ein paar Kompilierungen.


Beii so komplexen Problemen gehe ich meistens auf die ...

Devart kann das Problem nicht reproduzieren und ich auch nicht in einem Testprojekt. Es betrifft nur mein großes Programm und das kann ich ja nicht an Devart leiden.

Ich lasse das mal offen, vielleicht hat jmd ja noch eine Idee.

Ich habe gcc eigentlich ausgeschlossen, aber LiteDAC bringt drei binäre Dateien mit, die hier benötigt werden (auch in der Source-Version). Vielleicht ist das das Problem.

Nachtrag: Ich habe jetzt einfach mal eine Supportanfrage an Devart geschickt. Vielleicht wissen die auch hier etwas näheres.

Moin,

FPC: 3.2.2
Lazarus: 4.0.2-GTK
Ich arbeite unter ArchLinux (x86_64)

Nein. Kaum Inlining und nur keine Generics. Ich kann das auch reproduzieren, wenn ich als Zielsystem Windows 64-Bit angebe.

Ich nutzte aber diverse DevArt-Komponenten in diesem Projekt (LiteDAC, VirtualDAC, SBridge ...

Ah ok. Danke für die Klarstellung.

Ja, das wäre eine Möglichkeit. Aber damit pflegst du das doppelt, oder?

Der Vorteil für mich ist einfach, dass ich einfach und schnell die Dokumentation erzeugen kann. Ich verzichte dann halt auf die Inline-Doku.

Ich schreibe meine Dokumentationen mit WriterSide von JetBrains. Dadurch bekomme ich HTML-Dateien für eine Webseite als auch PDFs.

Ich kann das Ganze auch für eine lokale Darstellung exportieren, benötige dafür aber auch JS. Damit scheidet dann der HTMLViewer aus.

Meine Lösung ist jetzt, lokal das ...