Newsgroup: it.comp.lang.visual-basic
Titolo: How to use MKDir function?

I am having problem using the MkDir function. The attributes is MkDir
[path]. I have try using "c:\myfolder" for the path and an error
saying path/file access error. What is the problem? Or is there
another way to create a new folder?  Thanks.


have you the rights for creating the dir?
does the dir already exist?
try something like this
If Dir$(App.Path & "\jsnaps", vbDirectory) = "" Then _
   MkDir App.Path & "\jsnaps"
and have a message in case of error.
hth, a.

sedm...@gmail.com
 wrote:

beware (if you're using VB 6,5 etc in windows vista) of virtualization !

 beware (if you're using VB 6,5 etc in windows vista) of virtualization !
perche'?
non ho provato, e non ho voglia di lanciare vmware. ma a senso, se sul pc 
hai diritti, non dovrebbe esserci nessuna differenza rispetto a un pc in 
rete.
poi, non e' vb ma vista che ogni tanto non mi fa accedere a un pc xp che qui 
su vista fa quello che gli pare... nel caso, il problema e' a monte.
comunque, una macchina virtualizzata, se l'hai configurata bene, e' come se 
ci fosse in carne e hw.
ciao, a.


Forse per "virtualization" Franz intendeva "file virtualization", cioč 
questo:
http://blogs.ugidotnet.org/marcom/archive/2006/12/30/64196.aspx
Bye
Raf

"Rafunk" <rafun...@NOTHANKSlibero.it> ha scritto nel messaggio 
news:ft5k26$jnl$1...@alix.livenet.it...

puo' essere, anche se parla di vb5/6, e non a caso il blog sta su ugidotnet. 
in ogni caso, su quel blog direi si riformuli in salsa dotnet quel che 
dicevo con "se sul pc hai diritti".
sui miei pc i miei programmi girano, e questo basta. ma su vista ho 
abbattuto tutto quel che potevo abbattere, e ci penserei parecchio prima di 
dare in pubblico uno degli exe cosi' concepiti.
esempio proprio odierno. ai colleghi ho preso degli scannerini epson con 
abyy finereader. gli ho spiegato un po' l'ocr. su un pc va, su un altro 
abbyy dice "accesso negato". evidentemente cerca di scrivere qualcosa nella 
sua cartella in \programmi, dove gli utenti normali non possono accedere. 
perche' l'installazione (l'ha fatta il sistemista) funzioni diversa sui due 
pc, misteri di windows.
altro esempio: db3 e/o 4 scrive un temp $ in \windows. da quelli che lo 
usano, dobbiamo mettere la \win in scrittura anche agli utenti, il che a me 
piace zero.
application data e dati applicazioni servono a questo. e probabilmente per 
questo, piu' velocemente, il 95% dei prog che mi tocca installare crea le 
sue cartelle in root, c:\programma, dove tutti in teoria possono spaciugare. 
e cio' nonostante, ogni tanto win si incasina e non lascia scrivere, e 
bisogna settare i permessi a mano.
ma anche all'op la prima cosa che ho chiesto e': i diritti, li hai? se e' un 
user, e cerca di scrivere nella win del server...
ciao, a.

 dotnet quel che dicevo con "se sul pc hai diritti".
Piů che "in salsa dotnet" avrei detto "in salsa Vista"...
Ciao
Raf

 Piů che "in salsa dotnet" avrei detto "in salsa Vista"...
perche', tu fai distinzioni? :)
ciao, a.

 dotnet quel che dicevo con "se sul pc hai diritti".
Mi riferivo proprio a file virtualization e le specifice winsvista, es. se
con un prg vb6 cerchi di creare una sottocartella di %programfiles%
ti da' errore, a meno che non hai incluso il .manifest

"Franz_aRTiglio" <fran...@N0SPAMtin.it> ha scritto

ok, ho capito.
fatto una prova ora.
un exe, sia vb6 che vb2008.
creata la sua cartella dentro \programmi (in explorer. con salamander 
bisogna andare in \program files).
lanciato il vb6, con l'istruzione che ho postato oggi, al form_load ha 
creato la app.path\jsnaps senza battere ciglio. si e' pero' incasinato nel 
salvarci un jpeg, errore di accesso al percorso.
il vb2008 crea la cartella e ci salva il file senza problemi.
ma ripeto, sono admin e uac non esiste e anche defender.
se con un vb6 cerchi di creare una cartella o scrivere un file in programmi 
come normal user, dovresti incontrare problemi anche in 2k/xp. almeno, l'ldb 
di un mdb i domain users, senza settare in qualche modo i permessi, non 
possono scriverlo.
ciao, a.

 qualche modo i permessi, non possono scriverlo.
In ufficio ho scritto di fretta xche' avevo del fiato sul collo, ma cmq
(io purtroppo sono fermo al vb6 e l'ufficio acquisti e' sordo), tanto
per capirci cmq, ho un'applicazione VB6 che apre uno stupidissimo
file di testo che contiene le lingue per l'interfaccia grafica; una
cavolata in stile
[nomecomando]
ENG=comando in inglese
ITA=comando in italiano
FRA=comando in francese
ecco... il file e' parcheggiato nell'applicationdata del profilo
comune, in modo che indifferentemente dall'utente loggato
il file e' raggiungibile.
Ora, sviluppando in sVista da VB6, se apro quel file dal
notepad, lo modifico e lo salvo, l'applicazione NON "vede" le
modifiche fatte, per fare in modo che le digerisca, devo lanciare
vb6 come amministratore, lanciare l'applicazione (F5), metterla
in pausa (debug) e dalla finestra immediata di VB6 lanciare
shell "notepad percorso+nomefile" e indi modificarlo, salvare
e apprezzare le modifiche fatte, altrimenti ciccia.
per questo dico "occhio alla virtualizzazione", mi e' capitato anche
di avere errori non previsti nel creare cartelle.

 di avere errori non previsti nel creare cartelle.
molto piu' chiaro, grazie, davvero.
piu' che virtualizzazione, pero', la parlerei di localizzazione.
d'altra parte lavorare in vb6 su vista, e' un po' come lavorare in clipper 
in win95. con l'os potevo anche chiamare un dbf ClientiFatture.dbf, clipper 
avrebbe visto sempre e solo un client~1.dbf ...
la cosa poi dei dati applicazioni del profilo comune in vista mi resta 
ancora parecchio misteriosa, anche per dotnet.
ciao, a.


Oddio, sě... non dovrei? :-S