Bonjour,
Peut-on renommer un fichier exe ?
Ma raison : il y a des fichiers qui ne rappellent pas ce qu'ils sont
HEXC_v2.8.1.0.exe est par exemple un fichier pour webcam hercules
Si le renommer est dangereux peut-on modifier les propriétés afin de se
souvenir à quoi il sert ?
Bonjour,
Peut-on renommer un fichier exe ?
Ma raison : il y a des fichiers qui ne rappellent pas ce qu'ils sont
HEXC_v2.8.1.0.exe est par exemple un fichier pour webcam hercules
Si le renommer est dangereux peut-on modifier les propriétés afin de se
souvenir à quoi il sert ?
Bonjour,
Peut-on renommer un fichier exe ?
Ma raison : il y a des fichiers qui ne rappellent pas ce qu'ils sont
HEXC_v2.8.1.0.exe est par exemple un fichier pour webcam hercules
Si le renommer est dangereux peut-on modifier les propriétés afin de se
souvenir à quoi il sert ?
"brunodujura" a écrit dans le message de
news:49eabb94$0$7872$Bonjour,
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est
logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement volontaire
par l'utilisateur), le renoimmage ne pose AUCUN problème.Ma raison : il y a des fichiers qui ne rappellent pas ce qu'ils sont
HEXC_v2.8.1.0.exe est par exemple un fichier pour webcam hercules
Si le renommer est dangereux peut-on modifier les propriétés afin de se
souvenir à quoi il sert ?
Modifier les infos de versions est possible avec des outils tels que
"Resource Hacker".
http://www.angusj.com/resourcehacker/
Mais si (p.ex.) un contrôle de "cheksum" a lieu en interne de
l'exécutable (qui vérifie que le fichier n'a pas été modifié), cela risque
d'entrainer des injures !
De même, si le fichier a été certifié au départ, cela va "détruire" sa
certification.
Mais pourquoi n'essayes-tu pas ????
Je suis toujours étonné de la frilosité de certains, qui rechignent à
tenter la moindre expérience!
Pour être tranquille, il te suffit de créer une copie de sauvegarde.
Tu peux aussi créer un RACCOURCI de l'exécutable, auquel tu donneras un
nom significatif, et tu peux même y ajouter des commentaires.
AMHA, c'est la solution la plus simple et garantie indolore dans TOUTES
les circonstances.
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
"brunodujura" <pasdespamsbrunodujura@gmail.com> a écrit dans le message de
news:49eabb94$0$7872$426a74cc@news.free.fr...
Bonjour,
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est
logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement volontaire
par l'utilisateur), le renoimmage ne pose AUCUN problème.
Ma raison : il y a des fichiers qui ne rappellent pas ce qu'ils sont
HEXC_v2.8.1.0.exe est par exemple un fichier pour webcam hercules
Si le renommer est dangereux peut-on modifier les propriétés afin de se
souvenir à quoi il sert ?
Modifier les infos de versions est possible avec des outils tels que
"Resource Hacker".
http://www.angusj.com/resourcehacker/
Mais si (p.ex.) un contrôle de "cheksum" a lieu en interne de
l'exécutable (qui vérifie que le fichier n'a pas été modifié), cela risque
d'entrainer des injures !
De même, si le fichier a été certifié au départ, cela va "détruire" sa
certification.
Mais pourquoi n'essayes-tu pas ????
Je suis toujours étonné de la frilosité de certains, qui rechignent à
tenter la moindre expérience!
Pour être tranquille, il te suffit de créer une copie de sauvegarde.
Tu peux aussi créer un RACCOURCI de l'exécutable, auquel tu donneras un
nom significatif, et tu peux même y ajouter des commentaires.
AMHA, c'est la solution la plus simple et garantie indolore dans TOUTES
les circonstances.
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
"brunodujura" a écrit dans le message de
news:49eabb94$0$7872$Bonjour,
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est
logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement volontaire
par l'utilisateur), le renoimmage ne pose AUCUN problème.Ma raison : il y a des fichiers qui ne rappellent pas ce qu'ils sont
HEXC_v2.8.1.0.exe est par exemple un fichier pour webcam hercules
Si le renommer est dangereux peut-on modifier les propriétés afin de se
souvenir à quoi il sert ?
Modifier les infos de versions est possible avec des outils tels que
"Resource Hacker".
http://www.angusj.com/resourcehacker/
Mais si (p.ex.) un contrôle de "cheksum" a lieu en interne de
l'exécutable (qui vérifie que le fichier n'a pas été modifié), cela risque
d'entrainer des injures !
De même, si le fichier a été certifié au départ, cela va "détruire" sa
certification.
Mais pourquoi n'essayes-tu pas ????
Je suis toujours étonné de la frilosité de certains, qui rechignent à
tenter la moindre expérience!
Pour être tranquille, il te suffit de créer une copie de sauvegarde.
Tu peux aussi créer un RACCOURCI de l'exécutable, auquel tu donneras un
nom significatif, et tu peux même y ajouter des commentaires.
AMHA, c'est la solution la plus simple et garantie indolore dans TOUTES
les circonstances.
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
Salut,
Jean-Claude BELLAMY a écrit :
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est
logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement volontaire
par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur. Va
savoir pourquoi.
Salut,
Jean-Claude BELLAMY a écrit :
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est
logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement volontaire
par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur. Va
savoir pourquoi.
Salut,
Jean-Claude BELLAMY a écrit :
Peut-on renommer un fichier exe ?
OUI
Mais il peut y avoir des effets de biais si p.ex. un AUTRE module
(exécutable ou DLL) fait appel à cet exécutable par son nom, c'est
logique.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement volontaire
par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur. Va
savoir pourquoi.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Jean-Claude BELLAMY a écrit :Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
Dans quel but ?
Jean-Claude BELLAMY a écrit :
Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
Dans quel but ?
Jean-Claude BELLAMY a écrit :Si ce n'est pas le cas (lancement de l'exe de façon uniquement
volontaire par l'utilisateur), le renoimmage ne pose AUCUN problème.
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
Dans quel but ?
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du
jeu Freelancer, édité par Microsoft. Si je renomme l'exécutable
principal, alors le jeu plante en multijoueur dès qu'on se connecte
à un serveur. Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la
présence ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
????????????
Le programme lui même, sur la machine "A", quand il explore à distance
les processus sur la machine "B"!Dans quel but ?
Il faut bien qu'il sache qu'un autre "lui-même" existe sur la machine
distante, c'te bonne blague !
C'est une vérification supplémentaire pour la mise en réseau (en plus de
tests, je présume, de l'existence de certains ports IP)
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du
jeu Freelancer, édité par Microsoft. Si je renomme l'exécutable
principal, alors le jeu plante en multijoueur dès qu'on se connecte
à un serveur. Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la
présence ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
????????????
Le programme lui même, sur la machine "A", quand il explore à distance
les processus sur la machine "B"!
Dans quel but ?
Il faut bien qu'il sache qu'un autre "lui-même" existe sur la machine
distante, c'te bonne blague !
C'est une vérification supplémentaire pour la mise en réseau (en plus de
tests, je présume, de l'existence de certains ports IP)
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du
jeu Freelancer, édité par Microsoft. Si je renomme l'exécutable
principal, alors le jeu plante en multijoueur dès qu'on se connecte
à un serveur. Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la
présence ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
????????????
Le programme lui même, sur la machine "A", quand il explore à distance
les processus sur la machine "B"!Dans quel but ?
Il faut bien qu'il sache qu'un autre "lui-même" existe sur la machine
distante, c'te bonne blague !
C'est une vérification supplémentaire pour la mise en réseau (en plus de
tests, je présume, de l'existence de certains ports IP)
Jean-Claude BELLAMY a écrit :
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
????????????
Le programme lui même, sur la machine "A", quand il explore à distance
les processus sur la machine "B"!Dans quel but ?
Il faut bien qu'il sache qu'un autre "lui-même" existe sur la machine
distante, c'te bonne blague !
C'est une vérification supplémentaire pour la mise en réseau (en plus de
tests, je présume, de l'existence de certains ports IP)
Là je suis complètement perdu... Qu'appelles-tu machine "A" et machine "B"
? De quel autre "lui-même" parles-tu ? Il y a mon poste sur lequel tourne
le jeu Freelancer.exe et le serveur sur lequel tourne le programme
FLServer.exe. Qui vérifie quoi, et surtout, comment ? Tu veux dire que le
processus serveur vérifie que le processus client s'appelle Freelancer.exe
?
Comment diable serait-il capable de faire cela ? C'est prévu dans
DirectPlay ? Dans quel but ?
Jean-Claude BELLAMY a écrit :
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
????????????
Le programme lui même, sur la machine "A", quand il explore à distance
les processus sur la machine "B"!
Dans quel but ?
Il faut bien qu'il sache qu'un autre "lui-même" existe sur la machine
distante, c'te bonne blague !
C'est une vérification supplémentaire pour la mise en réseau (en plus de
tests, je présume, de l'existence de certains ports IP)
Là je suis complètement perdu... Qu'appelles-tu machine "A" et machine "B"
? De quel autre "lui-même" parles-tu ? Il y a mon poste sur lequel tourne
le jeu Freelancer.exe et le serveur sur lequel tourne le programme
FLServer.exe. Qui vérifie quoi, et surtout, comment ? Tu veux dire que le
processus serveur vérifie que le processus client s'appelle Freelancer.exe
?
Comment diable serait-il capable de faire cela ? C'est prévu dans
DirectPlay ? Dans quel but ?
Jean-Claude BELLAMY a écrit :
En fait si, ça peut, aussi bizarre que ça paraisse. J'ai le cas du jeu
Freelancer, édité par Microsoft. Si je renomme l'exécutable principal,
alors le jeu plante en multijoueur dès qu'on se connecte à un serveur.
Va savoir pourquoi.
Parce qu'il y a un test (au niveau de la mise en réseau) de la présence
ou non du nom du jeu "en dur" dans la liste des processus.
Qui fait ce test ?
????????????
Le programme lui même, sur la machine "A", quand il explore à distance
les processus sur la machine "B"!Dans quel but ?
Il faut bien qu'il sache qu'un autre "lui-même" existe sur la machine
distante, c'te bonne blague !
C'est une vérification supplémentaire pour la mise en réseau (en plus de
tests, je présume, de l'existence de certains ports IP)
Là je suis complètement perdu... Qu'appelles-tu machine "A" et machine "B"
? De quel autre "lui-même" parles-tu ? Il y a mon poste sur lequel tourne
le jeu Freelancer.exe et le serveur sur lequel tourne le programme
FLServer.exe. Qui vérifie quoi, et surtout, comment ? Tu veux dire que le
processus serveur vérifie que le processus client s'appelle Freelancer.exe
?
Comment diable serait-il capable de faire cela ? C'est prévu dans
DirectPlay ? Dans quel but ?