30
Posted on the 2009-12-30 at 12:24pm Member since 2001-06-16, 63396 posts
essaye sur ams ou vti si possible.
31
Posted on the 2009-12-30 at 12:42pm Member since 2005-01-16, 1308 posts
dans asti68k.c il y a printf((const char*) &HelpText); alors que HelpText est déclaré en tant que : const char* HelpText. Il ne faut donc pas mettre le "&".


avatar
32
Posted on the 2009-12-30 at 12:48pm Member since 2001-06-18, -30581 post
Du coup il me fait un
move.l HelpText,-(sp), alors que j'attends un pea HelpText évidemment.

J'ai résoudru le problème cradement au niveau des sources : j'écris les chaines dans les printf. Mais j'aime pas, j'aime bien avoir les chaines groupées...
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
33
Posted on the 2009-12-30 at 12:49pm Edited by Pen^2 On the 2009-12-30 at 12:51pm Member since 2001-06-10, 35911 posts
pas trop vérifié, mais helptext est déjà un pointeur non ? (c'est ce qui est expliqué sur la page précédente je crois)
le pea charcherait l'adresse du pointeur, ça n'irait pas

Une chaîne de caractères n'existe pas pas en C, c'est une vue de l'esprit : c'est un pointeur sur un char, et on a décidé par convention que ça continuait jusqu'à ce qu'on rencontre un '\0'

34
Posted on the 2009-12-30 at 12:51pm Member since 2001-06-16, 63396 posts
oui, je crois qu'il a rien compris a mes explications en fait.

helpText est l'adresse d'une case en mémoire qui contient l'adresse de .LC0, c'est ce qu'on appelle un pointeur en C

.LC0 est l'adresse de cases en mémoire qui contiennent ta chaine

si tu veux l'adresse de ta chaine, il faut le contenu de la mémoire à l'adresse helpText, donc move.l helpText, -(sp), sinon il faudrait pea .LC0
35
Posted on the 2009-12-30 at 12:53pm Member since 2001-06-18, -30581 post
squalyl (./34) :
si tu veux l'adresse de ta chaine, il faut le contenu de la mémoire à l'adresse helpText, donc move.l helpText, -(sp), sinon il faudrait pea .LC0

ben justement, j'arrive pas à écrire ça en C de manière satisfaisante. Purée l'asm c'est simple, tout est pointeur...
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
36
Posted on the 2009-12-30 at 12:54pm Member since 2001-06-30, 35933 posts
Quoi qu'il en soit, rien de tout cela n'explique le "corrupted program".
avatar Que cache le pays des Dieux ? - Ximoon's Box - Forum Ghibli - Forum Littéraire

La fin d'un monde souillé est venue. L'oiseau blanc plane dans le ciel annonçant le début d'une longue ère de purification. Détachons-nous à jamais de notre vie dans ce monde de souffrance. Ô toi l'oiseau blanc, l'être vêtu de bleu, guide nous vers ce monde de pureté. - Sutra originel dork.
37
Posted on the 2009-12-30 at 12:55pm Member since 2001-06-10, 35911 posts
l'adresse de la chaîne
const char* str= "huhu"
est str

38
Posted on the 2009-12-30 at 12:56pm Member since 2001-06-16, 63396 posts
RHAAAAAAAAA angry

char * pointeur = "gloubiboulga";

printf(pointeur);

puts(pointeur);

void puts(char *string) {
while(*string) {
putchar(*string);
string++;
}
}

putchar(char c) {
dessine_un_sprite_de_char_et_calcule_la_position_du_prochain(c);
}
39
Posted on the 2009-12-30 at 12:57pm Member since 2002-06-13, 40809 posts
Plutôt que de raconter absolument n'importe quoi à propos des pointeurs et de leur fonctionnement, je pense qu'il serait bien de limiter la pollution dans ce topic et d'attendre la réponse de gens susceptibles d'apporter des réponses utiles smile (genre ceux qui s'occupent de TIGCC ou GCC4TI)
avatar All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)
40
Posted on the 2009-12-30 at 12:58pm Member since 2001-06-16, 63396 posts
on raconte quelles conneries trifus
y'a pas besoin d'être spécialiste en compilation là, le code est correct point.
41
Posted on the 2009-12-30 at 01:02pm Member since 2002-06-13, 40809 posts
Précisément.

C'est bien pour ça que c'est pas la peine de passer 3 pages à se demander si HelpText est un pointeur ou non et à ajouter 3 tonnes de const, & et * au petit bonheur la chance avec des justifications aléatoires. Le code proposé par Folco était correct dès le départ. Si c'est effectivement un problème du compilateur, et il semblerait bien que ça en soit un, ceux qui ont déjà mis les mains dans GCC/TIGCC/GCC4TI ont plus de chances d'avoir des explications.
avatar All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)
42
Posted on the 2009-12-30 at 01:28pm Member since 2001-06-16, 63396 posts
j'en ai un peu marre là. Je vais chercher des popcorns maintenant, et je laisse folco exécuter son code "pas correct" sur ams "pour voir".
43
Posted on the 2009-12-30 at 02:38pm Member since 2001-06-11, 19544 posts
Ben déjà lorsque je charge, ce n'est pas un prog kernel:
tromb Fichier joint : SGg1 (screenshot000.png)

Si on enlève --remove-unused, ca marche, mais ca reste un prog nostub...
44
Posted on the 2009-12-30 at 02:50pm Member since 2001-06-10, 35911 posts
Zephyr =>
SCPCD (./31) :
dans asti68k.c il y a printf((const char*) &HelpText); alors que HelpText est déclaré en tant que : const char* HelpText. Il ne faut donc pas mettre le "&".

