Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout désactivé on
n'en vera jamais le bout.
Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout désactivé on
n'en vera jamais le bout.
Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout désactivé on
n'en vera jamais le bout.
Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des conneries
ces temps-ci, et même parfois des pas mal), l'utilisation de FSO est un
peu l'équivalent de placer un passe-partout dans le couloir de l'hôtel,
tant que le client est honnête tout va bien, mais parfois on peut avoir
des surprises, surtout si la porte de nuit est ouverte.
_____________________________________________
Boss Hog
> Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
> frenchement,
> si l'utilisateur est debile ou traumatiser au point de tout désactivé on
> n'en vera jamais le bout.
Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des conneries
ces temps-ci, et même parfois des pas mal), l'utilisation de FSO est un
peu l'équivalent de placer un passe-partout dans le couloir de l'hôtel,
tant que le client est honnête tout va bien, mais parfois on peut avoir
des surprises, surtout si la porte de nuit est ouverte.
_____________________________________________
Boss Hog
> Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
> frenchement,
> si l'utilisateur est debile ou traumatiser au point de tout désactivé on
> n'en vera jamais le bout.
Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des conneries
ces temps-ci, et même parfois des pas mal), l'utilisation de FSO est un
peu l'équivalent de placer un passe-partout dans le couloir de l'hôtel,
tant que le client est honnête tout va bien, mais parfois on peut avoir
des surprises, surtout si la porte de nuit est ouverte.
_____________________________________________
Boss Hog
> Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
> frenchement,
> si l'utilisateur est debile ou traumatiser au point de tout désactivé on
> n'en vera jamais le bout.
Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" wrote in message
news:418017e9$0$3827$Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss HogEffectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" <gloops@niark.fr> wrote in message
news:418017e9$0$3827$8fcfb975@news.wanadoo.fr...
Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss Hog
Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" wrote in message
news:418017e9$0$3827$Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss HogEffectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
Salut,
Voila on est d'accord, c'est parfaitement bien résumé :)
Je rajouterai simplement que, pour ceux qui voudraient migrer vers .Net,
en .Net il existe des outils (regroupés dans un namespace IO) comparables
au FSO par leurs utilisations/fonctionnalités, ce qui est bien pratique.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" wrote in message
news:418017e9$0$3827$Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss HogEffectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
Salut,
Voila on est d'accord, c'est parfaitement bien résumé :)
Je rajouterai simplement que, pour ceux qui voudraient migrer vers .Net,
en .Net il existe des outils (regroupés dans un namespace IO) comparables
au FSO par leurs utilisations/fonctionnalités, ce qui est bien pratique.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" <gloops@niark.fr> wrote in message
news:418017e9$0$3827$8fcfb975@news.wanadoo.fr...
Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss Hog
Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
Salut,
Voila on est d'accord, c'est parfaitement bien résumé :)
Je rajouterai simplement que, pour ceux qui voudraient migrer vers .Net,
en .Net il existe des outils (regroupés dans un namespace IO) comparables
au FSO par leurs utilisations/fonctionnalités, ce qui est bien pratique.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" wrote in message
news:418017e9$0$3827$Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss HogEffectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
J'ai l'impression que c'est là que se trouve un pb d'exécution de mon exe
qui marche sous XP, 2000, 98SE mais pas 98.
Je vais essayer de voir en n'utilisant pas FSO.
Merci du tuyau.
"ng" a écrit dans le message de news:Salut,
Voila on est d'accord, c'est parfaitement bien résumé :)
Je rajouterai simplement que, pour ceux qui voudraient migrer vers .Net,
en .Net il existe des outils (regroupés dans un namespace IO) comparables
au FSO par leurs utilisations/fonctionnalités, ce qui est bien pratique.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" wrote in message
news:418017e9$0$3827$Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss HogEffectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
J'ai l'impression que c'est là que se trouve un pb d'exécution de mon exe
qui marche sous XP, 2000, 98SE mais pas 98.
Je vais essayer de voir en n'utilisant pas FSO.
Merci du tuyau.
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
uItLarOvEHA.3728@TK2MSFTNGP12.phx.gbl...
Salut,
Voila on est d'accord, c'est parfaitement bien résumé :)
Je rajouterai simplement que, pour ceux qui voudraient migrer vers .Net,
en .Net il existe des outils (regroupés dans un namespace IO) comparables
au FSO par leurs utilisations/fonctionnalités, ce qui est bien pratique.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/
Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" <gloops@niark.fr> wrote in message
news:418017e9$0$3827$8fcfb975@news.wanadoo.fr...
Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss Hog
Effectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
J'ai l'impression que c'est là que se trouve un pb d'exécution de mon exe
qui marche sous XP, 2000, 98SE mais pas 98.
Je vais essayer de voir en n'utilisant pas FSO.
Merci du tuyau.
"ng" a écrit dans le message de news:Salut,
Voila on est d'accord, c'est parfaitement bien résumé :)
Je rajouterai simplement que, pour ceux qui voudraient migrer vers .Net,
en .Net il existe des outils (regroupés dans un namespace IO) comparables
au FSO par leurs utilisations/fonctionnalités, ce qui est bien pratique.
--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/Salut,
en fait je ne crois pas que le FSO pose des problèmes de sécurité
mais son utilisation en est dépendente.
si l'utilisateur désactive les WSH(Window Scripting Host) le FSO peut
ne plus etre instanciable;
d'ailleur cela affecte aussi les HTC.
d'autre part il faut effectivement prendre en compte des problémes de
compatibilité entre les versions du Scripting Engine qui different
selon les OS(95,98,NT4,2000,XP, Etc...).
dans un contexte maitrisé(utilisation coté serveur via ASP par
exemple) ce problème ne ce pose pas
par contre sur une application déployé sur des clients dont la
configuration n'est pas maitrisé
cela peut éventuellement posé des problémes(en fait sa marche ou sa ne
marche pas, mais rien de plus.)
aprés c'est une affaire de choix de la part du developpeur.
la seule chose qui soit sure est qu'on ne peut pas le bannir pour la
simple raison que c'est plus lent que l'API(sur un scan d'unité par
exemple), mais le FSO ne renvoi pas de données hierarchisées il
retourne une collection de classe(ou l'équivalent) pour les fichiers
et les dossier avec des méthodes bien utiles tel que:
shortPath ou shortName, fileExists ou folderExists et d'autre dont je
ne me rappelle pas à cet instant
mais je te laisse le soin d'aller voir par toi meme.
donc conclusion, le FSO n'est pas un passe partout(à moin d'etre le
super hacker de l'année et moi j'ai pas la prétention de l'etre)
c'est juste une librairie déveleppée pour VBScript que tu peut ou non
utiliser dans VB6 mais aussi SQL serveur via des procedure etendues
Etc...
sache que bien que certain trouve cela inacceptable il n'y à pas de
honte à utilisé le FSO, il faut juste etre sur de le faire dans les
conditions requise pour que cela se passe bien.
@+
Boss Hog
"Gloops" wrote in message
news:418017e9$0$3827$Bonjour,
Si j'ai bien compris (quoique j'aie un peu tendance à dire des
conneries ces temps-ci, et même parfois des pas mal), l'utilisation
de FSO est un peu l'équivalent de placer un passe-partout dans le
couloir de l'hôtel, tant que le client est honnête tout va bien,
mais parfois on peut avoir des surprises, surtout si la porte de
nuit est ouverte.
_____________________________________________
Boss HogEffectivement t'a raison le FSO est dépendant de WSH(je crois) mais
frenchement,
si l'utilisateur est debile ou traumatiser au point de tout
désactivé on n'en vera jamais le bout.
J'utilise "FindFirstFile", est-ce que c'est du FSO ?
J'utilise "FindFirstFile", est-ce que c'est du FSO ?
J'utilise "FindFirstFile", est-ce que c'est du FSO ?
Hello,
FindFirstFile est une API, pas du FSO.
Voici les trois méthodes généralement utilisées pour lister des fichiers:
APIs et VB "pur":
http://support.microsoft.com/?kbid5476
FSO:
http://support.microsoft.com/?kbid5601
--
François Picalausa
"Patrice Henrio" a écrit dans le message
de news:J'utilise "FindFirstFile", est-ce que c'est du FSO ?
Hello,
FindFirstFile est une API, pas du FSO.
Voici les trois méthodes généralement utilisées pour lister des fichiers:
APIs et VB "pur":
http://support.microsoft.com/?kbid5476
FSO:
http://support.microsoft.com/?kbid5601
--
François Picalausa
"Patrice Henrio" <patrice.henrio@laposte.net> a écrit dans le message
de news: OO7eW7gvEHA.1988@TK2MSFTNGP12.phx.gbl
J'utilise "FindFirstFile", est-ce que c'est du FSO ?
Hello,
FindFirstFile est une API, pas du FSO.
Voici les trois méthodes généralement utilisées pour lister des fichiers:
APIs et VB "pur":
http://support.microsoft.com/?kbid5476
FSO:
http://support.microsoft.com/?kbid5601
--
François Picalausa
"Patrice Henrio" a écrit dans le message
de news:J'utilise "FindFirstFile", est-ce que c'est du FSO ?
