FIX: Violazione di accesso alla chiusura di Recordset ADO in un'applicazione multithreading

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

272373
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Sintomi
Quando si esegue codice di ADO (ActiveX Data Objects) multithreading intenso su un computer multiprocessore, una violazione di accesso (AV) può verificarsi quando la chiusura di un Recordset di ADO. Esame di stack di chiamate al momento del valore MONETARIO (con simboli di debug appropriati installati) rivela che l'ultima chiamata ADO nello stack è una chiamata a msado15 di funzione interna di ADO! CCollectionArray__Delete.
Risoluzione
Questo problema è stato risolto nei service pack più recente per MDAC 2.6, MDAC 2.5 e Microsoft Windows 2000 e in MDAC versione 2.7.
  • Per risolvere questo problema è necessario ottenere la versione più recente del service pack per Windows 2000. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
    260910Come ottenere Windows 2000 Service Pack più recente
  • Per risolvere il problema, ottenere il service pack più recente per Microsoft Data Access Components 2.5. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
    293312INFORMAZIONI: Come ottenere il più recente MDAC 2.5 Service Pack
  • Per risolvere il problema, ottenere il service pack più recente per Microsoft Data Access Components 2.6. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
    300635INFORMAZIONI: Come ottenere il più recente MDAC 2.6 Service Pack

Hotfix

La versione inglese di questa correzione rapida per avere i seguenti attributi di file o versioni successive:
   Date         Version       Size      File name     Platform   -----------------------------------------------------------   09/15/2000   2.51.5715.0   487,696   Msado15.dll   x86 				
Workaround
Evitare la chiusura di un Recordset di ADO e l'oggetto ADO Connection padre contemporaneamente esattamente su thread diversi 2 o applicare questo aggiornamento rapido (hotfix).
Status
Microsoft ha confermato che questo problema riguarda i prodotti Microsoft elencati all'inizio di questo articolo. Questo problema è stato innanzitutto corretto in Microsoft Data Access Components (MDAC) 2.5 Service Pack 2, Service Pack 1 di MDAC 2.6, MDAC 2.7 e Microsoft Windows 2000 Service Pack 2.
Informazioni
Per riprodurre il problema, un Recordset di ADO e ADO Connection padre deve essere chiuso o rilasciati 2 thread di diversi esattamente contemporaneamente. Si noti che questo problema è solo stato correttamente riprodotto su un computer multiprocessore.

Utilizzando le classi WFC (Windows Foundation Classes) ADO Java in un'applicazione COM + in situazioni con ADO impostato sulla modalità a thread libero è stato rilevato il problema iniziale. Microsoft virtual machine (Microsoft VM) rinvia il rilascio di oggetti COM finché non viene attivato il garbage collector. Inoltre, il garbage collector esegue il rilascio dell'oggetto COM su un thread in background. Se si chiude una connessione di ADO WFC, in questo modo il puntatore di interfaccia di connessione ADO COM in un elenco di puntatori per future operazioni di pulitura dal garbage collector. Se il codice dell'applicazione principale, successivamente, chiude un Recordset di ADO contemporaneamente esattamente che il thread in background garbage collector rilascia il puntatore di interfaccia ADO Connection padre, è possibile che il valore MONETARIO.
processore di più thread

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 272373 - Ultima revisione: 01/11/2015 03:50:10 - Revisione: 8.1

  • Microsoft Data Access Components 2.5
  • Microsoft Data Access Components 2.5 Service Pack 1
  • Microsoft Data Access Components 2.6
  • kbnosurvey kbarchive kbmt kbqfe kbhotfixserver kbbug kbfix kbmdac250sp2fix kbmdac260sp1fix KB272373 KbMtit
Feedback