Bonjour donc voila je vien pour vous demandez un conseil, donc voila j'ai ma frame principale et dedans j'aimerai creer un bouton qui lui quand on va clicquer dessus va creer un exe dans le mm repertoire que l'application.
(donc soite si il y a moyen de dire se que l'exe va contenir comme code source (sa serait bien) ou alors que l'exe soit compiler dans mon appli et qui l'extrait quand on clic sur le bouton)

Comment faire?

Cordialement,

DoGu@

Bonjour,

Attention, la licence d'utilisation de windev interdit ce genre de programme.

citation de la licence :

Citation :

Bon dèv,

Totof

vous m'avez mal compris,

C e n'est pas un programme pour developer que je veux faire mais quand je clique sur un bouton il devra generer un fichier .exe c tout (le fichier .exe que l'utilisateur final ne poura editer)

Donc a la limite voila g deux fenetre dans mon projet mais j'aimerai que ma fenetre principale (qui elle est un exe) genere ma deuxieme fenetre en exe (donc se n'est pas un truc de developement puisque personne ne poura modifier ma deuxieme fenetre a pars moi) sais juste un bete truc

Bonjour,

Ce que vous cherchez à faire est irréalisable.

Il y a bien des programme qui le fon en vb6

il n'y a mm pas moyen de compiler l'exe de ma deuxieme fenetre dans mon exe finale et de l'extraire via le bouton??

Pourriez-vous donner le nom de ces programmes qui génèrent des exécutables "à la volée" afin que nous puissions réfléchir avec le maximum d'informations ?

Merci

un exemple tout bete : les trojan.

il genere bien un fichier serveur.exe quand on clique sur un bouton

Je crois enfin avoir compris ce que vous souhaitiez faire.
Il me semble que vous voulez "cacher" un exe à l'intérieur de votre application.
Si c'est celà, rien de plus simple :
vous ajoutez votre fichier exe à la DLL du projet
et au besoin vous copiez le fichier dans une variable de type buffer que vous enregistrez ensuite sur le disque.

PS :Pourriez-vous soigner vos post le style sms est proscrit sur ce site il me semble

Bonjour Dogua.
Je vous laisse faire la convergence entre la solution de Bebe et ce dossier...

Voila je crois que r&b a compris se que je voulais faire (quand je clique sur un bouton un exe (que j'orai moi meme deja elaborer) se creera dans le repertoire de mon appli)

Enfin d'apres se que j'ai capter dans le dossier car justement pouver vous m'aider car je ne capte pas grand chose dans les procedure .... (je suis un peu debutant)

Merci d'avance

La solution de R&B ne permet pas de générer un exécutable mais de compiler dynamiquement du code ce qui est différent.

Cordialement

a oki merci quand meme.Mais si je ne m'abuse quand il compile,il va creer l'exe avec le code en w-langage que l'ont va lui??

Mais c toufu la j'y pije plus rien et puis dit moi si je me trompe dans mon hypothèse ci desus

Merci.

Cordialement,
DoGu@

Bonjour,

La 'convergence' dont je parlais est simple : vous pouvez programmer un interpréteur (l'exécutable) et lui fournir le code (sous forme de procédures dans un fichier texte ou une base HyperFile).

Mais, sauf mon respect, je dirais que ce type de projet n'est pas forcément à réserver à un débutant qui pour moi peine déjà à manipuler l'ensemble de l'environnement mémoire (champs/variables et fichiers) de son propre projet.
En effet, par ce bias, l'interpréteur devra tenir compte de la portée des variables ce qui n'est pas forcément une affaire aisée...

De la ressource citée et née le MCU : il s'agit d'adapter l'exécution d'un programme à un contexte utilisateur particulier. Votre besoin n'est pas loin de cela mais demande un travail plus conséquent... cela dépend à quoi va servir "l'exécutable" généré.

Je rapelle enfin l'extrait de la licence vu en début de discussion.

L'executable generer via le bouton devra faire cici

au l'ancement:
Si socketcreer ("serveur",5465) Alors
info ("socket creer avec sucess","en attente de client")
sinon
erreur (erreurinfo(errRésumé))

------------------------------------------------
et sa devrait etre presque tout
il y aura peut etre d'autre chose mais tout se fera au demarage
faite pas attention au faute g ecrit sa de tete.

merci d'avance
Cordialement,
DoGu@

Et pourquoi le faire dans un autre exécutable ?

S'il s'agit de ne pas monopoliser le procéssus de votre application, utilisez les threads ou les timer...

Les expert du sujet devraient être capables de vous aider si vous suivez cette voie.

Ayant développé un chat, qui utilise donc sockets et threads en quantité, je pense également que l'utilisation d'un thread serait plus approprié.

SAUF dans l'hypothèse dans laquelle le programme gérant la socket doive continuer à s'exécuter après fermeture du programme appelant.

M'enfin, perso je vote thread.

oups, encore oublié de me connecter. C'était moi juste au dessus ^^

et bien quelle diference entre les thread et la socket??

sinon voici se ke je dois pouvoir faire :

un exe qui fera "serveur" donc que des que l'ont va le lancer, il vas "attendre" que l'ont se connecte dessus.
Avec l'autre fenetre la partie "Client", il fo que je puisse executez des action sur la machine distante, comme recupérer des info upload des fichier ...

donc lequelle des deux est le plus aproprier pour faire sela
et surtout le plus facile a utilisé

Sockets et threads n'ont absolument rien à voir ^^

Une socket est une sorte de noeud. C'est en fait une zone mémoire, dans laquelle tu vas déposer un message, récupérable à partir d'un autre poste. Pour faire simple, c'est une sorte de boîte, dans laquelle une personne peut déposer une information. Une autre personne peut ensuite venir récupérer cette information.

Un thread, quant à lui, est une partie de programme qui va tourner en paralelle de ton programme principal. C'est utile quand tu as besoin qu'une action se déroule pendant que ton programme s'occupe d'autre chose. Dans un chat par exemple (ce que je suppose que tu es en train de dev) le serveur aura besoin d'un thread qui sera à l'écoute des demandes de connexion.

Enfin, pour plus de détails, il y a plusieurs exemples avec WD9 traitant de l'utilisation des sockets/threads, dont un logiciel de chat.

De toute façon, garde à l'esprit que les 2 fonctionnent de pair (enfin pas dans tous les cas, mais pour un chat, les 2 sont indispensables).