HDTenEightyP/NetNews huggingface dataset:
From: hlu@eecs.wsu.edu (H.J. Lu)
Subject: Re: X and vi
Organization: School of EECS, Washington State University
Date: Mon, 5 Oct 92 21:47:53 GMT

In article <1992Oct5.201631.24013@m2xenix.psg.com>, stevek@m2xenix.psg.com (Steve Kirkendall) writes:
|> In article <1992Oct5.025349.22107@umr.edu> dminer@cs.umr.edu (Dan Miner) writes:
|> >
|> >	I finally got X (1.2) working in 640x400 mode on my
|> >paradise "look-alike" card.  Now, vi just can't seem to get
|> >it through its thick head to look at the "win" structure for
|> >the current window size.  I had to edit my termcap entry for
|> >xterm to make vi usable (65 lines is a bit much on 24 line windows).
|> >I had play around and noticed that 'more' can do handle screen
|> >changes; so it's likely not xterm itself.  Anyone have a fix for
|> >vi?  (version 1.5)
|> 
|> First step: add -DS5WINSIZE to elvis' CFLAGS, and recompile.  Depending
|> on how SysV compatible linux is, this might be the last step, too.
|> Cross your fingers.
|> 
|> If it compiles okay but still doesn't recognize screen size changes,
|> then the next step would be to make sure that -DM_SYSV is in your CFLAGS,
|> SIGWINCH is defined in <signal.h>, and TIOCGWINSZ is defined in
|> <termios.h> (or <termio.h>).
|> 
|> If it doesn't compile, then you'll need to grep for "winsize" in the
|> /usr/include/*.h files, and patch elvis' "curses.c" file to include
|> the file that defines winsize.

Or get my elvis 1.6 binaries.

H.J.
Newsgroups: comp.os.linux
From: robn@liberator.et.tudelft.nl (Rob van Nieuwkerk)
Subject: Re: DOS emulation under PD unix..
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Tue, 29 Sep 1992 11:15:44 GMT

S_TITZ@iravcl.ira.uka.de (Olaf Titz) writes:

>In <1992Sep26.101345.2935@donau.et.tudelft.nl> robn@liberator.et.tudelft.nl writes:

>>  S_TITZ@iravcl.ira.uka.de (Olaf Titz) writes:
>>  
>>  >[from comp.unix.dos-under-unix - followup to comp.os.linux]
>>  >features can equally replace MS Windows. Usually a DOS emulation is
>>  >needed to run one or two application which still can not be replaced
>>  >(dviscr from emTeX comes to my mind...)
>>  
>>  How about xdvi ?  Works ok for me.

>Ever tried dviscr? It's BEAUTIFUL... It does anti-aliasing with the

Yes.  It's a nice package, but it doesn't run under linux/unix.

>fonts when shrinking so that you can have 2/3 of an A4 page on the
>screen and still well read 10pt fonts... no X thing I know does this.

Well FYI: xdvi can do this too.

				Rob van Nieuwkerk
From: gt7080a@prism.gatech.EDU (Nathan Laredo)
Newsgroups: comp.os.linux
Subject: Kernel:  I knew this would happen sooner or later.
Date: 26 Sep 92 17:47:07 GMT
Organization: Georgia Institute of Technology

Well it finally happened to me for the first time when I went
and added in soundcard support to the kernel.. 

Boot sector 512 bytes.
Setup is 1576 bytes.
System is 327684 bytes.
System is too big
make: *** [Image] Error 1

Of course I can get rid of the scsi code and compile it, but
I don't think everyone would have that option.

Is it safe to just change SYS_SIZE in build.c?  I assume it will
propigate itself to bootsect.s

Oh well.. I'll see what happens.. just felt like pointing out
a landmark.. at least for me...
-- 
|Nathan I. Laredo (this spot $9)  gt7080a@prism.gatech.edu|tb    |
|Georgia Institute of Technology, Atlanta, Georgia,  30332|njnl! |
|An ever clever quote:  "A grouch escapes so  many  little|npx,  |
|annoyances that it almost pays to be one." -- Kin Bubbard|csssg!|
Newsgroups: comp.os.linux
From: jem@SunSite.unc.edu (Jonathan Magid)
Subject: Re: Handy debugging feature request
Organization: University of North Carolina, Chapel Hill
Date: Tue, 6 Oct 1992 12:24:33 GMT



In article <lcvgs1INN54b@appserv.Eng.Sun.COM> lm@sun.com (Larry McVoy) writes:
>
>SunOS has a nifty feature.  It's called trace and you say "trace a.out"
>and it shows you all the system calls and their arguments as the
>process executes.  The process need not be compiled with any debugging,
>this feature is a mode in ptrace(2) that will stop the traced process
>on entry and exit to/from the system when executing a system call.
>
>I was wondering if there is any interest in such a feature in Linux?
>It seems like a great way to get a handle on why your program isn't
>working...


I thought the need for trace was the use of binary only distributions
in the commercial world...  Except for the cool hack value (and i admit
that writing such a thing would be nifty) what is the usefulness in
Linux where everything has source code available and can be debugged
with a source level debugger (gdb)?

jem.

-- 
Jonathan Magid     jem@SunSite.unc.edu       SunSite Administrator
Virtual pizza Delivery (tm)::faxed in 30 cycles or less or you get it
----------------------------------------FREE!!!-----------------------
Newsgroups: comp.os.linux
From: hlu@eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: FAQ: Jump table 4.1
Date: 28 Sep 92 17:11:53 GMT
Article-I.D.: serval.1992Sep28.171153.6583
Organization: School of EECS, Washington State University

You can get bootable rootdisk with kernel 0.97 pl6 from tsx-11 under 
pub/linux/GCC/rootdisk.

H.J.
----------
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.
This release only runs safely under Linux 0.97 pl 4 or above.

You need to have the header files from virgin Linux kernel 0.97 pl 4
or above on line to use this release.
You need to have the header files from virgin Linux kernel 0.97 pl 4
or above on line to use this release.
You need to have the header files from virgin Linux kernel 0.97 pl 4
or above on line to use this release.

This is the testing release for jump table 4.1. You have to use
0.97 pl4 to run it. It is not compatible with the jump tables older
than 4.0. This version starts at 0x60000000.

You can get them from tsx-11 or fgb1.fgb.mw.tu-muenchen.de under
pub/linux/GCC.

Before you install this release, please backup and delete

/usr/lib/gcc-lib/i386-linux/2.2.2d

Also please remove `*.h' and `sys' in xxxxx/src/linux/include. Only 
keep `asm' and `linux' in there. After correctly installing this
release, you can safely remove -nostdinc and -Ixxxxx/src/linux/include
from kernel Makefile.

Please read ChangeLog for installation, changes and file lists.

Here is the bonus come with jump table 4.1.

1. binutils.TZ
All new stuffs, linked with jump table 4.1. Unpack it under /.

2. bin4.tar
It has bin4.TZ and bin4.sh. Run

bin4.sh bin4.TZ

to install it. bin4.TZ has fileutils 3.3, shellutils 1.7,
textutils 1.3, gnu tar 1.10, ldd 1.1, compress 4.2.3 and zsh 2.20.
Unpack it under /. Fix permission for /bin/su.

3. usrbin4.TZ
diff 1.15, find 3.7, grep 1.6, ispell 3.07, make 3.62, gawk 2.13.2,
flex 2.3.7, bison 1.18, patch 2.0.12u7, sed 1.09, gdb 4.6 and
elvis 1.6. Unpack it under /.

4. usrlib4.TZ
supporting stuffs for usrlib4.TZ. Unpack it under /.

5. binsrc.TZ
source code for ar, gprof, ld, nm, objdump, ranlib, size and strip

6. ld.c.diff
patch for ld.c relative to binutils-src.tar.Z released with gcc 2.2.2d.

All the binaries are linked with the jump table 4.1. Not all of them
are tested. I will make jump table 4.x with glibc 1.04 when I get time.
You just need to do this

cd /lib
ln -sf libc.so.4.x libc.so.4

There is a ChangeLog under /usr/install/gcc2.

H.J.
hlu@eecs.wsu.edu
09/11/92
From: mrm@optigfx.optigfx.com (Mike Murphy)
Newsgroups: comp.os.linux
Subject: Re: vixie-cron problems
Date: 28 Sep 92 23:39:23 GMT
Organization: Optigraphics Corporation, San Diego

In article <Bv6Fo3.GC2@ais.org> lcd@ais.org (Leon Dent) writes:
>[problems with vixie-cron deleted]

I've sent bug fixes for these problems to Paul Vixie. Bug him for
the fixes :-)

The fixes also make crond robust in the event of system time changes.
-- 
Mike Murphy  mrm@Optigfx.COM  ucsd!optigfx!mrm    +1 619 625 3000 x 265
Optigraphics Corporation  9339 Carroll Park Drive  San Diego, CA  92121
The opinion(s) expressed above are  mine  and not those of my employer.
Newsgroups: comp.os.linux
From: johnsonm@lars.acc-admin.stolaf.edu (Michael K. Johnson)
Subject: Re: recompile kernel. help!!
Organization: St. Olaf College; Northfield, MN  USA
Date: Tue, 6 Oct 1992 18:19:17 GMT

In article <1ashhvINNi8l@matt.ksu.ksu.edu> probreak@matt.ksu.ksu.edu (James Michael Chacon) writes:

   >     (2). Do I need do something else after I recomplie the kernel?  
   Yes, move the old /vmlinux file you have, to /vmlinux.old and move the Image
   file to /vmlinux and reboot. (Only do this if you are booting from a system
   that will allow you to choose a boot kernal, as if a mistake happens you
   won't be able to boot otherwise)

Uh, you left out one very important step, at least for LILO (the use
of shoelace is now deprecated, so I /assume/ people aren't using it
anymore...).  you need to run /lilo on those new files so that it
knows how to boot them. My /etc/lilo/install looks like this:
#!/bin/sh
/etc/lilo/lilo -b /dev/hda -c -d 3 -v -v -v $*

and then I type
/etc/lilo/install /vmlinux /vmlinux.old each time I recompile and
refresh my bootimages.

michaelkjohnson
Newsgroups: comp.os.linux
From: mmh@mercury.analog.com (Marc M. Hoffman)
Newsgroups: comp.os.linux
Subject: Re: Xega and system lockup
Date: 30 Sep 92 18:31:55 GMT
Organization: Analog Devices Inc, Norwood MA, USA



Sounds like its your mouse...

 Does /dev/mouse point to the mouse device????

 Do you have a microsoft mouse....

--
-----------------------
marc.hoffman@analog.com
Newsgroups: comp.os.linux
From: rgetter@vnet.ibm.com
Subject: video card survey
Reply-To: rgetter@vnet.ibm.com
Organization: The Internet
Date: Tue, 6 Oct 1992 19:47:13 GMT

One minor clarification: I don't know whether 1280x1024 mode on the
ATI ULTRA can be used with linux or not.
rob
    -- "no quote this time"
                 -- Rob Getter
Newsgroups: comp.os.linux
From: mimir@milton.u.washington.edu (Al Billings)
Subject: Porting MUDS
Organization: The Friends of Loki Society
Date: Sun, 27 Sep 1992 06:17:34 GMT

 Has anyone successfully ported and compiled a Mud or Muck over to Linux
and got it to work on their system?
From: colbert@astro.umd.edu (Edward J.M. Colbert)
Newsgroups: comp.os.linux
Subject: CMS Jumbo tape drives
Date: 5 Oct 92 04:44:30 GMT
Organization: University of Maryland, Astronomy Department

If Linux has a problem interfacing with the CMS Jumbo tape drives because
of the floppy-driver interface, then how about a program that runs from
DOS that read the Linux filesytem?  Of course it means that you still have
have DOS around (although you could run from floppy), but at least you 
could USE the tape drive.

Ed
Newsgroups: comp.os.linux
From: admerlev@sundae.triumf.ca ( Arnd Merlevede )
Subject: Does Linux (+386BSD) run with any SCSI-Harddisk ?
Keywords: SCSI HArddisk
Reply-To: admerlev@cipy.e-technik.uni-erlangen.de
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Tue, 29 Sep 1992 23:05:03 GMT

Hi, the subject says it all.
What should one be concerned about, when buying a new HD
for use on: DOS/WINDOWS/OS2/pd-unixes later maybe SCO/SOLARIS?
Thanx for your  help
Arnd

Post here or mail. Will summarize.

--
Any replies appreciated to : Arnd.Merlevede@cipy.e-technik.uni-erlangen.de
I hate to tell you, but you're only being simulated on the new cray !
(sdb: Would you like to save a backup of YOUR coredump ?)
Newsgroups: comp.os.linux
From: pdhatchm@socs.uts.edu.au (Paul Hatchman)
Subject: Re: DOS emulation under PD unix..
Organization: Computing Sciences, Uni of Technology, Sydney.
Date: 30 Sep 92 12:48:08 GMT

mirons@ccs.northeastern.edu (Michael A. Irons) writes:

Also, when I asked about xload for X11v2.0, Orst
>replied commenting about the pleathor of kernel changes (and compiler
>changes as well) since X11v1.1. How could anyong get a software house to
>support a product on an OpSys that changes weekly?!?

I have xload running undex X11v2.0 for linux-pl4. It isnt all that hard to 
get working. (Well it appears to work?)

I will put it on ultima.socs.uts.edu.au: incoming/X11v2.0/xload.tar.Z
and probably in the incoming on tsx-11.

--
--------------------------------------------------------------------------------
Paul Hatchman                      |    <this line intentionally left blank>
Systems Programmer,                |    pdhatchm@socs.uts.edu.au (prefered)    
Sydney Futures Exchange, Australia |       paulh@uts.edu.au 
Newsgroups: comp.os.linux
From: satishc@microsoft.com (Satish Chittamuru)
Subject: Termcap question
Date: 01 Oct 92 07:50:28 GMT
Organization: Microsoft Corporation

I am trying to port elvis-1.6 and I have succeeded except for one
small bug due to what seems to be a slight misunderstanding in
the termcap functionality.

Basically, Elvis seems to think that one needs to wrap each IC (insert
character terminal escape) output with a preceding IM (insert mode) and a
succeeding EI (end insert mode). But the IM followed by IC is causing an
extra space to be inserted every time I insert a character. Removing the
IM & EI output seems to work just fine. Is this okay or are the IM & EI
really necessary along with some other fancy stuff?

If someone can answer this soon, I will upload the compiled binaries
in the next couple of days. Thanks.

-- 
Satish K. Chittamuru				satishc@microsoft.com
=====
Disclaimer: The opinions expressed herein, either stated or implied, are
solely my own and do not reflect Microsoft's views in any manner.
Newsgroups: comp.os.linux
From: cummings@tiger1.prime.com (Kevin J. Cummings)
Subject: Re: Summary of: What tape drives work with Linux
Organization: Prime Computer, Inc.
Date: Wed, 30 Sep 1992 20:18:08 GMT

In article <1992Sep30.172230.20016@netcom.com>, ringgold@netcom.com (Thomas Essex) writes:
>   Actually, they are now starting to come out with tape drives that run off of
> the IDE interface. They are supposed to be a lot faster. Although they are also
> more expensive!!!

They are also of larger capacity!  An important fact when mixed with the
higher price.

=================================================================
Kevin J. Cummings                       PrimeService
20 Briarwood Road                       A Computervision Company
Framingham, Mass.                       500 Old Connecticut Path
					Framingham, Mass.
Work:  cummings@primerd.Prime.COM
Home:  cummings@kjc386.framingham.ma.us

Std. Disclaimer: "Mr. McKittrick, after careful consideration,
		  I've come to the conclusion that your new
		  defense system SUCKS..."   --  War Games
=================================================================
Newsgroups: comp.os.linux
From: S_TITZ@iravcl.ira.uka.de (Olaf Titz)
Subject: Re: DOS emulation under PD unix..
Organization: Fachschaft Informatik, Uni Karlsruhe
Date: Tue, 29 Sep 1992 08:15:37 GMT
X-News-Reader: VMS NEWS 1.23

In <1992Sep28.170713.14245@ibr.cs.tu-bs.de> ruediger@ramz.ing.tu-bs.de writes:

>  S_TITZ@iravcl.ira.uka.de (Olaf Titz) wrote:
>  > ... robn@liberator.et.tudelft.nl writes:
>  > > How about xdvi ?  Works ok for me.
>  > Ever tried dviscr? It's BEAUTIFUL... It does anti-aliasing with the
>  > fonts when shrinking so that you can have 2/3 of an A4 page on the
>  > screen and still well read 10pt fonts... no X thing I know does this.
>  > (And, btw, I don't have the necessary hardware for X and can well get
>  > along without it, if it were not for TeX...)
>  
>  So you do not know xdvi and conclaim about it? Do you think
>  dviscr invented anti-aliasing?

If this implies that xdvi does this too, you are lucky. I had not
claimed this if I had not tried xdvi here (at our University) and it
did *not* do that (yes, on a color screen). Maybe it is an exclusive
problem of our workstations.



MfG,
        Olaf
-- 
    o     Olaf Titz - comp.sc.student - univ of karlsruhe - germany
 _ /<_    s_titz@iravcl.ira.uka.de - uknf@dkauni2.bitnet - praetorius@irc
(_)>(_)   +49-721-60439 - did i forget something?
In hardware engineering, Ohm's law and Maxwell's equations pale in
  importance and influence next to Murphy's law. - Gordon Bell
Newsgroups: comp.os.linux
From: alsaggaf@athena.mit.edu (M. Saggaf)
Subject: Re: Small question on clocks.
Organization: Massachusetts Institute of Technology
Date: Sun, 27 Sep 1992 21:21:39 GMT

In article <1992Sep27.200847.7954@utdallas.edu>, ramesh@utdallas.edu (R. Ramesh) writes:
|> 
|>    May be I should make myself clear, let us say I get 79 dot clock as the
|> 5th entry in my output (of dot clocks) does this mean (a) or (b) below
|> ^^^
|> 
|> (a) X386 will try to set dot clock to 79Mhz even if it is unable to do so
|>     it will proceed assuming it has set it at that value.
|>         OR 
|> (b) X386 will set the fifth available clock in the video card but assume it to
|>     be 79Mhz in its calculations. 

Actully, X386 doesn't care what number you give it. It just cares about the
order. My 'clocks' line looks like:

Clocks 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

In the absence of clocks information, I found it easier to use the above line
and try the different numbers in the ModeDB line. Works for me.

-- 

/M. Saggaf
 alsaggaf@athena.mit.edu
From: vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan)
Newsgroups: comp.os.linux
Subject: Re: Q: What is /usr/bin/doshell good for ???
Date: 2 Oct 92 13:44:22 GMT
Organization: none

schli@cs.tu-berlin.de (Wolfram Schlickenrieder) writes:
>	The subject says it all: I found /usr/bin/doshell, but I
>	didn't find any manpage for it. What the hack does it do?


well, it's one of two thing...

	1. it means do-shell
	2. it means dos-hell 

:-) :-)

-- 
   ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
                   Project management is often an oxymoron.
Newsgroups: comp.os.linux
From: jbotz@mtholyoke.edu (Jurgen Botz)
Subject: Re: Great marketing (Was Re: BYTE asks, is UNIX dead?)
Keywords: UNIX
Organization: Mount Holyoke College
Date: Wed, 30 Sep 1992 19:05:54 GMT

In article <BvB0JA.7tr@ibmpcug.co.uk> gtoal@ibmpcug.co.uk (Graham Toal) writes:
>Unfortunately I fear you may be wrong.  Note the "Dec" above.  Windows NT
>is being targeted at the new Dec ultra-fast 64bit Risc line, which
>Microsoft will use as a stepping stone into the real computer
>market.

But the Alpha computers will also be running OSF/1 and VMS, and somehow
I have a funny feeling that it'll be a while before someone will be willing
to run a SINGLE-USER operating system on a machine that could support
several dozen X-terminals or hundreds of users on tty lines (these babies
will also cost a bit, even in desktop workstation packages.)

Meanwhile you'll be able to get a 60Mhz 486 computer with accellerated
graphics and a nice monitor and a FREE MULTI-USER OS, all for a couple
of grand.  I dunno, Microsoft is sure to sell a lot of copies of NT,
but their shooting for being the operating system standard of the future,
and I think they missed that mark long before they started to fire.  Maybe
if NT had come out two or three years ago and could run reasonably on 
todays mid-range hardware it would be different, but they didn't, and it
can't.

>Rumour has it that the Dec port of NT is actually ahead of
>the Dos version...  what i see happening is that people will be able
>to use this to move their software away from DOS and [345]86 architectures
>which will then die out, but Microsoft will survive because they're already
>heading in this new direction :-(

I don't believe that the [345]86 architectures are going to die out.
In the contrary.  The hardware has just achieved the level where just
about everything you'll want to do on a desktop is possible with those
chips, and the only thing holding them back is MS-DOS (which _is_
dying out).  Just wait until SGI comes out with a PC-sized version of
the IRIS chip set (or some other company with something similar) and
you can do real-time 3-D graphic animations on your desktop intel
machine which you bought from a Taiwanese no-name brand for $1,000...
who needs a stinking 200Mhz Alpha?  Not me... I'll take an SGI Indigo
over that any day, and soon a Intel-based machine with an accellerated
graphics card will blow away today's Indigo.  If I need real
heavy-duty number crunching I'll use a real-supercomputer... on my
desktop I need something that's fast enough to run my compiler, my
typesetter, and most of all: something that can do whatever I want to
do with my display.

No, the architecture is not dead... all it needs is a real operating
system (like, ahem, Linux) and then we could stop hardware advancement
and software would still continue to evolve (to catch up!) for another
20 years.

--
Jurgen Botz                  |   Internet: JBotz@mtholyoke.edu
Academic Systems Consultant  |     Bitnet: JBotz@mhc.bitnet
Mount Holyoke College        |      Voice: (US) 413-538-2375 (daytime)
South Hadley, MA, USA        | Snail Mail: J. Botz, 01075-0629
From: perry@seq.uncwil.edu (Steve Perry)
Newsgroups: comp.os.linux
Subject: TCP Problem (config)
Summary: tcp config prints error
Keywords: tpc config problem
Date: 2 Oct 92 21:08:43 GMT
Organization: UNC-Wilmington ACS

Hi,
  Im tring to setup tcp/ip on my machine and I keep getting the same
error meaasge.  Im running .98 with the tcpip-0.8.tar installed.  Here is 
what is happening.

machine boots
[stuff deleted]
sock_init: initializing family 1 (AF_UNIX)
sock_init: initializing family 2 (AF_INET)
[stuff deleted i think]
Loopback device init
wd8013, 32 pages memory, ethernet address: [correct, I checked it.]
[more stuff deleted]

Now here it does not matter if I run the /usr/etc/inet/rc.net from
the /etc/rc.local or by hand.  When the lines with config run:

config loopback 128.109.221.9
socket: Protocol not supported
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ What did I forget?

The machine setup is a CompuAdd 325 w/4M memory
                       Linux .98
                       wd8003e ethernet card.

Thanks for any help.
Steve Perry
UNC-Wilmington
perry@seq.uncwil.edu
Newsgroups: comp.os.linux
From: eichin@athena.mit.edu (Mark W. Eichin)
Subject: linux SLIP questions
Organization: Massachusetts Institute of Technology
Date: Sun, 4 Oct 1992 08:52:40 GMT

I've been hacking 386BSD for a while because networking is a large
part of what I need in an OS. I've heard that 0.98 has tcp in it; I've
just got a few quick questions...
	1) does it have SLIP or PPP yet?
	2) who wrote the code? Is it based on the Berkeley code at
all? how about the KA9Q code? or was it written from scratch?
	3) what services are being provided now? (Or I suppose, what
is notably *missing* now?)

				_Mark_ <eichin@athena.mit.edu>
				MIT Student Information Processing Board
				Cygnus Support <eichin@cygnus.com>
From: torvalds@klaava.Helsinki.FI (Linus Torvalds)
Newsgroups: comp.os.linux
Subject: Re: BUGS (even more minor)
Date: 2 Oct 92 09:08:25 GMT
Organization: University of Helsinki

In article <1992Oct1.221854.36218@uservx.plk.af.mil> simonich@uservx.plk.af.mil writes:
>It seems that the setting for NUM LOCK got lost when 0.98 Makefile
>was released.  It would be nice to have it back.

It's there: I just rewrote the way the initial NUMLOCK is set. The
default is numlock on, but you can set any default lock-values by
defining the KBD_DEFLOCK define to whatever you want. So if you want no
locks on by default, add a "-DKBD_DEFLOCK=0" to the main makefile line
that defines the keyboard. Look into linux/kernel/chr_drv/keyboard.c for
details. 

		Linus
Newsgroups: comp.os.linux
From: fsmith@grind.cheme.cmu.edu (Frank Smith)
Subject: Simulation of media changes
Organization: Grind Systems, Inc.
Date: Wed, 7 Oct 1992 02:44:00 GMT
X-Posted-From: grind.cheme.cmu.edu
NNTP-Posting-Host: sol.ctr.columbia.edu


I'm having problems with my floppy drive recognizing a media change..

Is there a simple way to simulate a media change?  I know it's possible..  Is
there a command syntax to do it?  I was told setfdprm could do it but I haven't
been able to figure out how.