qt-Adressverwaltung läuft nicht auf stretch

[mampfi]

Ich hab mir mit qt eine Adressverwaltung programmiert (die greift auf mysql zu)

Die kompilierte Programmdatei lief auch auf Rechnern, wo das qt-Entwicklungssystem nicht installiert war.
(Sogar auf einem debian squeeze)

Bei dem frisch installierten stretch leider nicht.

Ich weiß, dass kde installiert sein muss.


Irgendwer hat mir hier mal einen Trick verwalten, wie die das Programm trotzdem läuft. Ich finde leider den Thread nicht mehr.

[DeletedUserReAsG]

Wenn du die genaue Fehlermeldung verrätst, kann dir vielleicht jemand verraten, was fehlt. Ansonsten sind ldd und strace auch nette Werkzeuge, um selbst zu schauen, was fehlt.

[mampfi]

Die Antwort hilft mir nicht weiter.

Vielleicht lesen den Thread die Herrschaften, die mir damals weitergeholfen haben.


Die aktuelle Fehlermeldugung ist leider gar keine

Bei Doppelklick auf die Datei, wo es bisher funktioniert hat, passiert leider gar nichts.

[owl102]

Die aktuelle Fehlermeldugung ist leider gar keine

Bei Doppelklick auf die Datei, wo es bisher funktioniert hat, passiert leider gar nichts.

Dann starte die Anwendung doch einmal von einem Terminal.

[mampfi]

Das ist der selbe Effekt.

@owl: Ich glaub, Du hast mir schon mal mit C-Programmierung gnu weitergeholfen.

[DeletedUserReAsG]

Du startest es also aus der Shell heraus, und es kommt keine Fehlermeldung, nur der Prompt und $? ist 0? Den Hinweis auf ldd und strace von mir hast du gelesen?

[mampfi]

Bin irgendwie total verwirrt, momentan schieb ich auf dem Hauptrechner die im Wechselrahmen die Platten rein und raus.
Hab aber noch eine Stretch-Installation auf einem anderen Rechner, wo es auch nicht funktioniert.

Lege eine Pause ein und melde mich wieder.

Hilf mir auf die Sprünge, was soll ich mit ldd und strace tun?

[DeletedUserReAsG]

ldd /Pfad/zum/Binary und den Output hier posten, wenn du ihn nicht selbst interpretieren kannst, und strace /Pfad/zum/Binary und den Output nach NoPaste oder einem anderen Pastebin-Dienst hochladen, wenn du ihn nicht selbst interpretieren kannst.

[owl102]

Du startest es also aus der Shell heraus, und es kommt keine Fehlermeldung, nur der Prompt und $? ist 0?

Da mag ich auch gerne nachhaken, denn auch ich hätte eine Fehlermeldung im Terminal erwartet.

[mampfi]

cut and paste von betreffendem Rechner

root@neo:/media/daten/prog/c/qt/adr# ldd adr
das Programm ist nicht dynamisch gelinkt
root@neo:/media/daten/prog/c/qt/adr#

[rhHeini]

Ich hab mir mit qt eine Adressverwaltung programmiert (die greift auf mysql zu)

Ganz am Rande: mysql ist bei Stretch nicht mehr vorhanden, wird durch mariadb ersetzt.

Mfg Rolf

[DeletedUserReAsG]

cut and paste von betreffendem Rechner

root@neo:/media/daten/prog/c/qt/adr# ldd adr
das Programm ist nicht dynamisch gelinkt
root@neo:/media/daten/prog/c/qt/adr#

Mal die Ausgabe von file /pfad/zur/datei? Damit man auch mal weiß, worum es überhaupt geht. QT ist keine Programmiersprache, sondern ’n Toolkit, das man in ziemlich vielen Sprachen verwenden kann.

Und die Frage besteht weiterhin: was genau passiert, wenn du das Programm aus einer Shell heraus zu starten versuchst?

[eggy]

Warum compilierst du das Ding nicht einfach neu? Jedoch dynamisch gelinkt, dann auf dem Zielsystem noch die entsprechenden libqt* sachen installieren und alles sollte laufen.

(leicht offtopic: statisches Linken ist, soweit ich informiert bin, eh nur mit der Bezahl-Qt-Lizenz gestattet
Edit: war falsch informiert / veraltete Infos ... und catdog2 hat türlicherweise mal wieder recht )

[catdog2]

(leicht offtopic: statisches Linken ist, soweit ich informiert bin, eh nur mit der Bezahl-Qt-Lizenz gestattet)

Wenn die Lizenz der Anwendung (L)GPL-kompatibel ist (oder man das Kompilat nicht weiter gibt) darf man natürlich auch statisch linken.

[mampfi]

Immer wenn ich mit dem Gedanken spiele, auf dem Hauptrechner wieder Windows (7) einzuführen, ist die Verzweiflung schon sehr groß.
Das war bei diesem Scheiss GNOME 3 der Fall und jetzt wieder mit diesen wahnsinnigen Veränderungen bei debian stretch.
Das mit Win zu machen, was bei gut debian gut eingerichtet ist, würde allerdings längere Recherchen benötigen.

Ich versteh die krassen Veränderungen nicht, bei Microsoft und Windows hat das Verkaufsgründe.

Zurück zum Thema:

Also der erste Vorschlag ist: Die Anwendung neu kompilieren, das heisst, ich brauch einen Rechner mit debian stretch und ein aktuelles qt.

