Newsgroup: it.comp.appl.access
Titolo: Grosso Bug di MS JET?

Ciao a tutti,
E' da parecchio tempo che sviluppo programmini con Access, ma solo recentemente ho avuto modo
d'installare qualcosa in rete.
Spesso le cose funzionano senza problemi, ma in un paio d'aziende si sono verificate corruzioni di
Db sospette.
Apparentemente se un utente esegue cancellazioni a catena su una tabella mentre un altro
contemporaneamente inserisce, è molto probabile che il db si corrompa.
Risulta anche a voi?
E' un problema di jet 3.5 che magari si risolve con la versione 4.0?
Un saluto, Andrea

 Db sospette.
E' un noto problema di alcune schede di rete, o meglio del driver
Rtl8029.sys di Windows 98 che le gestisce. L'articolo della KB che descrive
il problema č:
http://support.microsoft.com/support/kb/articles/Q189/7/78.asp
Scaricati i drivers aggiornati per il chipset 8029 da:
http://www.realtek.com.tw/
--
Ciao, AntoGal
*************************************************
Gestione punti vendita (casse e pos NCR)
 
www.powerretail.it
-------------------------------------------------------------
per scaricare un gioco di DAMA ITALIANA
http://volftp.mondadori.com/italiani/galletta/
*************************************************


Ciao AntoGal ... sono onorato che sia tu a rispondermi!
Purtroppo le schede di rete in questione non sono Realtek 8029: quelle non corrompono database, li
distruggono :-)
Le corruzioni di cui ti parlo sono state recuperate senza problemi.
In entrambi i casi solo due PC stavano lavorando in concorrenza, con le modalità che ho riferito.
Il problema di stamane potrebbe anche essere attribuito a schede di rete di qualità scadente (mai
sentite prima, è roba IBM) ... ma nell'altro caso era tutta roba 3Com di prima qualità.
Sono quasi certo che si tratti di un buco nel motore di database, che si produce in quella specifica
situazione.
Ovviamente tu hai più esperienza, cosa ne pensi?
CIAO, Andrea

 situazione.
Strano... ovviamente avrai il Jet aggiornato fino all'ultimo service pack,
immagino. Almeno dovrebbero risolvero i bug pių noti.
Ora che ci penso, a me capitava una cosa strana... avevo due front end che
si collegavano allo stesso back-end in rete locale. Su uno ovviamente c'era
il percorso di rete, es.  //server/c/database/ ecc ... mentre sull'altro,
visto che il BE risiedeva sulla stessa macchina, avevo collegato le tabelle
direttamente a: C:\database\ ecc..
Sistematicamente, dopo un po' il sistema si impallava, mentre se specificavo
il percorso di rete anche per la macchina che teneva il db sul proprio HD,
nessun problema. Praticamente su entrambi i PC le tabelle del FE andavano
collegate a:
//server/c/database/ ecc ...
Ancora non mi sono spiegato cosa non gli andava bene...


il percorso di rete anche per la macchina che teneva il db sul proprio HD,
Sě č strano, ma l'importante č che non si guastassero i DB!
In effetti valutando il mio caso č piuttosto raro che simultaneamente da due postazioni si cancelli
e inseriscano records ... perň puň succedere e a quel punto??
Mah, non escludo che possa essere una conseguenza indiretta del bookmark bug che forse viene
corretto solo da service pack2.
Una domanda: sei riuscito a creare installazioni Runtime con i due OSR installati sul PC?
Ciao AntoGal e complimenti per il tuo lavoro  (anche in C++)
Andrea

Db sospette.
Confermo, in 3 installazioni (che a suo tempo mi hanno fatto
impazzire) si verificava una 'macinazione di dati' periodica anche una
volta a settimana e non sempre il rebuild sistemava tutto.
Dopo innumerevoli backup e restore del cliente e mie test ho capito
che era colpa (in tutti i casi) di almeno una scheda delle rete.
Talvolta il cliente sa quale macchina ogni tanto ha problemi di rete
se non e' cosi' per trovarla (cominciando dalle Realtek le schede piu'
probabili) facevo un xcopy /S di un PC della rete da DOS in una
sottodirectory, dopo un po la macchina sotto carico andava in crash
staccandosi dalla rete.
E' anche un modo per dimostrare al cliente che la colpa e' della
scheda, la sostituisci e tutto torna Ok.
----------------------------------------------------------
Paolo Hölzl
Gruppo Tekup Software developer (Bologna)
----------------------------------------------------------
ATTENTION!, antispam 
For reply, substitute xxx with gruppotekup

 scheda, la sostituisci e tutto torna Ok.
Confermo anch'io.
In genere la colpa e' delle schede Realtek, il problema e' noto.
La Microsoft consiglia di aggiornare i drivers, io consiglio di sostituirle con
schede 3com
-- 
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------

scheda, la sostituisci e tutto torna Ok.
Ciao Paolo e grazie per la risposta.
Da quanto scrivi sembrerebbe da escludere il buco nel motore che ho ipotizzato.
Tuttavia scusami se insisto: sei proprio sicuro che il tipo di operatività in rete che ho descritto
non ti abbia mai causato problemi (con schede perfettamente OK)?
La versione di msjet35.dll che utilizzo è la 3.51.3328.0   esistono versioni più aggiornate?
Dopo le brutte esperienzi di cui hai scritto a che schede di rete ti affidi, solo 3Com o esistono
anche altri buoni modelli?
Ancora grazie, Andrea

 Una domanda: sei riuscito a creare installazioni Runtime con i due OSR
installati sul PC?
Si, hai riscontrato problemi? Controlla anche la KB di Microsoft, in caso:
Article ID: Q248112
ODE97: Access 97 Run-Time Application Incorrectly Uses Access 2000
Executable
Article ID: Q248913
ODE97: Convert or Enable Message When You Open an Access 97 Run-Time
Application After You Install Office 2000
