Discussion :

[Jean-Philippe André]

Bonjour à tous,

ca va faire quelques jours que je me casse les dents sur un comportement que je n'arrive pas à expliquer ni à corriger.

J'ai un traitement VBA qui consiste en la création d'un classeur dans lequel je copie des données, et dont j'enregistre le tout au format CSV, avec des séparateurs ;.

La syntaxe de la ligne étant

Code :

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

1
2
wbk.SAveAs strCompletePath, FileFormat:=xlCSV, CreateBackup:=False, Local:=True
wbk.Close False

L'enjeu que j'ai actuellement est que lorsque je lance le code complet, l'enregistrement final se déroule parfaitement, et je me retrouve bien avec mon fichier csv rempli comme attendu.

Mon soucis est lorsque j'exécute le code en l'appelant depuis un batch (je sais que le code d'appel est bon, j'ai des tutos pour le prouver ), je me retrouve en bout de ligne avec 2 fichiers : un fichier csv avec le nom attendu, mais au contenu vide ET un autre fichier avec une extension .tmp qui contient les données attendues.

Je penche pour un supposé problème de droit de lancement, mais comme le soucis n'est pas aléatoire, constant, et peu importe le nom de la feuille ou du csv, j'imagine que le soucis est dans les paramètres régionaux qui sont inclus dans l'environnement cmd (le local:=True vient jouer un rôle).

Il me reste bien sûr la possibilité de casser le stoique saveAs et recoder à la main les séparateurs à coups de Join, mais j'aimerai avoir votre avis avant de me lancer dans cette track.

Merci !

[Qwazerty]

Salut

Je penche pour un supposé problème de droit de lancement, mais comme le soucis n'est pas aléatoire, constant, et peu importe le nom de la feuille ou du csv, j'imagine que le soucis est dans les paramètres régionaux qui sont inclus dans l'environnement cmd (le local:=True vient jouer un rôle).

Qu'est ce que ça donne avec le Local par défaut à False?

J'avais pensé aussi au début de la lecture à un problème de droit avec un verrouillage du droit d'accès par le batch mais ça n'empêcherait pas la modification du contenu et le SaveAs, y compris en lecture seule.

Si j'ai bien compris, le batch lance le fichier Excel et une macro contenue dans le fichier excel s'exécute pour modifier des données (qui se trouvent dans ce même fichier ou dans un fichier extérieur?), c'est bien ça?

++
Qwaz

[Jean-Philippe André]

Exact,
ca crée un fichier et l'enregistre au format csv.

Le local true c'est pour avoir un caractère de séparation de ; au lieu des , du csv

J'ai tenté un wait (le fait que le fichier tmp soit créé sans que le fichier csv soit enregistré, ca pourrait etre un soucis de lenteur), mais ca ne fonctionne pas.

Je vais faire une tentative pour voir si c'est le lecteur réseau qui m'embete, en basculant sur le C: par exemple

[Jean-Philippe André]

Bon, pas mieux pour le c:\temp

J'ai également tenté d'afficher le caractère de séparation de liste via Application.International(), les deux ouvertures affichent la même chose.

Le "temporisateur" ne donne aucune amélioration.

[Jean-Philippe André]

La piste la plus craquée qui arrive sur la table, c'Est l'anti-virus qui bloquerait la synchronisation/transofrmation du tmp en csv...

[Qwazerty]

Ah... ça aime sans doute pas le batch. un peu comme cette fonction super chelou d'avast qui lance l'exe inconnu dans un container, il s'exécute mais en mode surveillé pendant quelques secondes. (Super chiant pour lancer les teste à partir de Delphi...).

Si c'est bien ça, ça va pas être drôle pour le déploiement.

Tu as fais le test en désactivant l'anti-Virus?