Newsgroup: it.comp.appl.access
Titolo: File che si corrompe

Un mdb 2000 viene inviato con ftp e successivamente scaricato da altri utenti.
Al momento dell'apertura compare questo problema: "E' possibile che Microsft Office Access sia stato chiuso mentre un 
database era aperto. Tentare di rispristinare il database?" E ovviamene il rispristino  fallisce.
 
Gradita ogni info e suggerimento. Grazie in anticipo
 
-- 
Greg

Tentare di rispristinare il database?" E ovviamene il rispristino  fallisce.
 
Fallisce con l'errore "formato di database non riconosciuto"
 
-- 
Greg


cosa succede se provi a riaprilo con l'Access che lo ha generato ?
(PRIMA E DOPO l'invio ftp,
protocollo che ho poco adoperato e che quindi non so se possa influire
sulla "conservazione" di un file Access) ?
 
e cosa succede se lo invii come cartella compressa ?


Prova a vedere se il file spedito (quello funzionante) e' identico a 
quello ricevuto, non e' detto lo sia
Estrai l'hash di quel file prima e dopo e li confronti
 
 
 

 e cosa succede se lo invii come cartella compressa ?
 
Non ho provato, dovrei aggiungere diverso codice e librerie esterne.
Ho provato invece a cambiare l'estenzione in txt ma senza risolvere
 
-- 
Greg

 
 
credo che per venirne a capo siano appunto da confrontare gli esiti di più "consegne" effettuate in modo semimanuale 
(e poi inserire gli eventuali cambiamenti nel codice).
 
Quindi:
 
valutare invio ftp:
provare a mano l'esito dell'invio di una cartella compressa su QUEL canale
provare l'esito dell'invio su UN ALTRO server ftp
(magari qui qualcuno ti può dare un proprio recapito,
se necessario ne ho uno anch'io su altervista, ma non l'ho mai adoperato)
 
valutare altro tipo di invio del file che si corrompe:
allegato email ?
collocazione su uno dei "recipienti cloud" (dropbox, googleDrive ...) ?
 
 

Il 14/09/18 19:41:25 RobertoA ha scritto:

Ho fatto delle prove con un mdb vuoto, ma comunque  di 370k circa.
Parte da 397.312 byte e quando torna pesa 396.793 byte.
Quindi nel tragitto si perde qualcosa.
 
Lo stesso codice manda sullo stesso spazio web moltissimi files di piccole dimensioni, meno di un Kbyte, e questo 
fenomeno non si era mai riscontrato prima
 
-- 
Greg

 collocazione su uno dei "recipienti cloud" (dropbox, googleDrive ...) ?
 
Ho provato intanto a zippare il db prima di inviarlo, ma ho lo stesso problema. Al ritorno il file è piu piccolo e lo 
zip lo apre, vedo il nome del file, non riesce a decomprimenrlo. Il server è Altervista
 
-- 
Greg

 
 
quindi c'è poco da aggiungere:
--segnali l'inconveniente ad Altervista e chiedi un altro spazio di ricezione ftp
--cambi server ftp, o adoperi un "recipiente cloud"
 

 --cambi server ftp, o adoperi un "recipiente cloud"
 
Risolto!
La funzione api che uppa il file aveva la modalità di trasferimento impostata a ASCII, che andava benissimo per i files 
di testo, ma non per zip, pdf o mdb. E' bastato impostarla a Binary e adesso va bene con tutti i tipi di file.
Grazie per la partecipazione comuque e buona domenica :)
 
-- 
Greg

Quindi nel tragitto si perde qualcosa.
 
Non so se puo servire, ma è successo anche a me...
Il fenomeno era il seguente:
- nel mio PC e nei PC degli utenti d'ufficio funzionava tutto 
correttamente - Access 2010;
- trasmettevo il file via LAN su PC con Access 2010, e all'apertura del file 
usciva errore di file corrotto.
 
Soluzione: installazione di tutti i service pack di Office 2010, in 
particolare il service pack 3.