LANGUAGE DE SCRIPT OSS (ORIENTED SCRIPT SYSTEM)
cs_windob
Messages postés
225
Date d'inscription
dimanche 19 octobre 2003
Statut
Membre
Dernière intervention
25 août 2008
-
9 juin 2005 à 23:01
l0st3d Messages postés 205 Date d'inscription jeudi 19 décembre 2002 Statut Membre Dernière intervention 13 novembre 2009 - 26 juin 2005 à 17:23
l0st3d Messages postés 205 Date d'inscription jeudi 19 décembre 2002 Statut Membre Dernière intervention 13 novembre 2009 - 26 juin 2005 à 17:23
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/31946-language-de-script-oss-oriented-script-system
https://codes-sources.commentcamarche.net/source/31946-language-de-script-oss-oriented-script-system
26 juin 2005 à 17:23
Merci pour vos commentaires a tous :)
16 juin 2005 à 13:35
16 juin 2005 à 05:17
proc MaFct()'fonction de base
'pas encore implenté
msgbox(ri~vitesse du cpu~en)
end proc
proc Math
result=1+3-6 _
*5 _
/8
end proc
proc Substract(a,b):return (a-b):end proc
}En:{
proc MaFct()
msgbox(rien)
end proc
proc Math
result=1+3-6*5/8
end proc
proc Substract(a,b)
return (a-b)
end proc
}
J'ai comme idée par la suite de placer dans un tableau chaque fonction sous forme de structure (nom, arguments, options, code) et toute les déclarations globales (tout ce qui n'est pas dans une fonction) dans une variable string normale. Ainsi, je vais pourvoir créer un *GENRE* de stack qui va permettre la récursivité... Je pense aux structures conditionelles, au boucles, aux opérations mathématiques, à la gestion d'ActiveX, à la création d'un form controlable par le script, aux APIs, à la programmation orientée objet, à la conversion en C++ et à sa compilation en exe ... j'aimerais avoir ton opinion.
14 juin 2005 à 01:41
l'appelle des api se fera par une commande passé dans le script et des variables devrons etre initialiser pour contenir soit le retour ou l'envoie d'arguments
je travaille activement sur le projet avec windob et meme lui a eu un peut de mal a comprendre comment je voulais faire fonctionner le tout. mais au fond c'est simple.
les fichier include, en plus de routine pré-programmer, vonts contenir un code servant a crée les variables demander pour une api.
EX:
Appeller l'API GetPixel et SetPixel (ce code n'est pas encore fonctionnel)
sub Global:
$include debug.s,nodebug-Init
$include screen.s,GetPixel-Init
$include screen.s,SetPixel-Init
end
sub Main
nodebug-Init;
GetPixel-Init;
SetPixel-Init;
gpX = 240;
gpY = 480;
GetPixel;
print Pixel à la position: %gpX:%gpY couleur: %gpReturn;
spX = 240;
spY = 480;
spColor = 0;
SetPixel;
end
quand VB interprette une commande il lis simplement les arguments
dans la memoire de la sub Global!
surment que vous allez mieu comprendre ainsi
DeadlyPredator ton idée est très bonne
mais c'est pas ce que je veux faire merci quand meme.
si tu veux quand meme participer au projet, fait moi signe :)
13 juin 2005 à 23:23
1- il va falloir utiliser de l'ASM, c'est fesable mais pas facile sous vb
2- des connaissances de L'ASM vont être importantes puisque il faudra envoyer les paramètres dans le stack: pour un int ou un long, facile mais pour un double ou single c'est autre chose
Utiliser ActiveX avec ton langage serait fesable, à condition d'utiliser TLBINF32.dll (ou un truc du genre) pour énumérer les fonction et détectez des erreurs puis de créer l'object ActiveX avec set ??? = CreateObject(...) et d'utiliser CallByName pour faire la job voulue (appeler une fonction, placer un paramètre,...) mais pour les APIs, c'est différent. AU moins avec ActiveX ton langage aurait beaucoup plus de capacités.
Je pourrais peut-être apporté ma contribution à ce bon projet.
12 juin 2005 à 15:36
DeadlyPredator tu ne comprend pas bien le principe de mon langage Script. il sera implementer a une application et lui permeterra de gerer des script (mirc tu connais? j'suis sur que oui ;) ).
donc aucune compilation n'est nécésaire. pour les libet ben je les veux juste pour simplifier l'utilisation et empècher les programmeur de reprogrammer des routines existant deja.
12 juin 2005 à 10:00
11 juin 2005 à 20:05
10 juin 2005 à 12:58
10 juin 2005 à 02:58
on s'en passe dans un site ou le but premier est de développer et d'aider les autres a le faire tu voie ;)
pour les fautes ben je m'en excuse je suis pas super doué dans l'écriture mais dans un code comme celui ci... entre nous sa importe moin d'autant que ce que j'écris est quand meme hautement compréensif
Bon pour le code je vais continuer a mettre a jour régulièrement
plusieur choses sont planifier comme:
-Ajout d'une mathématique plus complexe
-Système de condition avancé (XOR,NOT) prise en charge de plusieur condition (if a b && b c || c = d do blabla)
-Plus de commande permettant des manipulation (soit fichier/image/memoire) ou donnant des information
(base de donnée,système,hardware,fichier)
-Donner access au Socket de VB, cela inclus de crée
{ sub événement (dans la parti vb, le form/module, aura une variable appeller mEvent_NomDeLévénement (integer) qui
{ contiendra l'addresse du module que le moteur devra lancé en cas d'activité) rien de trop dur
{ un fichier include qui contiendra les commandes nécésaire a la gestion des socket
-Gestion des fichier ouverture/édition(binaire/hexadecimale/asci)/fermeture - copie/supprimation
-Pour le reste je vais fouiller sur le bash de linux/windows et différents language de prog pour
trouver des truc interessant
10 juin 2005 à 02:13
Dommage, l'idée de la source est originale, mais ...
9 juin 2005 à 23:01
c'est du beau travail, je veux bien t'aider pour la programmation, je suis assez calé en vb.
si tu est interressé, je t'envoie mon adr msn par message privé.