Shared object au lieu d'exécutable

Citation:

---

Envoyé par Bktero

Normal, tu n'as pas les options d'édition des liens, donc le linker ne trouve pas la définition des symboles.

---

:koi: :koi: :koi:


Comme je n'ai rien concernant gtk3 sur ma vieille machine, après avoir récupéré les 3 fichiers source j'ai viré tout ce qui concernait gtk3, j'ai remplacé dans main.c toute la proc main par

Code:

---

1 2	printf("hello world!\n"); return 0;

---

histoire d'avoir quelque chose à voir, j'ai ensuite exécuté la ligne de commande que j'ai donnée à 12h50 en y remplaçant simplement gtk3 par gtk2 et ça a compilé et l'exécution affiche bien
Pièce jointe 295378
comme on est en droit de s'y attendre.

Dans ton .h, il y a des #define avant un #include. C'est généralement une mauvaise idée, car ils viennent polluer le fichier inclus.
Généralement, ce n'est rien, mais sait-on jamais.

C'est aussi pour cela qu'on cherche des noms long et complexe pour les gardes d'inclusions

Dans le même ordre d'idée, tu as des dizaines de variables globales.
Ne pourrais-tu pas en faire une seule structure, globale dans un premier temps?

je viens de tester avec les exemples gtk3 présents dans les dépots debian.
en copiant le dossier de l'appli 1 dans mon dossier de sources, que ce soit avec codeblocks qui link avec gcc ou avec la commande suivante j'arrive au même résultat : une bibliothèque partagée comme type affiché par dolphin exécutable seulement par une console

Code:

---

gcc -Wall `pkg-config gtk+-3.0 --cflags` `pkg-config gtk+-3.0 --libs` -I/usr/include/gtk-3.0 exampleappwin.c exampleapp.c main.c -o appli

---

ternel : j'ai regroupé mes globales dans une structure et déplacé l'include, pareil

Bon, on va reprendre à zéro parce que chez moi, ça, ça compile et ça s'exécute :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

//main.c : #include <math.h> #include <stdlib.h> #include <string.h> #include <gtk/gtk.h>   #include "callbacks.h"   int main (int argc, char *argv[]) { printf("hello world!\n"); return 0; }   //callbacks.c #include <math.h> #include <gdk/gdk.h> #include <ctype.h> #include <stdlib.h> #include <string.h>   #include "callbacks.h"   //callbacks.h #ifndef CALLBACKS_H_INCLUDED #define CALLBACKS_H_INCLUDED   #define SIGNIFICATIFS 10 #define MULTIPLICATEUR 8   #include <gtk/gtk.h>   #endif

---

avec

Code:

---

gcc -Wall `pkg-config gtk+-2.0 --cflags` `pkg-config gtk+-2.0 --libs` -I/usr/include/gtk-2.0 callbacks.c main.c -o ohm

---

Manips : faire fonctionner ce qui est dessus (les 2 .c, le .h et la ligne de commande) sans en changer le moindre caractère.
C'est pas bon ? Le problème est planqué dans les paramètres dont je parlais ce matin, à voir avec gcc -dumpspecs | grep shared mais pour aller trifouiller là-dedans, c'est un peu à vomir et je n'ai pas la moindre idée de comment faire...
C'est bon ? alors remplace ce qui a trait à gtk2 par gtk3 sur la ligne de commande et recompile.
C'est pas bon ? Ton problème est quelque part dans les libs gtk3 et ça me dépasse.
C'est bon ? Alors remonte le .h petits bouts par petits bouts en compilant à chaque rajout.
Idem pour le callbacks.c, puis le main.c : tu devrais bien finir par trouver où ça coince.

Citation:

---

Envoyé par titux

mon souci viendrait de Dolphin ou KDE.

---

Il serait peut-être temps d'explorer ces options, maintenant, non ?

En particulier, sur https://userbase.kde.org/Dolphin, dans la section "Hints, Tips and Troubleshooting",
il y a ça:

Citation:

---

To solve this issue, you can use File Associations to create an entry for the unrecognized filetype.

---

En fait, as-tu déjà essayé d'ouvrir un autre programme que le tien avec Dolphin ?

Citation:

---

Envoyé par nnovic

Citation:

---

Envoyé par titux

mon souci viendrait de Dolphin ou KDE.

---

Il serait peut-être temps d'explorer ces options, maintenant, non ?

---

Ne l'embrouille pas, tu pars dans la mauvaise direction !

Tant qu'il y aura ça suite à la compilation :

Citation:

---

Envoyé par titux

Code:

---

ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=46ada4e5e25fc120ca052c9beb8bfa5491fc6239, not stripped

---

---

il ne sortira pas de ça :

