Newsgroup: it.comp.appl.access
Titolo: Errore num. 75: Errore di accesso al percorso/file inspiegabile

Per quale motivo accade dopo mesi di utilizzo dello stesso comando FileCopy 
del tipo
    FileCopy _
            CurrentProject.Path & "\..\" & meCntNomeFileProgetto & ".mde", _
            CurrentProject.Path & "\..\" & meCntNomeFileProgetto & " 
Old.mde"
d� l'errore nel subject?
(ovviamente i due mde sono chiusi)
Ho controllato i percorsi e le unit� ma nulla da fare.
L'utente ha modificato qualcosa nell'account senza dirmi nulla?
Non so darmi spiegazioni
Grazie
Daniele 

"OneEDP" <OneEDP@antispam> ha scritto nel messaggio 
news:4af2a1f4$0$1110$4faf...@reader1.news.tin.it...

da quello che leggo il software che vuoi copiare che si chiama come il campo 
meCntNomeFileProgetto ed � un file mde sta nella directory appena superiore 
a quella dove risiede il software che stai utilizzando, controlla che quello 
che ti ho scritto sia vero
ciao
Massimo 


Confermo, mentre meCntNomeFileProgetto � una costante a livello di modulo 
(form).
Grazie

"OneEDP" <OneEDP@antispam> ha scritto nel messaggio 
news:4af2bb84$0$1103$4faf...@reader1.news.tin.it...

ma l'errore che ti da quale �? prova anche a creare una variabile dove tutto 
il percorso e visualizzare in debug se � tutto corretto
ciao
max 

 Daniele
Daniè, ma per caso CurrentProject.Path contiene valori di percorso con
degli spazi? in tal caso prova con il classico chr(34)...

 Dani�, ma per caso CurrentProject.Path contiene valori di percorso con


 degli spazi? in tal caso prova con il classico chr(34)...
E' vero che ci sono degli spazi, ma fino ad oggi non ho avuto mai 
problemi...
Che dirti... prover� con str=replace(str," ", """ """) come per i comandi 
shell...
...
Ho provato: strFile diventa D:\Percorso" "cotinua\Oggetti\..\Mio" "File.mde
sembra valido sintatticamente ma non funge, anzi l'errore � ora il 52 "Nome 
di file errato"
Grazie
Daniele

 Daniele
ma no... prova :
chr(344) & CurrentProject.Path & "\..\" & meCntNomeFileProgetto &
".mde" & chr(344)


ovviamente chr(34)

 ovviamente chr(34)
Anche se il nome � tra virgolette d�
Errore 52: Nome file non valido

 ovviamente chr(34)
Il fatto � che il comnado filecopy ha sempre funzionato, ma ora non pi�.
Secondo me l'utente deve avero combinato qualcosa con le autorizzazioni.
Eppure i file in oggetto sono apribili, spostabile e rinominabili 
(attraverso l'interfaccia)
Bho!
Daniele 

 Errore 52: Nome file non valido
Vedi se ti pu� essere di aiuto:
http://technet.microsoft.com/it-it/sysinternals/bb896645(en-us).aspx
--
sv
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Daniele
-- 
Ciao
Geppo 


Certo � che per scovare un copy del cavolo...
Grazie... prover�
Ciao 


E' un file che usa e riusa tutti i giorni. 

 ovviamente chr(34)
Per dirtene una:
Quella filecopy al terzo tentativo ha funzionato.
C'� un per�:
il primo failure dava Errore num. 70: Autorizzazione negatala prima
il secondo Errore num. 75: Errore di accesso al percorso/file
il terzo tentativo � andato a buon fine.
Il mistero � quindi svelato.
Le API colpiscono ancora!!
Nonostante le due
hWindow = FindWindow("OMain", meCntNomeProgetto) e
if IsWindow(hWindow) = 1 (=1 finestra attiva)
E V I D E N T E M E N TE non bastano ad assicurarmi che il thread abbia 
concluso l'esecuzione del vecchio mde!
Ho provato ad eseguire una query sui thread in corso, ma con scarso successo 
con
   hWindow = FindWindow("OMain", meCntNomeProgetto)
  GetWindowThreadProcessId hWindow, lProcessId
e poi una select su For Each obj In GetObject("winmgmts:").ExecQuery("Select 
* From Win32_Process Where PID=" & lProcessId)
Il funzionamento � discontinuo...
Vorrei proprio evitare di tornare alla soluzione di
1) ciclare un name ricorsivo meCntNomeProgetto finch� d� errore
2) verificare se esiste ancora meCntNomeProgetto & ".ldb"
Che disastro!
Daniele