Discussion :

[bedibra]

voila mon idée :
je veux réaliser un programme avec delphi 7 qui me permet de décompresser des archives (.rar) endommagées ou qui n'ont pas fini leur téléchargement par exemple.
et pour commencer j'ai un petit programme mais c très compliqué:
c une association entre un fichier cmd et une application sous dos

1.le cmd:

unrar.exe x 55.rar C:\a\ /kb /pdada
c-a-d que le fichier cmd appelle le programme unrar.exe qui doit être dans le même répertoire que le cmd
l'archive endommagé est 55.rar qui se situe dans le même dossier ou autre localisation
l'extraction se fait dans c:\a\
/kb veut dire keep broken
/p veut dire le password (ici dada) sinon léser après le p vide
et autres options tel:

lorsque je clique double sur le cmd la décompression commence
a la fin de la décompression le programme se termine tout seul

ce que je veux faire est le suivant:
le programme que je veux faire doit créer le cmd tout seul en se basant sur les donnes :
l'emplacement du fichier a décompresser en cliquant sur parcourir.
la localisation de décompression en cliquant sur une icône parcourir aussi
et un champ pour le password s'il le faut.
puis en clique sur un boutant commencer la décompression commence a la fin de la décompression un message s'affiche qui annonce la fin de la décompression.
voila le lien pour le cmd et le unrar.exe
http://www.mediafire.com/download.php?54dmnmnmydm

[Nono40]

Tu n'est pas obligé de lancer une fichier .bat pour faire ce que tu veux. Tu peux lancer directement unrar.exe dans Delphi.

Pour cela : http://delphi.developpez.com/faq/?pa...oleapplication

Tu peux même en récupérer les messages de sortie pour les afficher dans ton application. Il y a eut un message à ce sujet il y a quelques jours sur le forum.

[0x44-0x43-0x53-0x43]

Il y a beaucoup plus simple pour lancer une commande paramétré sous Delphi !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

WinExec('unrar.exe x 55.rar C:\a\ /kb /pdada',SW_SHOW);

Le premier argument est l'exécutable avec le paramètre voulu , le second est la visibilité de la fenêtre !

[ShaiLeTroll]

WinExec c'est quand même pbselète
Sinon ShellExecute permet aussi de faire la même chose

[Nono40]

Comme il veut afficher un message à la fin de l'exécution, c'est plus facile avec un CreateProcess car on garde un oeil sur le programme en cours de travail.

Sinon +1 avec ShaiLeTroll, WinExec n'est supporté par MS qu'a titre de compatibité et peut être supprimé dans les versions futures.

[0x44-0x43-0x53-0x43]

Comme il veut afficher un message à la fin de l'exécution, c'est plus facile avec un CreateProcess car on garde un oeil sur le programme en cours de travail.

Sinon +1 avec ShaiLeTroll, WinExec n'est supporté par MS qu'a titre de compatibilité et peut être supprimé dans les versions futures.

Disons que l'avantage de WinExec contrairement à ShellExecute est qu'il n'y a pas besoin d'inclure de librairie supplémentaire (ShellAPI ) sa reduit donc la taille de l'application ! =p
Mais bon c'est vrai que ShellExecute est beaucoup plus paramétrable et plus utilisé.

[Nono40]

ShellApi n'ajoute pas de taille à l'application car c'est juste une définition de la dll thhelp32.dll de Windows. La taille ajoutée est vraiment négligeable.

[0x44-0x43-0x53-0x43]

oui c'est vrai
Mais quand le moindre octet est important c'est pas négligeable