Newsgroup: it.comp.os.win.win9x
Titolo: Chiusura sessione in modalità dos

Da qualche tempo mi succede un fatto strano:
Chiudendo win98 in modalità dos , non riesco più a ritornare a windows né
digitando exit né win, in entrambi i casi ottengo invece un reboot del
sistema; oltre a questo c'è stato anche un altro cambiamento, sempre
chiudendo windows in modalità dos, non vedo più le unità cdrom, pur non
essendo cambiato il testo di config.sys, autoexec.bat e dosstart.bat; quest'
ultimo problema l'ho risolto aggiungendo in config.sys la riga: DEVICEHIGH
/L:1,29632=C:\perife~1\CD-ROM\GSCDROM.SYS /D:MSCD000 /v, richiamata poi in
dosstart.bat dalla riga: LH /L:1,32304 C:\perife~1\cd-rom\MSCDEX /D:MSCD000,
sta di fatto che prima il tutto funzionava senza la riga in config.sys.
Nelle indagini che ho fatto per risolvere il problema ho scoperto che ad
ogni riavvio del sistema il file autoexec.bat viene salvato, ma senza
cambiamenti nel testo, mentre avviando con la modalità conferma passo passo,
ho scoperto che in config.sys viene eseguita (due volte tra l'altro) una
riga che non c'è e precisamente: DEVICE=C:\windows\dblbuff.sys, (ma il non
caricare detto file in memoria non risolve il problema).
Detto problema si riesce ad eliminare in due modi:
1) saltando la riga: SET BLASTER=A220 I7 D1 T2 nell'autoexec, il che
comporta ovviamente che il suono non funziona da dos e inoltre qualcosa che
non va c'è sempre, perché il rientro in windows con exit è molto più lento
del normale
2) sostituendo da dos i 4 file del registro (user.dat user.bak system.dat
system.bak) con una versione più vecchia, così facendo però il problema si
ripresenta al primo reboot del sistema e si hanno comunque gli stessi
problemi di lentezza del caso 1.
Ringrazio moltissimo chiunque mi potrà aiutare, e anche chi, comunque, abbia
almeno avuto il coraggio di arrivare in fondo a questo mio sproloquio.
Davide Pitto
-- 
Posted from 
net128-007.mclink.it
 [195.110.128.7] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 del normale
Se usi la SB in dos, questa riga lasciala; magari per sicurezza controlla in
'gestione periferiche' solo che corrisponda davvero ai giusti  indirizzi
I/O, IRQ e DMA.
La lentezza io la addebiterei ad altro, hai un processore sufficientemente
veloce e abbastanza RAM, il disco e' deframmentato?
Saluti, L.

indirizziI/O, IRQ e DMA.La lentezza io la >addebiterei ad altro, hai un
processore >sufficientemente veloce e abbastanza RAM, il >disco e'
deframmentato?
La riga c'è appunto per quello, gli interrupt sono a posto, per quanto
riguarda il computer si tratta di un p3 450 con 64mb di ram, comunque detta
lentezza non c'è mai stata prima e tutto sommato non c'è neanche adesso,
visto che se non faccio le modifiche di cui ho parlato il rientro in windows
avviene con un reboot che non è assolutamente lento, anzi è sicuramente più
veloce del rientro in windows ottenuto come sopra descritto, mentre in
precedenza succedeva il contrario.
Da ultimo visto che mi riferisco sempre ad un ipotetico prima e dopo, vorrei
precisare che credo anche di sapere come e quando sia successo quello di cui
sto parlando: i cambiamenti descritti si sono verificati in seguito
all'installazione di un gioco per dos (in realtà ho un dubbio tra 2: the
seventh guest e malcolm's revenge), gioco che ho installato non senza
difficoltà, perchè non ne voleva sapere di funzionare, su pressante
richiesta di mia figlia; ho provato poi tramite norton uninstall a vedere le
modifiche effettuate da detto gioco per capire cosa possa essere successo,
ma non ho trovato niente di significativo; significativo può essere invece
il fatto che detto gioco (Malcolm's revenge) si è piantato più volte
nell'installazione proprio nel riconoscimento della scheda audio,
prendendola infine per un'altra (Ensoniq invece di Soundblaster Creative),
fatto sta che adesso il gioco, o meglio i giochi funzionano, ma il computer
si comporta diversamente da prima.
Quello che però vorrei soprattutto capire è perchè adesso ad ogni reboot
trovo aggiornata la data di modifica dell'autoexec, che però a un controllo
obiettivo (confrontando le due versioni in maniera automatica con una
formula in excel)  risulta perfettamente identico e perchè cambiando il
registro le cose si rimettono a funzionare come prima e solo al successivo
reboot si ripresenta il problema (ho provato a confrontare i registri prima
e dopo il reboot con active registry monitor, e le modifiche che mi
sembravano più significative riguardano un certo mixer ensoniq che mi fa
tanto pensare alla scheda ensoniq - che non ho - individuata da Malcolm's
Revenge)? Quale file che non è nella root e non è nella directory di windows
(visto che ho provato a cambiarle con versioni precedenti in cui tutte
queste cose sono assolutamente sicuro che non succedevano) e che viene
eseguito prima dell'autoexec (se salva l'autoexec deve essere in memoria
prima e non può essere un TSR, perchè il reboot dovrebbe cancellare la RAM)
può avere il controllo sull'autoexec e sul registro di windows? Devo cercare
forse nel Bios o nel MBR, o sto sbagliando qualcosa nel mio ragionamento?
Ciao e grazie ancora.


 ha scritto nel messaggio
news:000301c0bd4f$7b7c8cc0$df0a7a3e@davide...
[cut]
Effettivamente non rientra nel funzionamento fisiologico di win98 il
modificare la data ai file di avvio; che io sappia l'unico s.o. che resetta
l'autoexec.bat e azzera il config.sys all'avvio e' WinME.
Forse la soluzione, drastica, ma indubbiamente efficace, e' utilizzare un
dischetto dos di avvio, con la configurazione adatta e strettamente
necessaria per il gioco (e da usare solo per quello), impostando invece i
file di avvio dell'hard disk per uso normale con winz.
SaluT, L.