"not enough memory" und ANSI.COM

[Klaus Lehmann]

* Reply to a message in Listserv_AllegroC.
rfb at mail.blinx.de wrote Mar-14-1999 to Klaus Lehmann 
 about 'Re: "not enough memory" und ANSI.COM' :

Hallo rfb (und andere)
 rm> CONFIG.SYS
 rm> device=c:\windows\himem.sys
 rm> device=c:\windows\emm386.exe noems
 rm> dos=high,umb
 rm> devicehigh=c:\windows\COMMAND\display.sys con=3D(ega,,1)
 rm> Country=049,437,c:\windows\COMMAND\country.sys
 rm> buffers=30
 rm> files=50
 rm> devicehigh=c:\windows\COMMAND\ansi.sys

meines Erachtens sind die Zeilen mit Display.sys und Country.sys ueberfluessig.
Sie bringen evtl allenfalls einen kleinen ram-gewinn. ;-) Auch koennte buffers
mit 30 vielzuviel sein, weil das basis-betriebsystem ja ein eigenes file-cache
mitbringt. m.E. reichen buffers=3 oder buffers=5 voellig.
(aber alle diese Empfehlungen sind natuerlich auszuprobieren; jedenfalls 
laufen sie alle SO bei 'meinen' AllegroC-Installationen mit win9x. ;-)


 rm> AUTOEXEC.BAT
 rm> mode con codepage prepare=3D((437) c:\windows\COMMAND\ega.cpi) mode
 rm> con codepage select=3D437
 rm> lh keyb gr,,c:\windows\COMMAND\keyboard.sys
 rm> path=3Dc:\batch;c:\util
 rm> lh doskey

Hierzu wuerde ich gerne anmerken:
mode con/ega.cpi ist auch ueberfluessig; die codepage ebenfalls.
das keyb gr duerfte auch von seiten des betriebssystems erledigt werden;

in den path sollte man unbedingt noch c:\allegro; aufnehmen. 
(muss man? oder doch nicht noetig?)

 rm>   Max. Gr=94=E1e f=81r ausf=81hrbares Programm         620.064  
 rm> (606K)   Gr=94=E1ter freier oberer Speicherblock                0  
 rm>   (0K)   MS-DOS ist resident im hohen Speicherbereich (HMA).
ja, kb620 sind prima. so soll es sein. ;-)


 rm> Sie schrieben von Netzwerkanbindung.
 rm> Es ist von der Version Ihres Netzwerkbetriebssystems und der
 rm> Aktualitaet = der Treiber abhaengig, sowie von Qualifikation und 
 rm> Motivation des Netzadmin, = wie gut oder schlecht Ihr 
 rm> konventioneller Arbeitsspeicher (unter 640 kB) konfiguriert ist.
 rm> Bekanntlich neigen speziell die Netztreiber und die 
                                    ~~~~~~~~~~~ -> 1.
 rm> Netzdruckerverwaltung dazu, nicht mit DEVICEHIGH (CONFIG.SYS) oder 
     ~~~~~~~~~~~~~~~~~~~ -> 2.
 rm> LOADHIGH (AUTOEXEC.BAT) nach oben geladen werden zu wollen.


sorry, heftiger widerspruch!
1.
die klassischen nerzwerktreiber sind z.b. vlm und der fysikalische NIC-treiber
koennen sehr wohl hochgeladen werden. vlm.exe laedt hochladbare teile von
alleine hoch! auch gibt vlm /? mehr auskunft!
nebenbei: unter win95 duerften DIESE treiber ueberfluessig sein. AUCH
ist das basisbetriebssystem dafuer zustaendig. Diese ZUSTAENDIGKEIT habe ich
wunderbar am beispiel von mscdex.exe gesehen. ER war einfach NICHT notwendig!
die (ms)dos-cdrom-extionsion war ja bereits von win9x geladen.

2. wiewaswodennjawolaufensiedenn?
netzdruckerverwaltung: wer rprinter einsetzt, ist entweder eine
sprichwoertliche 'arme sau' oder man weiss es nicht besser.
der erste fall bedeutet, man erspart sich einen anstaendigen printer-server
(die kleinen kisten kosten nur 300-600 DM) und der drucker ist von jeder work-
station aus ansprechbar. der zweite fall bedeutet IMMER, dass rprinter eine schlechte loesung ist. man hat IMMER probleme. man greife immer zur ersten
loesung.


abschliessende schlussbemerkung: ich bin richtig dankbar, dass win9x ein so
'perfektes' betriebsystem ist. es laesst einem immer den spielraum fuer extra-
arbeiten (d.h. extra-honorare ;-); WEIL: ein normalo_user kann NICHT allegroc
unter win95 oder gar eNTe installieren. 
na, jedenfalls der grosse dank gilt den braunschweigern -und DAS ist
WIRKLICH NICHT ironisch zu verstehen! - 
warum? weil: dank allegroC kannmanebensovielesmachen.



Viele Gruesse
 Klaus
  Lehmann
   SysAdmin of Novell-Servers in Kreuzberg & AllegroC-Dienstleistungen 
--- timEd/2 1.10.y2k+
--
|Fidonet:  Klaus Lehmann 2:2411/801.502