Citation:

---

Envoyé par titux

dolphin le considère comme une bibliothèque partagée et me propose de l'ouvrir avec un logiciel tiers.

---

Sur ce coup-là, Dolphin ayant l'air aussi stupide que l'Explorateur des Windows, pas la peine d'aller explorer des voies annexes qui se termineront en impasses.

Juste une question, dans ce cas: Est-ce normal d'exécuter une librairie ?

Citation:

---

Envoyé par titux

je ne peux exécuter mon appli finale qu'en ligne de commande

---

Citation:

---

Envoyé par titux

je peux l'exécuter en choisissant xterm dans la fenetre de sélection

---

Citation:

---

Envoyé par titux

j'arrive au même résultat : une bibliothèque partagée comme type affiché par dolphin exécutable seulement par une console

---

Citation:

---

Envoyé par nnovic

Juste une question, dans ce cas: Est-ce normal d'exécuter une librairie ?

---

Surement pas, non.

Quant à tes quotes, je suspecte des sacs de nœuds car j'ai fait le test suivant : en partant des instructions que j'ai données hier soir à 23h22 et sans rien changer, je me suis contenté de rajouter le flag -shared sur la ldc de compilation avec gcc et d'envoyer : résultat je gagne bien un shared object, et si je double-clique dessus depuis mon explorateur de fichiers, j'ai le même genre de fenêtre me demandant de choisir une application pour ouvrir ce type de fichier.
Au moins on est cohérent dans l'erreur.

Par contre la librairie n'est pas exploitable/exécutable en l'état :

Code:

---

1 2	# ./ohm Erreur de segmentation

---

:aie:
alors que si je recompile sans -shared tout va bien :

Code:

---

1 2	# ./ohm hello world!

---

Que dire de plus ?
Attendre ses retours des tests sur mes suggestions (que n'importe qui peut tester aussi, d'ailleurs, histoire de faire avancer le schmilblik)...

a tout hasard, vérifie que tu n'as pas d'alias sur gcc, g++ ou ld

j'ai trouvé,
même un bête hello world compilé avec le mini d'options ( gcc toto.c -o toto ) était compilé en bibliothèque partagée sauf si je le compilais avec -static

j'ai refait une recherche sur le net, en ajoutant l'option -no-pie au linker j'obtiens un exécutable, d'où la ligne de commande qui passe :

Code:

---

gcc -Wall `pkg-config gtk+-3.0 --cflags` `pkg-config gtk+-3.0 --libs` -I/usr/include/gtk-3.0 callbacks.c main.c -o ohm -lm -no-pie

---

Code:

---

1 2	$ file ohm ohm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=17f860c6c84fc1a5771c8744b7aaaf164c219559, not stripped

---

la solution était là :
https://stackoverflow.com/questions/...cutable-binary

merci beaucoup à chacun pour le temps et l'énergie passés à m'aider, vous m'avez appris pas mal de choses :)

Oh mon dieu.... :calim2:


Tu n'es pas le seul à avoir eu peur de voir des vieux projets ne plus fonctionner https://askubuntu.com/questions/9115...n-ubuntu-17-04

Bktero, je viens de lui faire passer l'astuce au cas où.

la petite photo finish pour le plaisir :
Pièce jointe 295621

encore merci :)

Citation:

---

Envoyé par titux

j'ai trouvé,
même un bête hello world compilé avec le mini d'options ( gcc toto.c -o toto ) était compilé en bibliothèque partagée sauf si je le compilais avec -static

j'ai refait une recherche sur le net, en ajoutant l'option -no-pie au linker j'obtiens un exécutable, d'où la ligne de commande qui passe :

Code:

---

gcc -Wall `pkg-config gtk+-3.0 --cflags` `pkg-config gtk+-3.0 --libs` -I/usr/include/gtk-3.0 callbacks.c main.c -o ohm -lm -no-pie

---

Code:

---

1 2	$ file ohm ohm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=17f860c6c84fc1a5771c8744b7aaaf164c219559, not stripped

---

la solution était là :
https://stackoverflow.com/questions/...cutable-binary

merci beaucoup à chacun pour le temps et l'énergie passés à m'aider, vous m'avez appris pas mal de choses :)

---

Well done! Incroyable, ce truc ! 8O

Citation:

---

Envoyé par titux

la petite photo finish pour le plaisir :
Pièce jointe 295621

---

Tout ça pour ça ??? T'aurais dû demander ! :mouarf:
--> http://www.electronique-radioamateur...e-couleurs.php

nnovic : oui fallait le trouver ce truc -_-

Bktero : hey oui :D mais c'était plus pour me faire la main sur un petit projet que pour le code couleur en lui-même ;)