[résolu]vais devoir repasser sous windows ??? eclipse c++

GhostSpirit · Le 01/10/2015, à 12:15

Bonjour,

j'ai installer eclipse c++ , version mars, neon, europa, kepler
sous debian, kubuntu,
mais j'ai toujours le même problème

#include<iostream>
#include<stdio.h>
using namespace std;

int main() {
	cout << "!!!Hello World!!!" << endl; // prints !!!Hello World!!!
        printf("coucou");
	return 0;
}

quand je debug le programme en cliquant sur pas à pas (into step)
j'ai ce message :
can't find a source file at'/build...../printfc"
locate the file or edit the source lookup path to include it's location

precision :

quand je teste la compilation sous eclipse tout semble fonctionné
si je vais dans le terminal et que je lance le programme

"coucou" ne s'affiche pas !
sous codebloxk j'ai : Cannot open file: printf.c
Sous Windows, ça fonctionne

Dernière modification par GhostSpirit (Le 02/10/2015, à 13:34)

pingouinux · Le 01/10/2015, à 12:39

Bonjour,
Il manque déjà le ; final de cette ligne

        printf("coucou")

GhostSpirit · Le 01/10/2015, à 12:42

pingouinux a écrit :

Bonjour,
Il manque déjà le ; final de cette ligne
        printf("coucou")

exact,
mais c'est pas cela qui cause mon problème , j'ai simplement oublier de le mettre quand j'ai retaper le code

merci quand même

pires57 · Le 01/10/2015, à 13:26

je ne suis pas le mieux placé pour répondre quand il s'agit de C++ mais j'utilise stdio.h en C. il me semble qu'en C++ l'équivalent c'est cstdio

Dernière modification par pires57 (Le 01/10/2015, à 14:12)

GhostSpirit · Le 01/10/2015, à 13:32

salut pires,

stdio fonctionne sous Windows !
avec eclipse et codeblocks
donc aucune raison qu'il ne fonctionne pas sous linux

GhostSpirit · Le 01/10/2015, à 13:38

Resolu sous codeblocks kubuntu 15.04 mais pas sous eclipse
apt-get install glibc-source

mais pas sous debian
enfin un début de piste!

pires57 · Le 01/10/2015, à 14:12

Je viens de tester en coup de vent sur debian.
avec les modifications suivantes cela fonctionne :

#include<iostream>
#include<cstdio>
using namespace std;

int main() {
        cout << "!!!Hello World!!!" << endl; // prints !!!Hello World!!!
        printf("coucou \n");
        return 0;
}

GhostSpirit · Le 01/10/2015, à 14:20

Fausse joie,

au redémarrage cela ne marche plus...

tu as essayer le mode débug (step into)
car quand je compile cela à l'air de marcher
mais quand je mais le mode débuggeur et que je fais le pas à pas (step into) cela me met toulours la même erreur

GhostSpirit · Le 01/10/2015, à 14:37

même resultat sous debian
avec cstdio

pires57 · Le 01/10/2015, à 14:38

non, j'ai codé cela rapidement (avec vim) puis je l'ai compiler :

g++ test.cpp -o test

je l'ai rendu exécutable :

chmod +x test

puis je l'ai exécute :

./test

pour obtenir ce résultat :

!!!Hello World!!!
coucou

GhostSpirit · Le 01/10/2015, à 14:39

non il y a une différence, c'est ioputs.c

pires57 · Le 01/10/2015, à 14:42

regardes mon post #10 et fait le à la main, c'est possible que le problème vienne de code::block

GhostSpirit · Le 01/10/2015, à 14:43

j'ai refait tes commande ça marche,

mais cela ne marche toujours sous codeblocks ou eclipse

pires57 · Le 01/10/2015, à 15:00

donc le problème viens bien de tes IDE qui sont probablement mal configuré.
Je ne pourrais pas t'aider à vérifier, j'y connais pas grand chose en IDE, j'ai toujours développer sous VIM.

GhostSpirit · Le 02/10/2015, à 08:33

bonjour,

bon j'ai du nouveau :

après la lecture de ceci

