Newsgroup: it.comp.os.win.win9x
Titolo: *.vxd non installati da Win 98.

Con Win 98 prima e seconda edizione non vengono copiati durante la fase di
installazione circa 6 o 7 file con estensione *.vxd, credo che siano
chiamati anche driver virtuali.
E' possibile verificare ciò tramite "Proprietà - Sistema", "Gestione
periferiche" controllando per esempio tra le proprietà del controller del
disco rigino, in "Driver", "Dettagli file del driver...", noterete che manca
il file CONFIGMG.VXD, che è posto tra le parentesi, mentre al suo posto
opera il VMM32....
In un articolo di Chip di più di un anno fà si parlava di tale problema e si
suggeriva di installare tali file manualmente, operazione che può essere
fatta o tramite estrazione dai file .cab o utilizzando il Microsoft System
Information.
Io l'ho fatto su tutti i PC che ho riconfigurato, tutti con chipset per 486,
socket 7 e chipset Intel LX e BX, senza avere mai problemi. Ultimamente, ho
configurato alcuni PC con chipset Via Apollo Pro 133 con alcuni problemi.
Può dipendere dal fatto che questi file con estensione vxd non siano
compatibili?
E' necessario installarli, secondo voi?
... sull'articolo di Chip si parlava di una maggiore stabilità dei sistemi,
ed io, con la mia Abit con BX e Celeron 300@450 sono sempre andato
benissimo...
Ciao.
------
Antonio Miele
Email: 
oz...@libero.it

Information.
bravo, invece, su questo ng, e' un anno che si dice che tale mossa e'
non solo inutile, ma spesso dannosa.
i device che mancano sono inglobati intelligentemente in un unico vxd,
al momento dell'installazione.
diamo pure addosso alla microsoft, che di coglionate ne fa, ma la cosa
dura da win 95A, se c'e' ancora su win98SE... non sono poi proprio fessi
del tutto.
Ciao.roberto
-- 
Save our planet!
Save wildlife;
For your E-MAIL use only recycled Bytes !!
roberto poggi  
rpo...@softhome.net




 >Information.


 wrote in message


Dannosa? E che cosa può fare???
apsetta il primo giro su windows update, oppure cerca su deja i vecchi
post in cui si e' ampiamente discusso di questo.


 ha scritto nel messaggio
news:38f88fa3.5851995@consolle...


> Windows update, IMHO, č il sito piů inutile sulla faccia di internet.
io ho installato i  *.vxd mancanti e sono andato su windows update
per scaricare un aggiornamento critico con riavvio del PC : non ho
avuto il minimo problema !
ho letto tempo fa la lettera di un lettore di chip incazzato come una
bestia xche' aveva installato i *.vxd seguendo consigli rivista e aveva
avuto casini  a non finire per conflitto con sua scheda audio ; quindi
secondo me la  Microsoft non li installa di default solo per questo motivo
cioe' che ci  sono  (pochissime) periferiche che vanno in conflitto  - chi
ha il conflitto si attacca al cazzo chi non ha conflitto (io) gode come una
marmotta e non ha piu' crash e finestre blu
ciaooooooooooooooooooooooooooooooooooooooooooooooooo

