Forum Graph100

C@siomax · 05 Apr 2004 13:14:16

vi c'est un shareware pratique lol, car au bout de 40 jours t'as une fenetre ki apparait et ke tu dois fermer à chaque fois :P

scq · 05 Apr 2004 17:05:06

moi, j'utilise toujours le menu contextuel, donc jamais j'ai cette fenetre qui s'affiche !!!

krach · 06 Apr 2004 15:21:32

Pour les archives corompues c'est trés certainement dû à un mauvais download du *.rar.
Et à propos de VC1.5 qui peut m'aider à configurer le compilateur pour la meilleur optimisation de mes éxécutable pour Casio?

dada66 · 06 Apr 2004 18:00:19

si tu vx je te file le projet de GComm ou g tout réglé dedans.
Tu n'auras k'a change le nom du projet et ajouter tes fichiers à compiler le reste est fait !
Sinon, tu crée un projet EXE DOS (Project->New)
Puis tu vas dans Options->Project.
Décoche "Use MFC", choisi Release, ensuite tu vas dans "Compiler" et "Linker"
Attention :La pile est à 2Ko par défaut, c peut être trop faible pour toi! (pour GComm c bcp trop petit big_smile )

2072 · 06 Apr 2004 20:39:29

Alors c'est quoi la diff de taille entre la version compilée par TC et celle par VC 1.5 ?

dada66 · 07 Apr 2004 05:59:24

Ce que je px dire, c que pour GComm g un gain de 3Ko.
3Ko sur 26Ko ca pas négligeable. Maintenant ca dépend peut être des projets.
L'avantage de VC++ c qu'il ne met pas dans l'exe des méthodes déclarées mais non utilisées. Par exemple si on inclut le fichier casio2.h de superna, généralement on ne se sert que de la moitié des méthodes, et bien là le gain est plus signifiant car les méthodes non utilisées ne sont pas écrit dans l'exe.

ROY BATTY · 22 Apr 2004 09:11:17

je viens d'installer Visual C++ mais problèmes pour recompiler des sources qui tournaient avec TC3.0. Deja comment faire s'il y a de l'asm dans les fonctions ?

krach · 22 Apr 2004 13:49:19

Il faut lui indiquer que "asm"="_asm"

ROY BATTY · 22 Apr 2004 15:06:32

Merci a toi, j'en profite pour te poser une autre question. Je fais un essai tout con avec printf et ca deconne completement avec l'emulateur...
As-tu eu ce meme probleme ?

krach · 22 Apr 2004 15:13:57

Je n'utilise pas printf scanf et compagnie lorsque je prog pour la G100 donc je ne peux pas te répondre sur cette question, et vu que je ne suis pas sur mon ordi je ne peux pas non plus tester dans l'immédiat, donc avis à la population de programmeurs : qui peut tester? smile

[neo]f4kill · 22 Apr 2004 15:22:47

g tesT un ti printf qui dit bonjour sa march po sous l'ému ... g pas tesT sur ma g100 mais ia pas de raison que sa ne fonctionne pas ...

a ben si sa marche!
tient sa marche plus!
toujours pas
march po ...
tient sa remarche !

fin bref c'est AC aléatoire

ROY BATTY · 22 Apr 2004 15:57:24

le fonctionnement aleatoire du printf compilé avec Visual C++ c'est avec l'émulateur ou aussi avec ta casio ?

[neo]f4kill · 22 Apr 2004 16:25:36

c pas VC++ c tcc

ROY BATTY · 22 Apr 2004 16:29:51

sur ta casio ou avec l'emulateur?

Azor · 23 Apr 2004 03:53:21

printf, ya mieux quand meme pour la G100 roll

ROY BATTY · 23 Apr 2004 04:17:45

c'est sur que ya mieux , mais le fait qu'il y ait mieux n'explique pas pourquoi ca fonctionne de facon aleatoire

mastermage · 23 Apr 2004 14:38:18

printf ya peut etre mieux, mais j'ai jamais eu de problemes avec sur ma graph100, que ce soit avec TurboC ou DM (j'ai pas encore essayé avec VC++) :?

[neo]f4kill · 23 Apr 2004 15:50:40

y'a marqué : "sa marche pas sous l'ému"

ROY BATTY · 23 Apr 2004 15:59:01

mastermage, programmes-tu en C (.C) ou en C++(.CPP) avec tc3 ? parceque les problemes semblent venir qd on fait du C++ et qu'on change les Options par défaut Compiler/ C++ Options/C++ Virtual Tables -> External et Options Out-of-lines (surtout celui-là) et Far virtual tables. Avec ces options activees certaines fonctions tournent sans erreur sur l'emulateur mais problemes sur la casio, et quand on change les options c'est parfois l'inverse qui se produit.
Quant a Visual C++, pour des programmes .CPP, ca deconne, et pas seulement qd on utilse les fonctions de <stdio>, mais en faisant de simples ecritures en memoire video aussi.

