aumentare la Memoria convenzionale
Don Diego
memoria convenzionale (oltre la canonica 640 kb)?
E poi questo limite di 640 Kb è superabile, cioè si può fare vedere ad un
programma dos la presenza ad es. di 1000 kb di memoria convenzionale libera?
Grazie Diego
Marok
In entrambi i casi:
non so se esiste tale programma, ma se esiste
ti allontana dalla compatibilità col dos che ne "concepisce" solo 640...
Dunque è un po' rischioso.
Di solito i programmi dos che richiedono più di 640kb (=65536 bytes)
di memoria sono in grado di leggere la memoria "alta" (XMS o EMS a seconda...)
ed è molto raro che un programma dos ti chieda più di 610.000 bytes
di memoria convenzionale (il "record" che ho trovato finora è stato Falcon3,
che ne voleva 630.000 bytes, e non è stato un problema darglieli...)
MaRoK
Don Diego
news:%n5aa.28461$zo2.7...@news2.tin.it...
(il "record" che ho trovato finora è stato Falcon3,
> che ne voleva 630.000 bytes, e non è stato un problema darglieli...)
630 ? Con il dos 6.22?
Mi daresti i tuoi config e autoexec?
Hai caricato tutto: mouse SB, CD himem e ems?
Come cavolo hai fatto?
Ciao Diego
>
> MaRoK
>
>
sandro (bo)
mi pare che la convenzionale si fermi a 640kb
poi c'e' l'espansa dai 640 ai 1000
e l'estesa oltre i 1000.
il tutto salvo errori, comunque ti serve un gestore per la memoria
alta
ciao
--
sandro
ICQ 179590321
Luca Amicone
Don Diego (perla...@richiedisul.NG) ha scritto:
> 630 ? Con il dos 6.22?
> Mi daresti i tuoi config e autoexec?
> Hai caricato tutto: mouse SB, CD himem e ems?
> Come cavolo hai fatto?
AH, i bei tempi in cui ero un mago a recuperare memoria convenzionale..
Ma perché non avevo Internet ALLORA?!? ^______^
Per non restare troppo OT, ricordatevi che i programmi che devono essere
caricati in memoria alta, anche se occupano pochi Kb, è possibile che ne
richiedano MOLTI DI PIU' nel momento in cui debbano esserci caricati!
Quindi è molto importante L'ORDINE col quale si specificano i vari
"devicehigh" o "LH".
Infine, se avete schede ISA che occupano QUELLA memoria, cercate di
"compattare" quelle aree in modo da lasciare la memoria libera CONTIGUA.
Credo che per molti che leggono i.c.o.w.s (il messaggio è in XPost!
Avvertite quando crospostate!) queste argomentazioni siano vicine
all'ARABO! ;))
--
Luca Amicone
(da casa)
Marok
> poi c'e' l'espansa dai 640 ai 1000
> e l'estesa oltre i 1000.
No, espansa ed estesa sono due alternative
configurabili per esempio tramite i parametri di EMM386,
non sono una di seguito all'altra.
MaRoK
Marok
> > che ne voleva 630.000 bytes, e non č stato un problema darglieli...)
>
> 630 ? Con il dos 6.22?
Sě, a scanso di equivoci ti ricordo che 630.000 bytes = 615kb.
Con mouse+cd rom non č cosě difficile,
se hai anche altri devices inizia a diventare un bordello.
Cosa devi caricare?
MaRoK
Don Diego
Mouse, cd e Soundblaster
Con il dos 6.22 e memmaker arrivo si e no a 600 :-(
Ciao DIego
> MaRoK
>
>
Marok
>
> Mouse, cd e Soundblaster
>
> Con il dos 6.22 e memmaker arrivo si e no a 600 :-(
Mmmm... forse hai un driver del cdrom un po' pesante...
su questo ng qualche post fa qualcuno ha scritto il link a un driver "universale"
che, a detta sua, era più leggero di quelli proprietari in circolazione.
Puoi provare a dare un'occhiata, se lo trovi.
In ogni caso, scrivici il tuo autoexec ed il tuo config,
che vediamo se per caso c'è qualche errore da qualche parte.
Per arrivare a risultati ottimali (636.000 bytes su dos6.22 e 640.000 su win95)
io avevo fatto caricare al memmaker i vari driver singolarmente,
cioè gli avevo fatto scrivere vari autoexec e config con un solo driver a testa
prendendo nota dei valori che mi indicava per ognuno.
Alla fine li avevo combinati insieme nelle varie aree
meglio di quanto riuscisse a fare lui, ficcandoci dentro anche il driver scsi.
Però mi ricordo che 630.000 bytes o giù di lì con memmaker
li ottenevo anche di default (solo con cd+mouse però)
per questo mi sembra strano...
MaRoK
Don Diego
DEVICE=a:\EMM386.EXE /ram auto
dos=high,umb
LASTDRIVE=m
DEVICEHIGH=a:\GSCDROM.SYS /D:MSCD000 /v
-------- ---------------- ---------------- ----------------
SYSTEM 18,208 (18K) 10,912 (11K) 7,296 (7K)
HIMEM 1,168 (1K) 1,168 (1K) 0 (0K)
EMM386 4,176 (4K) 4,176 (4K) 0 (0K)
DBLBUFF 2,976 (3K) 2,976 (3K) 0 (0K)
MSCDEX 32,384 (32K) 32,384 (32K) 0 (0K)
MOUSE 17,280 (17K) 17,280 (17K) 0 (0K)
GSCDROM 25,600 (25K) 0 (0K) 25,600 (25K)
IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K)
COMMAND 7,168 (7K) 0 (0K) 7,168 (7K)
SBEINIT 4,560 (4K) 0 (0K) 4,560 (4K)
Disp. 598,528 (585K) 586,160 (572K) 12,368 (12K)
---------------- ----------- ----------- -----------
Convenzionale 655,360 69,200 586,160
Superiore 59,856 47,488 12,368
Riservata 0 0 0
Estesa (XMS)* 267,261,488 3,697,200 263,564,288
---------------- ----------- ----------- -----------
Memoria totale 267,976,704 3,813,888 264,162,816
Estesa disponibile (EMS)* 33,554,432 (32M)
La memoria EMS disponibile potrebbe cambiare al variare della memoria XMS.
Dim. massima di un blocco libero di memoria superiore 12,048 (12K)
MS-DOS Š residente nell'area di memoria alta.
Don Diego
news:SWoaa.3251$Fc.9...@tornado.fastwebnet.it...
poi guardando il comando Mem, mi sembra che si possa utilizzare solo la mem
convenzionale (655.000) + la superiore (60.000) tot 715.000! Quindi se io ho
115.000 byte di driver meglio di 600.000 comunque non posso arrivare!
Oppure c'è la possibilità di caricare oltre la memoria superiore e/o
aumentare quest'ultima?
Grazie Diego
Ranger
> Config.sys
>
> DEVICE=a:\HIMEM.SYS
> DEVICE=a:\EMM386.EXE /ram auto
> dos=high,umb
> LASTDRIVE=m
> DEVICEHIGH=a:\GSCDROM.SYS /D:MSCD000 /v
di win98: funziona col 99% dei modelli e occupa meno RAM. forse se cerchi con
google lo trovi anche online
> Autoexec.bat
>
> @echo off
> LH a:\SBEINIT.COM
> LH a:\MSCDEX /D:MSCD000
> LH a:\mouse.com
prova a mettere MSCDEX per primo.
non so cosa serva in specifico SBEINIT, ma tutti i giochi DOS che conosco non
hanno bisogno di nessun driver DOS x soundblaster: secondo me lo puoi togliere.
Ciao
--
Ranger! www.rossi.eu.com
aggiungi .it alla mail x rispondermi
Marok
> DEVICE=a:\HIMEM.SYS
> DEVICE=a:\EMM386.EXE /ram auto
> dos=high,umb
> LASTDRIVE=m
> DEVICEHIGH=a:\GSCDROM.SYS /D:MSCD000 /v
Sembra tutto a posto,
per prudenza cambierei la seconda riga in:
device=a:\emm386.exe ram highscan
che è la sintassi corretta.
Però il cdrom è caricato in memoria alta in maniera casuale,
cioè occupa il primo buco di memoria alta che trova...
se poi chi arriva dopo non trova più spazio s'attacca!
> Autoexec.bat
> @echo off
> LH a:\SBEINIT.COM
> LH a:\MSCDEX /D:MSCD000
> LH a:\mouse.com
Anche qua, i tre driver sono caricati in memoria alta alla cazzo,
dunque, è possibile che la loro "combinazione" non sia la migliore
(probabilmente vengono sempre caricati dal dos in modo sequenziale,
ma non ci giurerei...).
Nella pratica la possibilità diventa certezza.
Guardando i tuoi risultati, tra TUTTI l'unico driver
che è riuscito ad occupare la memoria alta è il primo che hai caricato,
ovvero il cd:
Nome Totale Convenzionale Memoria superiore
GSCDROM 25,600 (25K) 0 (0K) 25,600 (25K)
Gli atrli due sono in memoria convenzionale:
Nome Totale Convenzionale Memoria superiore
MSCDEX 32,384 (32K) 32,384 (32K) 0 (0K)
MOUSE 17,280 (17K) 17,280 (17K) 0 (0K)
La soundblaster occupa un cazzo, dunque tralasciamola,
caricala in memoria convenzionale (togli lh).
Portando l'mscdex (che è il supporto del dos per il cd) ed il mouse
in memoria alta, libereresti 49kb di convenzionale,
cioè avresti 621kb di convenzionale libera (=635.904 bytes)
Ora prova a fare come ti avevo detto,
cioè fai creare al memmaker la sua configurazione ideale
dandogli in pasto un driver alla volta (e commentando il resto).
Fagli caricare prima solo MOUSE, poi solo MSCDEX, poi solo GSCDROM
e segnati i valori che vengono fuori ogni volta.
Le tre volte ti scriverà rispettivamente qualcosa come:
LH /L:x,yyyyy a:\Mouse
poi
DeviceHigh /L:x,yyyyy=a:\MSCDEX /D:MSCD000
poi
DEVICEHIGH /L:x,yyyyy=a:\GSCDROM.SYS /D:MSCD000 /v
Quel "x" è l'indice dell'area di memoria alta (o blocco o come cazzo si chiama),
"yyyyy" sono i bytes occupati dal driver al momento del caricamento.
Gli yyyyy devono rimanere quelli, mentre puoi cambiare gli x.
Smanetta finché non trovi una combinazione che faccia stare
tutti e tre in memoria alta e il gioco è fatto.
Finora ci sono sempre riuscito, ma su qualche computer
ci ho perso delle ore! :o)
Ovviamente dai la priorità a MSCDEX, poi a GSCDROM, poi a MOUSE,
che è quello che pesa di meno (dunque se per sfiga ti rimane in convenzionale
pazienza...)
> poi guardando il comando Mem, mi sembra che si possa utilizzare solo la mem
> convenzionale (655.000) + la superiore (60.000) tot 715.000!
> Quindi se io ho 115.000 byte di driver meglio di 600.000 comunque non posso arrivare!
Ora come ora non ricordo quanta memoria può essere destinata all'allocazione dei drivers,
mi sembra un mega ma non ci giurerei... se qualcuno si ricorda batta un colpo!
MaRoK
Carlo Luciano Bianco
news:iUpaa.34333$zo2.9...@news2.tin.it:
> Sembra tutto a posto,
> per prudenza cambierei la seconda riga in:
> device=a:\emm386.exe ram highscan
> che è la sintassi corretta.
Direi che, se non gli serve memoria EMS, e' ancora meglio:
device=a:\emm386.exe noems highscan
che gli fa recuperare 64Kb di memoria superiore. Anche perche', se come
dice mem ha solo 12 Kb di memoria superiore libera, MSCDEX non c'entrera'
mai...
[...]
> Ovviamente dai la priorità a MSCDEX, poi a GSCDROM, poi a MOUSE,
> che è quello che pesa di meno (dunque se per sfiga ti rimane in
> convenzionale pazienza...)
A proposito, se non ricordo male MSCDEX ci pensa da solo a caricarsi in
memoria alta se la trova libera, e gradisce poco che venga caricato con LH.
Idem per certe versioni di MOUSE.
> Ora come ora non ricordo quanta memoria può essere destinata
> all'allocazione dei drivers, mi sembra un mega ma non ci giurerei... se
> qualcuno si ricorda batta un colpo!
La memoria superiore che puo' essere usata per caricare i programmi TSR e i
driver va da 640KB fino a 1024 KB. Pero' di questi 384KB molti sono
utilizzati dal sistema per altri scopi. Piu' di 128KB vengono usati dalla
scheda video (a seconda della configurazione) e 64KB dal BIOS. Quindi in
pratica hai a disposizione al massimo 192KB di memoria superiore per
caricare i programmi e i driver. Aggiunti ai 640KB di memoria convenzionale
fanno un totale di 832KB utilizzabili per caricare roba.
Puoi tentare di rosicchiare qualcosina in piu' modificando le impostazioni
della shadow RAM nel BIOS, ma non ho mai provato in pratica...
--
Carlo Luciano
GPG ElG/DSA 4096/1024 Key: http://web.tiscali.it/clbianco/clbianco.asc
ID: 0x5324A0DA - Fingerprint: 8B00C61034120506111B143DEDBF71B45324A0DA
Marok
> device=a:\emm386.exe noems highscan
> che gli fa recuperare 64Kb di memoria superiore.
Sì, è vero, ci sarebbe anche un'ulteriore raffinatezza,
ovvero usare un po' di memoria riservata (es: I=B000-B7FF),
ma quello lo lascio fare al memmaker, perché non so se i parametri
siano standard o varino da macchina a macchina.
> Anche perche', se come dice mem ha solo 12 Kb di memoria superiore libera,
> MSCDEX non c'entrera' mai...
Nono, attenzione! 12kb di memoria superiore libera CONTIGUA.
Se lui ha tre blocchi di memoria e ha, ad es., 10kb liberi nel primo,
11 nel secondo e 12 nel terzo, spostando opportunamente i driver
ci entra eccome!
Chiaro che se li carica in ordine sequenziale, come mi sembra abbia fatto,
è difficile che riesca a farli stare su tutti e tre
(il primo che arriva si piazza nel primo blocco e chi s'è visto s'è visto)
> A proposito, se non ricordo male MSCDEX ci pensa da solo a caricarsi in
> memoria alta se la trova libera,
Eh, probabilmente è così. Solo che, essendo il più "grande",
se non ordini i drivers e lo carichi per secondo è difficile che trovi un buco.
> e gradisce poco che venga caricato con LH.
Uhm... no, per quello non ho mai avuto problemi.
> Idem per certe versioni di MOUSE.
Io uso la 9.10, che mi sembra non faccia casino.
Ho visto che le versioni inferiori danno problemi su parecchi giochi,
specie della Taito. Segnano overflow oppure il cursore
copre solo metà schermo.
> Quindi in pratica hai a disposizione al massimo 192KB di memoria superiore per
> caricare i programmi e i driver.
Ah, ok. Lui ne aveva 114kb da caricare, dunque se incastrati bene dovrebbero starci.
MaRoK
Marok
> hanno bisogno di nessun driver DOS x soundblaster: secondo me lo puoi togliere.
Eh, anche la mia sul 486 non ha bisogno di alcun driver,
ma le schede nuove senza un emulatore per dos non funzionano.
Cmq per fortuna occupa poca memoria, una volta che la configurazione
č terminata la puoi anche caricare in memoria alta al fondo dell'autoexec
nell'ultimo buco rimasto libero, č tuttosommato indolore.
MaRoK
Carlo Luciano Bianco
news:vQFaa.37501$zo2.1...@news2.tin.it:
>> Direi che, se non gli serve memoria EMS, e' ancora meglio:
>> device=a:\emm386.exe noems highscan
>> che gli fa recuperare 64Kb di memoria superiore.
>
> Sě, č vero, ci sarebbe anche un'ulteriore raffinatezza,
> ovvero usare un po' di memoria riservata (es: I=B000-B7FF),
> ma quello lo lascio fare al memmaker, perché non so se i parametri
> siano standard o varino da macchina a macchina.
Dipendono dalla configurazione della macchina, ma sono abbastanza
standard. Ad esempio, l'area di memoria che hai citato (B000-B7FF) e'
quella riservata alle schede video monocromatiche. Se hai una scheda a
colori, puoi usarla tranquillamente (a meno che alcuni programmi non
richiedano la modalita' monocromatica).
Comunque Emm386 con il parametro highscan riesce abbastanza bene a capire
cosa e' libero e cosa no, non dovrebbe essere necessario specificare a
mano i vari indirizzi di memoria. Forse l'unico che puo' servire e'
proprio I=B000-B7FF, visto che a volte non viene usato per sicurezza (non
e' piacevole accendere il PC e trovarsi con la scheda video che non
risponde piu' perche' nella sua memoria e' stato caricato il driver del
mouse...).
>> Anche perche', se come dice mem ha solo 12 Kb di memoria superiore
>> libera, MSCDEX non c'entrera' mai...
>
> Nono, attenzione! 12kb di memoria superiore libera CONTIGUA.
Cito dal messaggio di Don Diego:
<citazione>
mem /c
Moduli utilizzanti memoria al di sotto di 1 MB:
Nome Totale Convenzionale Memoria superiore
-------- ---------------- ---------------- ----------------
[...]
Disp. 598,528 (585K) 586,160 (572K) 12,368 (12K)
Riepilogo della memoria:
Tipo di memoria Totale Usata Disponibile
---------------- ----------- ----------- -----------
Convenzionale 655,360 69,200 586,160
Superiore 59,856 47,488 12,368
</citazione>
La memoria superiore libera *totale* e' 12 KB.
> Se lui ha tre blocchi di memoria e ha, ad es., 10kb liberi nel primo,
> 11 nel secondo e 12 nel terzo, spostando opportunamente i driver
> ci entra eccome!
Su questo sono d'accordo, ma non e' il suo caso...
> Chiaro che se li carica in ordine sequenziale, come mi sembra abbia
> fatto, č difficile che riesca a farli stare su tutti e tre
> (il primo che arriva si piazza nel primo blocco e chi s'č visto s'č
> visto)
Infatti, e te lo dice uno che ha passato pomeriggi interi a provare a mano
tutte le possibili combinazioni dei driver per trovarne la sequenza
migliore... ;-)))
>> A proposito, se non ricordo male MSCDEX ci pensa da solo a caricarsi in
>> memoria alta se la trova libera,
>
> Eh, probabilmente č cosě. Solo che, essendo il piů "grande",
> se non ordini i drivers e lo carichi per secondo č difficile che trovi
> un buco.
Infatti MSCDEX dovrebbe essere caricato per primo.
>> e gradisce poco che venga caricato con LH.
>
> Uhm... no, per quello non ho mai avuto problemi.
Funziona lo stesso una volta caricato, ma puo' avere dei problemi a
caricarsi in alta. Ovvero: se caricato con LH potrebbe finire in bassa
anche se in alta lo spazio c'e'.
Questi comunque sono ricordi "per sentito dire" di quasi dieci anni fa, e
non ho mai fatto test approfonditi in proposito, quindi potrei anche
sbagliarmi...
>> Idem per certe versioni di MOUSE.
>
> Io uso la 9.10, che mi sembra non faccia casino.
Infatti dovrebbe essere l'ultima, se non ricordo male...
>> Quindi in pratica hai a disposizione al massimo 192KB di memoria
>> superiore per caricare i programmi e i driver.
>
> Ah, ok. Lui ne aveva 114kb da caricare, dunque se incastrati bene
> dovrebbero starci.
A patto di impostare correttamente Emm386, se no si perde 64 KB o
addirittura 128 KB per la page frame di una memoria EMS che non usera'
mai...
Carlo Luciano Bianco
news:AsMaa.31275$pG1.7...@news1.tin.it:
Non e' necessariamente cosi'. Il parametro importante non e' quanta
memoria effettivamente occupi il programma una volta caricato, ma quanta
ne allochi per caricarsi. Ho visto drivers che una volta caricati
occupavano 2 KB ma per caricarsi richiedevano un blocco da 20 KB!
Paradossalmente potrebbe essere necessario caricare SBEINIT come primo
driver invece che come ultimo...
Marok
> > ma le schede nuove senza un emulatore per dos non funzionano.
> > Cmq per fortuna occupa poca memoria, una volta che la configurazione
> > dell'autoexec nell'ultimo buco rimasto libero, è tuttosommato indolore.
>
> Non e' necessariamente cosi'. Il parametro importante non e' quanta
> memoria effettivamente occupi il programma una volta caricato, ma quanta
> ne allochi per caricarsi.
Sì, è vero: ad esempio keyb chiede 20688 all'avvio,
ma ne usa solo 6944 una volta caricato.
A questi conviene dare bassa priorità, cioè caricarli per ultimi,
perché tanto anche se vanno in convenzionale perdi poco (7kb),
e i 20 che occupano in memoria alta possono essere impiegati meglio
con altri driver che succhiano più memoria anche dopo.
Sbeinit mi sembra invece che occupi poco sia prima che dopo il caricamento,
ma dovrei controllare, perché qua ho un altro driver.
> Paradossalmente potrebbe essere necessario caricare SBEINIT come primo
> driver invece che come ultimo...
No, in entrambi i casi conviene caricarlo per ultimo,
perché ho verificato che lo spazio liberato dopo il caricamento
NON viene redistribuito (rimane la frammentazione)
MaRoK
Marok
>
> Cito dal messaggio di Don Diego:
Vacca zozza! E' vero!
Ma com'č possibile che ne abbia cosě poca?
Praticamente ha caricato tutto in convenzionale...
> Infatti, e te lo dice uno che ha passato pomeriggi interi a provare a mano
> tutte le possibili combinazioni dei driver per trovarne la sequenza
> migliore... ;-)))
Ah, mi sa che siamo in due! :D
Cmq... visto che me l'avevate chiesto prima,
ecco la mia configurazione da 640.000 bytes con cd+mouse+tastiera italiana:
AUTOEXEC.BAT:
@echo off
Path=c:\windows;c:\windows\command;c:\dos;c:\utility
Set Temp = c:\Temp
Set Blaster=A220 I7 D1 T1
Mode con rate=32 delay=1
LH /L:2,20688 Keyb it,,c:\windows\command\keyboard.sys
LH /L:2,21248 Mouse >nul
LH /L:3,28288 \windows\command\Mscdex.exe /S /D:SONY_000 /L:D >nul
CONFIG.SYS:
Device=\windows\Himem.sys /TestMem:off
Device=\windows\Emm386.exe Ram HighScan I=B000-B7FF
Buffers=40,0
Files=40
Dos=Umb
Dos=High
DeviceHigh /L:1,9088 =\Windows\Command\Ansi.Sys
DeviceHigh /L:2,38208 =\Drivers\Cd\Slcd.Sys /D:SONY_000 /B:340 /M:P /V /C
REPORT DI MEM /C:
Moduli utilizzanti memoria al di sotto di 1 MB:
Nome Totale Convenzionale Memoria superiore
-------- ---------------- ---------------- -----------------
SYSTEM 39,456 (39K) 9,488 (9K) 29,968 (29K)
HIMEM 1,120 (1K) 1,120 (1K) 0 (0K)
EMM386 4,176 (4K) 4,176 (4K) 0 (0K)
ANSI 4,352 (4K) 0 (0K) 4,352 (4K)
COMMAND 7,168 (7K) 0 (0K) 7,168 (7K)
SLCD 23,888 (23K) 0 (0K) 23,888 (23K)
IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K)
SETVER 832 (1K) 0 (0K) 832 (1K)
MOUSE 15,136 (15K) 0 (0K) 15,136 (15K)
KEYB 6,944 (7K) 0 (0K) 6,944 (7K)
MSCDEX 28,400 (28K) 0 (0K) 28,400 (28K)
Disp. 678,880 (663K) 640,320 (625K) 38,560 (38K)
Riepilogo della memoria:
Tipo di memoria Totale Usata Disponibile
---------------- ----------- ----------- -----------
Convenzionale 655,360 15,040 640,320
Superiore 158,112 119,552 38,560
Riservata 393,216 393,216 0
Estesa (XMS)* 15,570,528 513,632 15,056,896
---------------- ----------- ----------- -----------
Memoria totale 16,777,216 1,041,440 15,735,776
Tot. inf. a 1 MB 813,472 134,592 678,880
Totale espansa (EMS) 16,039,936 (15M)
Estesa disponibile (EMS)* 15,302,656 (15M)
* EMM386 sta utilizzando memoria XMS per simulare memoria EMS se necessaria.
La memoria EMS disponibile potrebbe cambiare al cambiare della memoria XMS.
Dim. massima di un programma eseguibile 640,304 (625K)
Dim. massima di un blocco libero di memoria superiore 18,640 (18K)
MS-DOS č residente nell'area di memoria alta.
Volendo avrei ancora 18k contigui piů una decina di k di frattaglie
per qualche altro driver, ma... non ho piů niente da metterci! :)
MaRoK
Ranger
> Sě, č vero: ad esempio keyb chiede 20688 all'avvio,
> ma ne usa solo 6944 una volta caricato.
di KEYB IT, che occupa solamente 0.6Kb di memoria, se lo vuoi
provare lo trovi sul mio sito
BowlingBPSL
Io sono riuscito ad arrivare a 600K liberi su un server di rete
LANtastic, DOS 6.22, smartdrive ed una sbrodolata di altri servizi,
ahime' indispensabili.
Credo che siano rimasti non piu' di 5K NON contigui, in memoria alta...
Due giorni di prove e tentativi... ma la soddisfazione di bagnare il
naso a quei presuntuosi dei fornitori di un certo programma di gestione
di una cosa che ha a che fare con il mio nick... "non si puo' fare"...
si, certo, provaci con un altro!
Fabrizio ;-)
Don Diego
> > Idem per certe versioni di MOUSE.
>
> Io uso la 9.10, che mi sembra non faccia casino.
> Ho visto che le versioni inferiori danno problemi su parecchi giochi,
> specie della Taito. Segnano overflow oppure il cursore
> copre solo metà schermo.
Cominciandovi a ringraziare in quanto ho effettivamente aumento la mem
superiore e ci va comodo quasi tutto, volevo chiederti in merito a questo
driver MS per mouse in ambiente dos, ho girato su tutto il sito microsoft
senza trovarlo, ma il driver mouse della microsoft non era freeware? oppure
si trova in qualche S.O.?
E poi quanto occupa questo driver?
Cioè io adesso sto usando un vecchio driver MS ver. 6.24 che avevo su un 386
e mi occupa 11 kb, però è del 1989!!!
Vorrei usare quello nuovo, ma se è freeware dove lo trovo?
grazie Diego
Marok
> superiore e ci va comodo quasi tutto, volevo chiederti in merito a questo
> driver MS per mouse in ambiente dos, ho girato su tutto il sito microsoft
> senza trovarlo, ma il driver mouse della microsoft non era freeware? oppure
> si trova in qualche S.O.?
Non so se è freeware, essendo micro$oft ho i miei dubbi... :)
> E poi quanto occupa questo driver?
20.736 bytes su hard disk
21.248 bytes di memoria al caricamento
15.184 bytes di memoria in esecuzione
> Cioè io adesso sto usando un vecchio driver MS ver. 6.24 che avevo su un 386
> e mi occupa 11 kb, però è del 1989!!!
> Vorrei usare quello nuovo, ma se è freeware dove lo trovo?
Prova:
http://www.google.it/search?q=mouse+9.10
MaRoK
Don Diego
> > Cominciandovi a ringraziare in quanto ho effettivamente aumento la mem
> > superiore e ci va comodo quasi tutto, volevo chiederti in merito a
questo
> > driver MS per mouse in ambiente dos, ho girato su tutto il sito
microsoft
> > senza trovarlo, ma il driver mouse della microsoft non era freeware?
oppure
> > si trova in qualche S.O.?
>
> Non so se è freeware, essendo micro$oft ho i miei dubbi... :)
>
> > E poi quanto occupa questo driver?
>
> 20.736 bytes su hard disk
> 21.248 bytes di memoria al caricamento
> 15.184 bytes di memoria in esecuzione
ottimo, scusa un'altra domanda come si fa a conoscere il 2° valore memoria
al caricamento?
non è presente nella schermata di mem /c
Grazie ancora Diego!
Marok
> > 21.248 bytes di memoria al caricamento
> > 15.184 bytes di memoria in esecuzione
>
> ottimo, scusa un'altra domanda come si fa a conoscere il 2° valore memoria
> al caricamento?
Te li scrive memmaker nell'autoexec e/o config prima del driver.
MaRoK
Don Diego
> > > 20.736 bytes su hard disk
> > > 21.248 bytes di memoria al caricamento
> > > 15.184 bytes di memoria in esecuzione
Posso chiederti un'altra cosa?
Questi driver per Mouse la MS li rilasciava insieme ai propri Mouse
(hardware) oppure con qualche S.O.?
CiaoDIego
Marok
> (hardware) oppure con qualche S.O.?
Cosa intendi con "propri mouse"?
Esistono dei mouse di marca Microsoft?
Cmq sì, di solito il driver dos viene fornito in un floppy insieme al mouse,
come capita per il driver cd. Però non sempre è una versione decente! :)
Francamente io non ricordo dove ho preso il 9.10,
probabilmente l'avrò trovato infilato dentro a qualche gioco...
una volta li si includevano spesso, proprio perché erano
frequenti i conflitti con le versioni precedenti.
Ma se cerchi con google qualcosa trovi ancora...
MaRoK
BassoLivello
>Qualcuno sa se esiste un programma che simuli la presenza di ulteriore
>memoria convenzionale (oltre la canonica 640 kb)?
No. La memoria convenzionale è 640 Kb.
Puoi liberare però spazio dalla memoria convenzionale (c'è l'ottimo Qemm a
tal scopo, oppure usa il più alla buona Memmaker) e portarla nella memoria
alta. Con Qemm riuscivo ad arrivare a 630 Kb di memoria convenzionale
libera facendo girare qualsiasi cosa.
>E poi questo limite di 640 Kb è superabile, cioè si può fare vedere ad un
>programma dos la presenza ad es. di 1000 kb di memoria convenzionale libera?
Ripeto, la memoria convenzionale è 640 Kb. Il resto sono aree riservate e
blocchi di memoria superiore. Al di sopra di 1 Mb, la memoria è gestita da
un driver e può essere vista come memoria estesa (XMS) o memoria espansa
(EMS).
Il dos a me non vede più di 64 Mb di memoria ma non è un grosso problema.
La maggior parte dei programmi dos ne richiede un paio di mega di memoria
XMS (o simulata EMS).
Carlo Luciano Bianco
news:21Raa.32491$pG1.7...@news1.tin.it:
>> > Nono, attenzione! 12kb di memoria superiore libera CONTIGUA.
[...]
>> La memoria superiore libera *totale* e' 12 KB.
>
> Vacca zozza! E' vero!
> Ma com'č possibile che ne abbia cosě poca?
Il problema e' il parametro "ram" di Emm386. Spreca un mare di memoria per
creare la page frame della memoria EMS (che al 99,99% a lui non serve).
> Cmq... visto che me l'avevate chiesto prima,
> ecco la mia configurazione da 640.000 bytes con cd+mouse+tastiera
> italiana:
[...]
> CONFIG.SYS:
> Device=\windows\Himem.sys /TestMem:off
> Device=\windows\Emm386.exe Ram HighScan I=B000-B7FF
Tu anche hai usato "ram", pero' hai incluso a mano l'intervallo B000-B7FF
che ti da' un po' di respiro in piu'. Quindi hai piu' memoria superiore di
lui.
Se avessi usato:
Device=\windows\Emm386.exe noems HighScan I=B000-B7FF
Avresti potuto caricare in piu' SmartDrive, NlsFunc, XMSdisk, DosKey,
Setver, Display.sys, il driver Ultra-ATA, e parecchia altra roba senza
mettere un solo KB in memoria bassa...
> Volendo avrei ancora 18k contigui piů una decina di k di frattaglie
> per qualche altro driver, ma... non ho piů niente da metterci! :)
Beh, direi che nella lista qui sopra hai l'imbarazzo della scelta... ;-))
Carlo Luciano Bianco
news:ISQaa.32459$pG1.7...@news1.tin.it:
> Sì, è vero: ad esempio keyb chiede 20688 all'avvio,
> ma ne usa solo 6944 una volta caricato.
> A questi conviene dare bassa priorità, cioè caricarli per ultimi,
> perché tanto anche se vanno in convenzionale perdi poco (7kb),
> e i 20 che occupano in memoria alta possono essere impiegati meglio
> con altri driver che succhiano più memoria anche dopo.
Pero', se vuoi tentare di mettere tutto in alta, devi caricarli per primi
perche' per ultimi non ci andranno mai...
>> Paradossalmente potrebbe essere necessario caricare SBEINIT come primo
>> driver invece che come ultimo...
>
> No, in entrambi i casi conviene caricarlo per ultimo,
> perché ho verificato che lo spazio liberato dopo il caricamento
> NON viene redistribuito (rimane la frammentazione)
Questo e' un problema, infatti. E' sempre necessario avere un po' piu' di
memoria libera di quella necessaria, in modo da poter ammortizzare il
problema.
Carlo Luciano Bianco
news:Gb5ba.36126$pG1.8...@news1.tin.it:
>> Questi driver per Mouse la MS li rilasciava insieme ai propri Mouse
>> (hardware) oppure con qualche S.O.?
>
> Cosa intendi con "propri mouse"?
> Esistono dei mouse di marca Microsoft?
Esistono, esistono...
> Cmq sě, di solito il driver dos viene fornito in un floppy insieme al
> mouse, come capita per il driver cd. Perň non sempre č una versione
> decente! :)
L'ultima versione di mouse.com e' di sicuro in tutti i mouse marchiati MS,
nonche' in tutte le versioni recenti del DOS e di Win3.x. Dubito che sia
Freeware...
iAN CooG
<alex....@leeberaw.it> scrisse:
>> MSCDEX non c'entrera' mai...
>> e gradisce poco che venga caricato con LH.
>
> Uhm... no, per quello non ho mai avuto problemi.
Vorrei aggiungere un paio di suggerimenti.
- Mscdex se caricato in config.sys con:
installhigh=x:\MSCDEX.EXE /d:mscd001 /v
viene caricato prima della partenza dell'autoexec e non si porterebbe
dietro anche l'environment come capita a tutti i prg caricati
nell'autoexec.
- Se si necessita del driver di tastiera io uso da sempre KeybIt di Pino
Navato, un tsr di 528 byte (si carica da solo in UMB) che fa 1000 cose
in piu' del keyb.com di microsoft perche' programmabile e coi tasti
rimappabili.
- Se non fa schifo avere un command interpreter degno di questo nome,
4dos al posto di command.com, si carica da solo in Ems/Xms (mi occupa
432 byte di convenzionale e 7664 byte in UMB)
- Come mouse driver usavo l'8.20, occupava meno del 9.x, o all'occorenza
Gmouse (Genius mouse), che stava in 12Kb
--
-=[]=---iAN CooG---=[]=-
Judgement day the second coming arrives
Before you see the light, you must die!
iAN CooG
<alex....@leeberaw.it> scrisse:
> SYSTEM 39,456 (39K) 9,488 (9K) 29,968 (29K)
> HIMEM 1,120 (1K) 1,120 (1K) 0 (0K)
> EMM386 4,176 (4K) 4,176 (4K) 0 (0K)
> ANSI 4,352 (4K) 0 (0K) 4,352 (4K)
> COMMAND 7,168 (7K) 0 (0K) 7,168 (7K)
> SLCD 23,888 (23K) 0 (0K) 23,888 (23K)
> IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K)
> SETVER 832 (1K) 0 (0K) 832 (1K)
> MOUSE 15,136 (15K) 0 (0K) 15,136 (15K)
> KEYB 6,944 (7K) 0 (0K) 6,944 (7K)
> MSCDEX 28,400 (28K) 0 (0K) 28,400 (28K)
E lo smartdrive? Non dirmi che riesci a vivere senza! o_O
--
-=[]=---iAN CooG---=[]=-
Invalid operator detected!
Replace and press any key.
Marok
> > ma ne usa solo 6944 una volta caricato.
> > A questi conviene dare bassa priorità, cioè caricarli per ultimi,
> > perché tanto anche se vanno in convenzionale perdi poco (7kb),
> > e i 20 che occupano in memoria alta possono essere impiegati meglio
> > con altri driver che succhiano più memoria anche dopo.
>
> Pero', se vuoi tentare di mettere tutto in alta, devi caricarli per primi
> perche' per ultimi non ci andranno mai...
Sì, se lasci che lo spazio venga assegnato in maniera casuale (o sequenziale)
è difficile che un driver "grosso", caricato per ultimo, trovi spazio:
è sempre meglio fare le cose come si deve, ordinando i driver all'avvio.
Cmq 20kb non sono tanti, tra quelli che carico è uno dei più piccoli.
MaRoK
Marok
> - Mscdex se caricato in config.sys con:
> installhigh=x:\MSCDEX.EXE /d:mscd001 /v
> viene caricato prima della partenza dell'autoexec e non si porterebbe
> dietro anche l'environment come capita a tutti i prg caricati
> nell'autoexec.
Questa sintassi va bene per qualunque driver caricato nell'autoexec?
> - Come mouse driver usavo l'8.20, occupava meno del 9.x, o all'occorenza
> Gmouse (Genius mouse), che stava in 12Kb
Eh, li ho scartati entrambi perché vanno in conflitto con molti giochi.
MaRoK
Marok
> creare la page frame della memoria EMS (che al 99,99% a lui non serve).
> che ti da' un po' di respiro in piu'. Quindi hai piu' memoria superiore di
> lui.
> Se avessi usato:
> Device=\windows\Emm386.exe noems HighScan I=B000-B7FF
> Avresti potuto caricare in piu' SmartDrive, NlsFunc, XMSdisk, DosKey,
> Setver, Display.sys, il driver Ultra-ATA, e parecchia altra roba senza
> mettere un solo KB in memoria bassa...
Eh, sul vecchio computer lo posso tranquillamente fare,
ma il nuovo purtroppo ha il driver della soundblaster che richiede memoria EMS,
dunque lasciando l'XMS ho sì più memoria alta disponibile, ma non ho l'audio...
MaRoK
Marok
> > HIMEM 1,120 (1K) 1,120 (1K) 0 (0K)
> > EMM386 4,176 (4K) 4,176 (4K) 0 (0K)
> > ANSI 4,352 (4K) 0 (0K) 4,352 (4K)
> > COMMAND 7,168 (7K) 0 (0K) 7,168 (7K)
> > SLCD 23,888 (23K) 0 (0K) 23,888 (23K)
> > IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K)
> > SETVER 832 (1K) 0 (0K) 832 (1K)
> > MOUSE 15,136 (15K) 0 (0K) 15,136 (15K)
> > KEYB 6,944 (7K) 0 (0K) 6,944 (7K)
> > MSCDEX 28,400 (28K) 0 (0K) 28,400 (28K)
>
> E lo smartdrive? Non dirmi che riesci a vivere senza! o_O
ehehe :)
una volta, quando usavo solo il dos, lo caricavo sempre,
ora che la maggiorparte delle operazioni di scrittura su disco le faccio da win
non ne sento più la necessità
MaRoK
Marok
> > ma ne usa solo 6944 una volta caricato.
> ah, a proposito di Keyb: anni fa ho scritto un sostituto
> di KEYB IT, che occupa solamente 0.6Kb di memoria, se lo vuoi
> provare lo trovi sul mio sito
Bello!
Bisognerebbe prima o poi riscrivere tutti i driver in maniera decente! :)
MaRoK
iAN CooG
<alex....@leeberaw.it> scrisse:
> ehehe :)
> una volta, quando usavo solo il dos, lo caricavo sempre,
Ah, ok. Pensavo si stava preparando una configurazione per dos puro.
--
-=[]=---iAN CooG---=[]=-
ANTIFAN #1 di Simone Crisari
iAN CooG
<alex....@leeberaw.it> scrisse:
> Questa sintassi va bene per qualunque driver caricato nell'autoexec?
Boh, direi di si', io ci caricavo anche ansi.sys. Poi si sa che tutto
dipende da macchina a macchina. Ricordo ancora dei Compaq Presario
all'apparenza uguali ma in alcuni se settavo LocalLoadHigh=1 in
System.ini non partivano nemmeno o_O;
--
-=[]=---iAN CooG---=[]=-
Invalid operator detected!
nett...@virgilio.it
On 2003-03-10 perla...@richiedisul.NG said:
>Newsgroups: it.comp.os.dos,it.comp.os.win.software
nettamer
Net-Tamer V 1.10.1 - Test Drive
Carlo Luciano Bianco
news:nFYca.65065$pG1.1...@news1.tin.it:
>> Se avessi usato:
>> Device=\windows\Emm386.exe noems HighScan I=B000-B7FF
>> Avresti potuto caricare in piu' SmartDrive, NlsFunc, XMSdisk, DosKey,
[...]
> Eh, sul vecchio computer lo posso tranquillamente fare,
> ma il nuovo purtroppo ha il driver della soundblaster che richiede
> memoria EMS, dunque lasciando l'XMS ho sì più memoria alta disponibile,
> ma non ho l'audio...
?!?!?!?!?!?
Che SoundBlaster hai? E, soprattutto, che driver? Non mi risulta che i
driver della SoundBlaster richiedano memoria EMS...
Marok
> > ma il nuovo purtroppo ha il driver della soundblaster che richiede
> > memoria EMS, dunque lasciando l'XMS ho sì più memoria alta disponibile,
> > ma non ho l'audio...
>
> ?!?!?!?!?!?
>
> Che SoundBlaster hai? E, soprattutto, che driver? Non mi risulta che i
> driver della SoundBlaster richiedano memoria EMS...
Ho una soundblaster pci 128, e il suo driver dos "sbinit.com"
se non trova memoria EMS mi fa piantare il computer.
Se qualcuno ha una versione dello stesso driver meno idiota
sarei lieto di collaudarla! :)
MaRoK
Carlo Luciano Bianco
news:_ejda.70111$pG1.1...@news1.tin.it:
>> Che SoundBlaster hai? E, soprattutto, che driver? Non mi risulta che i
>> driver della SoundBlaster richiedano memoria EMS...
>
> Ho una soundblaster pci 128, e il suo driver dos "sbinit.com"
> se non trova memoria EMS mi fa piantare il computer.
Mi pare *davvero* strano. I computer con bus PCI non hanno mai avuto la
memoria EMS, la possono solo emulare con EMM386 e simili. Mi sembra
incredibile che un driver di una SB PCI 128 richieda memoria EMS.
Non e' che per caso gli serve invece che certe aree di memoria superiore
siano libere per usarle lui? Magari se dici a EMM386 di creare memoria EMS
lui non occupa certi spazi e cosi' sbinit li puo usare. In caso contrario,
si blocca tutto.
Marok
> > se non trova memoria EMS mi fa piantare il computer.
>
> Mi pare *davvero* strano. I computer con bus PCI non hanno mai avuto la
> memoria EMS, la possono solo emulare con EMM386 e simili. Mi sembra
> incredibile che un driver di una SB PCI 128 richieda memoria EMS.
Ho fatto varie prove:
- se carico il driver in memoria CONVENZIONALE ed emm386 ha l'opzione NOEMS, il driver funziona.
- se carico il driver in memoria ALTA (solo con LH) ed emm386 ha l'opzione NOEMS, il computer si pianta.
- se carico il driver SENZA EMM386, il driver segnala che non puň funzionare senza un gestore di memoria alta
- se carico EMM386 con l'opzione RAM (EMS) il driver funziona sia in memoria convenzionale che in memoria alta.
Dunque, senza memoria EMS, il driver per funzionare deve per forza stare in memoria convenzionale.
> Non e' che per caso gli serve invece che certe aree di memoria superiore
> siano libere per usarle lui? Magari se dici a EMM386 di creare memoria EMS
> lui non occupa certi spazi e cosi' sbinit li puo usare. In caso contrario,
> si blocca tutto.
Bč, č possibile, perň di memoria alta libera con la XMS ne ho a bizzeffe,
sicuramente piů che con la EMS. E' strano che non funzioni...
MaRoK
PietroSaldo
> > > Ho una soundblaster pci 128, e il suo driver dos "sbinit.com"
> > > se non trova memoria EMS mi fa piantare il computer.
> >
> > Mi pare *davvero* strano. I computer con bus PCI non hanno mai
avuto la
> > memoria EMS, la possono solo emulare con EMM386 e simili. Mi
sembra
> > incredibile che un driver di una SB PCI 128 richieda memoria
EMS.
Anche a me sembra strano, e non ci credo.
> Ho fatto varie prove:
>
> - se carico il driver in memoria CONVENZIONALE ed emm386 ha
l'opzione NOEMS, il driver funziona.
> - se carico il driver in memoria ALTA (solo con LH) ed emm386 ha
l'opzione NOEMS, il computer si pianta.
> - se carico il driver SENZA EMM386, il driver segnala che non puň
funzionare senza un gestore di memoria alta
> - se carico EMM386 con l'opzione RAM (EMS) il driver funziona sia
in memoria convenzionale che in memoria alta.
>
> Dunque, senza memoria EMS, il driver per funzionare deve per
forza stare in memoria convenzionale.
Mi sembra normale anch'io ho un driver SBEINIT.COM della
soundblaster live 5.1
che si carica _solo_ in memoria convenzionale ma attenzione se il
BIOS non č
settato in un certo modo che ora dirň e se non c'č il gestore
EMM386 non si carica
proprio. Puň darsi che sia simile il caso...
ho un bios AWARD in Advanced
PCI/PNP ISA UMB Resource Exclusion ho settato questi valori
ISA MEM Block BASE [C800] (No/ICU CC00 D000 D400 D800 DC00)
ISA MEM Block Size [8k] (16K 32K 64K)
questi tra parentesi sono gli altri set disponibili
Quindi ripeto se non do' questi valori al bios, addio driver audio.
Poi cmq ci vuole EMM386 nel config.sys io lo carico cosi' in win98
DEVICE=[path]EMM386.EXE noems D=64 WIN=B000-B7FF WIN=C800-CBFF
Da quello che ho intuito utilizza l'indirizzo che dň da bios per
far funzionare la scheda.
> > Non e' che per caso gli serve invece che certe aree di memoria
superiore
> > siano libere per usarle lui? Magari se dici a EMM386 di creare
memoria EMS
> > lui non occupa certi spazi e cosi' sbinit li puo usare. In caso
contrario,
> > si blocca tutto.
Secondo me e' proprio cosi' come ho appena spiegato sopra.
> Bč, č possibile, perň di memoria alta libera con la XMS ne ho a
bizzeffe,
> sicuramente piů che con la EMS. E' strano che non funzioni...
> MaRoK
Per il motivo di sopra in my opinion.
Ciao
Pietro
Marok
> forza stare in memoria convenzionale.
>
> Mi sembra normale anch'io ho un driver SBEINIT.COM della soundblaster live 5.1
> che si carica _solo_ in memoria convenzionale
Be', mal comune mezzo gaudio, ma non mi sembra molto normale,
anzi, mi sembra una bella porcata!
Non ci penso nemmeno di caricare il driver audio in memoria convenzionale! :)
Cmq alla fine ho capito il problema:
il parametro di emm386 che nella mia configurazione causava l'errore era I=B000-B7FF.
Evidentemente, come mi sembra avessi detto anche tu, sono indirizzi di memoria necessari
per il driver audio: se li trovava occupati si incazzava come una bestia e crashava il computer! :)
Tolto quel parametro posso tranquillamente caricare in memoria alta il driver audio
mantenendo NOEMS in emm386.
Trovo cmq strano che con la memoria EMS il parametro I=B000-B7FF non dia problemi,
misteri dell'informatica.
MaRoK
Carlo Luciano Bianco
news:b580qi$9qq$1...@lacerta.tiscalinet.it:
[...]
> ISA MEM Block BASE [C800] (No/ICU CC00 D000 D400 D800 DC00)
> ISA MEM Block Size [8k] (16K 32K 64K)
> questi tra parentesi sono gli altri set disponibili
>
> Quindi ripeto se non do' questi valori al bios, addio driver audio.
> Poi cmq ci vuole EMM386 nel config.sys io lo carico cosi' in win98
> DEVICE=[path]EMM386.EXE noems D=64 WIN=B000-B7FF WIN=C800-CBFF
> Da quello che ho intuito utilizza l'indirizzo che dò da bios per
> far funzionare la scheda.
A questo punto mi sembra chiaro che la tua scheda audio necessita di
un'area di memoria alla locazione C800. Guarda caso, questa locazione
viene usata di default da EMM386, a meno che tu non la escluda con "X=" o
con "WIN=".
Il problema di Marok deve essere qualcosa di molto simile...
Carlo Luciano Bianco
news:7%Dda.107650$zo2.2...@news2.tin.it:
>> > Ho una soundblaster pci 128, e il suo driver dos "sbinit.com"
>> > se non trova memoria EMS mi fa piantare il computer.
>>
>> Mi pare *davvero* strano. I computer con bus PCI non hanno mai avuto la
>> memoria EMS, la possono solo emulare con EMM386 e simili. Mi sembra
>> incredibile che un driver di una SB PCI 128 richieda memoria EMS.
>
> Ho fatto varie prove:
[...]
A questo punto direi che il mio dubbio diventa una certezza. Il problema
e' nella compatibilita' tra sbinit.com e EMM386, non ha nulla a che vedere
con la memoria EMS.
>> Non e' che per caso gli serve invece che certe aree di memoria
>> superiore siano libere per usarle lui? Magari se dici a EMM386 di
>> creare memoria EMS lui non occupa certi spazi e cosi' sbinit li puo
>> usare. In caso contrario, si blocca tutto.
>
> Bč, č possibile, perň di memoria alta libera con la XMS ne ho a
> bizzeffe, sicuramente piů che con la EMS. E' strano che non funzioni...
Attento: la memoria alta libera e' comunque gestita da EMM386. Ogni
programma che la vuole usare deve passare attraverso di lui. Evidentemente
con il parametro NOEMS EMM386 assume il controllo di qualche area di
memoria tra C000 e EFFF che serve alla SB128 per funzionare. A questo punto
quella memoria viene mostrata come "libera" e ne viene precluso l'utilizzo
alla SB128, causando il blocco del driver.
Anzi, magari sbinit.com viene caricato proprio in quella area di memoria e
questo causa il vero e proprio blocco. Questo spiegerebbe il funzionamento
nel caso di caricamento in memoria bassa.
Carlo Luciano Bianco
news:lmOda.79033$pG1.1...@news1.tin.it:
> Cmq alla fine ho capito il problema:
> il parametro di emm386 che nella mia configurazione causava l'errore era
> I=B000-B7FF. Evidentemente, come mi sembra avessi detto anche tu, sono
> indirizzi di memoria necessari per il driver audio: se li trovava
> occupati si incazzava come una bestia e crashava il computer! :)
Lo strano e' che questo indirizzo e' riservato alla scheda video
monocromatica, se presente. Non dovrebbe avere nulla a che fare con la
scheda audio.
A questo punto mi viene da pensare che sbinit.com non voglia essere
caricato in quell'indirizzo, per motivi noti solo a lui. Forse potresti
risolvere anche rimettendo I=B000-B7FF e specificando nei parametri di LH
sulla riga di comando di sbinit.com di caricarlo al di sopra di C000.
> Trovo cmq strano che con la memoria EMS il parametro I=B000-B7FF non dia
> problemi, misteri dell'informatica.
Con il parametro RAM buona parte della memoria superiore viene usata per
la page frame dell'EMS. Evidentemente in tal caso sbinit.com va a finire
fuori da B000-B7FF e il problema non si presenta. Mah...
PietroSaldo
> > > Dunque, senza memoria EMS, il driver per funzionare deve per
> > forza stare in memoria convenzionale.
> >
> > Mi sembra normale anch'io ho un driver SBEINIT.COM della
soundblaster live 5.1
> > che si carica _solo_ in memoria convenzionale
>
> Be', mal comune mezzo gaudio, ma non mi sembra molto normale,
> anzi, mi sembra una bella porcata!
> Non ci penso nemmeno di caricare il driver audio in memoria
convenzionale! :)
Purtroppo mi pare necessario, solo cosi va'
considera che occupa poco (da me solo 5k)
Cmq da quello che ho capito mi pare che utilizza un blocco
di memoria a partire da c800 fornita da EMM386 che vuole
usare solo lui e da cui bisogna escludere di caricare altri driver,
nel bios non hai trovato nulla di simile alle voci che ti ho detto
?
Nel blocco suddetto lui non si carica ma cmq lo utilizza.
> Cmq alla fine ho capito il problema:
> il parametro di emm386 che nella mia configurazione causava
l'errore era I=B000-B7FF.
> Evidentemente, come mi sembra avessi detto anche tu, sono
indirizzi di memoria necessari
> per il driver audio: se li trovava occupati si incazzava come una
bestia e crashava il computer! :)
>
> Tolto quel parametro posso tranquillamente caricare in memoria
alta il driver audio
> mantenendo NOEMS in emm386.
>
> Trovo cmq strano che con la memoria EMS il parametro I=B000-B7FF
non dia problemi,
> misteri dell'informatica.
Ma sei certo che i 64 k di memoria dati dall'indirizzo ci sono
quando carichi con la memoria EMS ?
(mettendo l'opzione /V te ne accorgi)
quanti K ne vedi in totale di superiore ?
Nel bios hai controllato se è libero l'indirizzo in questione ?
Se venisse utilizzato dall'hardware del video
non ci sarebbe niente da fare !
Ciao, Pietro
BowlingBPSL
> Sě, č vero: ad esempio keyb chiede 20688 all'avvio,
> ma ne usa solo 6944 una volta caricato.
Mai sentito parlare di Keyit dell'Alberto Pasquale? Non mi sembra che
vada oltre i 700 *byte*
Fabrizio
Marok
Ho scoperto pochi giorni fa quello di Ranger, su www.rossi.eu.com,
occupa solo 500 bytes!
Ora non resta che riscrivere anche tutti gli altri e siamo a posto! :)
MaRoK