http://lea-linux.org/documentations/Dev-libc

j'ai tenter d'inclure directement la bibliothèque dans mon programme

j'ai donc essayer l'un après l'autre de mettre stdio.h en chemin absolue

genre #include<usr/bin/stdio.h> car je l'ai en plusieur exemplaire

locate stdio.h
/home/spirit-debian/Téléchargements/glibc-2.19/conform/data/stdio.h-data
/home/spirit-debian/Téléchargements/glibc-2.19/include/stdio.h
/home/spirit-debian/Téléchargements/glibc-2.19/libio/stdio.h
/home/spirit-debian/Téléchargements/glibc-2.19/libio/bits/stdio.h
/usr/bin/stdio.h
/usr/include/stdio.h
/usr/include/boost/iostreams/filter/stdio.hpp
/usr/include/c++/4.9/tr1/stdio.h
/usr/include/glib-2.0/glib/gstdio.h
/usr/include/newlib/stdio.h
/usr/include/newlib/c++/4.8/tr1/stdio.h
/usr/include/newlib/sys/stdio.h
/usr/include/x86_64-linux-gnu/bits/stdio.h
/usr/lib/x86_64-linux-gnu/perl/5.20.2/CORE/nostdio.h

Dans la makorité des cas j'ai ce message

||WARNING: Target 'test - Debug': Unable to resolve 1 external dependency/ies:| (sous codebloks)

PS: j'ai demandé sur un autre forum de l'aide pour ce même problème, je le dis car je sais que certaine personnes n'aime pas cela.

mais ne sachant pas si c'est un problème de(s) IDEs ou un problème de paquets, conflit ou mauvaises configuration dans Linux.

il me semble judicieux de doubler ce message dans deux forum specialisé, en l'occurrence developpez.com et ici

GhostSpirit · Le 02/10/2015, à 10:01

(synaptic:6008): GLib-CRITICAL **: g_child_watch_add_full: assertion 'pid > 0' failed
L'interface GTK a besoin de python-gtk2 et python-glade2.
Ces modules n'ont pas été trouvés. Retour à l'afficheur page à page.
L'erreur est :No module named glade
Sélection du paquet libwxsmithlib0 précédemment désélectionné.
(Lecture de la base de données... 223852 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../libwxsmithlib0_13.12-3.1~bpo8+1_amd64.deb ...
Dépaquetage de libwxsmithlib0 (13.12-3.1~bpo8+1) ...
Sélection du paquet codeblocks-contrib précédemment désélectionné.
Préparation du dépaquetage de .../codeblocks-contrib_13.12-3.1~bpo8+1_amd64.deb ...
Dépaquetage de codeblocks-contrib (13.12-3.1~bpo8+1) ...
dpkg: erreur de traitement de l'archive /var/cache/apt/archives/codeblocks-contrib_13.12-3.1~bpo8+1_amd64.deb (--unpack) :
 tentative de remplacement de « /usr/share/man/man1/codesnippets.1.gz », qui appartient aussi au paquet codeblocks-contrib-common 13.12-1
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))
Sélection du paquet codeblocks-dev précédemment désélectionné.
Préparation du dépaquetage de .../codeblocks-dev_13.12-3.1~bpo8+1_amd64.deb ...
Dépaquetage de codeblocks-dev (13.12-3.1~bpo8+1) ...
Sélection du paquet gdb-doc précédemment désélectionné.
Préparation du dépaquetage de .../gdb-doc_7.7.1+dfsg-2_all.deb ...
Dépaquetage de gdb-doc (7.7.1+dfsg-2) ...
Sélection du paquet kdbg précédemment désélectionné.
Préparation du dépaquetage de .../kdbg_2.5.4-1_amd64.deb ...
Dépaquetage de kdbg (2.5.4-1) ...
Sélection du paquet valgrind précédemment désélectionné.
Préparation du dépaquetage de .../valgrind_1%3a3.10.0-4_amd64.deb ...
Dépaquetage de valgrind (1:3.10.0-4) ...
Sélection du paquet codeblocks-dbg précédemment désélectionné.
Préparation du dépaquetage de .../codeblocks-dbg_13.12-3.1~bpo8+1_amd64.deb ...
Dépaquetage de codeblocks-dbg (13.12-3.1~bpo8+1) ...
Sélection du paquet valgrind-dbg précédemment désélectionné.
Préparation du dépaquetage de .../valgrind-dbg_1%3a3.10.0-4_amd64.deb ...
Dépaquetage de valgrind-dbg (1:3.10.0-4) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) ...
Traitement des actions différées (« triggers ») pour install-info (5.2.0.dfsg.1-6) ...
Traitement des actions différées (« triggers ») pour mime-support (3.58) ...
Des erreurs ont été rencontrées pendant l'exécution :
 /var/cache/apt/archives/codeblocks-contrib_13.12-3.1~bpo8+1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Échec de l'installation d'un paquet. Tentative de récupération :
