PpHd Le 01/07/2004 à 15:45 Oui et non. Le but des PedroM app est de mettre side en externe a PedroM, mais toujours aussi bien integre.
Uther Le 11/07/2004 à 01:30 PpHd c'est déjà penché sur la question(en même temps que le gestion des noms de plus de 8 lettres) et il s'avère que ca pose quand même pas mal de problème.
Je ne sais plus s'il compte toujours l'implémenter ou si c'est abandonné
PpHd Le 11/07/2004 à 03:37 Si je trouve une solution miracle
j'avais fait ca pour gstools, en fait pas besoin de support natif, suffit de les 'emuler', pour cela: un fichier DATA contenant la correspondance nom 8 caracteres, nom 24 caracteres, et un fichier DIR pour les liens symbolique vers les sous repertoires.. ca marchait tres bien..
ça pose des problèmes à quel niveaux ?
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
PpHd Le 12/07/2004 à 14:05 Compatibilite des programmes ASM courants.
Dude Le 09/12/2004 à 19:50 Et si Pedrom supportais ca :
mon_pgrm.asm
mon_prgm.ppg
mon_prgm.lib
Au lieu de ca :
mon_prgm.asm
mon_pppg.ppg
ma_libr_.lib
Ce ne serait pas deja plus réalisable ?
Parsque je trouve vachement limitant le fait que les TIOS ne supportent pas ca.
Ca éviterais l'emploi de noms "merdiques" pour les gros progs qui utilisent bcp
de fichiers annexes !
"De l'Art de faire des Posts qui ne servent a Rien." (c) Ximoon
15:13 @Ximoon - 29-11-2005
"C'est débile ce sondage, une fois de plus Dude, tu ne sers à rien #hehe#" #love# Il est collector celui là ^^
18:56 @Ximoon - 09-10-2010
"Mince Dude sert à quelque chose %) (pas taper :D )" Owii xD #trilove#
Il suffirait de faire un filesystem avec des métadonnées ^^ Les métadonnées seraient simplement mises à jours par l'OS (et stockées où il faut en cas d'archivage, toussa), et ignorées par les progs ASM; par contre ça implique que la seule représentation interne d'un nom de fichier soit de la forme "folder\nomdevar", même si le vrai nom est "\Home\Folder\Nom de variable super long" -- les progs asm ne s'attendent pas à recevoir en entrée des noms de répertoire plus compliqués.
Mais bon, si ça se limite à Pedrom, l'intérêt ne sera pas énorme puisque par exemple tout sera perdu lors d'un envoi de calc à calc Pedrom <-> AMS... Et il faudrait aussi modifier les logiciels de link en conséquence ^^ L'autre solution serait de stocker dans le fichier lui-même, mais ça ne marche pas pour des fichiers de types arbitraires, et ça ne serait pas une bonne idée de stocker le répertoire du fichier dans le fichier.
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
PpHd Le 10/12/2004 à 11:32 Et puis ca m'obblige a reecrire les fonctions de la VAT en double.
Mais faire un autre File System est toujours prevu.
comment ça en double ? ça serait juste une zone de données à copier à chaque opération que tu fais sur la VAT...
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
PpHd Le 10/12/2004 à 17:09 Les fonctions AMS que je dois garder pour les programmes ASM, plus les nouvelles fonctions.
Ben je vois pas trop ce qu'il y aurait à faire comme "nouvelles fonctions" ? Juste un SetLongName(), et un CreateSubdir()/MoveDir()/FindDir(), non ? A peu près toutes les autres fonctions sont déjà très bien comme elles sont...
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
PpHd Le 15/12/2004 à 09:23 Comment tu gererais ca alors ?
. De plus, cela te permetterai de faire des ajouts plus facilement (comme un CAS eventuel par exemple).
mais pas tant que ça en fait...)
