Minneshantering i DOS?

[Zeela]

http://sv.wikipedia.org/wiki/Postapokal ... ce_fiction

[GFEF]

Ett mycket användbart komando i DOS är >

mem>C\:mem.txt

skapar en fil C\:mem.txt som innerhåler vad mem visar på skärmen

dir>fildir.txt

dir>prn

Om prn ger utskrift skrives vad dir ger på skärmen ut...

[säter]

GFEF.
Jag får "file creation error".
Ska man skriva exakt så här: "mem>C\:mem.txt"?

[Zeela]

prova:
mem > C:\mem.txt

[säter]

"mem > C:\mem.txt" fungerade perfekt. Det var nog fel ordningsföljd :\

Jäkla smidigt.
Fungerar det här på alla DOS-kommandon?

[Johanb]

I princip ska det fungera på de flesta kommandon, det kan finnas undantag, det är bra att prova.

[GFEF]

>Fungerar det här på alla DOS-kommandon?

Borde funger på DOS-kommandon i alla versioner tror jag.....

Inte bara till filer utan standard DOS enheter som prn

Utan att läsa på....

< fil.txt "en fil.txt måste finnas OCH det nya läggs till slutet av filen"
> fil.txt "fil.txt skapas utan kontroll OM det finns en fil.txt befintlig skrivs över"
| "rörledningstecken sänder utmating från kommandon till indata nästa kommandon"

Allt samma tanget med skift och Alt

Exempel :

dir|more "en sida i taget av flersidors utmatning"

[Oskar]

GFEF:
Inte riktigt.
kommando < "fil" läser in innehållet i filen och pipar innehållet till kommandoprogrammet.
kommando > "fil" skriv resultat / utdata från "kommando" till filen
kommando >> "fil" samma som ovan fast ny data läggs till i slutet av filen i stället för att filen töms först. I de två sista fallen skapas filen om den inte finns redan.

[Johanb]

Säter, du kan testa med ett redigt höftskott, byt:

Kod: Markera allt

DEVICE=C:\DOS\EMM386.EXE DPMI=OFF FRAME=NONE INT15=1440 /E=CA00-CDFF

mot

Kod: Markera allt

DEVICE=C:\DOS\EMM386.EXE 4096 m5

blir det tokfel så kan du testa att ta bort m5 och som sista kan du prova:

Kod: Markera allt

DEVICE=C:\DOS\EMM386.EXE min=4096

Om inget av dessa gör skillnad kan du väl klistra in vad "mem" skriver efter varje åtgärd.
Det är knepigt när man inte gjort något liknande på 20år men jag har svagt minne av att acad kan vara ett fanstyg att få igång beroende på version och minnestyp. Sånt här är alltid enklare att lösa hands-on på plats.
Men jag förordar fortfarande att du trixar över qemm och delar av autoexec.bat och config.sys.

[säter]

Utan ändring i config.sys:

Kod: Markera allt

655360 bytes total conventional memory
    655360 bytes available to MS-DOS
    512784 largest executable program size

    655360 bytes total EMS memory
    262144 bytes free EMS memory

  67043328 bytes total contiguous extended memory
         0 bytes available contiguous extended memory
  15177728 bytes available XMS memory
           64Kb High Memory Area available

Ändring enl. 1:a förslaget:

Kod: Markera allt

655360 bytes total conventional memory
    655360 bytes available to MS-DOS
    456416 largest executable program size

   4587520 bytes total EMS memory
   4194304 bytes free EMS memory

  67043328 bytes total contiguous extended memory
         0 bytes available contiguous extended memory
  11319296 bytes available XMS memory
           64Kb High Memory Area available

Ändring enl. 2:a förslaget:

Kod: Markera allt

 655360 bytes total conventional memory
    655360 bytes available to MS-DOS
    456416 largest executable program size

    655360 bytes total EMS memory
    262144 bytes free EMS memory

  67043328 bytes total contiguous extended memory
         0 bytes available contiguous extended memory
  15255552 bytes available XMS memory
           64Kb High Memory Area available

[Johanb]

Testade du att starta acad under någon av ändringarna och i så fall hur gick det?
Om inte så är

Kod: Markera allt

DEVICE=C:\DOS\EMM386.EXE 4096 m5

intressant att provköra acad med.

[säter]

Testade bara ändring nr.2.
Det fungerade ännu sämre. Jag testa den första ändringen också.

[johano]

Om det nu är minne i 640Kb-utrymmet (kallas väl "largest executable program size" i mem) som behöver frigöras så kan du testa med att flytta din DEVICE=HIMEM.SYS först av alla DEVICE-rader i config.sys, och sedan köra med DEVICEHIGH på de andra.

Här är en rätt bra artikel om DOS minneshantering:
http://support.microsoft.com/kb/95555
'
/johan

[Johanb]

Innehållet i "C:\NWCLIENT\STARTNET.BAT" är också av intresse, titta igenom så den inte innehåller känslig info typ användarnamn eller lösenord innan du postar den.
Jag misstänker att det är två olika generationer av netware-klient, den gamla använder ipx.com/netx.com och den nya använder vlm-klienten. Det kan ha betydelse för hur mycket konventionellt minne som kan skakas fram.
Har du någon dokumentation kvar för acad eller förpackning eller liknande som anger vilken hårdvara som krävs/rekommenderas?

[säter]

Så här ser startnet.bat ut.

Kod: Markera allt

@ECHO On
PATH %PATH%C:\NWCLIENT;;C:\;
SET NWLANGUAGE=ENGLISH
C:
CD C:\NWCLIENT
LH LSL
LH 3C90X
LH IPXODI
VLM
CD \
f:
LOGIN

#Jag misstänker att det är två olika generationer av netware-klient#
När du säger det, så är det.
Det är en kvarleva efter att jag hade DOS/Win på dualboot. Med gemensamt nätverkskort.
Idag kör jag separat burk för DOS.
Men det har ju fungerat acceptabelt innan jag bytte kontorsdator, så det är säkert bara någon liten skitgrej.

Verkstadsdatorn kör jag inte AutoCad på, men jag tycker ändå den verkar bäst av alla.
Så QEMM är nog att föredra.

#Har du någon dokumentation kvar för acad eller förpackning eller liknande som anger vilken hårdvara som krävs/rekommenderas?#
Ha ha, det är inga måttliga krav. Det är nästan 25 år sedan.
Jag har en kopia på manualen. (tog en hel natt att kopiera minns jag ) Dock ingen installationsmanual.

På den tiden körde jag med en 286'a med 2-skärmsystem, och digitizer givetvis.
Grafikskärmen fick jag överge när datorerna passerade 100MHz. Då var det någonting som gick för fort för att initiera skärmen vid start.