Newsgroup: it.comp.lang.visual-basic
Titolo: copyfile e filesystemobject

devo copiare dei file da una directory ad un'altra, ho preso le istruzioni
da un libro ma non funge:
Set FS = CreateObject("Scripting.FileSystemObject")
Set a = FS.COPYFILE(PATH_AGG + "*.xxx", "c:\*.vvv")
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 istruzioni da un libro ma non funge:
prego, specificare "non funge"
-- 
Salutoni
Sergio
per rispondere... togli il group dall'indirizzo

A<
PS: il metodo copyfile(source as string, destination as string) copia il
file indicato nella destinazione indicata e restituisce un boolean: si
operazione riuscita, no operazione non riuscita.
PPS: io avrei fatto in un altro modo, un po' piu' lungo forse, ma avrei
controllato passo passo l'operazione.

 Set a = FS.COPYFILE(PATH_AGG + "*.xxx", "c:\*.vvv")
Usa l'istruzione FileCopy di Vb, FSO è male.
-- 
Per diventare grandi non bisogna avere paura di essere piccoli
Per rispondere in privato elimina dall'indirizzo "togliquesto"
MasterDavidex - David Ruscelli

 
Probabilmente intendeva dire "non *funziona*" <g>
Ciao
-- 
Math Parser : 
http://www.neodatatype.net
Sito Comune : 
http://www.it-lang-vb.net

 Probabilmente intendeva dire "non *funziona*" <g>
Comunque non è molto tecnica come spiegazione.


Usa l'istruzione FileCopy di Vb, FSO è male.
Perche'?? Io uso solo FSO....
--
Ciao!
Luca Menegotto

 Comunque non è molto tecnica come spiegazione.
Mi sono rotto.


 Mi sono rotto.
prego, specificare "mi sono rotto".


 Mi sono rotto.
già, che due maroni, come ti capisco....



LOL


 Perche'?? Io uso solo FSO....
Perchè devi scrivere N righe di codice per copiare un file quando basta
FileCopy(argomento1,argomento2)?????


 
Ripensandoci potevo dare una risposta "tecnica" tirando in ballo anch'io 
la lotta tra bene e male, i satanisti, i nani e le ballerine.
Ciao



ROOOOOOOOOOOOOOOOOOOOOOOOTFL


 FileCopy(argomento1,argomento2)?????
Non solo, aggiungo anche che FSO non č nelle librerie di funzioni base Vb,
quindi č roba in piů che ti devi portare dietro quando dovrai distribuire
l'applicazione.


> Usa l'istruzione FileCopy di Vb, FSO è male.
Non sono d'accordo.
R.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Non sono d'accordo.
...e perchè mai non dovresti?


 Set a = FS.COPYFILE(PATH_AGG + "*.xxx", "c:\*.vvv")
Non "funge" perchè specifichi una Set che non ha alcun senso...
Prova così :
Set obj = CreateObject("Scripting.FileSystemObject")
obj.copyfile "nomefile", "dirdidestinazione", True '(sovrascrittura
abilitata)
Ciao,


> ...e perchè mai non dovresti?
Perchè amo FSO ! In alcuni casi è potentissimo...
Ciao,



Tipo?


> Tipo?
Cancellare migliaia di files in molto meno tempo dell'equvalente funzione
VB...


> Tipo?
...e cmq non sono Jean-Loup ! Ho solo le mie preferenze... ;)


 ...e cmq non sono Jean-Loup ! Ho solo le mie preferenze... ;)
:-P


l'applicazione.
Tra l'altro non so per quale motivo ma il norton antivirus tenta di
bloccare le istruzioni vb che fanno uso del file system object.
Quando voglio miglio prestazioni e funzionalità avanzate (per esempio
il filecopy di vb non permette di copiare file in uso) io utilizzo le
api di windows.

 api di windows.
Idem

 Perchè amo FSO ! In alcuni casi è potentissimo...
Basta che non ci sia Norton Antivirus con lo Scriptblocking attivo...
E poi richiede IE4 come prerequisito. Vero che ormai l'hanno già tutti, ma
aggiungere un prerequisito solo per usare un metodo di un oggetto anzichè
una keyword, può essere quantomeno discutibile.
Ciao
Alberto

 una keyword, può essere quantomeno discutibile.
...hai ragione, ma io non sostenuto fosse la soluzione più immediata,
ho solo motivato la mia "passione" per il FSO. Insomma, ci sono
affezionato perchè, nella mia storia di programmazione, mi
ricorderà sempre un momento felice ;)


 Perchè amo FSO ! In alcuni casi è potentissimo...
