Il est normal que la simple déclaration "Copy *copie;" ne provoque pas d'erreur puisqu'il n'est pas fait appel au constructeur; ce qui signifie que l'erreur se passe sans doute dans le constructeur.
Le constructeur de Copy fait appel au constructeur de FileObj, 2 solutions:
1) ne pas faire appel à FileObj, si l'erreur disparait -> voir au niveau du constructeur de FileObj
2) si cela est possible, essayer de construire, dans le main, un objet de la classe FileObj

Houlà, les mecs, vous faites du hors sujet.
Souvent, les messages des compilateurs sont les plus parlant. Dans le premier message :

  main.cpp: In function «void copier(GtkWidget*, void*)»:
  main.cpp:12: erreur: initializer liste d'expressions traitée comme une expression composée
  main.cpp:12: erreur: cannot convert «const char*» to «Copy*» in initialization

   main.cpp:476: erreur: no matching function for call to «Copy::Copy(const char*&, const char*&)»
   ClassCopy.hpp:8: note: candidats sont: Copy::Copy(const char*, const char*, bool)
   ClassCopy.hpp:5: note: Copy::Copy(const Copy&)
   main.cpp:477: erreur: no matching function for call to «Copy::start()»
   ClassCopy.hpp:9: note: candidats sont: void Copy::start(bool) 

"Sinon, pour moi le message du compilateur n'a rien à voir avec le code source"

non j'ai raccourcis le code à l'essentiel autrement il aurais été beaucoup trop long.



"Aurait tu oublié une accolade dans un entête ? "

Et non je n'ai rien oublié de fermer puisque sans cette ligne qui me pose problème ça se compile très bien.



"Il dit que l'erreur vient de la fonction copier(), or je ne la voit pas dans le code source fourni. "

Il n'y a pas de fonction copier c'est ma déclaration d'objet ça aurait pu être Copy maCopieDeTest("blabla", "blabla", true)



"Il faut juste faire attention à ne pas créer d'ambiguité par exemple Classe(int i,bool j=true) et Classe(int i) lors d'un appel à Classe(3) le compilateur ne sais pas quel constructeur appeler."

Je n'ai fais de surcharge de methode donc je ne vois pas pourquoi il ne trouve rien.

Par contre en mettant le boolean manquant j'obtiens une erreur différente :

Compilation échouée.
/tmp/cctqIvpY.o: In function `copier(_GtkWidget*, void*)':
main.cpp:(.text+0x86): undefined reference to `Copy::Copy(char const*, char const*, bool)'
main.cpp:(.text+0x91): undefined reference to `Copy::~Copy()'
collect2: ld a retourné 1 code d'état d'exécution

Certes, le code source aurait été trop long, mais le compilateur indique une erreur dans la fonction "copier(GTK...)" que nous ne voyons pas, pourquoi une erreur dans cette fonction si tu es dans le main() ? L'expérience m'a appris qu'il vaut mieux traité en premier la première erreur du compilateur. il faut se concentrer sur cette fonction "copier()" d'où vient elle, à quoi sert elle ?
Pour tout dire c'est pas clair, le compilo parle de le fonction copier et toi tu nous dit qu'elle n'y ait pas !
Le compilateur a toujours raison, il voit une fonction copier() c'est quelle existe.
Comme c'est l'édition des liens qui merde, regarde les noms présents dans le .o avec nm.exe.
donne nous aussi ta ligne de compilation, ça peux aussi venir de là. Salutation !
Char Snipeur

Effectivement je n'avais pas pensé à ça. donc après essais :

cas de la compilation avec le booléen:

g++: -lgtk-x11-2.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lgdk-x11-2.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -latk-1.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lgdk_pixbuf-2.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lm: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lpangocairo-1.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lpango-1.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lcairo: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lgobject-2.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lgmodule-2.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -ldl: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
g++: -lglib-2.0: fichier d'entrée d'édition de liens n'est pas utilisé parce l'édition de lien n'a pas été faite
Compilation terminée avec succès.

/tmp/cc4GT3Jz.o: In function `main':
test.cpp:(.text+0x1b2): undefined reference to `Copy::Copy(char const*, char const*, bool)'
test.cpp:(.text+0x1c2): undefined reference to `Copy::~Copy()'
collect2: ld a retourné 1 code d'état d'exécution
Compilation échouée.

g++ `pkg-config --libs --cflags gtk+-2.0` -c "%f"

g++ `pkg-config --libs --cflags gtk+-2.0` -o "%e" "%f"

Moi, je ne comprends pas comment ça pouvait marché sans les .o. Si tu ne lui fourni pas l'implémentation des constructeurs, il n'y a pas de raison que ça fonctionne.
Pour le booleen, essai comme je t'ai dit de mettre la valeur par dé&faut uniquement dans la déclaration de la classe. Salutation !
Char Snipeur