Voilà je voulais faire un petit logiciel(A) qui ne peut démarrer qu'une
seule fois.
Pour cela, je pensais rajouter un octet à la fin de l'exécutable, au début
cet octet est à zéro = logiciel jamais démarré.
Ensuite, lors de son 1er démarrage, il s'auto-modifie en mettant son dernier
l'octet à 1.
Lors du second démarrage, si l'octet est à 1, il affiche un message
indiquant qu'il ne peut plus s'éxécuter.
J'ai crée mon petit logiciel(A), j'ai mis le dernier octet à Zéro avec un
autre petit logiciel(B), je l'ai lancé et il fonctionne, par contre,
lorsqu'il tente de se modifier tout seul en mettant son dernier octet à 1,
j'ai un message d'erreur !
Apparement un logiciel en cours d'exécution ne peut pas se modifier ? c'est
une protection de Windows ? Y a t'il une solution ?
Par contre quand le 1er logiciel(A) est arrêté et que je met le dernier
octet à 1 avec l'autre logiciel(B), ça fonctionne bien, car si je démarre le
1er logiciel(A) avec l'octet à 1, j'ai bien un message comme quoi il a déja
été éxécuté.
Il me faut juste la solution pour que ce soit le 1er logiciel(A) qui puisse
s'auto-modifier.
et pourquoi pas une Private Const str As String = "eee" à la place du
txtbox
?
C'est quoi ça ?
ng
Une solution un peu tordue mais qui risque de marcher :
Tu créés un petit exe qui sait juste modifier l'exe principale, tu le mets dans les ressources de l'exe principal, avant de quitter ton prog principal, tu extrait le petit exe des ressources et tu le mets ds le dossier de ton exe principal, puis tu le lances et tu fermes le prog principal, l'exe extrait lancé lui attend la fermerture de l'appli principale, modifie l'octet, se ferme, et se supprime (pas évident de s'auto supprimer mais c'est faisable ou au pire c'est le prog principale qui le supprime quand il redémarre).
Mais bon c'est tjrs pareil, il suffit que l'utilisateur ait pris soin de copier l'exe avant de le lancer et sa copie ne sera pas affectée.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Fuxy wrote:
Le soucis c'est que le programme est exécutable sur un autre PC .. et je veux pas
Une solution un peu tordue mais qui risque de marcher :
Tu créés un petit exe qui sait juste modifier l'exe principale, tu le mets
dans les ressources de l'exe principal, avant de quitter ton prog principal,
tu extrait le petit exe des ressources et tu le mets ds le dossier de ton
exe principal, puis tu le lances et tu fermes le prog principal, l'exe
extrait lancé lui attend la fermerture de l'appli principale, modifie
l'octet, se ferme, et se supprime (pas évident de s'auto supprimer mais
c'est faisable ou au pire c'est le prog principale qui le supprime quand il
redémarre).
Mais bon c'est tjrs pareil, il suffit que l'utilisateur ait pris soin de
copier l'exe avant de le lancer et sa copie ne sera pas affectée.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Fuxy wrote:
Le soucis c'est que le programme est exécutable sur un autre PC .. et
je veux pas
Une solution un peu tordue mais qui risque de marcher :
Tu créés un petit exe qui sait juste modifier l'exe principale, tu le mets dans les ressources de l'exe principal, avant de quitter ton prog principal, tu extrait le petit exe des ressources et tu le mets ds le dossier de ton exe principal, puis tu le lances et tu fermes le prog principal, l'exe extrait lancé lui attend la fermerture de l'appli principale, modifie l'octet, se ferme, et se supprime (pas évident de s'auto supprimer mais c'est faisable ou au pire c'est le prog principale qui le supprime quand il redémarre).
Mais bon c'est tjrs pareil, il suffit que l'utilisateur ait pris soin de copier l'exe avant de le lancer et sa copie ne sera pas affectée.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
Fuxy wrote:
Le soucis c'est que le programme est exécutable sur un autre PC .. et je veux pas
LE TROLL
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre la data dans une variable résidente... -----------
"jean-marc" a écrit dans le message de news: 4209f7e4$0$22468$
"Fuxy" wrote in message news:4209ef7f$0$623$
"ng" a écrit dans le message de news: e$ > Salut, > > En effet un prog comme celui ci ne fonctionne pas : > A quelque lignes de code près, c'est ce que j'avais fais, mais effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal. Moi je ferais comme ça: j'aurais un exe avec une TextBox et ton text à afficher. Au lancement du programme, je récupérerais le texte de la textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la base de registre dans la section de ton programme si cette valeur existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté ou déja lu".
Ca te permet d'être sur que chaque exe différent (donc avec texte différent) ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu entre amis, c'est sans doute suffisant.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre la
data dans une variable résidente...
-----------
"jean-marc" <jean-marc.dupont@vcs-europe.com> a écrit dans le message de
news: 4209f7e4$0$22468$ba620e4c@news.skynet.be...
"Fuxy" <vbload@free.fr> wrote in message
news:4209ef7f$0$623$636a15ce@news.free.fr...
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
e$8kkYpDFHA.560@TK2MSFTNGP15.phx.gbl...
> Salut,
>
> En effet un prog comme celui ci ne fonctionne pas :
>
A quelque lignes de code près, c'est ce que j'avais fais, mais
effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal.
Moi je ferais comme ça:
j'aurais un exe avec une TextBox et ton text à afficher.
Au lancement du programme, je récupérerais le texte de la
textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la base de
registre dans la section de ton programme si cette valeur existe ou non.
Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté ou déja lu".
Ca te permet d'être sur que chaque exe différent (donc avec texte
différent)
ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu entre
amis,
c'est sans doute suffisant.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre la data dans une variable résidente... -----------
"jean-marc" a écrit dans le message de news: 4209f7e4$0$22468$
"Fuxy" wrote in message news:4209ef7f$0$623$
"ng" a écrit dans le message de news: e$ > Salut, > > En effet un prog comme celui ci ne fonctionne pas : > A quelque lignes de code près, c'est ce que j'avais fais, mais effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal. Moi je ferais comme ça: j'aurais un exe avec une TextBox et ton text à afficher. Au lancement du programme, je récupérerais le texte de la textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la base de registre dans la section de ton programme si cette valeur existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté ou déja lu".
Ca te permet d'être sur que chaque exe différent (donc avec texte différent) ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu entre amis, c'est sans doute suffisant.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Illinger Philippe
"Fuxy" wrote in message news:4209bf0a$0$603$
Bonjours,
Voilà je voulais faire un petit logiciel(A) qui ne peut démarrer qu'une seule fois.
Pour cela, je pensais rajouter un octet à la fin de l'exécutable, au début cet octet est à zéro = logiciel jamais démarré.
Ensuite, lors de son 1er démarrage, il s'auto-modifie en mettant son dernier l'octet à 1.
Lors du second démarrage, si l'octet est à 1, il affiche un message indiquant qu'il ne peut plus s'éxécuter.
J'ai crée mon petit logiciel(A), j'ai mis le dernier octet à Zéro avec un autre petit logiciel(B), je l'ai lancé et il fonctionne, par contre, lorsqu'il tente de se modifier tout seul en mettant son dernier octet à 1, j'ai un message d'erreur !
Apparement un logiciel en cours d'exécution ne peut pas se modifier ? c'est une protection de Windows ? Y a t'il une solution ?
Par contre quand le 1er logiciel(A) est arrêté et que je met le dernier octet à 1 avec l'autre logiciel(B), ça fonctionne bien, car si je démarre le 1er logiciel(A) avec l'octet à 1, j'ai bien un message comme quoi il a déja été éxécuté.
Il me faut juste la solution pour que ce soit le 1er logiciel(A) qui puisse s'auto-modifier.
Merci
Bonjour,
Methode un peu voisine,
Ton executable, fait un createprocess d'un autre executable, dont la fonction sera...
1 ) D'attendre que ton premier EXE se soit arreté (Wait sur le handle) 2 ) De modifier cet exe. 3 ) De s'arreter.
Ton Exe Primaire....Se teste, s'execute...S'arrete et ne s'execute plus.
Ca te va ?
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.856 / Virus Database: 583 - Release Date: 07/02/2005
"Fuxy" <vbload@free.fr> wrote in message news:4209bf0a$0$603$636a15ce@news.free.fr...
Bonjours,
Voilà je voulais faire un petit logiciel(A) qui ne peut démarrer qu'une
seule fois.
Pour cela, je pensais rajouter un octet à la fin de l'exécutable, au début
cet octet est à zéro = logiciel jamais démarré.
Ensuite, lors de son 1er démarrage, il s'auto-modifie en mettant son dernier
l'octet à 1.
Lors du second démarrage, si l'octet est à 1, il affiche un message
indiquant qu'il ne peut plus s'éxécuter.
J'ai crée mon petit logiciel(A), j'ai mis le dernier octet à Zéro avec un
autre petit logiciel(B), je l'ai lancé et il fonctionne, par contre,
lorsqu'il tente de se modifier tout seul en mettant son dernier octet à 1,
j'ai un message d'erreur !
Apparement un logiciel en cours d'exécution ne peut pas se modifier ? c'est
une protection de Windows ? Y a t'il une solution ?
Par contre quand le 1er logiciel(A) est arrêté et que je met le dernier
octet à 1 avec l'autre logiciel(B), ça fonctionne bien, car si je démarre le
1er logiciel(A) avec l'octet à 1, j'ai bien un message comme quoi il a déja
été éxécuté.
Il me faut juste la solution pour que ce soit le 1er logiciel(A) qui puisse
s'auto-modifier.
Merci
Bonjour,
Methode un peu voisine,
Ton executable, fait un createprocess d'un autre executable, dont la fonction sera...
1 ) D'attendre que ton premier EXE se soit arreté (Wait sur le handle)
2 ) De modifier cet exe.
3 ) De s'arreter.
Ton Exe Primaire....Se teste, s'execute...S'arrete et ne s'execute plus.
Ca te va ?
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.856 / Virus Database: 583 - Release Date: 07/02/2005
Voilà je voulais faire un petit logiciel(A) qui ne peut démarrer qu'une seule fois.
Pour cela, je pensais rajouter un octet à la fin de l'exécutable, au début cet octet est à zéro = logiciel jamais démarré.
Ensuite, lors de son 1er démarrage, il s'auto-modifie en mettant son dernier l'octet à 1.
Lors du second démarrage, si l'octet est à 1, il affiche un message indiquant qu'il ne peut plus s'éxécuter.
J'ai crée mon petit logiciel(A), j'ai mis le dernier octet à Zéro avec un autre petit logiciel(B), je l'ai lancé et il fonctionne, par contre, lorsqu'il tente de se modifier tout seul en mettant son dernier octet à 1, j'ai un message d'erreur !
Apparement un logiciel en cours d'exécution ne peut pas se modifier ? c'est une protection de Windows ? Y a t'il une solution ?
Par contre quand le 1er logiciel(A) est arrêté et que je met le dernier octet à 1 avec l'autre logiciel(B), ça fonctionne bien, car si je démarre le 1er logiciel(A) avec l'octet à 1, j'ai bien un message comme quoi il a déja été éxécuté.
Il me faut juste la solution pour que ce soit le 1er logiciel(A) qui puisse s'auto-modifier.
Merci
Bonjour,
Methode un peu voisine,
Ton executable, fait un createprocess d'un autre executable, dont la fonction sera...
1 ) D'attendre que ton premier EXE se soit arreté (Wait sur le handle) 2 ) De modifier cet exe. 3 ) De s'arreter.
Ton Exe Primaire....Se teste, s'execute...S'arrete et ne s'execute plus.
Ca te va ?
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.856 / Virus Database: 583 - Release Date: 07/02/2005
ng
residente où ?
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
LE TROLL wrote:
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre la data dans une variable résidente... -----------
"jean-marc" a écrit dans le message de news: 4209f7e4$0$22468$
"Fuxy" wrote in message news:4209ef7f$0$623$
"ng" a écrit dans le message de news: e$
Salut,
En effet un prog comme celui ci ne fonctionne pas :
A quelque lignes de code près, c'est ce que j'avais fais, mais effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal. Moi je ferais comme ça: j'aurais un exe avec une TextBox et ton text à afficher. Au lancement du programme, je récupérerais le texte de la textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la base de registre dans la section de ton programme si cette valeur existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté ou déja lu". Ca te permet d'être sur que chaque exe différent (donc avec texte différent) ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu entre amis, c'est sans doute suffisant.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
residente où ?
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
LE TROLL wrote:
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre
la data dans une variable résidente...
-----------
"jean-marc" <jean-marc.dupont@vcs-europe.com> a écrit dans le message
de news: 4209f7e4$0$22468$ba620e4c@news.skynet.be...
"Fuxy" <vbload@free.fr> wrote in message
news:4209ef7f$0$623$636a15ce@news.free.fr...
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
e$8kkYpDFHA.560@TK2MSFTNGP15.phx.gbl...
Salut,
En effet un prog comme celui ci ne fonctionne pas :
A quelque lignes de code près, c'est ce que j'avais fais, mais
effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal.
Moi je ferais comme ça:
j'aurais un exe avec une TextBox et ton text à afficher.
Au lancement du programme, je récupérerais le texte de la
textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la
base de registre dans la section de ton programme si cette valeur
existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté
ou déja lu". Ca te permet d'être sur que chaque exe différent (donc avec
texte
différent)
ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu
entre amis,
c'est sans doute suffisant.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
LE TROLL wrote:
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre la data dans une variable résidente... -----------
"jean-marc" a écrit dans le message de news: 4209f7e4$0$22468$
"Fuxy" wrote in message news:4209ef7f$0$623$
"ng" a écrit dans le message de news: e$
Salut,
En effet un prog comme celui ci ne fonctionne pas :
A quelque lignes de code près, c'est ce que j'avais fais, mais effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal. Moi je ferais comme ça: j'aurais un exe avec une TextBox et ton text à afficher. Au lancement du programme, je récupérerais le texte de la textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la base de registre dans la section de ton programme si cette valeur existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté ou déja lu". Ca te permet d'être sur que chaque exe différent (donc avec texte différent) ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu entre amis, c'est sans doute suffisant.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
LE TROLL
Lol, erreur de langage, variable Dos d'environnement... ---
"ng" a écrit dans le message de news: evp$
residente où ?
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
LE TROLL wrote:
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre la data dans une variable résidente... -----------
"jean-marc" a écrit dans le message de news: 4209f7e4$0$22468$
"Fuxy" wrote in message news:4209ef7f$0$623$
"ng" a écrit dans le message de news: e$
Salut,
En effet un prog comme celui ci ne fonctionne pas :
A quelque lignes de code près, c'est ce que j'avais fais, mais effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal. Moi je ferais comme ça: j'aurais un exe avec une TextBox et ton text à afficher. Au lancement du programme, je récupérerais le texte de la textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la base de registre dans la section de ton programme si cette valeur existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté ou déja lu". Ca te permet d'être sur que chaque exe différent (donc avec texte différent) ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu entre amis, c'est sans doute suffisant.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Lol, erreur de langage, variable Dos d'environnement...
---
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
evp$dVtDFHA.3324@TK2MSFTNGP15.phx.gbl...
residente où ?
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
LE TROLL wrote:
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre
la data dans une variable résidente...
-----------
"jean-marc" <jean-marc.dupont@vcs-europe.com> a écrit dans le message
de news: 4209f7e4$0$22468$ba620e4c@news.skynet.be...
"Fuxy" <vbload@free.fr> wrote in message
news:4209ef7f$0$623$636a15ce@news.free.fr...
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
e$8kkYpDFHA.560@TK2MSFTNGP15.phx.gbl...
Salut,
En effet un prog comme celui ci ne fonctionne pas :
A quelque lignes de code près, c'est ce que j'avais fais, mais
effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal.
Moi je ferais comme ça:
j'aurais un exe avec une TextBox et ton text à afficher.
Au lancement du programme, je récupérerais le texte de la
textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la
base de registre dans la section de ton programme si cette valeur
existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté
ou déja lu". Ca te permet d'être sur que chaque exe différent (donc avec
texte
différent)
ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu
entre amis,
c'est sans doute suffisant.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
Lol, erreur de langage, variable Dos d'environnement... ---
"ng" a écrit dans le message de news: evp$
residente où ?
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
LE TROLL wrote:
Salut, sinon la BDR c'est pas une pouelle, lol, tu peux mettre la data dans une variable résidente... -----------
"jean-marc" a écrit dans le message de news: 4209f7e4$0$22468$
"Fuxy" wrote in message news:4209ef7f$0$623$
"ng" a écrit dans le message de news: e$
Salut,
En effet un prog comme celui ci ne fonctionne pas :
A quelque lignes de code près, c'est ce que j'avais fais, mais effectivement, ça Bug ...
Hello,
tu ne peux pas modifier un exe en cours d'exécution et c'est normal. Moi je ferais comme ça: j'aurais un exe avec une TextBox et ton text à afficher. Au lancement du programme, je récupérerais le texte de la textBox, je calculerai un Hash MD5, puis j'irais vérifier dans la base de registre dans la section de ton programme si cette valeur existe ou non. Si non, je l'ajoute. Si oui, j'affiche "Déja exécuté ou déja lu". Ca te permet d'être sur que chaque exe différent (donc avec texte différent) ne peut être exécuté qu une fois.
Attention: c'est NUL comme protection, mais pour faire un petit jeu entre amis, c'est sans doute suffisant.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Gloops
Salut,
Pas très clair, ton énoncé, en définitive.
"On" ne peut lire qu'une fois, est-ce que ça signifie que chacun n'a droit qu'à une lecture de chaque message ? Est-ce que ça signifie que seul le premier arrivé peut lire le message ?
Les messages doivent-ils être lus dans un certain ordre, ou peut-on lire le dernier puis chercher à en lire un plus ancien ?
Parce que pour chaque combinaison de réponses à ces questions, les solutions techniques possibles seront différentes ...
Ce sur quoi nous avons commencé à plancher, c'est que le programme ne doit pas s'exécuter deux fois simultanément sur la même machine. Tu avoueras que c'est différent.
Salut,
Pas très clair, ton énoncé, en définitive.
"On" ne peut lire qu'une fois, est-ce que ça signifie que chacun n'a
droit qu'à une lecture de chaque message ? Est-ce que ça signifie que
seul le premier arrivé peut lire le message ?
Les messages doivent-ils être lus dans un certain ordre, ou peut-on lire
le dernier puis chercher à en lire un plus ancien ?
Parce que pour chaque combinaison de réponses à ces questions, les
solutions techniques possibles seront différentes ...
Ce sur quoi nous avons commencé à plancher, c'est que le programme ne
doit pas s'exécuter deux fois simultanément sur la même machine. Tu
avoueras que c'est différent.
"On" ne peut lire qu'une fois, est-ce que ça signifie que chacun n'a droit qu'à une lecture de chaque message ? Est-ce que ça signifie que seul le premier arrivé peut lire le message ?
Les messages doivent-ils être lus dans un certain ordre, ou peut-on lire le dernier puis chercher à en lire un plus ancien ?
Parce que pour chaque combinaison de réponses à ces questions, les solutions techniques possibles seront différentes ...
Ce sur quoi nous avons commencé à plancher, c'est que le programme ne doit pas s'exécuter deux fois simultanément sur la même machine. Tu avoueras que c'est différent.
ng
Si cette méthode t'interesse, je pourrai éventuellement te faire un exemple.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
ng wrote:
Une solution un peu tordue mais qui risque de marcher :
Tu créés un petit exe qui sait juste modifier l'exe principale, tu le mets dans les ressources de l'exe principal, avant de quitter ton prog principal, tu extrait le petit exe des ressources et tu le mets ds le dossier de ton exe principal, puis tu le lances et tu fermes le prog principal, l'exe extrait lancé lui attend la fermerture de l'appli principale, modifie l'octet, se ferme, et se supprime (pas évident de s'auto supprimer mais c'est faisable ou au pire c'est le prog principale qui le supprime quand il redémarre).
Mais bon c'est tjrs pareil, il suffit que l'utilisateur ait pris soin de copier l'exe avant de le lancer et sa copie ne sera pas affectée.
Fuxy wrote:
Le soucis c'est que le programme est exécutable sur un autre PC .. et je veux pas
Si cette méthode t'interesse, je pourrai éventuellement te faire un exemple.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
ng wrote:
Une solution un peu tordue mais qui risque de marcher :
Tu créés un petit exe qui sait juste modifier l'exe principale, tu le
mets dans les ressources de l'exe principal, avant de quitter ton
prog principal, tu extrait le petit exe des ressources et tu le mets
ds le dossier de ton exe principal, puis tu le lances et tu fermes le
prog principal, l'exe extrait lancé lui attend la fermerture de
l'appli principale, modifie l'octet, se ferme, et se supprime (pas
évident de s'auto supprimer mais c'est faisable ou au pire c'est le
prog principale qui le supprime quand il redémarre).
Mais bon c'est tjrs pareil, il suffit que l'utilisateur ait pris soin
de copier l'exe avant de le lancer et sa copie ne sera pas affectée.
Fuxy wrote:
Le soucis c'est que le programme est exécutable sur un autre PC .. et
je veux pas
Si cette méthode t'interesse, je pourrai éventuellement te faire un exemple.
-- Nicolas G. FAQ VB : http://faq.vb.free.fr API Guide : http://www.allapi.net Google Groups : http://groups.google.fr/ MZ-Tools : http://www.mztools.com/
ng wrote:
Une solution un peu tordue mais qui risque de marcher :
Tu créés un petit exe qui sait juste modifier l'exe principale, tu le mets dans les ressources de l'exe principal, avant de quitter ton prog principal, tu extrait le petit exe des ressources et tu le mets ds le dossier de ton exe principal, puis tu le lances et tu fermes le prog principal, l'exe extrait lancé lui attend la fermerture de l'appli principale, modifie l'octet, se ferme, et se supprime (pas évident de s'auto supprimer mais c'est faisable ou au pire c'est le prog principale qui le supprime quand il redémarre).
Mais bon c'est tjrs pareil, il suffit que l'utilisateur ait pris soin de copier l'exe avant de le lancer et sa copie ne sera pas affectée.
Fuxy wrote:
Le soucis c'est que le programme est exécutable sur un autre PC .. et je veux pas
Driss HANIB
peut être prévoir une inscription dans la base de registre. clé bien cachée ou un fichier caché dans un répertoire système. le programme doit donc avant de s'afficher verifier s'il trouve la clé dans la base ou si le fichier caché. si oui s'arrête sinon ecrit cette clé ou ce fichier et affiche le message
Driss
"Fuxy" a écrit dans le message de news:4209e302$0$602$
Merci de vos réponses, mais je ne pense pas que ça corresponde à ce que je veux faire.
En fait voilà le projet :
Je veux faire un petit jeu avec des copains, on s'envoie des messages,
mais
qu'on ne peut lire qu'une seule fois. voilà a ce que j'avais pensé.
- Créer un petit fichier .EXE avec juste un Text1.text
- Lors de l'éxécution du fichier EXE :
- Il vérifie si son dernier octet est à Zéro, si oui alors il affiche un texte pendant 5 secondes (Timer) il met le dernier octet à 1 (mon problème de modification de fichier déja ouvert) il se referme (End) - Sinon, il affiche un message indiquant que le texte à déja été
lu
peut être prévoir une inscription dans la base de registre.
clé bien cachée
ou un fichier caché dans un répertoire système.
le programme doit donc avant de s'afficher verifier s'il trouve la clé dans
la base ou si le fichier caché.
si oui s'arrête sinon ecrit cette clé ou ce fichier et affiche le message
Driss
"Fuxy" <vbload@free.fr> a écrit dans le message de
news:4209e302$0$602$636a15ce@news.free.fr...
Merci de vos réponses, mais je ne pense pas que ça corresponde à ce que je
veux faire.
En fait voilà le projet :
Je veux faire un petit jeu avec des copains, on s'envoie des messages,
mais
qu'on ne peut lire qu'une seule fois. voilà a ce que j'avais pensé.
- Créer un petit fichier .EXE avec juste un Text1.text
- Lors de l'éxécution du fichier EXE :
- Il vérifie si son dernier octet est à Zéro, si oui alors
il affiche un texte pendant 5 secondes (Timer)
il met le dernier octet à 1 (mon problème de
modification de fichier déja ouvert)
il se referme (End)
- Sinon, il affiche un message indiquant que le texte à déja été
peut être prévoir une inscription dans la base de registre. clé bien cachée ou un fichier caché dans un répertoire système. le programme doit donc avant de s'afficher verifier s'il trouve la clé dans la base ou si le fichier caché. si oui s'arrête sinon ecrit cette clé ou ce fichier et affiche le message
Driss
"Fuxy" a écrit dans le message de news:4209e302$0$602$
Merci de vos réponses, mais je ne pense pas que ça corresponde à ce que je veux faire.
En fait voilà le projet :
Je veux faire un petit jeu avec des copains, on s'envoie des messages,
mais
qu'on ne peut lire qu'une seule fois. voilà a ce que j'avais pensé.
- Créer un petit fichier .EXE avec juste un Text1.text
- Lors de l'éxécution du fichier EXE :
- Il vérifie si son dernier octet est à Zéro, si oui alors il affiche un texte pendant 5 secondes (Timer) il met le dernier octet à 1 (mon problème de modification de fichier déja ouvert) il se referme (End) - Sinon, il affiche un message indiquant que le texte à déja été
lu
Kiriasse
Il n'y a pas de clé bien cachée. Un logiciel comme celui que j'ai appelé RegDiff la trouverait facilement. www.kiriasse.fr/regdiff.html
== "Driss HANIB" a écrit dans le message de news:
peut être prévoir une inscription dans la base de registre. clé bien cachée ou un fichier caché dans un répertoire système. le programme doit donc avant de s'afficher verifier s'il trouve la clé dans la base ou si le fichier caché. si oui s'arrête sinon ecrit cette clé ou ce fichier et affiche le message
Driss
Il n'y a pas de clé bien cachée.
Un logiciel comme celui que j'ai appelé RegDiff la trouverait facilement.
www.kiriasse.fr/regdiff.html
== "Driss HANIB" <dhanib@club-internet.fr> a écrit dans le message de news:
OI8UFR3DFHA.4004@tk2msftngp13.phx.gbl...
peut être prévoir une inscription dans la base de registre.
clé bien cachée
ou un fichier caché dans un répertoire système.
le programme doit donc avant de s'afficher verifier s'il trouve la clé
dans
la base ou si le fichier caché.
si oui s'arrête sinon ecrit cette clé ou ce fichier et affiche le message
Il n'y a pas de clé bien cachée. Un logiciel comme celui que j'ai appelé RegDiff la trouverait facilement. www.kiriasse.fr/regdiff.html
== "Driss HANIB" a écrit dans le message de news:
peut être prévoir une inscription dans la base de registre. clé bien cachée ou un fichier caché dans un répertoire système. le programme doit donc avant de s'afficher verifier s'il trouve la clé dans la base ou si le fichier caché. si oui s'arrête sinon ecrit cette clé ou ce fichier et affiche le message