[mOved] Jamais j'aurais pensé faire ça... - Page 161

...20Ko

et alors ?
La limite est à 24

pfff... bon je regarderais pê mais à mon avis c peine perdue, en plus ça me saoule, et ça va changer completement le fonctionnement de la lib.

ben... quand t'as plusieurs instructions, tu fait une boucle en changeant à chaque fois d'instruction ?
Bon, ben la tu fais une boucle, mais tu saute le change ment d'instruction.
Ca marche pas comme ça ?

1) Je connais quand même ma lib
2) Je sais programmer

Si ct aussi simple, je l'aurais fait. Y'a plein de petits problèmes qui rendent ça quasi-impossible mais c compliqué à expliquer.

1)Ok
2)je ne dirais rien...

C t juste une question

Nan pour le 2 vaut mieux que tu t'abtienne, surtout toi...
J'aimerais bien mais ça risque d'être TRES compliqué, et même si c possible va falloir changer completement le fonctionnement de la lib parceque là c pas envisageable.

mais pour ça il faudrait :
- Que je sache lire une liste placée en argument
- Que mon écran ne me lache pas, parcequ'il donne des signes de faiblesse

Euh... attend, je parle pas d'une liste qui contient toutes les fonctions. Ce que je veux dire, c utiliser une liste comme le fait la fonction var_bset

oui je sais moi aussi je parle de ça

bon, ben t'arrive biens à lire une liste en argument

oui mais quand son nom est passé en chaine...

en y reflechissant, c impossible...
même si j'arrive à lire une liste placée en argument, je la stoke ou en attendant ? je ne dispose pas de place à l'infini, et c'est même pas imaginable de les malloquer (en C on ne crée pas de variables au fur et à mesure des besoins).

Il faudrait donc tout passer en chaine mais alors là pour savoir si c'est une liste ou pas, bonjour...

Je résume : on m'a demandé déjà plusieurs fois que vertel supporte les listes comme arguments. C'est à dire faire en sorte ce genre de choses fonctionne :

{20,40,50}->a
{23,68,30}->b
vertel("drw_pixl","a","b")

Le principal problème c'est de différencier les vrais chaines des noms de listes à lire, autrement dit différencier dans :

"txt_draw","hello"
"drw_pixl","hello"

que dans le 1er cas il faut afficher le mot "hello" et que dans le 2eme il faut lire la variable liste "hello" pour en extraire les valeurs, le tout sans se réferer à la fonction (j'ai pas envie d'indiquer des prototypes partout).

J'ai peut-être une solution :

{10,20,30}->a
{15,25,35}->b
"drw_pixl","*a","*b"

Autrement dit on met des "*" devant les chaines qui sont en fait des listes à lire. Ça vous parrait utilisable ? Si oui, je tente...

Malheureusement si je fais ça, ça va causer pas mal de problèmes. Tout d'abord pour afficher des chaines qui commencent par "*", mais ça je pense pvoir le résoudre facilement.
Par contre, ça causerais d'autres petits changement qui rendrais cette version incompatible avec les anciennes, par exemple il n'y aurait plus la même souplesse dans les arguments, l'ordre devrait être impérativement respecté.

Vous en pensez quoi ? Ça vaut le coup ? Justifiez svp, perso ça me parrait pas mal, je vois juste un problème difficile à résoudre mais il est compliqué à expliquer et pas très important.

Euh... en fait je le voyait pas en chaine.

Par exemple var_size. Au lieu de faire