[mampfi]

Vorgeschichte:

Wollte mich mal in Maskenprogrammierung in der Gegenwart einarbeiten und hab dazu qt benutzt. Das lief so gut, dass ich meine Adressverwaltung mit PHP durch das qt-Programm ersetzt habe.

c++/qt kann man als c++ - Dialekt bezeichnen würde ich sagen.

Wusste ehrlich gesagt bei der Kompiliererei gar nicht so genau, was ich da tat.
-----------------------------------------------------------------------------------------------------------------------------------------------------

Zurück zum aktuellen Problem:


Also es scheint auf Neukompilierung rauszulaufen.


Es läuft ein qt-creator auf auf einem debian jessie.

Was bräuchtet Ihr denn noch für Angaben?

[eggy]

Versuch doch einfach mal was qmake && make sagen

[mampfi]

Also um Mißverständnisse zu vermeiden, momentan ist nur qt-creator auf einem debian jessie installiert.


Das kompilierte File (wohl dynamisch) funktionierte auf debians von squeeze bis jessie


Du weißt, dass ich da ein bißchen mehr Hilfe benötige, da ich mich mit make-Dingen nicht so sehr auskenne.




Von Kommandozeile habe ich bisher mit folgendem Skript kompiliert

#echo "erzeuge pro-Datei"
#qmake -project

echo "erzeuge make-file"
qmake

echo "führe make aus"
make

echo "Programm mit Doppelklick ausführen"
chmod 777 *

[MSfree]

Auf welcher Qt-Version basiert denn der Quelltext von deinem Programm?
Führ mal ldd [deinExecutable] auf der Kommandozeile aus.

Wenn es von squeeze bis Jessie funktioniert hat, müßte es irgendwas von Qt3 bis Qt4 sein.

Ich habe kein stretch, weiß also nicht, welche Qt-Version dort installiert ist, bzw. welche installierbar sind. Da stretch aber KDE5 einsetzt, wird da also auch mindestens Qt5 vorhanden sein und das wird mit deinem Executable nunmal nicht funktionieren.

Wenn dein Quelltext noch auf Qt3 basiert, wird es auch gar nicht ohne weiteres mit Qt5 kompilieren, die Qt-Versionen sind zwischen Major-Releasess leider nicht einmal quelltextkompatibel, an ein paar Änderungen im Quelltext wirst du also nicht herum kommen.

Eventuell kannst du aber noch eine ältere Qt-Version unter stretch installieren, such doch einfach mal mit
apt-cache search libqt.

[mampfi]

@rHeini: gerade gelesen, danke für die Info, dass mysql von mariadb ersetzt wurde, Programmaufrufe müssten aber kompatibel sein, siehe https://tyrola.at/wechsel-von-mysql-auf-mariadb/
--------------------------------------------------------------------------------------------------------------------------------------

Zurück zum Problem:

Die qtcreator-Version ist, laut Info:

Qt Creator 3.2.1
Based on Qt 5.3.2 (GCC 4.9.2, 32 bit)

Built on Nov 18 2014 at 21:46:18

[DeletedUserReAsG]

MSfree, ldd hatten wir schon, das Ding ist statisch gebaut.

[MSfree]

MSfree, ldd hatten wir schon, das Ding ist statisch gebaut.

Tja, die Ausgabe von file [wieAuchImmerDasDingHeißt] ist uns der OP leider noch schuldig. Ich denke auch, daß der Test mit ldd auf das, was der OP für ein Executable hält, ein Test mit irgendeiner Datei oder gar eine Verzeichnis war.

Ich behaupte mal, daß du mit einer normalen Debianisntallation keine rein statisch gelinkten Programme hinbekommst, mindestens die libc ist eigentlich immer dynamisch und statische Qt-Libs muß man sich auch selbst kompilieren (dauert ca. 3 Stunden auf einem 3.4GHz Croe i7) , die Libs aus dem Qt-dev Paket sind .so.

Daher nochmal:

- Bitte den Namen des Executables
- ausführen von which [Executable]
- ausführen von file ´which [Executable]´
- ausführen von ldd [Executable]

[mampfi]

Das war schon das Executable, da bin ich mir sicher, aber ich poste jetzt mal den Pfad mit (zur Übersicht in verschiedenen Postings)

[mampfi]

file auf Rechner wo es funktioniert:

root@neo:/media/daten/work/bat# file /media/daten/prog/c/qt/adr/adr
/media/daten/prog/c/qt/adr/adr: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=b1e8e1ec090b55cd6a78933d43c120972453905d, not stripped
root@neo:/media/daten/work/bat#

[mampfi]

Ich poste von stretch-Rechner:

which /media/daten/prog/c/qt/adr/adr
/media/daten/prog/c/qt/adr/adr
--------------------------------------------------------------------------------------

root@edi1:/media/daten/work/bat# file which /media/daten/prog/c/qt/adr/adr
which: cannot open `which' (No such file or directory)
/media/daten/prog/c/qt/adr/adr: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=b1e8e1ec090b55cd6a78933d43c120972453905d, not stripped
--------------------------------------------------------------------------------------
root@edi1:/media/daten/work/bat# ldd /media/daten/prog/c/qt/adr/adr
das Programm ist nicht dynamisch gelinkt
root@edi1:/media/daten/work/bat#