cherche beta testeurs pour shell - Page 6

Ué, mais bon, les TI, c pas vraiment des PC. Si kk1 à un jours une profondeur de 16 sous-dossier, c déjas pas mal

ça fait jamais qu'un historique de 512 octets maximum, donc. c pas la mort non plus.

Bon évidemment, si vraiment beaucoup de dossiers sonts ouverts en meme temps, ça commence à ne plus etre negligeable, mais bon !
y'a quand meme de la place en RAM

et puis 256 pour une TI c quand meme beaucoup

et puis de toutes manieres, si TI implemente un systeme de sous dossier un jour, j'imagine qu'ils s'arrangeront pour connaitre le pere dans la VAT (num de handle du pere) et puis c fini, nan ? je vois pas l'interet d'un stockage externe

bin, tout le programme a une structure récursive, avant d'entrer dans un sous-dossier, je pushe le handle du dossier actuel sur la pile. Je reconnais effectivement si c'est ou dissier ou non en testant le bit #7.

Pareil pour Einstein ! Ma question n'était pas "comment tu fais pour permettre l'exploration des sous-dossiers" mais "comment permets-tu leur gestion (effacement, renommage, etc)".

> Pen^2 ça métonnerait qu'ils fassent qqc pour connaître le handle du père, avec la VAT actuelle, quand on a le handle d'un fichier on ne peut pas connaître le handle du répertoire auquel il appartient, et quand on connait le handle d'un répertoire, on ne connait pas le handle du HOME (pseudo-répertoire des répertoires, je crois qu'il s'appelle comme ça).

En revanche, je me suis aperçu que je peux (peut-être) reprendre le système de PCT pour les sous-répertoires. Pour ça, il faut vérifier qu'on peut tout faire avec les fichiers trouvés pour la fonction recherche de CS (à l'origine, on pouvait pas les désarchiver, par exemple). Si tout marche correctement, je pourrais sans trop de problème (j'espère) pouvoir implémenter un système de sous-répertoires (et aussi proposer le tri des fichiers par type, ou par taille, ou des trucs de ce genre)

je saisis pas trop ta question, tu peux préciser ? (je suppose que tu t'attends pas à ce que je te resorte les fonctions de TIGCClib)

Mmmmh userais-tu de méthodes non-standards qui risquent de ne plus fonctionner avec des versions futures d'AMS ?

je crois pas (en tout cas pour la gestion classique de répertoires....)
tu veux voir le code asm ?

Bof j'ai pas envie de me prendre la tête. Montre-le à Kevin, il se fera un plaisir de chercher les bugs potentiels d'un "concurrent" à son cher TICTex

c'est vai qu'il est moche mon code

Kevin est en vacances pour un petit moment. Il ne viendra donc pas trop, si seulement il vient ici.
Pour le contenu de #159: comme d'habitude avec Thibaut...

Argh, il revient quand ?

Il m'a dit qu'il était en vacances pour trois semaines. Mais il vient un peu chez nous et ici.

Je serai de retour chez moi le 31 août.

XDanger #161 : c'est bien, tu fais une remarque très intelligente pour changer

Tu ne remontes pas le niveau non plus ...

Ha ? Explique-moi en quoi le post #159 qu'il critiquait est inintelligent

Je dis juste que tu ne remontes pas le niveau, pas que tu provoques ... Si chacun de vous se sent obligé de répondre à toutes les "taquineries" de l'autre, ça sera sans fin ...

Il ne taquinait pas, il provoquait (comme d'hab ).

Là, c'est Thibaut avec #157 et #159 qui a commencé. Ce qui ne va pas, c'est que tu t'amuse à provoquer, et que tu mettes à la fin un smiley ou un autre du même style.

Vous pouvez par contre vous arrêter maintenant.

XDanger : je provoque mais sans être agressif, d'où le "". J'essaie de faire des clin d'oeils sympathiques. Pas comme certains

stop, merci

j'ai un problème dans le désassembleur : j'ai désassemblé txtrider (54ko de source...) et j'obtiens cette séquence :
_L_10d2:
jsr userlib@000A
cmpi.w #$108,d0
bne _L_10ec
_L_10e0:
bsr _L_2336
bsr _L_2434
bra _L_dbe
_L_10ec:
cmpi.b #$0,d0
beq _L_1116
cmpi.b #$0,d0
beq _L_1120
cmpi.b #$0,d0
beq _L_112a
cmpi.b #$0,d0
beq _L_1144
cmpi.b #$D,d0
beq _L_115e
bra _L_10d2


les 4 cmpi.b #$0,d0, je les trouvent un peu bizarres : ça sent le relogement mal désassemblé (mais quel relogement ? les _RAM_CALL sont bien désassemblés ailleurs) et de plus pourquoi des cmpi.B ? le code d'une touche est codé sur un word, non ? surtout que ça ressemble aux 4 touches de directions (c'est dans le menu OPEN)

Tu ne peux pas vraiment savoir si le code désassemblé est correct ou non.
Le mieux c'est que tu fasses des tests sur des progs en ASM open source comme ça tu peux comparer la source d'origine et la source désassemblée. Tu trouveras de gros programmes en ASM open-source sur www.timetoteam.fr.st

il doit pas être trop mal désassemblé quand même, vu que j'arrive directement à la boîte de dialogue OPEN sans avoir à modifier la source Mais je vais essayer avec des progs open-source, il me manque peut-être un type de relogement

C'est peut-être du code automodifiant.

pkoi il marcherait pas sur la version désassemblée alors ?