From: Digestifier To: Linux-Activists@news-digests.mit.edu Reply-To: Linux-Activists@news-digests.mit.edu Date: Mon, 13 Apr 92 23:45:10 EDT Subject: Linux-Activists Digest #62 Linux-Activists Digest #62, Volume #2 Mon, 13 Apr 92 23:45:10 EDT Contents: Re: all kinds of questions (Drew Eckhardt) Re: all kinds of questions (Drew Eckhardt) Re: Problems with serial port drivers?? (Ed Carp) Re: Problems with serial port drivers?? (Ed Carp) Losing Characters (Rob Coleman) Re: When will "Linux 1.0" come to the world ? (Drew Eckhardt) Re: New project: S3 Acc. video support for Linux. (Steven Kraft) Re: New project: S3 Acc. video support for Linux. (Steven Kraft) /usr/root/.emacs sample (thomas dunbar) Re: .95c+ and GCC2.1 kernel compiles, MAN? (Hongjiu Lu) Where to get a hold of Linux (Brian Chojnowski) Re: Partitioning Warning! (Mike Ching) Re: Linux-Activists Digest #56 (Scott Beckstead) help with back-space key in 0.95c+(boot) and 0.95a(root)! Re: all kinds of questions (Jim Winstead Jr.) Re: all kinds of questions (Jim Winstead Jr.) Re: When will "Linux 1.0" come to the world ? (Jim Winstead Jr.) Re: Patch to preset the SVGA mode (Dennis Flaherty) Linux makefile (Epstein@DOCKMASTER.NCSC.MIL) ---------------------------------------------------------------------------- From: drew@ophelia.cs.colorado.edu (Drew Eckhardt) Crossposted-To: alt.os.linux Subject: Re: all kinds of questions Date: 13 Apr 92 22:34:28 GMT In article <1992Apr13.191537.8035@coe.montana.edu> icsu8268@cs.montana.edu (Greenup) writes: > >Hello netters! > I just booted up for the first time two days ago, and now I'm a happy >Linux user. Well, almost. I do have a few questions... > >1. is "agetty" different than "getty", if so, No real obvious differences. >3. does "sync" do a diskpark, or do I have to round up a routine for that? No. sync merely commits the buffercache to disk. Buffers will be committed to disk when buffercache is full, or a sync() syscall is performed. To prevent heinous catastrophees, update is run from /etc/rc. update syncs the disks every 30 seconds. Most hard disks these days autopark, so that shouldn't be a problem. >4. I've heard that there's some binary incompatibility coming up. > does the new work with the old or does the old work with the new, Files linked with the new ld do not work with older kernels, but older binaries run on the new kernel. > when (+/- a week) is this expected to take effect? The new a.out.h is already used in the .95c+ kernel, and the new gcc2.1 ld uses it. > is this tied in with the new compiler, or a new kernal goodie? it's a header file upgrade to make us more 'normal' >5. has anyone done any work on something similar to messydos's "snipper" > (a cut & paste print screen) or "buffit" (a scrollback buffer) There is a cut and paste via mouse kernel patch, and the kernel supports screen dumps to a file. ------------------------------ From: drew@ophelia.cs.colorado.edu (Drew Eckhardt) Crossposted-To: alt.os.linux Subject: Re: all kinds of questions Date: 13 Apr 92 22:34:28 GMT In article <1992Apr13.191537.8035@coe.montana.edu> icsu8268@cs.montana.edu (Greenup) writes: > >Hello netters! > I just booted up for the first time two days ago, and now I'm a happy >Linux user. Well, almost. I do have a few questions... > >1. is "agetty" different than "getty", if so, No real obvious differences. >3. does "sync" do a diskpark, or do I have to round up a routine for that? No. sync merely commits the buffercache to disk. Buffers will be committed to disk when buffercache is full, or a sync() syscall is performed. To prevent heinous catastrophees, update is run from /etc/rc. update syncs the disks every 30 seconds. Most hard disks these days autopark, so that shouldn't be a problem. >4. I've heard that there's some binary incompatibility coming up. > does the new work with the old or does the old work with the new, Files linked with the new ld do not work with older kernels, but older binaries run on the new kernel. > when (+/- a week) is this expected to take effect? The new a.out.h is already used in the .95c+ kernel, and the new gcc2.1 ld uses it. > is this tied in with the new compiler, or a new kernal goodie? it's a header file upgrade to make us more 'normal' >5. has anyone done any work on something similar to messydos's "snipper" > (a cut & paste print screen) or "buffit" (a scrollback buffer) There is a cut and paste via mouse kernel patch, and the kernel supports screen dumps to a file. ------------------------------ From: erc@Apple.COM (Ed Carp) Crossposted-To: alt.os.linux Subject: Re: Problems with serial port drivers?? Date: 13 Apr 92 17:31:13 GMT In article liljeber@kruuna.Helsinki.FI (Mika Pekka Liljeberg) writes: >forking a new process, I don't know. It's annoying all the same. It's more than annoying -- I'm running a Telebit modem, and I get about 1MB of stuff a day through. I've had to drop down to 2400 baud with another modem to get it to consistently work. It's only a matter of time until the sysadmin upstream finds out that I'm talking to him at 2400 baud and blows a gasket :) -- Ed Carp N7EKG/6 erc@khijol.UUCP erc@apple.com Cupertino, CA 415/336-0797 -- Absolutely unabashed Gates McFadden groupie! -- ------------------------------ From: erc@Apple.COM (Ed Carp) Crossposted-To: alt.os.linux Subject: Re: Problems with serial port drivers?? Date: 13 Apr 92 17:31:13 GMT In article liljeber@kruuna.Helsinki.FI (Mika Pekka Liljeberg) writes: >forking a new process, I don't know. It's annoying all the same. It's more than annoying -- I'm running a Telebit modem, and I get about 1MB of stuff a day through. I've had to drop down to 2400 baud with another modem to get it to consistently work. It's only a matter of time until the sysadmin upstream finds out that I'm talking to him at 2400 baud and blows a gasket :) -- Ed Carp N7EKG/6 erc@khijol.UUCP erc@apple.com Cupertino, CA 415/336-0797 -- Absolutely unabashed Gates McFadden groupie! -- ------------------------------ From: gt0449a@prism.gatech.EDU (Rob Coleman) Subject: Losing Characters Date: 13 Apr 92 22:51:05 GMT Last night I was transferring a file using xcomm and the rz that is distributed with it, and all was working well until the program went to disk to write the data that it had just received. Using a USRobotics Dual Standard communicating at 19.2kbps, a CRC error would be generated each time Linux went to write something out to disk. This problem was not at all due to processor load (I could run 4 infinite loops in other tty's and not have it affect the transfer at all), but due seemingly to interrupt latency. I have the modem running off of a 16550 UART, but my tests show that at powerup, the 16 byte buffer is turned off. Should I need to use the buffer for Linux to keep up with 19.2kbps transfers? I've got some pascal code that turns the buffer on and off, and I'm working on getting that translated into Linux useable code. When I get that done, I'll stick it up (if there's interest). I've got a 486/33 with two fairly quick Seagate hard drives, so I wouldn't think that there would be much problem keeping up. Is there something I may be doing wrong? I've also got a 5 meg swap partition set up.. Thanks in advance.. -- Rob Coleman ][ Science, like nature, must also be tamed. gt0449a@prism.gatech.edu ][ With a view towards its presevation.. Georgia Tech, P.O. Box 30449 ][ Atlanta, GA 30332 ][ -Rush/Natural Science ------------------------------ From: drew@ophelia.cs.colorado.edu (Drew Eckhardt) Subject: Re: When will "Linux 1.0" come to the world ? Date: Mon, 13 Apr 1992 22:45:27 GMT In article <1992Apr13.215610.22632%dr794348@cs.nthu.edu.tw> dr794348@cs.nthu.edu.tw (mr79) writes: >Linux 0.95c is still in the period of development. >Everything is rather unstable. The only things unstable in Linux right now is caused by the lack of limits and a reasonable scheme to insure that there is enough virtual memory for every process running, and tar not handling EOF and consequently multi-volume tars correctly. I think that before Linux reaches 1.0, it definately needs to have the limit system calls implemented, and a "real" filesystem on top of VFS, such as Berkely FFS, or LFS. To be on a par with what BSD / HURD / etc will be once they are out of development, an X port should be finished, and support for TCP / IP over "standard" ethernet boards, as well as SLIP / CSLIP in the kernel should be added. QIC-02 tape support would be nice too. ------------------------------ From: kraft@gac.edu (Steven Kraft) Crossposted-To: alt.os.linux Subject: Re: New project: S3 Acc. video support for Linux. Date: 14 Apr 92 00:29:54 GMT Reply-To: kraft@gac.edu In article <1992Apr13.141102@hammer.Prime.COM> writes: ! In article <1992Apr13.110732.836@gacvx2.gac.edu>, kraft@gac.edu (Steven Kraft) writes: ! > To all who are interested in (or curious about) direct (local) bus video ! Being the owner of a brand spanking new Diamond Stealth VRAM S3 based video ! card with 1MB of memory and the Hi-Color DAC, I share your interest in the S3 ! based video support category. Great! ! > The primary way of setting refresh rates is through switches which ! > are easily accessible through a slot in the card's back panel. A small ! > screwdriver is all it takes, no need to open the computer. ! ! The Stealth only has 4 swithches on the back of its card. Two of them help ! select refresh rates. I guess I'm lucky. Two of these four states support The Fahrenheit is similar. Two switches select refresh, one controls a speed up option which can "hang" some systems (this switch is not used on my Fahr 1280/D since it can always run at full speed in its own direct bus slot), and the 4th switch has no use on either the 16 or 32 bit versions! ! Diamond supplies an SMODE program to fine tune your video configuration, and ! select other monitors or special frequencies/syncs/etc. Orchid has other utilities as well, such as FMODE. ! ================================================================= ! Kevin J. Cummings Prime Computer Inc. ! 20 Briarwood Road 500 Old Connecticut Path ! Framingham, Mass. Framingham, Mass. ! ! Work: cummings@primerd.Prime.COM ! Home: cummings@kjc386.framingham.ma.us Steven Kraft KRAFT@GAC.EDU Comp Sci major Micro/Minicomputer Consultant Gustavus Adolphus College, St. Peter, MN 56082 ------------------------------ From: kraft@gac.edu (Steven Kraft) Crossposted-To: alt.os.linux Subject: Re: New project: S3 Acc. video support for Linux. Date: 14 Apr 92 00:29:54 GMT Reply-To: kraft@gac.edu In article <1992Apr13.141102@hammer.Prime.COM> writes: ! In article <1992Apr13.110732.836@gacvx2.gac.edu>, kraft@gac.edu (Steven Kraft) writes: ! > To all who are interested in (or curious about) direct (local) bus video ! Being the owner of a brand spanking new Diamond Stealth VRAM S3 based video ! card with 1MB of memory and the Hi-Color DAC, I share your interest in the S3 ! based video support category. Great! ! > The primary way of setting refresh rates is through switches which ! > are easily accessible through a slot in the card's back panel. A small ! > screwdriver is all it takes, no need to open the computer. ! ! The Stealth only has 4 swithches on the back of its card. Two of them help ! select refresh rates. I guess I'm lucky. Two of these four states support The Fahrenheit is similar. Two switches select refresh, one controls a speed up option which can "hang" some systems (this switch is not used on my Fahr 1280/D since it can always run at full speed in its own direct bus slot), and the 4th switch has no use on either the 16 or 32 bit versions! ! Diamond supplies an SMODE program to fine tune your video configuration, and ! select other monitors or special frequencies/syncs/etc. Orchid has other utilities as well, such as FMODE. ! ================================================================= ! Kevin J. Cummings Prime Computer Inc. ! 20 Briarwood Road 500 Old Connecticut Path ! Framingham, Mass. Framingham, Mass. ! ! Work: cummings@primerd.Prime.COM ! Home: cummings@kjc386.framingham.ma.us Steven Kraft KRAFT@GAC.EDU Comp Sci major Micro/Minicomputer Consultant Gustavus Adolphus College, St. Peter, MN 56082 ------------------------------ From: thomas dunbar Subject: /usr/root/.emacs sample Reply-To: GSTD@VTVM2.CC.VT.EDU Date: Mon, 13 Apr 1992 23:58:41 GMT (setq text-mode-hook 'turn-on-auto-fill) (setq make-backup-files nil) (put 'eval-expression 'disabled nil) ;;;;;;;;;;;;;;;; ; depending on your 1) linux version 2) termcap file 3) TERM setting ; you may need to change some of the key codes - in particular ; the ones for the cursor keys..use Ctrl-q to find the key code. ; when i changed fm v 0.12 to 0.95c+, i had to add the ESC-O map ; for the cursor keys (used ESC-[ before) (defvar cursor-map-1 (make-keymap) "for ESC-O") (fset 'Cursor-Map-1 cursor-map-1) (define-key esc-map "O" 'Cursor-Map-1) (defvar cursor-map-2 (make-keymap) "for ESC-[") (fset 'Cursor-Map-2 cursor-map-2) (define-key esc-map "[" 'Cursor-Map-2) (setq exec-directory "/usr/local/emacs/etc/") (setq load-directory "/usr/local/emacs/lisp/") (define-key esc-map "OA" 'previous-line) ;cursor keys (define-key esc-map "OB" 'next-line) (define-key esc-map "OC" 'forward-char) (define-key esc-map "OD" 'backward-char) (define-key esc-map "OH" 'beginning-of-line) (define-key esc-map "OY" 'end-of-line) (define-key esc-map "O5^" 'scroll-down) (define-key esc-map "O6^" 'scroll-up) (define-key esc-map "[[A" 'help-for-help) ;function keys (define-key esc-map "[[B" 'delete-other-windows) (define-key esc-map "[[C" 'isearch-forward) (define-key esc-map "[[D" 'query-replace-regexp) (define-key esc-map "[[E" 'eval-defun) (define-key esc-map "[[F" 'eval-current-buffer) (define-key esc-map "[[G" 'buffer-menu) (define-key esc-map "[[H" 'global-set-key) (define-key esc-map "[[I" 'save-buffer) (define-key esc-map "[[J" 'save-buffers-kill-emacs) (define-key esc-map "O2^" 'set-mark-command) ; insert key (define-key esc-map "O3^" 'delete-char) ; del key (define-key esc-map "Ow" 'beginning-of-buffer) ; gray home key (define-key esc-map "Oq" 'end-of-buffer) ; gray end key ------------------------------ From: hlu@phys1.physics.wsu.edu (Hongjiu Lu) Subject: Re: .95c+ and GCC2.1 kernel compiles, MAN? Date: 13 Apr 92 21:06:32 GMT In article <45185@mentor.cc.purdue.edu>, cheetah@sage.cc.purdue.edu (Bowen Goletz) writes: |> I don't seem to be able to compile the .95c+ kernel using GCC 2.1. Make |> complained about not finding gpp, so I read through the GCC docs and ^^^ Never heard of it. Cpp? May I suggest use GCC -E instead of cpp? H.J. hlu@eecs.wsu.edu ------------------------------ From: chojnows@osiris (Brian Chojnowski) Subject: Where to get a hold of Linux Date: Mon, 13 Apr 1992 23:57:41 GMT Where can I get ahold of this operating system? And what terms are there to its use? ------------------------------ From: ching@brahms.amd.com (Mike Ching) Subject: Re: Partitioning Warning! Date: 13 Apr 92 21:46:52 GMT In article <1992Apr12.151734.4845@donau.et.tudelft.nl> wolff@neuron.et.tudelft.nl (Rogier Wolff) writes: >visnucc@ubvmsd.cc.buffalo.edu (Niagara U. Courtesy Account) writes: > > > >YEP happened to me too! DR DOS 6.0 recognizes MINIX and Linux partitions >as if they are DOS 2.0 partitions, and will friendly as ever write format >recover files to them, thereby destroying them. > >This is clearly DR DOS's fault. I won't use it anymore. (too bad for the >extra 30M i'd get on my 30M partition, haven't bought/found Stacker yet...) > > > Roger >-- >If the opposite of "pro" is "con", what is the opposite of "progress"? > (stolen from kadokev@iitvax ==? technews@iitmax.iit.edu) >EMail: wolff@duteca.et.tudelft.nl ** Tel +31-15-783644 or +31-15-142371 Seems like DRDOS thinks partition types are 7 bits since it called my Minix partition (0x81) a DOS 2.0 partition (0x01). I'm going to use a partition type < 0x80 for Linux to keep DRDOS happy. Mike Ching ------------------------------ From: harvard!ames!amdcad!yarc!scott@EDDIE.MIT.EDU (Scott Beckstead) Subject: Re: Linux-Activists Digest #56 Reply-To: harvard!ames!amdcad!yarc!scott@EDDIE.MIT.EDU (Scott Beckstead) Date: Tue, 14 Apr 1992 01:04:24 GMT Would someone send me the diffs (only) for gcc/gpp 2.0 for linux as a host? I am trying to get a crosscompiler working and I need those diffs to start my compliation (not wanting to re-invent the wheel) This will be for internal use only and will never be released. I do not have FTP access and there is some urgency (read desperation) to this request. I have 2.0 running under 0.95a and all is co-pacetic. I just put the source (aquired thru mail) on the system and would like to get to work ASAP. Thanks Scott ------------------------------ From: rattan@crs.cl.msu.edu () Subject: help with back-space key in 0.95c+(boot) and 0.95a(root)! Date: Tue, 14 Apr 92 00:22:01 GMT i was able to make linux boot on my 386sx (4Mb) and use the root on floppy. after the login as root it came out that back-space does not work -- pressing of backspace doesn't move the cursor and pressing of return sends the buffer as is! also, ^H is echoed on the screen as is dosen't affect the info in the keyboard buffer. any pointers will be greatly appreciated. -->ishwar (rattan@crs.cl.msu.edu) ------------------------------ Crossposted-To: alt.os.linux From: jwinstea@jarthur.claremont.edu (Jim Winstead Jr.) Subject: Re: all kinds of questions Date: Tue, 14 Apr 1992 01:35:38 GMT In article <1992Apr13.223428.29499@colorado.edu> drew@ophelia.cs.colorado.edu (Drew Eckhardt) writes: >In article <1992Apr13.191537.8035@coe.montana.edu> icsu8268@cs.montana.edu (Greenup) writes: >> >>Hello netters! >> I just booted up for the first time two days ago, and now I'm a happy >>Linux user. Well, almost. I do have a few questions... >> >>1. is "agetty" different than "getty", if so, > >No real obvious differences. To clear up any questions: The 'getty' on the 0.95a root disk is the *exact* same program as 'agetty' on the 0.95 root disk. I renamed it for the 0.95a release to be consistent with other Unix implementations. -- Jim Winstead Jr. (CSci '95) | "Catch a fish!" Harvey Mudd College | -Geddy Lee, jwinstea@jarthur.Claremont.EDU | San Diego Sports Arena Disclaimer: Mine, not theirs! | January 20, 1992 ------------------------------ Crossposted-To: alt.os.linux From: jwinstea@jarthur.claremont.edu (Jim Winstead Jr.) Subject: Re: all kinds of questions Date: Tue, 14 Apr 1992 01:35:38 GMT In article <1992Apr13.223428.29499@colorado.edu> drew@ophelia.cs.colorado.edu (Drew Eckhardt) writes: >In article <1992Apr13.191537.8035@coe.montana.edu> icsu8268@cs.montana.edu (Greenup) writes: >> >>Hello netters! >> I just booted up for the first time two days ago, and now I'm a happy >>Linux user. Well, almost. I do have a few questions... >> >>1. is "agetty" different than "getty", if so, > >No real obvious differences. To clear up any questions: The 'getty' on the 0.95a root disk is the *exact* same program as 'agetty' on the 0.95 root disk. I renamed it for the 0.95a release to be consistent with other Unix implementations. -- Jim Winstead Jr. (CSci '95) | "Catch a fish!" Harvey Mudd College | -Geddy Lee, jwinstea@jarthur.Claremont.EDU | San Diego Sports Arena Disclaimer: Mine, not theirs! | January 20, 1992 ------------------------------ From: jwinstea@jarthur.claremont.edu (Jim Winstead Jr.) Subject: Re: When will "Linux 1.0" come to the world ? Date: 14 Apr 92 01:41:39 GMT In article <1992Apr13.215610.22632%dr794348@cs.nthu.edu.tw> dr794348@cs.nthu.edu.tw (mr79) writes: >Linux 0.95c is still in the period of development. I follow you here.... >Everything is rather unstable. "Everything"? "rather unstable"? What are you basing these judgements on? My experience with Linux indicates it is more stable than DOS+DESQview on my machine, and allows me to get even more done, with the small exception of word processing. (Which I hope to overcome, once I figure out how the !@$*!@ to set up TeX. I appreciate the absolute lack of instructions included with the TeX distributed for Linux. Grr.) >when will Linux 1.0 come to the PC 386/486 world ? How about when Linux is stable? Really, Linus has said before that he had intended Linux 1.0 to be released when it was able to run GCC. It is obviously far beyond that point now, with the addition of SCSI support, printer support, virtual console support, serial port support, etc. Linux 1.0 will be sooner if you help.... -- Jim Winstead Jr. (CSci '95) | "Catch a fish!" Harvey Mudd College | -Geddy Lee, jwinstea@jarthur.Claremont.EDU | San Diego Sports Arena Disclaimer: Mine, not theirs! | January 20, 1992 ------------------------------ From: dennisf@Miles.COM (Dennis Flaherty) Subject: Re: Patch to preset the SVGA mode Date: 13 Apr 92 19:13:37 GMT In article <12120@tamsun.tamu.edu> ail8070@tamsun.tamu.edu (Andy I. Liaw) writes: > In article <1992Apr9.164927.11540@Miles.COM> dennisf@Miles.COM (Dennis Flaherty) writes: > > > >If you are tired of hitting RETURN and selecting the > >same SVGA mode every time you boot Linux, apply this > >patch and rebuild the kernel. It allows you to preset > >the mode in the Makefile, so that the setup program > >proceeds as if you had hit RETURN and your favorite number. > > Could you please also post the same thing for presetting > the mode to VGA (or EGA)? Maybe it's trivial, but I'm > not a C programmer and have no idea how this is done. > > Thanks! Sure. This took some doing, and I'd appreciate some feedback. I moved the # sign from the Makefile to boot/setup.S, so I now use "2" instead of "\#2" in the Makefile. And now if you set SVGA_MODE to "VGA" it will compile a kernel that boots EGA/VGA mode, no questions asked (well, it doesn't wait for you to answer :-,). I've assembled all three versions; SVGA_MODE undefined prompts you for a RETURN key and then a number, SVGA_MODE=VGA acts like you hit another key and sets EGA/VGA mode, and SVGA_MODE=2 sets my favorite SVGA mode. They all seem to work right for me. Dennis Here's the revised patch: *** Makefile Mon Apr 6 15:41:45 1992 --- Makefile Mon Apr 13 13:48:02 1992 *************** *** 44,49 **** --- 44,56 ---- AS86 =as86 -0 -a LD86 =ld86 -0 + # + # If you want to preset the SVGA mode, uncomment the next line + # and set SVGA_MODE to whatever number you want. I use 2. + # Set it to -DSVGA_MODE=VGA if you just want the EGA/VGA mode. + # + #SVGA_MODE= -DSVGA_MODE=2 + AS =as LD =ld #LDFLAGS =-s -x -M *************** *** 124,130 **** $(LD86) -s -o boot/setup boot/setup.o boot/setup.s: boot/setup.S include/linux/config.h ! $(CPP) -traditional boot/setup.S -o boot/setup.s boot/bootsect.s: boot/bootsect.S include/linux/config.h $(CPP) -traditional boot/bootsect.S -o boot/bootsect.s --- 131,137 ---- $(LD86) -s -o boot/setup boot/setup.o boot/setup.s: boot/setup.S include/linux/config.h ! $(CPP) -traditional $(SVGA_MODE) boot/setup.S -o boot/setup.s boot/bootsect.s: boot/bootsect.S include/linux/config.h $(CPP) -traditional boot/bootsect.S -o boot/bootsect.s *** boot/setup.S Mon Apr 6 13:32:48 1992 --- boot/setup.S Mon Apr 13 12:56:03 1992 *************** *** 245,250 **** --- 245,251 ---- mov es,ax lea si,msg1 call prtstr + #ifndef SVGA_MODE flush: in al,#0x60 ! Flush the keyboard buffer cmp al,#0x82 jb nokey *************** *** 256,264 **** --- 257,268 ---- ja nokey cmp al,#0x9c je svga + #endif + #if !defined(SVGA_MODE) || SVGA_MODE == VGA mov ax,#0x5019 pop ds ret + #endif svga: cld lea si,idati ! Check ATI 'clues' mov di,#0x31 *************** *** 497,502 **** --- 501,509 ---- call prtstr pop si add cl,#0x80 + #if defined(SVGA_MODE) && SVGA_MODE != VGA + nonum: mov al,#SVGA_MODE ! Preset SVGA mode + #else nonum: call getkey cmp al,#0x82 jb nonum *************** *** 508,513 **** --- 515,521 ---- zero: sub al,#0x0a nozero: sub al,#0x80 dec al + #endif xor ah,ah add di,ax inc di -- Dennis T. Flaherty dennisf@Miles.com Miles, Inc. dflahert@chekov.helios.nd.edu Diagnostics Division My doctor says Mylanta, but my boss says Alka-Seltzer! ------------------------------ From: Epstein@DOCKMASTER.NCSC.MIL Subject: Linux makefile Reply-To: Epstein@DOCKMASTER.NCSC.MIL Date: Tue, 14 Apr 1992 03:20:52 GMT With mv math_emulate.c to emulate.c got linux-0.95c+ to compile. Recommend adding sync line at end of disk: ala Image: which already ends with a sync. BTW: CTRL-ALT-DEL using AMI BIOS on 386 no longer works, am I suppose to use the re-boot program? I find the speeded-up auto-repeat too fast. This "feature" should be in the top level Makefile (I actually haven't looked where its at). John ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux) via: Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace The current version of Linux is 0.95a released on March 17, 1992 End of Linux-Activists Digest ******************************