ce que le ti-basic ne fait pas... - Page 2

Pffff... Au lieu de critiquer réflechissez 2 minutes :
Chaque case dans une matrice peut contenir n'importe quoi, chaine ou nombre. Comment voulez-vous vous repérer dedant autrement qu'en "sautant" de case en case ?

xeno
a écrit : un double seq de 15 membres est il + rapide que 15 membres passés avec 15 indirections?

Je c pas, moi, une grosse list, pour moi, c 70 élément et plus, pas 15

Et s'ils utilisaient un tableau de pointeurs pour la matrice?

Ouais... 2 octets supplémentaires pour chaque valeur enregistrée

<Deux, pourquoi pas quatre
(Un pointeur reste codé sur 32bits, même si le bus d'addresses n'en a que 24)

Bah parceque ça sert à rien d'avoir 4 octets, la taille max d'un fichier c'est 65535 octets...

Bien vu...

Et oui il est bon. Mais de toute facon sur une matrice de 52*9 elements je fais un truc du meme genre (monj projet de carnet d'adresse en C) et sur une vrai calc, c super rapide. vive le C

Vertyos
a écrit : Bah parceque ça sert à rien d'avoir 4 octets, la taille max d'un fichier c'est 65535 octets...

Petite précision: la taille maximale d'un fichier sur TI-89/92+/V200 est de 65518 octets, pas 65535.

T'es sûr ??? J'avais trouvé 65520 moi... 2 sec je vais vérifier...

[Edit] : Vérification faite :

C'est 65520 avec les 2 octets de taille, mais seulement 65518 pour le contenu.

Les coupeurs de cheveux en 4 arrivent

Kevin Kofler a écrit :
Petite précision: la taille maximale d'un fichier sur TI-89/92+/V200 est de 65518 octets, pas 65535.

T'as dit que la taille maximale du fichier était de 65518 octets, bah non... Le fichier contient bien 65520 octets au total (dont 2 octets de taille, je te le concède, mais je ne vois pas pkoi on les compterais pas).
D'ailleurs quand on créée le fichier il faut bien faire un HeapAlloc de 65520 octets, et non pas 65518

et paf :D

Moi, quand je compte la taille d'un fichier, je compte celle du contenu. Et c'est d'ailleurs celle qu'il faut inscrire dans les 2 octets de taille.

Lol ne joue pas sur les mots... La taille d'un fichier c'est la taille qu'il prend en mémoire sur la calculatrice... Donc ce que TU compte importe peu, la limite c'est 65520 octets, point.

La taille d'un fichier est la taille de son contenu, pas celle de son bloc mémoire. Sinon, tous tes fichiers sur PC feraient des tailles qui sont des multiples d'une puissance de 2 fixe (la taille d'un cluster).

Mais même quand t'as tors tu le reconnaitras jamais ??????

Déjà c'est pas pareil sur Ti, vu qu'un fichier n'est jamais "a cheval" sur deux blocs, alors que fort heureusement un fichier PC peut occuper plein de cluster à la fois. Donc cette comparaison tu peux l'oublier.

Un fichier sur Ti occupe au maximum 65520 char dans son bloc, j'ai suffisement été confronté au problème pour te tenir tête, surtout que je sais très bien que j'ai raison (et toi aussi peut être d'ailleurs...)

Vertyos a écrit :
surtout que je sais très bien que j'ai raison (et toi aussi peut être d'ailleurs...)

Justement, tout est question d'interprétation. Là, tu le reconnais enfin, donc c'est bon.

En résumé, la limite est de 65520 octets pour la taille du bloc, donc de 65518 octets pour le contenu.
C'est bon là?

Ouais mais bon j'avais quand même raison

Kevin Kofler a écrit :
Petite précision: la taille maximale d'un fichier sur TI-89/92+/V200 est de 65518 octets, pas 65535.

Non, parce que comme j'ai dit, pour moi, la taille d'un fichier, c'est la taille de son contenu! Les 2 octets de taille ne font pas partie du fichier, du moins pas pour les fonctions de stdio.h de TIGCC.

Et c'est reparti...

Laisse-les parler, ils sont marrants

Kevin Kofler a écrit :
Non, parce que comme j'ai dit, pour moi, la taille d'un fichier, c'est la taille de son contenu! Les 2 octets de taille ne font pas partie du fichier, du moins pas pour les fonctions de stdio.h de TIGCC.

LOL alors ça c'est de la réference
De plus le problème c'est pas qu'elles COMPTENT 2 octets de moins que la taille du fichier, c'est que la lecture et l'écriture commence à l'octet n°2, pour éviter de modifier les octets de taille qui n'ont pas à être changés (sauf cas exceptionnel que stdio.h ne peut de toute façon pas gérer).

Donc :
Taille d'un fichier == Mémoire totale occupé sur le support qui le contient

Que tu ne l'entende pas de cette façon là, c'est un tout autre problème... Au fait, si les octets de taille faisaient 100 octets tu ne les compterais quand même pas ?

Quelle est vicieuse cette question

arf... KK était + proche ke toi vertyos... 65518 est + proche que 65532... donc perdu

Ouais bon... Quand j'ai dit 65535 c'était pour expliquer à Link que 2 octets suffisaient, ça fait un moment que je me suis rendu compte qu'on pouvait pas dépasser 65520

55-33=22posts qui prendront surment plsrs ko, tout ca pour oarler de2 octetc... lol

Z'avez vu le froid que ça a jeté, la...

xeno
a écrit : 55-33=22posts qui prendront surement plsrs ko, tout ca pour parler de 2 octets... lol

Arf c'est parceque Kevin n'est pas encore revenu