Preos 0.65 - Page 2

PpHd a écrit :
Tu ne m'as bien ecoute je pense. Cela marche meme sur calc sans Preos. Ca n'aide que le programmeur. L'utilisateut n'y verra rien.

Oups...
Je ne m'étais même pas rendu compte de ça. Et pourtant j'ai un tokéniseur sur PC presque fini qui traîne sur mon disque dur depuis longtemps. J'aurais pu le porter à bon usage en sachant ça.

MacIntoc> lol

Pollux est en train de se rendre compte que PpHd marche sur ses plate-bande

Pas forcement et puis si ce n'est pas trop gros ca pourait être sympa d'intégrer la VM de GT Basic a Pedrom

erf... je plaisantait
Mais je pense quand même que PreOS devrait laisser ça à GT-Basic. C plus logique (et ça éviteras les futurs critique de Kevin sur le fait que PreOS prend 6 octets pour rien quand on utilise pas de FUNC).

Mais je pense quand même que PreOS devrait laisser ça à GT-Basic. C plus logique

Non, pas forcément. Ca peut être une bonne idée en attendant GT-Basic, la seule chose que je lui reproche c'est soit d'être tout le temps activé, soit tout le temps désactivé.

et ça éviteras les futurs critique de Kevin sur le fait que PreOS prend 6 octets pour rien quand on utilise pas de FUNC

en attendant
je pense que si PpHd la mit, c pas pour l'enlever quelques mois plus tard

(sinon, pour GT-Basic, tu pourrais rajouter le support d'argument facultatif, comme en C ou ASM ????)

> (sinon, pour GT-Basic, tu pourrais rajouter le support d'argument facultatif, comme en C ou ASM ????)

comme en C++ tu veux dire (ie myfunc(a,b=1,c) - j'avais l'intention de le mettre), ou plutôt genre printf (ça c bien moins sûr puisque qu'il y a les listes)

euh... nan
je parlait au niveau des programme fait en C et ASM. Par exemple programme(x[,y]) (exactement comme le fairait FLib ou Vertel, koi).

et change ta signature au passage

MacIntoc> tu veux dire pour appeler les progs en C ou en ASM? oui bien sûr (de toutes façons y a pas de moyen simple de déterminer combien d'arguments accepte un prog C/ASM)

solid> erf oui c vrai que ça le fait pas

on y arriveras jamais
je parlait d'un prog basic qui récupère les args un peu de la même manière qu'un proc C ou ASM le fairait

lol

OK donc c la 2è chose dont j'ai parlé (var-arg à la printf), je ne sais pas si je vais le faire, ce sera peut-être myfunc(x,y,z...) dans la déf, et après l'appel de myfunc(a,b,c,d), x=a, y=b, z={c,d}...

a ok

Pour un prog basic avec des arguments facultatifs, pour moi l'idéal serait une valeur par défaut si l'argument n'est pas spécifié.
(oui, du genre Define prog1(a,b=0)=Prgm:truc:EndPrgm, ou b serait égal à zéro s'il n'est pas spécifié, par ex Prog1(2) )

Serait-ce possible?!

Ben oui, c la 1ère interprétation de la mystérieuse question de MacIntoc

pourtant c simple.
par exemple, quand je fait un appel à Vertel, je tape :
vertel("e_vers","/","e_retr","vers")
comme je pourrait taper :
verte("t_draw",listx,listy,2,1,"Hello World")

donc ma question, c est-ce qu'on pourras faire des appels à des progs basic de la même manière ????

c plus clair ?????

Macintoc > Boulay

C'est ce qu'ils sont en train de dire !

Tu ecriras :
test(a,0->b) (c) -> me parait plus logique que =, mais bon...
Prgm
If b=0 Then
(c) Un seul argument
Else
(c) Deux arguments
EndIf
EndPrgm

Et tu pourras faire test(1) (qui fera comme si tu avais fait test(1,0) en fait), aussi bien que test(1,2)...

Sinon, pour avoir un nombre d'arguments illimités, ce serait plus chiant, il faudrait une pile je pense, non ? Ou alors on ecrirait test(0,1,2,3,4) et ça nous donnerait en unique argument {0,1,2,3,4} mais bon les listes c'est leeeent :/

Pour les arguments illimités des programmes Asm c'est justement une liste AMS qui est utilisée (la pile d'expression et une liste sont organisées de manière très similaire)

MacIntoc> ??? je croyais avoir répondu à ta question dans le #41 (interprétation n°2 )

Link> oui mais c plus mieux d'avoir aussi des arguments devant

oui, je c, mais vous trouviez encors ma question mystèrieuse

meuh non, je disais mystérieuse parce qu'il y a plusieurs interprétations, c'est tout

erf...

j'aimerai savoir ci cette version est toujours prévue et ce qu'il en sera des to do comme exec_from_scratch ou l'archived database(car elle me seraient utile, surtout exec_from_scratch). Car la dernière version ne détecte pas l'AMS2.08 et on en est a la 2.09

Elle ne detecte pas la 2.08 ??????????????????????????
Tu veux dire ROM_VERSION ? Je savais pas.

Oui, elle est toujours en cours (entre parenthese)

enfin y'a rien dans le readme qu'il l'indique et il me semble bien que ROM_VERSION retournait 0 sous AMS 2.08 mais je suis plus très sur: ca fait longtemps.

En fait je me suis trompé ca marche bien j'avais du faire une erreur a l'époque ou j'ai testé ca. La doc s'arette a ROM 2.07 mais ca marche quand même avec les autres. Par contre pour le exec_from_scratch ca m'interesserai beaucoup et l'achived databate, j'aimerai savoir si tu compte l'implémenter sinon il faudra que je code un truc du genre.

1. exec_from_scratch : Desole, mais je ne le ferais pas. J'ai bien developpe mais je me suis rendu compte de bugs incorrigeables qui m'ont fait abandonne.
Par contre tu peux utiliser kernel::LibsExec (Creer une librarie contenant l'interface, et regroupe les deux fichiers (le lanceur et l'interface) dans une pack archive).
2. Fais le par toi meme... Comme tu es relllement le seul a le demander. Et puis c'est + facile au niveau de l'applic.

ok ca me fera un peu de boulot en plus.

Desole, je voulais le releaser aujourd'hui mais un pb technique m'en empeche

si tu veux, je peut te préter mon ftp