Ancora...
Che palle! Ci sono ricaduto di nuovo...
Apertura di una form di un'applicazione in VB6 che con Windows XP non aveva problemi, con Windows 7 crashava: l'errore sull'ADO (che prende il controllo dell'applicazione tramite una message box), in assenza di un gestione errore adeguata faceva chiudere l'applicazione, altrimenti, con una semplice struttura On Error, dopo la chiusura del messaggio si riusciva a ridare il controllo alla finestra, fra l'altro senza nessun altro difetto apparente nella creazione del layout come invece mi sarei aspettato.
L'errore indicato era:
Il problema è che ci ho messo diverso tempo a capire che il problema era legato alla stringa di connessione, in quanto altre connessioni ADO venivano effettuate senza problemi. Riscritta la stringa di connessione, aggiungendo il parametro Persistent Security Info, e si è risolto anche il problema:
Contestualmente ho risolto anche un problema relativo alle condivisione/connessione delle stampanti in ambiente Windows: nell'impianto di-cui-sopra è stato sostituito il PC con Windows XP a cui era collegata in USB una stampante (Epson), ricondivisa con il resto della rete. Fruitore della stampante era anche un server con sistema operativo Windows 2008 Server; stessa storia dell'ADO: con XP ok, con 7 problemi...
La soluzione è stata tutto sommato semplice: visto che non era una rete a dominio è stato sufficiente definire lo stesso gruppo di lavoro e magicamente la stampante ha ricominciato a vivere, pronta per essere utilizzata anche dal server.
Apertura di una form di un'applicazione in VB6 che con Windows XP non aveva problemi, con Windows 7 crashava: l'errore sull'ADO (che prende il controllo dell'applicazione tramite una message box), in assenza di un gestione errore adeguata faceva chiudere l'applicazione, altrimenti, con una semplice struttura On Error, dopo la chiusura del messaggio si riusciva a ridare il controllo alla finestra, fra l'altro senza nessun altro difetto apparente nella creazione del layout come invece mi sarei aspettato.
L'errore indicato era:
"[...][...] Nome origine dati non Trovato e driver predefinito non specificato"
Il problema è che ci ho messo diverso tempo a capire che il problema era legato alla stringa di connessione, in quanto altre connessioni ADO venivano effettuate senza problemi. Riscritta la stringa di connessione, aggiungendo il parametro Persistent Security Info, e si è risolto anche il problema:
driver={SQL Server};Persist Security Info = True;SERVER=MIO_SERVER;UID=sa;PWD=pippo;DATABASE=MIO_DATABASE
Contestualmente ho risolto anche un problema relativo alle condivisione/connessione delle stampanti in ambiente Windows: nell'impianto di-cui-sopra è stato sostituito il PC con Windows XP a cui era collegata in USB una stampante (Epson), ricondivisa con il resto della rete. Fruitore della stampante era anche un server con sistema operativo Windows 2008 Server; stessa storia dell'ADO: con XP ok, con 7 problemi...
La soluzione è stata tutto sommato semplice: visto che non era una rete a dominio è stato sufficiente definire lo stesso gruppo di lavoro e magicamente la stampante ha ricominciato a vivere, pronta per essere utilizzata anche dal server.

Commenti
Posta un commento