Le problème est absolument inverse cheateur : tant que tu n´aura pas programmée quelque chose de fonctionnel tu n´auras aucun participant. Car tout le monde sait bien que tu ne pourra pas aboutir et n´a donc pas envie de perdre du temps à développer quelquechose si toi après tu ne crée pas ce qui est nécessaire pour que ça puisse être utilisé.

Ensuite, comme je te l´ais dit, tant que tu n´a pas dévellopper un cadre dans lequel nos programme pourrait s´exécuter avec au moins les fonctions nécessaire pour qu´un programme puisse intérargir et savoir ce qui se passe, alors là, il est absolument impossible de développer quoi que ce soit qu´on le veuille ou non.

[H-S]"le_duche Posté le 23 août 2005 à 18:19:19
et pourquoi je parle de visual basic moi
je programme en c++" ta qu´a trouver Visual C++[H-S]

Sinon moi je commence a programmer mais en Visual Basic et non Darkbasic et puis le Darkbasic c´est pas pour faire des jeux sa?

Si c aussi fait pour les jeux, mais je comprends pas que vous ne sachiez pas programmer en darkbasic ! Attendez, je vous mets deux ou trois trucs sur mon site

Ca y est c fait g mis les pages d´aides du compilateur DarkBasic vous verrez c bien expliqué

oui mais g pré-établi une logique de programme et g besoin du nom des programmes. TU vois par exemple je pourrais mettre une variable destiantaire$, et je mets if destinataire$="Machin" then Machinmessage$=messageenvoyeparlexpediteur$
Voilà pk g besoin des noms de progs

J´ai-toujours-rien-compris.

Qu´est-ce que t´as pas compris ?

Ce que tu comptes faire et comment tu comptes le faire.

Le problème c´est que lui non plus n´a aucune connaissance en la matière et ne sait pas du tout comment faire.

Dans ce genre de ca il faut que tu t´arrange pour que ton programme soitle plus indépendant possible des autres pièce. Tu ne stocke pas dedans le nom des autre programme, au pire tu stocke quelque part des constante que tu pourra modifier très facilement.

Mais peut-être que jusqu´ici je ne me suis pas bien fait comprendre : je pense que tu peut abandonner ce projet. Ce n´est pas un problème de motivation, c´est un problème de connaissance, : tu ne sais pas gérer ce genre de chose, des relations entre programmes etc. Donc soit tu te documente sur les DLL, tu apprend à t´en servir et tu comprend comment ça peut t´aider pour faire ton programme, soit c´est peine perdu, tu n´arrivera pas à écrire ton programme et en plus tu n´aura pas de participants.

Vous allez me lâcher avec ces dll ?
Ce que je compte faire :
Chaque programme sera une fonction à laquelle on fera appel si un message lui est envoyé. On fera donc appel à telle ou telle fonction pour tel ou tel message, et puis la fonction va réagir, envoyer un (des) message(s) à une(des) autre(s) fonction(s) qui elle(s) même(s) va(vont) réagir et envoyer des messages et ainsi de suite.
En fait c comme des dominos, sauf qu´ils sont tous programmés pour tomber sur un côté différent. On pousse un domino, c´est le premier message qui est envoyé au deuxième domino, qui va soit retomber sur l´envoyeur, soit tomber sur les autres, etc...

function send(destinataire$,emotion$)
if destinatataire$="machin"
gosub machin
endif
if destinataire$="truc"
gosub truc
endif
if destinataire$="bidule"
gosub bidule
endif
endfunction

machin:
machinrecu$=emotion$
machinnouveaumessage=1
return

truc:
trucrecu$=emotion$
trucnouveaumessage=1
return

bidule:
bidulerecu$=emotion$
bidulenouveaumessage=1
return

voilà c bon comme ça ?

bon évidemment c qu´un exemple
Ensuite bidule pourra dire :

if bidulenouveaumessage=1
if bidulerecu$="gentillesse"
send("truc","agressivité")
endif

Bon évidemment si il fait ça il risque pas de se faire beaucoup d´amis, mais il peut faire ça si il veut

"Chaque programme sera une fonction"
-> Pas compris

"à laquelle /on/ fera appel si un message lui est envoyé"
-> Qui "on" ?

Donc si je traduis dans mon langage personnel, tu veux faire des programmes qui intéragissent entre eux (HS : c´est pas une redondance ça ?) et qui échangent des courts messages prédéfinis.

Gageons que ça soit ça et gagnons du temps, suite des questions : tu veux qu´ils réagissent comment ? Tu crois que tu vas coder en BASIC à toi tout seul une intelligence artificielle révolutionnaire qui les fera réagir comme des êtres humains ?

Parce que sans l´IA, c´est extrémement facile et moi je ferai ça avec des sockets (mais faut dire que c´est le seul méchanisme de communication que je connaisse )

--

Deuxième possibilité, tu veux créer une API qui fera que tous les programmes créés avec implémentent un protocole de communication, et là, laisse tomber (surtout si tu veux pas utiliser de dll)

--

Ou j´ai rien compris.

on c les participants
Une fonction c ce que g montré plus haut, c comme une deuxième commande, en gros, chaque prog deviendra une commande

Ensuite, c pas si difficile, vu que si tu lis en première page, y a une dizaine de sentiments, c pas comme si je devais rentrer le dico

En gors je réunis tous les progs en un seul, et en fait le prog communique avec lui même

..ai toujours pas vu l´interêt.

Le voilà l´intérêt :

https://www.jeuxvideo.com/forums/1-47-21119-1-0-1-0-0.htm

Le premier message

Bon laisse tomber on s´est jamais vu.

ah ?

Ecoute, si tu ne nous croit pas quand on t dit que tu ne pars pas du tout dans la bonne direction pour réussir ce que tu veux faire, alors laisse tomber, ce topic ne sers à rien.

je n´ai aucune idée de comment programmer en C++, alors je garde mon bon vieux darkbasic qui me convient parfaitement