Subject: Linux-Activists Digest #62
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Mon, 13 Apr 92 23:45:10 EDT

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 ([email-masked])

----------------------------------------------------------------------------

From: [email-masked] (Drew Eckhardt)
Crossposted-To: alt.os.linux
Subject: Re: all kinds of questions
Date: 13 Apr 92 22:34:28 GMT

In article <[email-masked]> [email-masked] (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: [email-masked] (Drew Eckhardt)
Crossposted-To: alt.os.linux
Subject: Re: all kinds of questions
Date: 13 Apr 92 22:34:28 GMT

In article <[email-masked]> [email-masked] (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: [email-masked] (Ed Carp)
Crossposted-To: alt.os.linux
Subject: Re: Problems with serial port drivers??
Date: 13 Apr 92 17:31:13 GMT

In article <[email-masked]> [email-masked] (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        [email-masked]         [email-masked]
                        Cupertino, CA           415/336-0797

-- Absolutely unabashed Gates McFadden groupie! --

------------------------------

From: [email-masked] (Ed Carp)
Crossposted-To: alt.os.linux
Subject: Re: Problems with serial port drivers??
Date: 13 Apr 92 17:31:13 GMT

In article <[email-masked]> [email-masked] (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        [email-masked]         [email-masked]
                        Cupertino, CA           415/336-0797

-- Absolutely unabashed Gates McFadden groupie! --

------------------------------

From: [email-masked] (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. 
  [email-masked]       ][     With a view towards its presevation..
Georgia Tech, P.O. Box 30449     ][
     Atlanta, GA  30332          ][                  -Rush/Natural Science

------------------------------

From: [email-masked] (Drew Eckhardt)
Subject: Re: When will "Linux 1.0" come to the world ?
Date: Mon, 13 Apr 1992 22:45:27 GMT

In article <[email-masked]> [email-masked] (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: [email-masked] (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: [email-masked]

In article <[email-masked]>  writes:
! In article <[email-masked]>, [email-masked] (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:  [email-masked]
! Home:  [email-masked]

Steven Kraft [email-masked]    Comp Sci major
Micro/Minicomputer Consultant
Gustavus Adolphus College, St. Peter, MN 56082

------------------------------

From: [email-masked] (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: [email-masked]

In article <[email-masked]>  writes:
! In article <[email-masked]>, [email-masked] (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:  [email-masked]
! Home:  [email-masked]

Steven Kraft [email-masked]    Comp Sci major
Micro/Minicomputer Consultant
Gustavus Adolphus College, St. Peter, MN 56082

------------------------------

From: thomas dunbar <[email-masked]>
Subject: /usr/root/.emacs sample
Reply-To: [email-masked]
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: [email-masked] (Hongjiu Lu)
Subject: Re: .95c+ and GCC2.1 kernel compiles, MAN?
Date: 13 Apr 92 21:06:32 GMT

In article <[email-masked]>, [email-masked] (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.
[email-masked]

------------------------------

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: [email-masked] (Mike Ching)
Subject: Re: Partitioning Warning!
Date: 13 Apr 92 21:46:52 GMT

In article <[email-masked]> [email-masked] (Rogier Wolff) writes:
>[email-masked] (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 ==? [email-masked])
>EMail:  [email-masked]   ** 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: [email-masked] (Scott Beckstead)
Subject: Re:  Linux-Activists Digest #56
Reply-To: [email-masked] (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: [email-masked] ()
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 ([email-masked])

------------------------------

Crossposted-To: alt.os.linux
From: [email-masked] (Jim Winstead Jr.)
Subject: Re: all kinds of questions
Date: Tue, 14 Apr 1992 01:35:38 GMT

In article <[email-masked]> [email-masked] (Drew Eckhardt) writes:
>In article <[email-masked]> [email-masked] (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,
[email-masked] |   San Diego Sports Arena
Disclaimer: Mine, not theirs!  |   January 20, 1992

------------------------------

Crossposted-To: alt.os.linux
From: [email-masked] (Jim Winstead Jr.)
Subject: Re: all kinds of questions
Date: Tue, 14 Apr 1992 01:35:38 GMT

In article <[email-masked]> [email-masked] (Drew Eckhardt) writes:
>In article <[email-masked]> [email-masked] (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,
[email-masked] |   San Diego Sports Arena
Disclaimer: Mine, not theirs!  |   January 20, 1992

------------------------------

From: [email-masked] (Jim Winstead Jr.)
Subject: Re: When will "Linux 1.0" come to the world ?
Date: 14 Apr 92 01:41:39 GMT

In article <[email-masked]> [email-masked] (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,
[email-masked] |   San Diego Sports Arena
Disclaimer: Mine, not theirs!  |   January 20, 1992

------------------------------

From: [email-masked] (Dennis Flaherty)
Subject: Re: Patch to preset the SVGA mode
Date: 13 Apr 92 19:13:37 GMT

In article <[email-masked]> [email-masked] (Andy I. Liaw) writes:
> In article <[email-masked]> [email-masked] (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     [email-masked]
Miles, Inc.            [email-masked]
Diagnostics Division
My doctor says Mylanta, but my boss says Alka-Seltzer!

------------------------------

From: [email-masked]
Subject: Linux makefile
Reply-To: [email-masked]
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: [email-masked]

You can send mail to the entire list (and comp.os.linux) via:

    Internet: [email-masked]

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
******************************