Newsgroup: it.comp.lang.visual-basic
Titolo: Come verifico se il file esiste o no?

Scusate ma mi sfugge questa semplice cosa...
come faccio a verificare se un file esiste o no?
Grazie

Fai cosě
            Dim FSO
            Set FSO = CreateObject("Scripting.FileSystemObject")
            'controllo l'esistenza del file appena scaricato
            If FSO.FileExists(path e nome del file) Then
                MsgBox "Il file esiste"
            else
                MsgBox "Il file non esiste"
            end If
Ciao

 ha scritto nel messaggio
news:Mlyv9.92566$%M1.23...@twister2.libero.it...


usa la funzione Dir$(nome_file).......
se il file esiste, la funzione ti ritorna il percorso, altrimenti ti ritorna
una stringa nulla.....
good coding!!!
--
Igor Damiani
ig...@igordamiani.it
http://www.igordamiani.it
ICQ : 11847262

 P.S.: lascia perdere FSO e fratelli :)
Perchč?

 Grazie
Private Sub Form_Load()
    'If Dir$("c:\autoexec.bat") <> "" Then
    If Dir$("c:\mapc.bat") <> "" Then
        MsgBox "esiste"
    Else
        MsgBox "non esiste"
    End If
    Unload Me
End Sub
nb: esistono tutti e due,
ma autoxec qui e' nascosto e da' "non esiste".
vedi nella guida i parametri di dir$().
--
ciao, j.
www.sundaysw.com

 ha scritto nel messaggio
news:xzyv9.58539$TD1.2...@news2.tin.it...

Io personalmente uso FSO, perň devo riconoscere che con gli antivirus č un
bel casino....
L'alternativa č usare la Dir$.
Qualche volta ho visto usare funzioni che cercavano di aprire il file, non
ricordo se in lettura o scrittura, dopo un On Error, ma non mi piace perchč
con NTFS potresti avere un file che esiste ma che non riesci ad accedere,
mentre in generale si vuol sapere se il file esiste.
Ciao
Alberto

[Zanna] scrisse
(snip)
P.S.: lascia perdere FSO e fratelli :)
[cssoft] chiese
Perchè?
[Albe V°] rispose
 Io personalmente uso FSO, però devo riconoscere che con gli antivirus è un
bel casino....
Si può sapere perchè a ogni post, invece di diminuire, la mia curiosità
aumenta?
Lo ammetto, sono un ignorante: che cosa fà il FSO agli antivirus? (o gli
antivirus al FSO)
Salutoni
Sergio

 ha scritto nel messaggio
news:RVyv9.58640$TD1.2...@news2.tin.it...

FSO è membro di Scripting RunTime.
E forse avrai visto che gli antivirus hanno una cosa che si chiama
ScriptBlocking.
A volte, a seconda di cosa si sta facendo con FSO, può apparire una
finestrellina simpatica, tutta rossa e con scritto Symantec Norton Antivirus
Warning, che ti dice che l'applicazione è potenzialmente perciolosa.
Sai com'è contento il cliente.....
Ciao
Alberto

 rotman (solitamente più attento...)

 Sai com'è contento il cliente.....
Strana questa suscettibilità degli antivirus: una volta ho fatto una
applicazione che (per motivi assolutamente leciti) eliminava una quantità
impressionante di file, e l'antivirus (era un AVP) non ha avuto nulla da
obiettare (e la cosa mi ha lasciato perplesso, per quanto anche contento,
visto che mi risparmiava un problema), ora scopro che si possono offendere
per molto meno.
Grazie per la risposta, comunque
Salutoni
Sergio

 ha scritto nel messaggio
news:xzyv9.58539$TD1.2...@news2.tin.it...

Perche', al di la di quello che e' stato gia' detto, e' un componente in
piu' da distribuire, o comunque un riferimento esterno di cui preoccuparsi;
per cui, a meno che tu gia' non lo usi nel tuo progetto per altri motivi, il
sistema di Zanna, oppure un semplice Dir$, e' piu' che sufficiente.
Ciao
--
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 sistema di Zanna, oppure un semplice Dir$, e' piu' che sufficiente.
Con le dovute cautele: file nascosti, protetti, ecc...
Come riferimento, FSO (o meglio Scripting Runtime) non va aggiunto ai
riferimenti, basta usare il CreateObject, e soprattutto non serve nel
pacchetto, perchè installato con Explorer 4 e successivi.
Ciao
Alberto

 pacchetto, perchè installato con Explorer 4 e successivi.
Siamo d'accordo, pero' in senso lato e' comunque una "dipendenza" in piu'...
piazzi il programma su un Win95 e al 50% non funziona... poi ci saranno 100
altri motivi per cui non funziona lo stesso e hai bisogno comunque di IE 4,
ma per una cosa banale come testare l'esistenza di un percorso non vedo
perche' cercarsi un problema.
Ripeto, se viene gia' usato per altre cose (per esempio per una form
explorer-like e' decisamente piu' pratico e veloce delle funzioni VB) tanto
meglio, se no IMHO e' overkill...