si ma nel caso del subject è un appesantimento inutile, se 
esiste già un'istruzione intrinseca specifica, non trovi ?
Quando ci sono le istruzioni native nel linguaggio, 
eccheccavolo, che si usino quelle.
Probabilmente sono anche più veloci (questo però non lo so, ma 
poco cambia le cose)
Per altri scopi, probabilmente il FSO è più pratico del 
workaround in codice puro, non lo nego.
Ma è assurdo avere una posizione per principio
(anche se ho riso tantissimo a leggegere che ....
FSO .... E' MALE ! ! hi hi hi)
ciao
CCCP++Mario


 FSO .... E' MALE ! ! hi hi hi)
Era per rendere l'idea... dai... adesso non mi lapidate!


 ha scritto nel messaggio
news:81Z21Z128Z30Y1...@usenet.libero.it...


 ha scritto nel messaggio
news:2lk751F...@uni-berlin.de...


> cosi ci sono i ritorno a capo giusti
Scusa ma perchè rispondi a me ?


     Set fso = CreateObject("Scripting.FileSystemObject")
Ma se proprio dovete usarlo non è molto più comodo metterlo tra i 
riferimenti e sfruttare l'intellisense e l'early binding?


 riferimenti e sfruttare l'intellisense e l'early binding?
Assolutamente si.
Bisogna però ricordarsi di commentare il dimensionamento e di togliere i
riferimenti prima di compilare, oppure, meglio, di togliere la libreria e le
dipendenze dal setup, visto che la libreria Scripting presenta delle
particolarità di distribuzione che vanno gestite.
Diciamo che un buon 30% dei post che si lamentano del pdw di VB nascono dal
fatto che si utilizzano i riferimenti come manna dal cielo, senza informarsi
sulle peculiarità di distribuzione di ciascun elemento che si aggiunge. Il
restante 70% va diviso fra DCOM, MDAC e JET.
Queste peculiarità, unitamente alla sfiga di essere una libreria scripting,
e quindi monitorata dal Norton Antivirus e spesso intercettata dallo stesso,
sono i motivi per cui, quando possibile, è meglio usare i comandi intrinseci
di VB.
Ciao
Alberto

 di VB.
Ma davvero i vostri PC sono tutti ammorbati dalla pesantezza di
Norton AV ? Mah, io personalmente uso AVG e sono più
che soddisfatto. Gratuito e aggiornabile continuamente.


 che soddisfatto. Gratuito e aggiornabile continuamente.
Idem.

 che soddisfatto. Gratuito e aggiornabile continuamente.
Mai provato bit defender?
Si paga ma non è male.


 dietro quando dovrai distribuire l'applicazione.
Errore. Il FileSystemObject fa parte dello scripting runtime (scrrun.dll mi
pare) che NON va distribuito e va quindi escluso dal pacchetto di installazione,
in quanto viene installato da IE 4.x e superiori. Installandolo si provoca sulle
macchine xp il classico "riavvio continuo" per terminare l'installazione.
hth,
Lokar
-- 
Sito Comune: 
http://www.it-lang-vb.net/
Manifesto: 
http://www.it-lang-vb.net/docs/Manifesto.txt
Statuto: 
http://www.it-lang-vb.net/docs/Statuto.txt
UGIdotNET - 
http://www.ugidotnet.org

 Norton AV ?
Puoi usare quel cavolo che vuoi.
Ma un software deve girare sulla macchina del cliente, che potrebbe avere
(anzi, probabilmente ha) Norton Antivirus.
Creare ambienti di test troppo 'facili' non è il modo migliore per fare il
test di un prodotto.
Ciao
Alberto


Vedi che FSO è male????
Non mi credono!


 test di un prodotto.
...appesantire un SO con software di quel genere non può essere
essere considerato un vanto...anzi.


 Si paga ma non è male.
Non l'ho mai provato perchè sono felicissimo con AVG ;)



E se il cliente ti dicesse..
Senti bello, quà ho più di 200 macchine col norton e l'unica che ha dei
problemi è quella dove c'è il tuo programma...
quindi vedi di risolvere il problema, E IN FRETTA!
Te cosa gli rispondi?

> Norton (per qualsiasi cosa), VADE RETRO!!!
Eheheh, concordo !
Forse salvo ghost...ma non senza perlplessità ;)


> Te cosa gli rispondi?
...che modificherò quella funzione senza usare FSO.
Ma non per questo mancherò di dirgli come la penso.


 Ma non per questo mancherò di dirgli come la penso.
Il problema è che la prima reazione del cliente è "il tuo programma 
contiene un virus!".


 contiene un virus!".
Eheheheh, è questo sarà il momento giusto per indurlo a cambiare
il suo software AV !
R.


 a cambiare il suo software AV !
O a cambiare softwarehouse!


 Non mi credono!
IMHO ...  FSO e' bene !!!!!!
E' il modo in qui (e dove)  si utilizza che puo' essere male.
--
Fosco