Je cherche tout simplement par le code a faire une
copie d'un r=E9pertoire entier (sans se soucier de sont=20
contenu, autre dossier fichier etc ..).
Existe t-il une instruction particuli=E8re ou y =E0 t-il une=20
autre astuce ?
j'ai mal formulé ma phrase ... l'information était destiné à Fred au cas ou il ne saurait pas pourquoi tout le monde déteste le FSO. désolé pour la confusion :OP
-- Cordialement Yanick MVP pour Visual Basic
"Guy DETIENNE" a écrit dans le message de news:
Salut ;O)
Quand je n'aime pas, je sais pourquoi ;O) Mais merci tout de même pour cette information que d'autres apprécieront très certainement.
Guy
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de news:% > Bonjour ! > > > j'aime pas non plus FSO :-( > > PTI, voici pourquoi : > http://faq.vb.free.fr/index.php?question6 > > -- > Cordialement > Yanick > MVP pour Visual Basic > >
hehe ! :O)
j'ai mal formulé ma phrase ...
l'information était destiné à Fred au cas ou il ne saurait pas pourquoi tout
le monde déteste le FSO. désolé pour la confusion :OP
--
Cordialement
Yanick
MVP pour Visual Basic
"Guy DETIENNE" <gd@NOSPAM.tchao.be> a écrit dans le message de
news:uyaNsU8WFHA.2776@TK2MSFTNGP12.phx.gbl...
Salut ;O)
Quand je n'aime pas, je sais pourquoi ;O)
Mais merci tout de même pour cette information que d'autres apprécieront
très certainement.
Guy
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de
news:%23XFsRm7WFHA.4036@TK2MSFTNGP10.phx.gbl...
> Bonjour !
>
> > j'aime pas non plus FSO :-(
>
> PTI, voici pourquoi :
> http://faq.vb.free.fr/index.php?question6
>
> --
> Cordialement
> Yanick
> MVP pour Visual Basic
>
>
j'ai mal formulé ma phrase ... l'information était destiné à Fred au cas ou il ne saurait pas pourquoi tout le monde déteste le FSO. désolé pour la confusion :OP
-- Cordialement Yanick MVP pour Visual Basic
"Guy DETIENNE" a écrit dans le message de news:
Salut ;O)
Quand je n'aime pas, je sais pourquoi ;O) Mais merci tout de même pour cette information que d'autres apprécieront très certainement.
Guy
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de news:% > Bonjour ! > > > j'aime pas non plus FSO :-( > > PTI, voici pourquoi : > http://faq.vb.free.fr/index.php?question6 > > -- > Cordialement > Yanick > MVP pour Visual Basic > >
Guy DETIENNE
Y a pas de mal... Ca m'a permis de redécouvrir le côté obscure de FSO ;O)
Guy
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de news:
hehe ! :O)
j'ai mal formulé ma phrase ... l'information était destiné à Fred au cas ou il ne saurait pas pourquoi
tout
le monde déteste le FSO. désolé pour la confusion :OP
-- Cordialement Yanick MVP pour Visual Basic
"Guy DETIENNE" a écrit dans le message de news: > Salut ;O) > > Quand je n'aime pas, je sais pourquoi ;O) > Mais merci tout de même pour cette information que d'autres apprécieront > très certainement. > > Guy > > "Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de > news:% > > Bonjour ! > > > > > j'aime pas non plus FSO :-( > > > > PTI, voici pourquoi : > > http://faq.vb.free.fr/index.php?question6 > > > > -- > > Cordialement > > Yanick > > MVP pour Visual Basic > > > > > >
Y a pas de mal... Ca m'a permis de redécouvrir le côté obscure de FSO ;O)
Guy
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de
news:efYdUp8WFHA.3540@TK2MSFTNGP15.phx.gbl...
hehe ! :O)
j'ai mal formulé ma phrase ...
l'information était destiné à Fred au cas ou il ne saurait pas pourquoi
tout
le monde déteste le FSO. désolé pour la confusion :OP
--
Cordialement
Yanick
MVP pour Visual Basic
"Guy DETIENNE" <gd@NOSPAM.tchao.be> a écrit dans le message de
news:uyaNsU8WFHA.2776@TK2MSFTNGP12.phx.gbl...
> Salut ;O)
>
> Quand je n'aime pas, je sais pourquoi ;O)
> Mais merci tout de même pour cette information que d'autres apprécieront
> très certainement.
>
> Guy
>
> "Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de
> news:%23XFsRm7WFHA.4036@TK2MSFTNGP10.phx.gbl...
> > Bonjour !
> >
> > > j'aime pas non plus FSO :-(
> >
> > PTI, voici pourquoi :
> > http://faq.vb.free.fr/index.php?question6
> >
> > --
> > Cordialement
> > Yanick
> > MVP pour Visual Basic
> >
> >
>
>
Y a pas de mal... Ca m'a permis de redécouvrir le côté obscure de FSO ;O)
Guy
"Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de news:
hehe ! :O)
j'ai mal formulé ma phrase ... l'information était destiné à Fred au cas ou il ne saurait pas pourquoi
tout
le monde déteste le FSO. désolé pour la confusion :OP
-- Cordialement Yanick MVP pour Visual Basic
"Guy DETIENNE" a écrit dans le message de news: > Salut ;O) > > Quand je n'aime pas, je sais pourquoi ;O) > Mais merci tout de même pour cette information que d'autres apprécieront > très certainement. > > Guy > > "Zoury" <yanick_lefebvre at hotmail dot com> a écrit dans le message de > news:% > > Bonjour ! > > > > > j'aime pas non plus FSO :-( > > > > PTI, voici pourquoi : > > http://faq.vb.free.fr/index.php?question6 > > > > -- > > Cordialement > > Yanick > > MVP pour Visual Basic > > > > > >
ng
Salut,
Ben si tu mets les commandes Dos avant de compiler le programme, oui, ce sont les meilleurs commandes même,
Dans un environnement windows, les meilleures commandes comme tu dis, ce sont les APIs.
fonctionnent très bien... Dos est le noyau, entouré qu'une coque Wndows que Microsoft a baptisée "interface graphique", puis OS, mais dans l'absolu, ce n'est qu'une partie de l'OS, Dos reste le noyau semble-t-il...
Ca c'était peut être vrai sous win3.x et peut être même encore un peu sous win9x mais ca ne l'est absolument plus sous winxp/2k/2k3/nt... il n'y a plus de dos au démarrage, et l'interpreteur founi sur ces systemes n'est qu'une émulation des commandes dos (qui utilise sans doute les APIs windows d'ailleurs).
Ce n'est vraiment pas très élégant de faire appel à des programmes externes dans un programme compilé windows.
Nicolas.
-- 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,
Ben si tu mets les commandes Dos avant de compiler le
programme, oui, ce sont les meilleurs commandes même,
Dans un environnement windows, les meilleures commandes comme tu dis, ce
sont les APIs.
fonctionnent très bien... Dos est le noyau, entouré qu'une
coque Wndows que Microsoft a baptisée "interface graphique",
puis OS, mais dans l'absolu, ce n'est qu'une partie de l'OS,
Dos reste le noyau semble-t-il...
Ca c'était peut être vrai sous win3.x et peut être même encore un peu sous
win9x mais ca ne l'est absolument plus sous winxp/2k/2k3/nt... il n'y a
plus de dos au démarrage, et l'interpreteur founi sur ces systemes n'est
qu'une émulation des commandes dos (qui utilise sans doute les APIs windows
d'ailleurs).
Ce n'est vraiment pas très élégant de faire appel à des programmes externes
dans un programme compilé windows.
Nicolas.
--
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/
Ben si tu mets les commandes Dos avant de compiler le programme, oui, ce sont les meilleurs commandes même,
Dans un environnement windows, les meilleures commandes comme tu dis, ce sont les APIs.
fonctionnent très bien... Dos est le noyau, entouré qu'une coque Wndows que Microsoft a baptisée "interface graphique", puis OS, mais dans l'absolu, ce n'est qu'une partie de l'OS, Dos reste le noyau semble-t-il...
Ca c'était peut être vrai sous win3.x et peut être même encore un peu sous win9x mais ca ne l'est absolument plus sous winxp/2k/2k3/nt... il n'y a plus de dos au démarrage, et l'interpreteur founi sur ces systemes n'est qu'une émulation des commandes dos (qui utilise sans doute les APIs windows d'ailleurs).
Ce n'est vraiment pas très élégant de faire appel à des programmes externes dans un programme compilé windows.
Nicolas.
-- 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/
LE TROLL
Eh, t'as vu l'API, avant faut s'y habituer = stage intensif de 3 mois + anglais courant, lol... alors qu'une commande dos c'est simple... ------------
"ng" a écrit dans le message de news: %
Salut,
Ben si tu mets les commandes Dos avant de compiler le programme, oui, ce sont les meilleurs commandes même,
Dans un environnement windows, les meilleures commandes comme tu dis, ce sont les APIs.
fonctionnent très bien... Dos est le noyau, entouré qu'une coque Wndows que Microsoft a baptisée "interface graphique", puis OS, mais dans l'absolu, ce n'est qu'une partie de l'OS, Dos reste le noyau semble-t-il...
Ca c'était peut être vrai sous win3.x et peut être même encore un peu sous win9x mais ca ne l'est absolument plus sous winxp/2k/2k3/nt... il n'y a plus de dos au démarrage, et l'interpreteur founi sur ces systemes n'est qu'une émulation des commandes dos (qui utilise sans doute les APIs windows d'ailleurs).
Ce n'est vraiment pas très élégant de faire appel à des programmes externes dans un programme compilé windows.
Nicolas.
-- 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/
Eh, t'as vu l'API, avant faut s'y habituer = stage intensif
de 3 mois + anglais courant, lol... alors qu'une commande
dos c'est simple...
------------
"ng" <ng@ngsoft-fr.com> a écrit dans le message de news:
%23FUos4EXFHA.1240@TK2MSFTNGP14.phx.gbl...
Salut,
Ben si tu mets les commandes Dos avant de compiler le
programme, oui, ce sont les meilleurs commandes même,
Dans un environnement windows, les meilleures commandes
comme tu dis, ce
sont les APIs.
fonctionnent très bien... Dos est le noyau, entouré
qu'une
coque Wndows que Microsoft a baptisée "interface
graphique",
puis OS, mais dans l'absolu, ce n'est qu'une partie de
l'OS,
Dos reste le noyau semble-t-il...
Ca c'était peut être vrai sous win3.x et peut être même
encore un peu sous
win9x mais ca ne l'est absolument plus sous
winxp/2k/2k3/nt... il n'y a
plus de dos au démarrage, et l'interpreteur founi sur ces
systemes n'est
qu'une émulation des commandes dos (qui utilise sans doute
les APIs windows
d'ailleurs).
Ce n'est vraiment pas très élégant de faire appel à des
programmes externes
dans un programme compilé windows.
Nicolas.
--
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/
Eh, t'as vu l'API, avant faut s'y habituer = stage intensif de 3 mois + anglais courant, lol... alors qu'une commande dos c'est simple... ------------
"ng" a écrit dans le message de news: %
Salut,
Ben si tu mets les commandes Dos avant de compiler le programme, oui, ce sont les meilleurs commandes même,
Dans un environnement windows, les meilleures commandes comme tu dis, ce sont les APIs.
fonctionnent très bien... Dos est le noyau, entouré qu'une coque Wndows que Microsoft a baptisée "interface graphique", puis OS, mais dans l'absolu, ce n'est qu'une partie de l'OS, Dos reste le noyau semble-t-il...
Ca c'était peut être vrai sous win3.x et peut être même encore un peu sous win9x mais ca ne l'est absolument plus sous winxp/2k/2k3/nt... il n'y a plus de dos au démarrage, et l'interpreteur founi sur ces systemes n'est qu'une émulation des commandes dos (qui utilise sans doute les APIs windows d'ailleurs).
Ce n'est vraiment pas très élégant de faire appel à des programmes externes dans un programme compilé windows.
Nicolas.
-- 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/
Loïc
3 mois ??
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes collègues pour les y habituer... D'autant plus qu'en vb l'utilisation des api est simplissime.
les commandes dos dans un exe c'était tolérable il y a 8 ans mais aujourd'hui ce sont des bidouilles innomables.
-- Loïc
3 mois ??
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes
collègues pour les y habituer... D'autant plus qu'en vb l'utilisation
des api est simplissime.
les commandes dos dans un exe c'était tolérable il y a 8 ans mais
aujourd'hui ce sont des bidouilles innomables.
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes collègues pour les y habituer... D'autant plus qu'en vb l'utilisation des api est simplissime.
les commandes dos dans un exe c'était tolérable il y a 8 ans mais aujourd'hui ce sont des bidouilles innomables.
-- Loïc
Loïc
A partir de NT 3.5 l'interpréteur dos utilise effectivement les api windows.
DOS était le noyeau de 3.1, 95, 98 et ME c'est tout.
Maintenant sous NT (New Techno.) système d'exploitation 32 bits, le dos a complètement disparu (la console n'est qu'un émulateur)
-- Loïc
A partir de NT 3.5 l'interpréteur dos utilise effectivement les api
windows.
DOS était le noyeau de 3.1, 95, 98 et ME c'est tout.
Maintenant sous NT (New Techno.) système d'exploitation 32 bits, le dos
a complètement disparu (la console n'est qu'un émulateur)
A partir de NT 3.5 l'interpréteur dos utilise effectivement les api windows.
DOS était le noyeau de 3.1, 95, 98 et ME c'est tout.
Maintenant sous NT (New Techno.) système d'exploitation 32 bits, le dos a complètement disparu (la console n'est qu'un émulateur)
-- Loïc
ng
Loïc wrote:
3 mois ??
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes collègues pour les y habituer... D'autant plus qu'en vb l'utilisation
Tout à fait d'accord :)
Et pas besoin de parler l'anglais couramment pour comprendre de "l'anglais informatique".
les commandes dos dans un exe c'était tolérable il y a 8 ans mais aujourd'hui ce sont des bidouilles innomables.
Tout a fait d'accord aussi :).
-- 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/
Loïc wrote:
3 mois ??
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes
collègues pour les y habituer... D'autant plus qu'en vb l'utilisation
Tout à fait d'accord :)
Et pas besoin de parler l'anglais couramment pour comprendre de "l'anglais
informatique".
les commandes dos dans un exe c'était tolérable il y a 8 ans mais
aujourd'hui ce sont des bidouilles innomables.
Tout a fait d'accord aussi :).
--
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/
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes collègues pour les y habituer... D'autant plus qu'en vb l'utilisation
Tout à fait d'accord :)
Et pas besoin de parler l'anglais couramment pour comprendre de "l'anglais informatique".
les commandes dos dans un exe c'était tolérable il y a 8 ans mais aujourd'hui ce sont des bidouilles innomables.
Tout a fait d'accord aussi :).
-- 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/
LE TROLL
Ben ça dépend du nombre et du type d'API, dès fois tu en as pour une page de constantes... Plus déclaration de module, fonction récursives, genre "dir", etc...
Je les utilise aussi, mais les commandes Dos sont plus simple s'il en existe une... --------------- Pour Winows XP et Dos, question de vocabulaire, XP est toujours compatible de façon descendante 16 et 8 bits, avec les fichier 7+3 et 8+3, après Microsoft a développé des gestion de nom longs par exemple, mais pour que les anciennes versions fonctionnent, il faut bien les reconnaître, et ce qui les reconnaît ces le Dos (même s'il change de nom), là preuve, les commandes (une partie), fonctionne encore, question de vocabulaire tout ça... ------------
"Loïc" a écrit dans le message de news:
3 mois ??
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes collègues pour les y habituer... D'autant plus qu'en vb l'utilisation des api est simplissime.
les commandes dos dans un exe c'était tolérable il y a 8 ans mais aujourd'hui ce sont des bidouilles innomables.
-- Loïc
Ben ça dépend du nombre et du type d'API, dès fois tu en as
pour une page de constantes... Plus déclaration de module,
fonction récursives, genre "dir", etc...
Je les utilise aussi, mais les commandes Dos sont plus
simple s'il en existe une...
---------------
Pour Winows XP et Dos, question de vocabulaire, XP est
toujours compatible de façon descendante 16 et 8 bits, avec
les fichier 7+3 et 8+3, après Microsoft a développé des
gestion de nom longs par exemple, mais pour que les
anciennes versions fonctionnent, il faut bien les
reconnaître, et ce qui les reconnaît ces le Dos (même s'il
change de nom), là preuve, les commandes (une partie),
fonctionne encore, question de vocabulaire tout ça...
------------
"Loïc" <l@nospam.net> a écrit dans le message de news:
mn.9b5c7d55e14e75fc.16898@nospam.net...
3 mois ??
Il m'a fallu 1h en autodidacte et 3 minutes de formation à
mes collègues pour les y habituer... D'autant plus qu'en
vb l'utilisation des api est simplissime.
les commandes dos dans un exe c'était tolérable il y a 8
ans mais aujourd'hui ce sont des bidouilles innomables.
Ben ça dépend du nombre et du type d'API, dès fois tu en as pour une page de constantes... Plus déclaration de module, fonction récursives, genre "dir", etc...
Je les utilise aussi, mais les commandes Dos sont plus simple s'il en existe une... --------------- Pour Winows XP et Dos, question de vocabulaire, XP est toujours compatible de façon descendante 16 et 8 bits, avec les fichier 7+3 et 8+3, après Microsoft a développé des gestion de nom longs par exemple, mais pour que les anciennes versions fonctionnent, il faut bien les reconnaître, et ce qui les reconnaît ces le Dos (même s'il change de nom), là preuve, les commandes (une partie), fonctionne encore, question de vocabulaire tout ça... ------------
"Loïc" a écrit dans le message de news:
3 mois ??
Il m'a fallu 1h en autodidacte et 3 minutes de formation à mes collègues pour les y habituer... D'autant plus qu'en vb l'utilisation des api est simplissime.
les commandes dos dans un exe c'était tolérable il y a 8 ans mais aujourd'hui ce sont des bidouilles innomables.
-- Loïc
Guy DETIENNE
Salut ;O)
Utiliser une commande DOS dans un programme quel qu'il soit est peu recommandé, sauf si l'on désire aller très vite sans se soucier de l'efficacité du code.
Si une API existe pour remplacer une commande DOS -> ce qui est de toute façon le cas, il faut l'utiliser. Est-il possible de capturer des codes de retour d'une commande DOS ?
Imaginons un MKDIR qui planterait... Comment le savoir hormis via un bidouille ou encore faire un batch avec des error level ? Quelle horreur !
Mais bon, il y a programmer et programmer...
Guy
"LE TROLL" <le a écrit dans le message de news:
Ben ça dépend du nombre et du type d'API, dès fois tu en as pour une page de constantes... Plus déclaration de module, fonction récursives, genre "dir", etc...
Je les utilise aussi, mais les commandes Dos sont plus simple s'il en existe une... --------------- Pour Winows XP et Dos, question de vocabulaire, XP est toujours compatible de façon descendante 16 et 8 bits, avec les fichier 7+3 et 8+3, après Microsoft a développé des gestion de nom longs par exemple, mais pour que les anciennes versions fonctionnent, il faut bien les reconnaître, et ce qui les reconnaît ces le Dos (même s'il change de nom), là preuve, les commandes (une partie), fonctionne encore, question de vocabulaire tout ça... ------------
"Loïc" a écrit dans le message de news:
>3 mois ?? > > Il m'a fallu 1h en autodidacte et 3 minutes de formation à > mes collègues pour les y habituer... D'autant plus qu'en > vb l'utilisation des api est simplissime. > > les commandes dos dans un exe c'était tolérable il y a 8 > ans mais aujourd'hui ce sont des bidouilles innomables. > > -- > Loïc >
Salut ;O)
Utiliser une commande DOS dans un programme quel qu'il soit est peu
recommandé, sauf si l'on désire aller très vite sans se soucier de
l'efficacité du code.
Si une API existe pour remplacer une commande DOS -> ce qui est de toute
façon le cas, il faut l'utiliser. Est-il possible de capturer des codes de
retour d'une commande DOS ?
Imaginons un MKDIR qui planterait... Comment le savoir hormis via un
bidouille ou encore faire un batch avec des error level ? Quelle horreur !
Mais bon, il y a programmer et programmer...
Guy
"LE TROLL" <le troll@paris.fr> a écrit dans le message de
news:OPK3oOJXFHA.2448@TK2MSFTNGP12.phx.gbl...
Ben ça dépend du nombre et du type d'API, dès fois tu en as
pour une page de constantes... Plus déclaration de module,
fonction récursives, genre "dir", etc...
Je les utilise aussi, mais les commandes Dos sont plus
simple s'il en existe une...
---------------
Pour Winows XP et Dos, question de vocabulaire, XP est
toujours compatible de façon descendante 16 et 8 bits, avec
les fichier 7+3 et 8+3, après Microsoft a développé des
gestion de nom longs par exemple, mais pour que les
anciennes versions fonctionnent, il faut bien les
reconnaître, et ce qui les reconnaît ces le Dos (même s'il
change de nom), là preuve, les commandes (une partie),
fonctionne encore, question de vocabulaire tout ça...
------------
"Loïc" <l@nospam.net> a écrit dans le message de news:
mn.9b5c7d55e14e75fc.16898@nospam.net...
>3 mois ??
>
> Il m'a fallu 1h en autodidacte et 3 minutes de formation à
> mes collègues pour les y habituer... D'autant plus qu'en
> vb l'utilisation des api est simplissime.
>
> les commandes dos dans un exe c'était tolérable il y a 8
> ans mais aujourd'hui ce sont des bidouilles innomables.
>
> --
> Loïc
>
Utiliser une commande DOS dans un programme quel qu'il soit est peu recommandé, sauf si l'on désire aller très vite sans se soucier de l'efficacité du code.
Si une API existe pour remplacer une commande DOS -> ce qui est de toute façon le cas, il faut l'utiliser. Est-il possible de capturer des codes de retour d'une commande DOS ?
Imaginons un MKDIR qui planterait... Comment le savoir hormis via un bidouille ou encore faire un batch avec des error level ? Quelle horreur !
Mais bon, il y a programmer et programmer...
Guy
"LE TROLL" <le a écrit dans le message de news:
Ben ça dépend du nombre et du type d'API, dès fois tu en as pour une page de constantes... Plus déclaration de module, fonction récursives, genre "dir", etc...
Je les utilise aussi, mais les commandes Dos sont plus simple s'il en existe une... --------------- Pour Winows XP et Dos, question de vocabulaire, XP est toujours compatible de façon descendante 16 et 8 bits, avec les fichier 7+3 et 8+3, après Microsoft a développé des gestion de nom longs par exemple, mais pour que les anciennes versions fonctionnent, il faut bien les reconnaître, et ce qui les reconnaît ces le Dos (même s'il change de nom), là preuve, les commandes (une partie), fonctionne encore, question de vocabulaire tout ça... ------------
"Loïc" a écrit dans le message de news:
>3 mois ?? > > Il m'a fallu 1h en autodidacte et 3 minutes de formation à > mes collègues pour les y habituer... D'autant plus qu'en > vb l'utilisation des api est simplissime. > > les commandes dos dans un exe c'était tolérable il y a 8 > ans mais aujourd'hui ce sont des bidouilles innomables. > > -- > Loïc >
Loïc
LE TROLL avait énoncé :
Pour Winows XP et Dos, question de vocabulaire, XP est toujours compatible de façon descendante 16 et 8 bits, avec les fichier 7+3 et 8+3, après Microsoft a développé des gestion de nom longs par exemple, mais pour que les anciennes versions fonctionnent, il faut bien les reconnaître, et ce qui les reconnaît ces le Dos (même s'il change de nom), là preuve, les commandes (une partie), fonctionne encore, question de vocabulaire tout ça... ------------
...Plutôt un problème de connaissances en la matière!
Mais où est tu allé chercher toutes ces conner*** :/ ?? Tu mélanges les torchons et les serviettez là. C'est pas très chouette d'affirmer tes interprétations sur un newsgroup public. Surtout quand c'est celui de l'éditeur des produits en question.
-- Loïc
LE TROLL avait énoncé :
Pour Winows XP et Dos, question de vocabulaire, XP est toujours compatible de
façon descendante 16 et 8 bits, avec les fichier 7+3 et 8+3, après Microsoft
a développé des gestion de nom longs par exemple, mais pour que les anciennes
versions fonctionnent, il faut bien les reconnaître, et ce qui les reconnaît
ces le Dos (même s'il change de nom), là preuve, les commandes (une partie),
fonctionne encore, question de vocabulaire tout ça...
------------
...Plutôt un problème de connaissances en la matière!
Mais où est tu allé chercher toutes ces conner*** :/ ??
Tu mélanges les torchons et les serviettez là.
C'est pas très chouette d'affirmer tes interprétations sur un newsgroup
public. Surtout quand c'est celui de l'éditeur des produits en
question.
Pour Winows XP et Dos, question de vocabulaire, XP est toujours compatible de façon descendante 16 et 8 bits, avec les fichier 7+3 et 8+3, après Microsoft a développé des gestion de nom longs par exemple, mais pour que les anciennes versions fonctionnent, il faut bien les reconnaître, et ce qui les reconnaît ces le Dos (même s'il change de nom), là preuve, les commandes (une partie), fonctionne encore, question de vocabulaire tout ça... ------------
...Plutôt un problème de connaissances en la matière!
Mais où est tu allé chercher toutes ces conner*** :/ ?? Tu mélanges les torchons et les serviettez là. C'est pas très chouette d'affirmer tes interprétations sur un newsgroup public. Surtout quand c'est celui de l'éditeur des produits en question.