Paramétrage de gdb-doc (7.7.1+dfsg-2) ...
dpkg: des problèmes de dépendances empêchent la configuration de codeblocks-dbg :
 codeblocks-dbg dépend de codeblocks-contrib (= 13.12-3.1~bpo8+1) ; cependant :
  Le paquet codeblocks-contrib n'est pas installé.

dpkg: erreur de traitement du paquet codeblocks-dbg (--configure) :
 problèmes de dépendances - laissé non configuré
Paramétrage de codeblocks-dev (13.12-3.1~bpo8+1) ...
Paramétrage de kdbg (2.5.4-1) ...
Paramétrage de libwxsmithlib0 (13.12-3.1~bpo8+1) ...
Paramétrage de valgrind (1:3.10.0-4) ...
Paramétrage de valgrind-dbg (1:3.10.0-4) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.19-18+deb8u1) ...
Des erreurs ont été rencontrées pendant l'exécution :
 codeblocks-dbg

GhostSpirit · Le 02/10/2015, à 10:04

E: /var/cache/apt/archives/codeblocks-contrib_13.12-3.1~bpo8+1_amd64.deb: tentative de remplacement de « /usr/share/man/man1/codesnippets.1.gz », qui appartient aussi au paquet codeblocks-contrib-common 13.12-1

grigouille · Le 02/10/2015, à 10:04

Je te suggère de laisser tomber les IDE et de compiler à la main. Utilise un simple éditeur de texte pour écrire ton code.

alius · Le 02/10/2015, à 10:33

mouahahahah !!
Et si tu ajoutes un '\n' à la fin de coucou ? ou tu peux faire aussi flush forcé avec fflush()

moko138 · Le 02/10/2015, à 10:50

"error... 1" ==>
sudo apt-get clean
pour vider /var/cache/apt/archives
Cf. Doc.

GhostSpirit · Le 02/10/2015, à 11:22

salut gribouille alius, moko138
@gribouille
l'utilisation des IDE n'est pas un choix mais une obligation !
@alius
tu peux être plus precis pour fflush()

@moko138
j'ai fait apt-get clean
ensuite réessayer d'installer codeblosks-dbg
avec le gestionnaire de paquets et j'ai eu droit à ceci

E: Internal Error, No file name for codeblocks-dbg:amd64

GhostSpirit · Le 02/10/2015, à 11:25

codeblocks-dbg est déjà la plus récente version disponible.
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes :
Les paquets suivants contiennent des dépendances non satisfaites :
 codeblocks-dbg : Dépend: codeblocks-contrib (= 13.12-3.1~bpo8+1) mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt-get -f install » sans paquet
(ou indiquez une solution).

GhostSpirit · Le 02/10/2015, à 11:26

root@debian8:/usr/share/gdb# apt-get -f install
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Correction des dépendances... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  lib64asan1:i386 lib64atomic1:i386 lib64cilkrts5:i386 lib64gcc1:i386 lib64gomp1:i386 lib64itm1:i386 lib64quadmath0:i386 lib64stdc++6:i386 lib64ubsan0:i386 libasan1:i386 libatomic1:i386
  libc6-dev:i386 libcilkrts5:i386 libcloog-isl4:i386 libgcc-4.9-dev:i386 libgmp10:i386 libgomp1:i386 libisl10:i386 libitm1:i386 libmpc3:i386 libmpfr4:i386 libquadmath0:i386 libstdc++6:i386
  libubsan0:i386 linux-libc-dev:i386
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Les paquets supplémentaires suivants seront installés : 
  codeblocks-contrib