chiamati anche driver virtuali.
[.....]
Sin dall'epoca di Windows 3.x, esistevano i device driver virtuali
integrati nel kernel. Cio' significa che nel file SYSTEM.INI nella
sezione [386Enh] erano elencati i driver virtuali che richiedevano un
file fisico disponibile (quasi tutti con estensione .386) e i driver
virtuali, definiti statici, che erano gia' incorporati nel kernel del
sistema operativo.
In windows 9x questi ultimi tipi di driver in realta' si riferiscono a
specifiche sezioni del Registry, appartenenti tutte all'albero
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD.
Quando, ad esempio, andate a cercare nelle proprieta' della porta
della stampante, vi troverete nei dettagli del file del driver un
riferimento al file VCOMM.VXD in parentesi (prima della parentesi
troverete VMM32.VXD, tale file esiste realmente).
Cercando nel registry, partendo dal suddetto ramo, vi troverete
davanti alla chiave VCOMM. Questo perche' i riferimenti a tale chiave
non sono VCOMM.VXD, ma *VCOMM (con l'asterisco prima di VCOMM).
Se un dispositivo richiede un device virtuale VCOMM, fara' riferimento
al device statico e non a quello fisico. Ad esempio il mio modem
richiede nella chiave "DevLoader" il device statico "*vcomm". Cosi'
anche la porta stampante (chiave
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\Ports\000x)
richiede nel "DevLoader" il device statico "*vcomm".
Cio' vuol dire che il driver e' si virtuale, ma e' di tipo statico,
cioe' incorporato nel kernel del sistema operativo.
Alla chiave VCOMM troverete le seguenti indicazioni:
     StaticVxD = "*VCOMM"
Cioe' e' proprio quello che viene richiesto.
Morale della favola: io credo sia un bug quello di Windows, quando
elenca in maniera errata i device statici in parentesi. Li ritiene in
pratica tutti appartenenti a file, ecco perche' nei dettagli della
porta parallela esce sempre VCOMM.VXD!!!! Questo tenendo conto che il
file VMM32.VXD richiede realmente un device VCOMM.
Bye.

file VMM32.VXD richiede realmente un device VCOMM.
Salve!
Vediamo se ho capito ciò che intendi: correggimi se sbaglio.
Seguendo il tuo esempio, dal semplice fatto che, nelle proprietà 
della porta lpt1 > driver > dettagli, si veda in parentesi vcomm.vxd 
anziché *vcomm, tu deduci che Win andrebbe a cercare il file 
vcomm.vxd, e non trovandolo, perché esso è inglobato in vmm32.vxd, 
s'ingarbuglierebbe...
Perché non pensare che quel nome in parentesi sia semplicemente 
un'indicazione per il lettore (btw, l'elenco dei file che concorrono 
a formare il vmm32.vxd si trova in 
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\VMM32Files), 
visto che l'indirizzo del driver di riferimento è ben specificato 
prima della parentesi, con tutto il suo bel path?
Afaik, la cosa funziona così (correggimi se dico scempiaggini):
vmm32.vxd viene 'inizializzato', e comincia col caricare in memoria, 
col suo real-mode loader, i vxd statici che trova sotto
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD:
quando trova, sotto quel ramo, l'indicazione staticvxd=*abc, carica 
il driver prendendolo dal file vmm32.vxd stesso, a meno che non vi 
sia il file abc.vxd in %windir%\system (nel qual caso carica da lì), 
quando trova staticvxd=def.vxd carica dal file 
windir%\system\def.vxd;
carica, poi, i vxd statici specificati (per ragioni di compatibilità 
col passato) nel system.ini;
finora ha caricato vxd statici col suo real-mode loader, ora passa ai 
vxd dinamici;
 
cerca nel registro i valori devloader=xyz (spesso il devloader è 
*xyz, cioè è un vxd statico incluso in vmm32.vxd), poi sarà il 
devloader a cercare i valori portdriver= corrispondenti, a caricare 
tutto quanto deve caricare a supporto, e via...
Ora: ammesso e non concesso che quanto ho scritto corrisponda al 
vero, dove s'inserisce il bug in tutto ciò?
Presupponendo inoltre che, una volta caricati, Win non faccia nessuna 
fatica a 'trovare' i driver... ;)
-- 
Bye.
       Lem
----------------- 'CLOCK is what you make of it' -----------------
Ricerca nuovi numeri primi: 
www.entropia.com/primenet/status.shtml

prima della parentesi, con tutto il suo bel path?
Questo non lo sapevo.
Il resto del mio ragionamento pero' penso sia giusto.
In ogni caso con i nostri due ragionamenti viene meno la
considerazione fatta nel subject.
Bye.