Enfin si ça ne te dérange pas, on ne va pas insister, hein... (Il n'y a peut-être aucun rapport avec le problème d'origine, mais c'est un bug, stou)

45
Posted on the 2009-12-30 at 03:04pm Member since 2001-06-18, -30581 post
Pen^2 -> j'ai essayé ça au pif, mais le code d'origine ne le comporte pas.


PpHd -> Bien vu et merci, je vais regarder pourquoi alors j'arrive pas à compiler correctement.
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
46
Posted on the 2009-12-30 at 03:18pm Member since 2001-06-10, 35911 posts
Folco (./45) : Pen^2 -> j'ai essayé ça au pif, mais le code d'origine ne le comporte pas.

OK smile
47
Posted on the 2009-12-30 at 03:19pm Member since 2002-06-13, 40809 posts
Il vaudrait mieux que tu postes le code d'origine, qui est correct d'après le début du topic, plutôt que les tentatives de contournement avec des casts partout (qui au mieux vont occulter le vrai problème, et au pire n'auront aucun sens).
avatar All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)
48
Posted on the 2009-12-30 at 03:28pm Member since 2001-06-10, 35911 posts
guitar
49
Posted on the 2009-12-30 at 04:17pm Member since 2001-06-18, -30581 post
Bon ok, ça marche. Bilan : il faut modifier kernel.h pour compiler avec l'IDE Win32 :
#define _main __main
#define main _main
#undef _main

(c'est de PpHd)

C'est pas évident, suivant qu'on utilise genlib et son gl_main ou pas, ou du kernel simple, faut bidouiller kernel.h. grin
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
50
Posted on the 2009-12-30 at 04:20pm Member since 2002-06-13, 40809 posts
heu... et c'est la conséquence de quoi, cette corruption qui apparait quand tu déclares une variable globale ?
avatar All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)
51
Posted on the 2009-12-30 at 04:32pm Member since 2001-06-11, 19544 posts
Folco (./49) :
C'est pas évident, suivant qu'on utilise genlib et son gl_main ou pas, ou du kernel simple, faut bidouiller kernel.h.


A mon avis, il doit y avoir une merde dans genlib.a (la librarie statique) qui fait que tigcc veut mettre du code de démarrage mais il ne peut pas et pouf le programme.
Faudrait que je regarde ca proprement un jour.

Zephyr (./50) :

heu... et c'est la conséquence de quoi, cette corruption qui apparait quand tu déclares une variable globale ?


tigcc devait vouloir insérer du code de gestion de BSS ou que sais-je. et pas possible, d'où pouf le programme.
52
Posted on the 2009-12-30 at 04:36pm Member since 2001-06-11, 19544 posts
Je pense que le patch suivant sur genlib devrait corriger les problèmes:

--- a/src/static/Makefile
+++ b/src/static/Makefile
@@ -46,10 +46,10 @@ clean:
$(CC) -q $(INCLUDES) $< -o $@

%.o: %.c Makefile
- $(CC) -DUSE_KERNEL $(CFLAGS) $(CPPFLAGS) $< -o $@
+ $(CC) -DUSE_KERNEL -D_GENERIC_ARCHIVE $(CFLAGS) $(CPPFLAGS) $< -o $@

%.no: %.c Makefile
- $(CC) $(CFLAGS) $(CPPFLAGS) $< -o $@
+ $(CC) -D_GENERIC_ARCHIVE $(CFLAGS) $(CPPFLAGS) $< -o $@

%.n.o: %.c Makefile
$(CC) $(CFLAGS) $(CPPFLAGS) $< -o $@

53
Posted on the 2009-12-30 at 07:27pm Member since 2001-06-18, -30581 post
Super, merci \o/
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
54
Posted on the 2009-12-30 at 08:03pm Member since 2001-10-28, 7627 posts
Quand une lib réclame certaines options du code de startup (parce qu'elle n'a pas été compilée avec _GENERIC_ARCHIVE) et le programme client en réclame d'autres, "pouf", en effet oui
ExtGraph a également eu le bug, il y a très longtemps, avant que Sebastian m'indique le fix simple.
avatar Membre de la TI-Chess Team.
Co-mainteneur de GCC4TI (documentation en ligne de GCC4TI), TIEmu et TILP.
Co-admin de TI-Planet.
55
Posted on the 2009-12-30 at 08:37pm Member since 2001-06-18, -30581 post
Heu, le bug avec printf qui faisait pas ce que je voulais et qui affichait rien, c'était que l'IDE... euh... est trop conne pour mettre un extern qui était pourtant évident. tripo

Non ? fear


ok, ok dehors
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
56
Posted on the 2009-12-30 at 09:10pm Member since 2001-06-18, -30581 post
Tiens au fait, comment écrire mon code pour qu'il ne crée pas de variable pointeur, et ainsi fasse directement un :
pea machaine(pc)
bsr printf

machaine : dc.b "toto",0
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
57
Posted on the 2009-12-30 at 09:42pm Member since 2001-06-11, 19544 posts
printf ("toto") marche...
58
Posted on the 2009-12-30 at 09:44pm Member since 2001-06-18, -30581 post
Tout à fait. Mais si je veux éviter ça ? J'aime bien regrouper mes chaines dans un fichier, et les trier en catégories données.
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !
59
Posted on the 2009-12-30 at 09:49pm Member since 2001-06-11, 19544 posts
#include "chaines.h"
contenant:
#define chaine1 "Toto is good"

et tu laisses l'option qui demande au linkeur de fusionner les constantes textuelles ?

60
Posted on the 2009-12-30 at 10:04pm Member since 2001-06-18, -30581 post
Oui. Et merci pour l'idée du header, c'est ça qu'il me faut. smile

edit -> ça cartonne ton truc ^^
avatar <<< Kernel Extremist©®™ >>>
Feel the power of (int16) !