Les NOUVEAUX paquets suivants seront installés :
  codeblocks-contrib
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
2 partiellement installés ou enlevés.
Il est nécessaire de prendre 5 092 ko dans les archives.
Après cette opération, 22,8 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] O
Réception de : 1 http://http.debian.net/debian/ jessie-backports/main codeblocks-contrib amd64 13.12-3.1~bpo8+1 [5 092 kB]
5 092 ko réceptionnés en 5s (856 ko/s)          
(Lecture de la base de données... 225429 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../codeblocks-contrib_13.12-3.1~bpo8+1_amd64.deb ...
Dépaquetage de codeblocks-contrib (13.12-3.1~bpo8+1) ...
dpkg: erreur de traitement de l'archive /var/cache/apt/archives/codeblocks-contrib_13.12-3.1~bpo8+1_amd64.deb (--unpack) :
 tentative de remplacement de « /usr/share/man/man1/codesnippets.1.gz », qui appartient aussi au paquet codeblocks-contrib-common 13.12-1
dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe))
Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-5) ...
Des erreurs ont été rencontrées pendant l'exécution :
 /var/cache/apt/archives/codeblocks-contrib_13.12-3.1~bpo8+1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@debian8:/usr/share/gdb#

GhostSpirit · Le 02/10/2015, à 11:48

Les paquets suivants contiennent des dépendances non satisfaites :
 libstdc++-4.9-doc : Est en conflit avec: libstdc++-4.8-doc mais 4.8.4-1 devra être installé
 libstdc++6-4.9-dbg : Est en conflit avec: libstdc++6-4.8-dbg mais 4.8.4-1 devra être installé
E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ».
root@debian8:/usr/share/gdb#

alius · Le 02/10/2015, à 11:53

Salut,

La fonction fflush() force l'écriture des buffers de la sortie qui lui est désignée par exemple fflush(stdout) pour vider et écrire tout ce qui a dans le buffer de la sortie standard. Techniquement le fait d'ajouter un '\n' à la fin de la chaine flush le buffer implicitement car stdout est line-buffered.

edit : Après eclipse a connut (je sais pas si c'est toujours le cas) bon nombre de bug d'affichage dans sa console. Donc si t'en a marre de la console eclipse tu peut configurer l'ide pour lancer une vrai console système

Dernière modification par alius (Le 02/10/2015, à 11:54)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/10/2015, à 12:15

[résolu]vais devoir repasser sous windows ??? eclipse c++

#2 Le 01/10/2015, à 12:39

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#3 Le 01/10/2015, à 12:42

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#4 Le 01/10/2015, à 13:26

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#5 Le 01/10/2015, à 13:32

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#6 Le 01/10/2015, à 13:38

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#7 Le 01/10/2015, à 14:12

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#8 Le 01/10/2015, à 14:20

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#9 Le 01/10/2015, à 14:37

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#10 Le 01/10/2015, à 14:38

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#11 Le 01/10/2015, à 14:39

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#12 Le 01/10/2015, à 14:42

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#13 Le 01/10/2015, à 14:43

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#14 Le 01/10/2015, à 15:00

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#15 Le 02/10/2015, à 08:33

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#16 Le 02/10/2015, à 10:01

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#17 Le 02/10/2015, à 10:04

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#18 Le 02/10/2015, à 10:04

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#19 Le 02/10/2015, à 10:33

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#20 Le 02/10/2015, à 10:50

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#21 Le 02/10/2015, à 11:22

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#22 Le 02/10/2015, à 11:25

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#23 Le 02/10/2015, à 11:26

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#24 Le 02/10/2015, à 11:48

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

#25 Le 02/10/2015, à 11:53

Re : [résolu]vais devoir repasser sous windows ??? eclipse c++

Pied de page des forums