Newsgroup: it.comp.appl.access
Titolo: Un virus può danneggiare i file MDB ?

Siccome abbiamo avuto gravi infezioni virali recentemente , mi chiedevo se
per caso ci fosse una relazione con il fatto che ho molti file MDB (access
2000 ) che non si aprono più ( ottengo l'errore di microsoft JET che dice
che il file è già aperto in modo esclusivo da un utente ! ) . Non si
compattano nè si riparano tali file MDB !
saluti
-- 
Cordiali saluti


hai reinstallato?
Hai reinstallato anche gi aggiornamenti di jet 4.0?
-- 
_ _
Ciao
MAssimiliano Amendola            
www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni  Info:  
www.donkarl.com/it

 Hai reinstallato anche gi aggiornamenti di jet 4.0?
sai mica dove trovo quella per XP pro in italiano?
ciao


Ci dovrebbe essere un sito bianco e blu, che però non ricordo come si
chiama...
Sai è carino e molto luminoso, è pieno di finestre (secondo me vende infissi
e ironia il proprietario si chiama cancelli, ROTFL)
e deve essere anche buno almeno è sicuramente s-office.
Ma ti ripeto non ricordo come si chiama


 Ma ti ripeto non ricordo come si chiama
L'ho poi scaricato dal sito windows ! era quello che consigliavi tu ? :-)
Comunque ho notato che i file MDB si danneggiano nel momento in cui  vengono 
acceduti via rete e chiamati da un'applicazione gestionale scritta in VB che 
li utilizza come archivi!
Infatti ripristinando le copie di backup dei file MDB  in un altro pc esse 
funzionano bene , ma appena le copie vengono ripristinate sul server e 
accedute  ecco che compare l'errore del modulo di DB JET che dice che il 
file è in uso da un utente che sta facendo la stessa operazione.
Cosa li potrebbe danneggiare così sistematicamente  e irrimediabilmente ? Il 
programma gestionale che li usa come archivi ? proverò a reinstallarlo ! 
Virus ? schede di rete non compatibili con access , vedi ad es le realtek ? 
Eppure le schede son sempre quelle , mentre il problema con gli MDB è 
recente!
Ciao e grazie 

 Cosa li potrebbe danneggiare così sistematicamente e irrimediabilmente ?
i file non sono danneggiati, e se io scrivessi un virus che attacca i file
mdb e volessi farti dei danni seri, li rinominerei semplicemente con
un'estensione sconosciuta così non li troveresti più, cioè non ti lascerei
la possibilità di aprirli almeno una volta o di ripristinarli, non credi?
Questo tipo di errore viene fuori di solito quando succede una cosa del
genere:
Dim rs As Recordset
Set rs = New Recordset
Set rs = OpenDatabase .... eccetera eccetera
.... codicecodicecodicecodice....
End (o Unload Me e tutte le altre form) e esco dal programma
(mi sono dimenticato di scrivere Set rs = Nothing da qualche parte del
codice.)
Allora, VB crea un recordset e ci lavora sopra, ma quando esce dal programma
non lo distrugge, così questo rimane vivo, e attivo, e occupa parte della
ram, ma soprattutto mantiene aperto il database da cui aveva caricato i
dati.
Questo è un errore tipico, e spesso ci sono anche dei file .ldb orfani che
rimangono in giro dopo l'esecuzione del programma.
Il mio consiglio è di ricontrollare il codice VB, per scoprire se tutti gli
oggetti Recordset e Connection vengono mai impostati a Nothing, e se
esistono e possono verificarsi delle situazioni in cui il programma viene
chiuso senza passare dall'istruzione Nothing.
Spero ti serva d'aiuto. Ciao.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 chiuso senza passare dall'istruzione Nothing.
 Purtroppo non ho il sorgente .....ma considerando che l'errore è comparso 
da poco nell'installazione che ha molti mesi di  corretto funzionamento  , 
io rimuoverei DLL\OCX  del gestionale VB6  e le reinstallo ex novo , va bene 
?
I file MDB usati  dal gestionale vengono "danneggiati"  , di modo chè anche 
se poi vengono spostati su un altro pc non si aprono più.
Invece i file di backup ripristinati su di un'altra installazione del sw 
funzionano bene  , ma se ripristinati nel server con il problema ,si 
danneggiano al primo accesso .
Quindi si è sconfigurato qualche componente sw  sul server\clients , vero ?
Ciao e grazie dell'interessamento ! 

 Quindi si č sconfigurato qualche componente sw sul server\clients , vero ?
si, č probabile, tanto piů che il software utilizza componenti esterni,
quali ocx e dll. Spesso le funzioni di accesso ai dati vengono demandate ad
un componente ocx. Ipotizziamo che questo sia il caso, e il file ocx si sia
danneggiato: le funzioni di scrittura sul file mdb non funzionano piů
correttamente, e scrivono il file mdb in formato errato. Inoltre quando apri
un mdb di backup anche questo viene sovrascritto in formato errato. Magari
anche le funzioni di chiusura del recordset non funzionano a modo, per cui
il recordset rimane caricato nella ram, e bloccato in qualche modo.
Per sapere se il file mdb č effettivamente danneggiato, bisognerebbe tentare
di aprirlo direttamente con Access, ma suppongo che sia protetto da una
password, vero? Quindi non si puň avere la conferma che sia funzionante o
no. E anche il mio scenario di prima č soltanto un'ipotesi plausibile, ma
non ne possiamo essere certi.
Prova a reinstallare l'applicativo: se i file ocx e dll si erano corrotti,
li ripristinerai e tutto dovrebbe tornare a funzionare. Io rimango sempre
dell'opinione che qui i virus non c'entrano nulla.


 Ciao e grazie
Non basta mettere il sp sul server, quanto piuttosto i client.
I file sharing lavorano sul client, sul server potresti anche no installare
Access


 ripristinarli, non credi?
Ah sì. Prova a rinominare C:\Pippo.mdb in c:pippo.jpg
e poi accedici.


 e poi accedici.
Fatto. Mi dice "Anteprima non disponibile". Che vordě?


 Inviato via 
http://arianna.libero.it/usenet/
-- 


 Se accedi alle tabelle dal FE lui lo gestisce cmq come mdb
si, č vero. Ma il mio virus non ti direbbe che la nuova estensione č .jpg.
Vabbč, comunque abbiamo capito il concetto...