For t,1,file
vertel("var_size",file[1],"/","exe_retr",sizet")
sizet->size[t]
EndFor

tu fait directement

verte("var_size",file,"/","exe_retr","size")

file ne serait pas donnée sous forme de chaine, mais directement sous forme de liste contenant des chaines.
Par contre, si c mieux sous forme de chaines, utilises le R entourer, je pense qu'il y a moins de monde qui l'utilise que le *

bob, t'as rien compris a mes explications
je ne te disais pas de passer le nom de la liste en argument maus de passer directement la chaine !
(vertel({"truc",1,2})
comme ca tu lis la chaine sur l'estack et t'as pas besoin de malloquer
(et plus de pb de diferentiations)
tu regarde juste le TAG de l'expression pour connaitre le type de l'arg
et pour le contenu de la liste, je regarde ca dans la doc du SDK et je te dis ac tout de suite !

A list is a collection of expressions. A list may only contain expressions and
nothing else.
Description Bytes
Data length of list 2
END_TAG 1
Expressions (1 per element of list) variable
LIST_TAG 1

cad tu lis les elements d'une liste comme tu lis les arguments passés a un programme sur l'estack

je ne vois pas ec qu'il y a de compliqué a implementer ca

t1 j'ai bien comprit ce que tu voulais dire mais ça c'est infinement plus compliqué que de passer le nom de la liste (je sais même pas si c possible d'ailleurs).

En passant le nom de la liste, et en admettant que vertel comprenne que c'en est une, j'ai plus qu'à faire une fonction readlist(fichier,element), c'est facile à faire.
Alors que si la liste est placée sur l'estack, je les lit comment les valeurs ? J'ai l'occasion de les lire une fois au début du prog mais après c'est tout...

Autre problème : pour "naviguer" dans une liste j'utilise next_expression_index(), et pour "naviguer" au prochain élement placé en argument, c'est aussi cette commande. Quand je vais l'utiliser alors qu'il y aura des listes en argument je ne sais même pas ce que ça va faire...

moi, je ne vois pas le pb...
tes arguments, tu ne les lis qu'une fois, non ?
ben la ca serais pareil

T'es gentil toi... Je vais retomber sur le problème de Visio, en 40 fois pire.

Les listes, c'est même pas la peine d'imaginer une seconde que je vais les lire toute au début et les placer dans des tableaux, parceque :
- Je sais pas si t'imagine la place que ça peut prendre
- J'ai pas envie d'utiliser 50 malloc, un des avantages de vertel étant sa vitesse par rapport à FLib

Petite démonstration, imaginons que je veuille jouer les barbare. Je donne à Vertel le maximum d'arguments (10), en ne mettant que des listes de 10000 élements :
newlist(10000)->liste
vertel(liste,liste,liste,liste,liste,liste,liste,liste,liste,liste)

Et hop, vertel se retrouver avec la modique somme de 100000 valeurs à sauvegarder, si t'arrive à faire rentrer ça t'es fort
D'ou l'utilité de lire les listes mais de ne jamais les sauvegarder qq part.

moui...
mais je pensais que tu n'etait pas obligigé de sauvegarder les valeurs des listes

juste pour mieux comprendre :
quand je passe un argument a vertel, il subit quoi comme traitement ?

Bon viens sur #arf stp ça sera plus simple

roger

Donc, g retrouver les sources de Chat And Cheat. Et il vous faut ce programme et cette liste ( pour 89 et pour 92+, attention, pour les 92, il faut la renomer en lib89_92).

Bob 64
a écrit : Autre problème : pour "naviguer" dans une liste j'utilise next_expression_index(), et pour "naviguer" au prochain élement placé en argument, c'est aussi cette commande. Quand je vais l'utiliser alors qu'il y aura des listes en argument je ne sais même pas ce que ça va faire...

Si tu te trouves sur le LIST_TAG, ça va sauter la liste entière. Si tu as fait top_estack--; avant, ça va sauter au prochain élément de la liste.

oui j'ai l'impresion qu'il a reussi en faisant ca

personne ne sait ou je peut trouver le programme pour zipper un fichier
j'arrive pas à le retrouver

Vi kevin en fait j'ai trouvé ça en tatonant, mais merci quand même

NOOOOOOOOOOOOOOOOON !!!
Ce topic n'est pas mort

oui, floodons en son honneur