Je me tourne vers vous après m'être tourné vers Google...
J'aimerais connaître la liste complète des options disponibles en liste des
commandes pour un .exe (sachant que ni /h, ni -h, ni /?, ni-? ne marchent).
En effet, je connais quelques options de cette ligne, mais il m'en manque...
Y'a-t-il un logiciel qui soit capable de me donner cette liste ? Sinon
connaissez-vous un moyen (éditeur HEX, BIN ou autres ?) ?
J'ai du mal à comprendre ta question. Les options de ligne de commande ne sont pas automatiques ! Si la personne qui a écrit le programme n'a pris en compte aucun paramétrage de son application via la ligne de commande, eh bien tu n'as pas d'options en ligne de commande pour cette application :-).
Si ta question est de connaître les options éventuellement disponibles, la réponse est que c'est à l'auteur de te les fournir dans la doc se son soft. Sinon, la solution classique est de désassembler le logiciel (ouh ! pasbiensa !) et de regarder les appels de GetCommandLine().
-- AMcD®
http://arnold.mcdonald.free.fr/
J'ai du mal à comprendre ta question. Les options de ligne de commande ne
sont pas automatiques ! Si la personne qui a écrit le programme n'a pris en
compte aucun paramétrage de son application via la ligne de commande, eh
bien tu n'as pas d'options en ligne de commande pour cette application :-).
Si ta question est de connaître les options éventuellement disponibles, la
réponse est que c'est à l'auteur de te les fournir dans la doc se son soft.
Sinon, la solution classique est de désassembler le logiciel (ouh !
pasbiensa !) et de regarder les appels de GetCommandLine().
J'ai du mal à comprendre ta question. Les options de ligne de commande ne sont pas automatiques ! Si la personne qui a écrit le programme n'a pris en compte aucun paramétrage de son application via la ligne de commande, eh bien tu n'as pas d'options en ligne de commande pour cette application :-).
Si ta question est de connaître les options éventuellement disponibles, la réponse est que c'est à l'auteur de te les fournir dans la doc se son soft. Sinon, la solution classique est de désassembler le logiciel (ouh ! pasbiensa !) et de regarder les appels de GetCommandLine().
-- AMcD®
http://arnold.mcdonald.free.fr/
Dominique Vaufreydaz
Bonjour,
Je me tourne vers vous après m'être tourné vers Google... J'aimerais connaître la liste complète des options disponibles en liste des commandes pour un .exe (sachant que ni /h, ni -h, ni /?, ni-? ne marchent). En effet, je connais quelques options de cette ligne, mais il m'en manque... Y'a-t-il un logiciel qui soit capable de me donner cette liste ? Sinon connaissez-vous un moyen (éditeur HEX, BIN ou autres ?) ?
Ben ca depend de l'exe (mes exe par exemple sont differents des autres et on des commandes differentes).
Tu peux essayer aussi -help --help -h --h.
Sinon, tu peux toujours regarder la table des chaines de ton exe mais rien de garantie. Et certains programmes, (comme les miens avec des parametres de ligne de commande privée à *mon* utilisation pour debug chez l'utilisateur) sont difficilement trouvable sans reverse ingeenering car codé dans la table des chaines...
Bref, sans la doc du programme, c'est difficile...
Doms.
Bonjour,
Je me tourne vers vous après m'être tourné vers Google...
J'aimerais connaître la liste complète des options disponibles en
liste des commandes pour un .exe (sachant que ni /h, ni -h, ni /?,
ni-? ne marchent). En effet, je connais quelques options de cette
ligne, mais il m'en manque... Y'a-t-il un logiciel qui soit capable de me donner cette liste ? Sinon
connaissez-vous un moyen (éditeur HEX, BIN ou autres ?) ?
Ben ca depend de l'exe (mes exe par exemple sont differents
des autres et on des commandes differentes).
Tu peux essayer aussi
-help --help -h --h.
Sinon, tu peux toujours regarder la table des chaines de ton
exe mais rien de garantie. Et certains programmes, (comme
les miens avec des parametres de ligne de commande privée
à *mon* utilisation pour debug chez l'utilisateur) sont difficilement
trouvable sans reverse ingeenering car codé dans la table des chaines...
Bref, sans la doc du programme, c'est difficile...
Je me tourne vers vous après m'être tourné vers Google... J'aimerais connaître la liste complète des options disponibles en liste des commandes pour un .exe (sachant que ni /h, ni -h, ni /?, ni-? ne marchent). En effet, je connais quelques options de cette ligne, mais il m'en manque... Y'a-t-il un logiciel qui soit capable de me donner cette liste ? Sinon connaissez-vous un moyen (éditeur HEX, BIN ou autres ?) ?
Ben ca depend de l'exe (mes exe par exemple sont differents des autres et on des commandes differentes).
Tu peux essayer aussi -help --help -h --h.
Sinon, tu peux toujours regarder la table des chaines de ton exe mais rien de garantie. Et certains programmes, (comme les miens avec des parametres de ligne de commande privée à *mon* utilisation pour debug chez l'utilisateur) sont difficilement trouvable sans reverse ingeenering car codé dans la table des chaines...
Bref, sans la doc du programme, c'est difficile...
Doms.
Pierre Maurette
JPC a écrit :
Bonjour à tous,
Je me tourne vers vous après m'être tourné vers Google...
J'aimerais connaître la liste complète des options disponibles en liste des commandes pour un .exe (sachant que ni /h, ni -h, ni /?, ni-? ne marchent).
Et -help, /help ? Si la syntaxe pour obtenir l'aide n'est pas rappelée quand vous invoquez le programme sans argument ou avec des argument non valides, c'est sans doute qu'il n'y a pas d'aide. Regardez s'il n'y a pas un fichier qui traîne autour et qui pourraît être un fichier d'aide ou de doc (non Windows).
En effet, je connais quelques options de cette ligne, mais il m'en manque...
Y'a-t-il un logiciel qui soit capable de me donner cette liste ?
Non.
Sinon connaissez-vous un moyen (éditeur HEX, BIN ou autres ?) ?
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage. -- Pierre
JPC a écrit :
Bonjour à tous,
Je me tourne vers vous après m'être tourné vers Google...
J'aimerais connaître la liste complète des options disponibles en liste des
commandes pour un .exe (sachant que ni /h, ni -h, ni /?, ni-? ne marchent).
Et -help, /help ?
Si la syntaxe pour obtenir l'aide n'est pas rappelée quand vous invoquez
le programme sans argument ou avec des argument non valides, c'est sans
doute qu'il n'y a pas d'aide.
Regardez s'il n'y a pas un fichier qui traîne autour et qui pourraît
être un fichier d'aide ou de doc (non Windows).
En effet, je connais quelques options de cette ligne, mais il m'en manque...
Y'a-t-il un logiciel qui soit capable de me donner cette liste ?
Non.
Sinon
connaissez-vous un moyen (éditeur HEX, BIN ou autres ?) ?
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce
cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en
verrais pas la raison. Normalement la ligne de commande est analysée dès
le début, vous pouvez esssayer de tracer. Mais même si vous n'y
connaissez rien, vous pouvez tenter le coup à partir des options que
vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax
qu'avec /n. A partir de là, vous avez une petite chance de trouver un
"pattern" qui se répète dans le code désassemblé.
Malheureusement, si le programme se contente d'analyser la prmière
lettre après le séparateur (ce qui permet d'accepter /h comme /help),
vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça
demande du boulot.
En outre, une liste d'arguments n'est pas suffisante. Il y aura entre
eux des contraintes d'ordre, des dépendances, certains seront suivis ou
non par un paramètre.
Bon courage.
--
Pierre
Je me tourne vers vous après m'être tourné vers Google...
J'aimerais connaître la liste complète des options disponibles en liste des commandes pour un .exe (sachant que ni /h, ni -h, ni /?, ni-? ne marchent).
Et -help, /help ? Si la syntaxe pour obtenir l'aide n'est pas rappelée quand vous invoquez le programme sans argument ou avec des argument non valides, c'est sans doute qu'il n'y a pas d'aide. Regardez s'il n'y a pas un fichier qui traîne autour et qui pourraît être un fichier d'aide ou de doc (non Windows).
En effet, je connais quelques options de cette ligne, mais il m'en manque...
Y'a-t-il un logiciel qui soit capable de me donner cette liste ?
Non.
Sinon connaissez-vous un moyen (éditeur HEX, BIN ou autres ?) ?
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage. -- Pierre
JPC
> Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le programme, repéré les lignes qui m'intéressent, mais toutes les options sont "referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de même !
> Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce
cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en
verrais pas la raison. Normalement la ligne de commande est analysée dès
le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez
rien, vous pouvez tenter le coup à partir des options que vous connaissez.
Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir
de là, vous avez une petite chance de trouver un "pattern" qui se répète
dans le code désassemblé.
Malheureusement, si le programme se contente d'analyser la prmière lettre
après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes
un peu de la baise. Non pas que ce soit impossible, mais ça demande du
boulot.
En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux
des contraintes d'ordre, des dépendances, certains seront suivis ou non
par un paramètre.
Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le
programme, repéré les lignes qui m'intéressent, mais toutes les options sont
"referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne
sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de
même !
> Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le programme, repéré les lignes qui m'intéressent, mais toutes les options sont "referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de même !
Pierre Maurette
JPC a écrit :
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le programme, repéré les lignes qui m'intéressent, mais toutes les options sont "referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de même !
Si c'est pas secret-défense, vous pouvez me zipper l'exe (et m'indiquer les options que vous connaisez) et me le mettre en BAL. -- Pierre
JPC a écrit :
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce
cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en
verrais pas la raison. Normalement la ligne de commande est analysée dès
le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez
rien, vous pouvez tenter le coup à partir des options que vous connaissez.
Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir
de là, vous avez une petite chance de trouver un "pattern" qui se répète
dans le code désassemblé.
Malheureusement, si le programme se contente d'analyser la prmière lettre
après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes
un peu de la baise. Non pas que ce soit impossible, mais ça demande du
boulot.
En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux
des contraintes d'ordre, des dépendances, certains seront suivis ou non
par un paramètre.
Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le
programme, repéré les lignes qui m'intéressent, mais toutes les options sont
"referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne
sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de
même !
Si c'est pas secret-défense, vous pouvez me zipper l'exe (et m'indiquer
les options que vous connaisez) et me le mettre en BAL.
--
Pierre
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le programme, repéré les lignes qui m'intéressent, mais toutes les options sont "referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de même !
Si c'est pas secret-défense, vous pouvez me zipper l'exe (et m'indiquer les options que vous connaisez) et me le mettre en BAL. -- Pierre
Jacques
JPC a écrit :
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le programme, repéré les lignes qui m'intéressent, mais toutes les options sont "referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de même !
Tu me fais l'effet d'un gars qui utilise une bombe atomique pour faire sauter un talus.
il te permettra de lister toutes les chaines de caractère de ton programme, sans qu'il soit nécessaire de le décompiler.
Voilà c'est aussi simple que ça.
JPC a écrit :
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce
cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en
verrais pas la raison. Normalement la ligne de commande est analysée dès
le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez
rien, vous pouvez tenter le coup à partir des options que vous connaissez.
Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir
de là, vous avez une petite chance de trouver un "pattern" qui se répète
dans le code désassemblé.
Malheureusement, si le programme se contente d'analyser la prmière lettre
après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes
un peu de la baise. Non pas que ce soit impossible, mais ça demande du
boulot.
En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux
des contraintes d'ordre, des dépendances, certains seront suivis ou non
par un paramètre.
Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le
programme, repéré les lignes qui m'intéressent, mais toutes les options sont
"referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne
sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de
même !
Tu me fais l'effet d'un gars qui utilise une bombe atomique pour faire
sauter un talus.
Avec un peu de chance, un désassemnleur (w32dsm89 peut convenir dans ce cas) peut vous aider. Si ce n'est pas volontairement caché, mais je n'en verrais pas la raison. Normalement la ligne de commande est analysée dès le début, vous pouvez esssayer de tracer. Mais même si vous n'y connaissez rien, vous pouvez tenter le coup à partir des options que vous connaissez. Bien s^r, vous avez plus de chance avec /frunabulax qu'avec /n. A partir de là, vous avez une petite chance de trouver un "pattern" qui se répète dans le code désassemblé. Malheureusement, si le programme se contente d'analyser la prmière lettre après le séparateur (ce qui permet d'accepter /h comme /help), vous êtes un peu de la baise. Non pas que ce soit impossible, mais ça demande du boulot. En outre, une liste d'arguments n'est pas suffisante. Il y aura entre eux des contraintes d'ordre, des dépendances, certains seront suivis ou non par un paramètre. Bon courage.
Merci beaucoup pour ces indications. J'ai en effet réussi à désassembler le programme, repéré les lignes qui m'intéressent, mais toutes les options sont "referenced by a (U)conditional or (C)onditional Jump to...". Et comme je ne sais pas comment supprimer ce "jump"... Merci pour toutes vos infos tout de même !
Tu me fais l'effet d'un gars qui utilise une bombe atomique pour faire sauter un talus.
il te permettra de lister toutes les chaines de caractère de ton programme, sans qu'il soit nécessaire de le décompiler.
Voilà c'est aussi simple que ça.
Avez-vous au moins essayé ? A part l'existence d'une fonction usage() dans le programme, qui vous donnerait directement une liste d'option (mais ce ne semble pas être le cas pour le programme en question, sinon il n'y aurait pas de problème), vous n'en tirerez rien d'exploitable. D'autant que les options sont souvent monocaractères. Sans parler de reverse, W32Dasm, d'usage très simple, vous donne déjà tout ce que vous donne strings.exe (item "String data reference") en plus confortable, puisque vous pouvez aller directement dans le code à partir d'une chaine. Vous avez des fonctions de recherche de texte dans le désassemblé. A partir de là, vous pouvez *peut-être* obtenir un résultat, à partir de l'identification d'une option connue. Mais ça reste aléatoire. -- Pierre
Jacques a écrit :
[...]
Tu me fais l'effet d'un gars qui utilise une bombe atomique pour faire
sauter un talus.
il te permettra de lister toutes les chaines de caractère de ton
programme, sans qu'il soit nécessaire de le décompiler.
Voilà c'est aussi simple que ça.
Avez-vous au moins essayé ?
A part l'existence d'une fonction usage() dans le programme, qui vous
donnerait directement une liste d'option (mais ce ne semble pas être le
cas pour le programme en question, sinon il n'y aurait pas de problème),
vous n'en tirerez rien d'exploitable. D'autant que les options sont
souvent monocaractères.
Sans parler de reverse, W32Dasm, d'usage très simple, vous donne déjà
tout ce que vous donne strings.exe (item "String data reference") en
plus confortable, puisque vous pouvez aller directement dans le code à
partir d'une chaine.
Vous avez des fonctions de recherche de texte dans le désassemblé. A
partir de là, vous pouvez *peut-être* obtenir un résultat, à partir de
l'identification d'une option connue.
Mais ça reste aléatoire.
--
Pierre
il te permettra de lister toutes les chaines de caractère de ton programme, sans qu'il soit nécessaire de le décompiler.
Voilà c'est aussi simple que ça.
Avez-vous au moins essayé ? A part l'existence d'une fonction usage() dans le programme, qui vous donnerait directement une liste d'option (mais ce ne semble pas être le cas pour le programme en question, sinon il n'y aurait pas de problème), vous n'en tirerez rien d'exploitable. D'autant que les options sont souvent monocaractères. Sans parler de reverse, W32Dasm, d'usage très simple, vous donne déjà tout ce que vous donne strings.exe (item "String data reference") en plus confortable, puisque vous pouvez aller directement dans le code à partir d'une chaine. Vous avez des fonctions de recherche de texte dans le désassemblé. A partir de là, vous pouvez *peut-être* obtenir un résultat, à partir de l'identification d'une option connue. Mais ça reste aléatoire. -- Pierre
Dominique Vaufreydaz
Bonjour,
Voilà c'est aussi simple que ça.
Avez-vous au moins essayé ?
En general, en faisant un strings (ca existe sous unix) on voit bien des chaines genre "-b", etc, parceque les chaines d'options sont des chaines statics (sauf pour mes options protégées comme je l'ai déjà dit).
Maintenant, je dis pas que tu sauras quoi passer comme parametre mais la, a part dessabler comme tu l'indiques. *Mais* la question de depart est "comment avoir la liste des options ?".
Doms.
Bonjour,
Voilà c'est aussi simple que ça.
Avez-vous au moins essayé ?
En general, en faisant un strings (ca existe sous unix) on voit
bien des chaines genre "-b", etc, parceque les chaines d'options
sont des chaines statics (sauf pour mes options protégées
comme je l'ai déjà dit).
Maintenant, je dis pas que tu sauras quoi passer comme parametre
mais la, a part dessabler comme tu l'indiques. *Mais* la question
de depart est "comment avoir la liste des options ?".
En general, en faisant un strings (ca existe sous unix) on voit bien des chaines genre "-b", etc, parceque les chaines d'options sont des chaines statics (sauf pour mes options protégées comme je l'ai déjà dit).
Maintenant, je dis pas que tu sauras quoi passer comme parametre mais la, a part dessabler comme tu l'indiques. *Mais* la question de depart est "comment avoir la liste des options ?".
Doms.
AMcD®
Jacques wrote:
Tu me fais l'effet d'un gars qui utilise une bombe atomique pour faire sauter un talus.
Toi, de quelqu'un qui devrait lire les questions posées.
il te permettra de lister toutes les chaines de caractère de ton programme, sans qu'il soit nécessaire de le décompiler.
Voilà c'est aussi simple que ça.
N'importe quoi. Rien que moi par exemple, t'as aucune chaîne codée en clair dans mes softs. Tu peux même pas voir les fonctions importées. N'oublie pas les logiciels protégés, cryptés, etc. Quand à la ligne de commande, tout dépend du parser qu'a mis en place l'auteur pour décoder les paramètres envoyés à son application par ce moyen. Déjà, il n'est peut être même pas évident de repérer l'endroit où ces paramètres sont lus... Rajoute au passage que comme te dit Pierre Maurette, la plupart des codeurs utilisant de simples caractères pour les paramètres, t'es pas arrivé avec une recherche de chaîne e caractère...
Ensuite, tu seras obligé de débugguer et tracer le soft pour comprendre le rôle des divers paramètres individuels.
C'est tout, sauf aussi simple que ça comme tu dis.
-- AMcD®
http://arnold.mcdonald.free.fr/
Jacques wrote:
Tu me fais l'effet d'un gars qui utilise une bombe atomique pour faire
sauter un talus.
Toi, de quelqu'un qui devrait lire les questions posées.
il te permettra de lister toutes les chaines de caractère de ton
programme, sans qu'il soit nécessaire de le décompiler.
Voilà c'est aussi simple que ça.
N'importe quoi. Rien que moi par exemple, t'as aucune chaîne codée en clair
dans mes softs. Tu peux même pas voir les fonctions importées. N'oublie pas
les logiciels protégés, cryptés, etc. Quand à la ligne de commande, tout
dépend du parser qu'a mis en place l'auteur pour décoder les paramètres
envoyés à son application par ce moyen. Déjà, il n'est peut être même pas
évident de repérer l'endroit où ces paramètres sont lus... Rajoute au
passage que comme te dit Pierre Maurette, la plupart des codeurs utilisant
de simples caractères pour les paramètres, t'es pas arrivé avec une
recherche de chaîne e caractère...
Ensuite, tu seras obligé de débugguer et tracer le soft pour comprendre le
rôle des divers paramètres individuels.
C'est tout, sauf aussi simple que ça comme tu dis.
Tu me fais l'effet d'un gars qui utilise une bombe atomique pour faire sauter un talus.
Toi, de quelqu'un qui devrait lire les questions posées.
il te permettra de lister toutes les chaines de caractère de ton programme, sans qu'il soit nécessaire de le décompiler.
Voilà c'est aussi simple que ça.
N'importe quoi. Rien que moi par exemple, t'as aucune chaîne codée en clair dans mes softs. Tu peux même pas voir les fonctions importées. N'oublie pas les logiciels protégés, cryptés, etc. Quand à la ligne de commande, tout dépend du parser qu'a mis en place l'auteur pour décoder les paramètres envoyés à son application par ce moyen. Déjà, il n'est peut être même pas évident de repérer l'endroit où ces paramètres sont lus... Rajoute au passage que comme te dit Pierre Maurette, la plupart des codeurs utilisant de simples caractères pour les paramètres, t'es pas arrivé avec une recherche de chaîne e caractère...
Ensuite, tu seras obligé de débugguer et tracer le soft pour comprendre le rôle des divers paramètres individuels.
C'est tout, sauf aussi simple que ça comme tu dis.
-- AMcD®
http://arnold.mcdonald.free.fr/
JPC
Merci à tous pour vos conseils. Mais je vais arrêter là ma recherche pour 3 raisons : - j'étais loin de penser que c'était aussi compliqué de trouver les options de ligne de commande ! - je n'ai absolument pas le talent nécessaire pour effectuer ce boulot... - ... qui est à la limite de la légalité car c'est un programme sous copyright (même si je n'aurais réservé ça que pour mon usage privé).
En tout cas, merci beaucoup and keep it cool :)) !
Merci à tous pour vos conseils.
Mais je vais arrêter là ma recherche pour 3 raisons :
- j'étais loin de penser que c'était aussi compliqué de trouver les options
de ligne de commande !
- je n'ai absolument pas le talent nécessaire pour effectuer ce boulot...
- ... qui est à la limite de la légalité car c'est un programme sous
copyright (même si je n'aurais réservé ça que pour mon usage privé).
En tout cas, merci beaucoup and keep it cool :)) !
Merci à tous pour vos conseils. Mais je vais arrêter là ma recherche pour 3 raisons : - j'étais loin de penser que c'était aussi compliqué de trouver les options de ligne de commande ! - je n'ai absolument pas le talent nécessaire pour effectuer ce boulot... - ... qui est à la limite de la légalité car c'est un programme sous copyright (même si je n'aurais réservé ça que pour mon usage privé).
En tout cas, merci beaucoup and keep it cool :)) !
