Discussion :

[mailbox]

Yop,

Quand je veux coder sous windows avec Code::Blocks je rentre mes arguments dans un des menu et tout ce passe bien.

Quand je veux coder sous mac avec Xcode, je rentre mes arguments ici :
http://www.hostingpics.net/viewer.ph...a_22.06.25.png

Et visiblement il ne comprend pas car en voulant les afficher j'ai :
(null) TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash

...qui ne sont pas du tout les arguments que j'ai entré. Quelqu'un a une idée de ce que jai pu faire de travers?

[JeitEmgie]

Yop,

Quand je veux coder sous windows avec Code::Blocks je rentre mes arguments dans un des menu et tout ce passe bien.

Quand je veux coder sous mac avec Xcode, je rentre mes arguments ici :
http://www.hostingpics.net/viewer.ph...a_22.06.25.png

Et visiblement il ne comprend pas car en voulant les afficher j'ai :
(null) TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash

...qui ne sont pas du tout les arguments que j'ai entré. Quelqu'un a une idée de ce que jai pu faire de travers?

ce ne sont pas les arguments que vous imprimez, mais les variables d'environnement…

[mailbox]

ce ne sont pas les arguments que vous imprimez, mais les variables d'environnement…

J'ai lu "Arguments to be passed on launch" donc j'ai cru que...

Savez-vous dans quel menu je dois les entrer?

[JeitEmgie]

J'ai lu "Arguments to be passed on launch" donc j'ai cru que...

Savez-vous dans quel menu je dois les entrer?

Vous n'avez pas compris :

vous avez bien entré les arguments là où il faut mais ce que vous imprimez :
"TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash"
ne sont pas les arguments mais les variables d'environnement !
Donc c'est dans votre code qu'il y a un problème, pas dans la définition des arguments.
Montrez plutôt ce que vous faites pour imprimer ces "arguments" …

[mailbox]

Je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printf("%s %s %s %s %s\n", argv[0], argv[1], argv[2], argv[3], argv[4]);

en fait mon but est d'ouvrir un fichier qui serait inscrit dans les arguments, donc par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FILE *fichier=fopen(argv[3],"r");

Mais ca fonctionne pourtant correctement avec Code::Blocks sous windows, et sur OpenVMS

[JeitEmgie]

Je fais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

printf("%s %s %s %s %s\n", argv[0], argv[1], argv[2], argv[3], argv[4]);

en fait mon but est d'ouvrir un fichier qui serait inscrit dans les arguments, donc par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FILE *fichier=fopen(argv[3],"r");

Mais ca fonctionne pourtant correctement avec Code::Blocks sous windows, et sur OpenVMS

et çà fonctionne très bien aussi sous Xcode en entrant les arguments comme vous l'avez fait…

faites un simple projet C avec un main() qui imprime les arguments vous verrez bien, et à partir de là essayer de comprendre ce que vous avez de différent dans votre projet mais les arguments que vous imprimez sont des arguments habituellement passés dans des scripts pour setenv, pour définir les variables d'environnement.

[mailbox]

et çà fonctionne très bien aussi sous Xcode en entrant les arguments comme vous l'avez fait…

faites un simple projet C avec un main() qui imprime les arguments vous verrez bien, et à partir de là essayer de comprendre ce que vous avez de différent dans votre projet mais les arguments que vous imprimez sont des arguments habituellement passés dans des scripts pour setenv, pour définir les variables d'environnement.

Je lui ai fait afficher argc et les argv, voilà le résultat :

1
/Users/Aurelien/Desktop/TP1/build/Release/TP1 (null) TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash

Je passe plus de temps à essayer de faire marcher Xcode qu'à avancer dans mon programme...Autant j'adorais mon mac, autant là avec un portable windows et un bon vieux code::block je n'aurai pas ces soucis -.-

[JeitEmgie]

Je lui ai fait afficher argc et les argv, voilà le résultat :

1
/Users/Aurelien/Desktop/TP1/build/Release/TP1 (null) TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash

Je passe plus de temps à essayer de faire marcher Xcode qu'à avancer dans mon programme...Autant j'adorais mon mac, autant là avec un portable windows et un bon vieux code::block je n'aurai pas ces soucis -.-

d'abord argc vaut 1 et pas 5 comme il devrait, donc les arguments n'ont pas été associés à l'exécutable que vous testez !
ensuite en passant outre argc pour imprimer les argv vous imprimez effectivement le contenu de la zone mémoire qui contient les variables d'environnement !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
int main(int argc, const char *argv[])
{
    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
 
	int i ;
 
	for(i=0;i<argc;i++)
		printf("%d %s\n",i, argv[i]) ;
…

et la sortie

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
run
[Switching to process 49149]
0 /Users/…/Contents/MacOS/TestObjCRuntime
1 ks
2 cs
3 documents/alpha.txt
4 beta.txt

avec les arguments tels que vous les avez définis.

[mailbox]

hmm il ne reconnait pas :

NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

Enfin j'ai essayé sans, et rien de changé >.< Mais bon xcode me sort vraiment par les yeux, donc j'ai installé code::blocks.

Je réessayerai surement xcode dans quelques jours mais j'ai déjà perdu trop de temps à vouloir m'en servir pour le moment ;o

En tout cas merci de ton aide!

[JeitEmgie]

hmm il ne reconnait pas :

NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

çà ce n'est que si votre main est en Objective-C (main.m) si votre main est en C ou C++, vous n'avez pas besoin de cette ligne.

Lisez ce que j'ai dit plus haut :

si argc vaut 1 c'est que les arguments que vous avez créés ne sont pas assignés à l'exécutable que vous testez.

C'est impossible de deviner à distance ce que vous faites exactement mais il est évident que "Run" ne lance pas l'exécutable auquel vous avez assigné les arguments.

(… est-ce que l'exécutable est lancé par un script intermédiaire qui lui est la cible du "Run"…)