Bonjour, Voici mon probleme: Une partie de mon appli delphi lance qui un shell qui permet de decompresser un fichier .tar avec IZArcCL. Je fais mon dév, teste le exe, pas de probleme. Test en placant mon exe sous le bureau => soucis : IZArc est bien lancé, il se fini mais qd il a terminé le fichier n'a pas été décompressé. Idem pour la compression utilisée dans une autre partie de l'appli Je précise que le path des fichiers est correct ainsi que celui d'IZArc Je place le exe dans D: => ca marche, dans C: => ca marche Le chemin du bureau comportant monNom@monReseau je me dis que peut etre ya t il une histoire de droits la dessous mais les tests suivants me posent encore plus de questions : Exe sur le pc d un collègue => ca décompresse pas Exe sur le pc d un second collègue => ca marche Je ne comprend pas du tout quel peut etre la source du probleme, c est la premiere fois que je lance des shell depuis un programme et je ne comprend pas du tout ce comportement aleatoire. Je suis preneur de toute supposition car j'ai un délai tres reduit, je ne pensais pas tomber sur ce type de probleme. Peut etre qu une autre section du forum serait plus appropriée mais je ne sais pas laquelle. Merci de vos reponses

Je precise que mon poste est en win2000, le poste sur lequel ca a marché aussi et celui sur lequel ca passe pas est en XP. Se peut il qu il y ait un probleme de version windows qui entraine une mauvais fonctionnement sur le poste XP Plus un pb de droit eventuel qui entraine une mauvais fonctionnement sur mon poste?

salut,

je penses que les shell devrait n'être utilisée que lorsque tu ne peux pas faire autrement.

jetes un oeil ici ou demande à google:
http://www.torry.net/pages.php?s=99
http://delphi.about.com/od/toppicks/tp/delphi_zip.htm

sinon, vérifie bien que tu passes des chemin complet (cad indépendant du Working directory).
au pif, je dirais que t'as plustot un problem de WD ou de char spéciaux (les shell aiment pas bcp les trucs genre espace et autre @)

Tu peux faire des test en appelant un batch qui te fait un trucs genre "echo %1 > c:\out.txt"  (avec ou sans le c:\) pour voir si le problem vient des chemins.

bon code,

Loda

---

Se poser les bonnes questions est le premier pas pour trouver les bonnes réponses.

Merci de ta reponse, il n y a pas de probleme de chemin, je passe les noms complets. Pb de WD tu veux dire que selon la version de WD ca accepte ou non c ce que je suppose aussi mais ca m arrangerait que ce ne soit pas ca le pb :)

Working Directory: (pas WinDows)
http://en.wikipedia.org/wiki/Working_directory

as-tu fait des test avec des chemin long (ie: avec espace &Co) ? J'ai souvent eut des problème avec des trucs sur le bureau car  le chemin d'acces et dans "document and setting" avec de beau espaces.

as-tu fais des test avec un batch? (tu serais surpris des fois des paramêtre que tu reçois en ligne de commande)

sinon, je ne peux pas t'aider plus. év. regarde des exemples de shellexecute pour comparer les paramêtres....

bonne chance,

Loda

---

Se poser les bonnes questions est le premier pas pour trouver les bonnes réponses.

Salut,

c'est quoi le nom complet sur le poste qui plante

un petit exemple serait bien venu
Si c'est un nom en dur il est fort possible que le chemin ne soit pas le même de 2000 à XP sans compter que l'utilisateur peut en changer

pour être certain d'avoir les bons chemins il faut utiliser 

SHGetSpecialFolderLocation

Voir cette source elle pourrait te servir

 
@+
Cirec

---

Je suis en train de faire des tests pour verifier l hypothese de Loda car j ai des problemes quand il y a du documents and settings ou du "mes documents" ou "program files" donc qd il y a un espace @cirec : ca plante aussi sur mon poste dans ... program files les noms sont defini par delphi avant de lancer le shell (avec extractFilePath ou Dir) Pour cette fois ci je ne l utiliserai pas (contraintes independantes de ma volonté :) ) mais pour mon projet ta source me servira :)

Merci a vous deux. Avec la fonction ExtractShortPathName de Cirec plus de probleme! A bientot ;)