Julien · 23 Apr 2004 17:52:10

Moi j'ai programmé en cpp avec TC3 pendant tout un temps sans jamais toucher aux options de compilation pour le cpp, et tout fonctionnait correctement... :? Evidemment je ne pouvais pas à ce moment là tester mes progs sur l'émulateur donc je ne peux pas te dire ce que ca aurait donné wink

2072 · 23 Apr 2004 18:49:43

Il peut y avoir un buffer de sortie pour printf et autre donc avec certains compilateurs (comme GCC) il faut faire

fflush(stdout);

après avoir écrit.

ROY BATTY · 25 Apr 2004 11:43:24

Suite au sujet que j'ai mis sur les options avec TC3 pour les classes héritées, l'alloc dynamique etc.. le probleme est le même avec Visual C++, et si on veut générer un EXE (car les .COM marchent of course) il faut faire attention aux plantages liés aux FAR CALL lors d'appel de fonctions. Pour les éviter, de même qu'avec TC3, il faut donc agir sur les options de compilation et de link.

Julien · 25 Apr 2004 12:53:49

Tu sais, si tu fais rien, ca marche bien... :?
Donc ne touche pas à ces options et ca fonctionnera impec sans que tu aies à l'inquiéter wink

ROY BATTY · 25 Apr 2004 12:59:23

Malheureusement non.
Les options par défaut de TC3 et de Visual C++ provoquent, éventuellement, des FAR CALL dans les cas évoqués. Il faut donc désactiver les options concernées pour ces compilateurs pour produire un EXE qui tourne sur la casio à tous les coups...

Julien · 25 Apr 2004 13:08:51

Pourtant je n'ai jamais touché aux options de TC3 depuis que les avais réglées sur base du tuto de Whyp, et je n'ai jamais eu de problemes d'éxecution meme avec la POO :?
Mais sinon, ce dont je suis sur c'est que ca fonctionne bien quand tu compiles en ligne de commande sans donner un seul argument concernant les options propres au cpp, et je vois donc pas pq s'inquiéter smile

Forum Graph100

Annonce

#26 05 Apr 2004 13:14:16

Re: Microsoft Visual C++ 1.5 16bit

#27 05 Apr 2004 17:05:06

Re: Microsoft Visual C++ 1.5 16bit

#28 06 Apr 2004 15:21:32

Re: Microsoft Visual C++ 1.5 16bit

#29 06 Apr 2004 18:00:19

Re: Microsoft Visual C++ 1.5 16bit

#30 06 Apr 2004 20:39:29

Re: Microsoft Visual C++ 1.5 16bit

#31 07 Apr 2004 05:59:24

Re: Microsoft Visual C++ 1.5 16bit

#32 22 Apr 2004 09:11:17

Re: Microsoft Visual C++ 1.5 16bit

#33 22 Apr 2004 13:49:19

Re: Microsoft Visual C++ 1.5 16bit

#34 22 Apr 2004 15:06:32

Re: Microsoft Visual C++ 1.5 16bit

#35 22 Apr 2004 15:13:57

Re: Microsoft Visual C++ 1.5 16bit

#36 22 Apr 2004 15:22:47

Re: Microsoft Visual C++ 1.5 16bit

#37 22 Apr 2004 15:57:24

Re: Microsoft Visual C++ 1.5 16bit

#38 22 Apr 2004 16:25:36

Re: Microsoft Visual C++ 1.5 16bit

#39 22 Apr 2004 16:29:51

Re: Microsoft Visual C++ 1.5 16bit

#40 23 Apr 2004 03:53:21

Re: Microsoft Visual C++ 1.5 16bit

#41 23 Apr 2004 04:17:45

Re: Microsoft Visual C++ 1.5 16bit

#42 23 Apr 2004 14:38:18

Re: Microsoft Visual C++ 1.5 16bit

#43 23 Apr 2004 15:50:40

Re: Microsoft Visual C++ 1.5 16bit

#44 23 Apr 2004 15:59:01

Re: Microsoft Visual C++ 1.5 16bit

#45 23 Apr 2004 17:52:10

Re: Microsoft Visual C++ 1.5 16bit

#46 23 Apr 2004 18:49:43

Re: Microsoft Visual C++ 1.5 16bit

#47 25 Apr 2004 11:43:24

Re: Microsoft Visual C++ 1.5 16bit

#48 25 Apr 2004 12:53:49

Re: Microsoft Visual C++ 1.5 16bit

#49 25 Apr 2004 12:59:23

Re: Microsoft Visual C++ 1.5 16bit

#50 25 Apr 2004 13:08:51

Re: Microsoft Visual C++ 1.5 16bit

Pied de page des forums