Subject: Linux-Development Digest #965
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Sat, 30 Jul 94 14:13:07 EDT

Linux-Development Digest #965, Volume #1         Sat, 30 Jul 94 14:13:07 EDT

Contents:
  BL hard locks my computer -- Ack! (Jeff Epler)
  Re: lint on linux? (Byron Faber)
  Re: Truecolor support for XFree86? (Dirk Hohndel)
  Re: [Q}: Linux and Apple-Talk/Apple-Share (Rob Newberry)
  Re: Fatal Signal 11  - reproduceable ! (Ian Jackson)
  Re: Howto make shared lib (Ian Jackson)
  Re: 1.1.35 make problem: exhausted memory (Peter C. Sigler)
  Re: 1.1.35 make problem: exhausted memory (Mark Lord)
  Re: Anyone working on getting the Phillips CD-ROM drive working? (Christopher M. May)
  LINUX LAPTOP SURVEY (Marc Fiuczynski)
  Re: IDE patch won't work w/new kernels? (Mark Evans)
  Re: NFS development?? (Mark Evans)
  Re: Quotas and Accounting in Kernel? (Shannon Hendrix)
  Re: 1.1.36 make problem: 'NULL' undeclared (Michael Adas)
  Re: 1.1.36 make problem: 'NULL' undeclared (the MOST SIGNIFICANT bit)
  Does the Adaptec 2940 SCSI driver exists ? (Bart Baekelandt)
  Re: 1.1.36 make problem: 'NULL' undeclared (Naresh Sharma)
  Update on a new LaTeX distribution. (Byron Faber)

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

From: jepler@herbie.unl.edu (Jeff Epler)
Subject: BL hard locks my computer -- Ack!
Date: 29 Jul 1994 16:37:05 GMT

Three times, running bl as a generic user, the 'bl' (blinkenlgiths)
program froze my computer solid, without any response to keypresses.
I don't get any 'kernel panic' or similar errors.

Has anyone else experienced this?  Someone on IRC said 'bl doesn't
like certain keyboards', but it wasn't clear if that was thirdhand
information or what.

And, most importantly, how can I figure out what's happening so this
can get fixed?  Presumably it's a Bad Thing that this can happen, and
if someone can discover how to do it deliberately that's even worse.

It seems to happen when I select small delays between light blinks,
but not always.  The 'random' blink setting seems to be more
susceptible to cause lockups as well.

Darn itt, I want to be able to use blinkenlights!!

Jeff
--
____  "I wonder if you think about me once upon a time
\BI/   in your wildest dreams" -- Moody Blues    V-- Pink Floyd
 \/   "There's a change that, even with regret, cannot be undone"
IRC: Synger    Running Linux 1.1 -- Free Unix for 386+ machines

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

From: btf57346@uxa.cso.uiuc.edu (Byron Faber)
Subject: Re: lint on linux?
Date: 30 Jul 1994 13:24:46 GMT

stimpson@panix.com (S. Joel Katz) writes:

>In <rfhCtptFK.3zJ@netcom.com> rfh@netcom.com (Robert F. Hutson) writes:


>>Is there a version of lint for linux?  Where might I find it (or is it
>>hiding under a different name)?

>>Thanks.

>       <sigh> This question comes up every two weeks. No there is no 
>lint for Linux. 'gcc -Wall' should do everything you need though.

>       SJK


Or if you really want fun:

gcc -Wall -pedantic

Byron
-- 
`Playing this disk at loud volume may permanently damage your speakers or
other sound components.'                                -LFO
                b-faber@uiuc.edu & http://www.cen.uiuc.edu/~bf11620/

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

From: hohndel@aib.com (Dirk Hohndel)
Subject: Re: Truecolor support for XFree86?
Date: Sat, 30 Jul 1994 13:33:07 GMT

Christopher M. May (cmay@titan.ucs.umass.edu) wrote:

: Hi, The XFree team has made it clear to me that this is a long way off.
: It is not expected to be in X11R6 3.1.  Maybe it'll be in 4.0, 
: who knows, not me.  I've heard that the limitation is mainly in the 
: display server code, so if your card supports it, you might be 

I don't know who told you and when, but this description is not quite
correct. The X11R6 code has support for 16, 24 and 32bit color. 24 bit
are not supported in the braindead packed-pixel mode that many SVGA
cards support.
We are actively working on 16bit color and are thinking about the rest.
Right now I cannot say which chipsets XFree86[tm]-3.1 will support with 
16bit color.

: I might attempt this at some point, however, since my card is only
: 1MB, and can only support around 640x480 in truecolor, I was thinking

as I said, you will have a very hard time with packed 24 bit modes, and
with 32 bit modes 1280k videoram are needed for 640x480. On the other
hand with 16bit color even 800x600 is possible in 1MB.

: I'd wait until I hear which cards are/will be supported, then buy one,
: attempt to hack a driver, and if it doesn't work, at least I can just wait
: for the official support.

: I'd like to get either the ATI MACH 64, or the S3 964 based cards
: with 4 MB of VRAM.  It might be worth it to write a driver for
: one of these hot cards, but I'd be hard pressed to waste 
: hours of effort to see jpg's in truecolor at 640x480.
: These cards are supposed to get around 300K Xstones!

A number of 964 based cards will be supported in XFree86-3.1, I
seriously doubt that Mach64 will be. And our current server gives `only'
230k for an Elsa Winner2000PRO(Vision964) in a PCI dx2/66...


        Dirk
-- 
Dirk H. Hohndel <hohndel@aib.com>                 Phone: (703) 430-9247  
AIB Software Corporation                          Fax:   (703) 450-4560 
46030 Manekin Plaza, Suite 160, Dulles, VA 20166

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

From: rob@eats.com (Rob Newberry)
Crossposted-To: comp.os.linux.admin
Subject: Re: [Q}: Linux and Apple-Talk/Apple-Share
Date: Sat, 30 Jul 1994 09:57:20 UNDEFINED

>Hello,
>does anybody know if there are tools for interating apple macintoshs into a linux
>network?
>Thanks for informations.

A couple of guys recently released "atalkdump", which dumps AppleTalk packets 
from the network.  Their original plans were to get AppleTalk in the kernel.  
But I recently spoke ("emailed") with them and they were postponing most of 
their development for a while (like October I think).

I am very interested in getting AppleTalk working in some form or other, but 
I'm not much of a programmer on network things.  However, I have downloaded 
both CAP and netatalk, and am going to begin looking at the sources as soon as 
I can.  I hope to compare them with the atalkdump sources, and see what's up.

It would be nice to get a set of developers interested in porting CAP or 
netatalk to Linux.  If you're out there, drop me a line, and we'll hopefully 
see about starting up a mailing list (and if you know a place we can set up a 
mailing list, let me know :-).

AppleTalk support in Linux would be wonderful.  Already, with "samba", Linux 
makes an excellent server for Windows for Workgroups machines.  It would be 
very nice to add the AppleTalk support so that it could serve Macs as well 
(yes, I realize you could just add NFS clients to the Macs, but that means 
extra $$$ for each Mac).

Rob



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

From: iwj10@cus.cam.ac.uk (Ian Jackson)
Subject: Re: Fatal Signal 11  - reproduceable !
Date: Sat, 30 Jul 1994 10:12:35 GMT

In article <1994Jul7.193105.20509@kbbs.kiel.sub.org>,
Holger Petersen <hp@kbbs.kiel.sub.org> wrote:
>The following small C-program gives the Message "Fatal signal 11"
>[ further description and listing deleted ]
>
>s11.c:4: parse error before `$'
>s11.c: In function `main':
>s11.c:13: parse error before `$'
>s11.c:14: parse error before `$'
>cc: Internal compiler error: program cc1 got fatal signal 11

1. This is answered in the FAQ.
2. You're posting to completely the wrong group.

=============================================================================

Question 7.6.  GCC says Internal compiler error

If the fault is repeatable (ie, it always happens at the same place in the
same file) you have discovered a bug in GCC.  See the GCC Info
documentation (type Control-h i in Emacs, and select GCC from the menu)
for details on how to report this -- make sure you have the latest version
though.

Note that this is probably not a Linux-specific problem; unless you were
compiling a program many other Linux users also compile you should not
post your bug report to any of the comp.os.linux groups.

If the problem is not repeatable you are very probably experiencing memory
corruption --- see Q7.7 `make says Error 139'.

=============================================================================
-- 
Ian Jackson, at home.         ijackson@nyx.cs.du.edu or iwj10@cus.cam.ac.uk
+44 223 575512    Escoerea on IRC.    http://www.cl.cam.ac.uk/users/iwj10/
2 Lexington Close, Cambridge, CB4 3LS, England.   Urgent: iwj@cam-orl.co.uk

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

From: iwj10@cus.cam.ac.uk (Ian Jackson)
Subject: Re: Howto make shared lib
Date: Sat, 30 Jul 1994 10:13:58 GMT

In article <2vib5e$8bl@wsiserv.informatik.uni-tuebingen.de>,
Andrej Gabara <gabara@peanuts.Informatik.Uni-Tuebingen.DE> wrote:
>Sorry if this is not the appropriate newsgroup.

No, you're clearly not, because you haven't taken any time to find out
what the right newsgroup is.

>  How do I create a shared library, such as libDuh.sa for linux? 

This is answered in the FAQ.
=============================================================================

Question 5.10.  How do I make a shared library ?

Get tools-n.nn.tar.gz from tsx-11.mit.edu, in /pub/linux/packages/GCC/src.
It comes with documentation that will tell you what to do.

=============================================================================

-- 
Ian Jackson, at home.         ijackson@nyx.cs.du.edu or iwj10@cus.cam.ac.uk
+44 223 575512    Escoerea on IRC.    http://www.cl.cam.ac.uk/users/iwj10/
2 Lexington Close, Cambridge, CB4 3LS, England.   Urgent: iwj@cam-orl.co.uk

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

From: pcsigler@whale.st.usm.edu (Peter C. Sigler)
Crossposted-To: comp.os.linux.admin
Subject: Re: 1.1.35 make problem: exhausted memory
Date: 26 Jul 1994 17:08:45 GMT

Peter Schmitt (pete@geminga.dartmouth.edu) wrote:
: My 386 has 5M ram and 5M swap.  I am currently running 1.1.34 and got
: the following when trying to make 1.1.35:

: make[2]: Entering directory `/usr/src/linux/drivers/char'
: gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
: -O2 -fomit-frame-pointer -pipe -m386 -c tty_io.c
: In file included from /usr/src/linux/include/linux/sched.h:87,
:                  from tty_io.c:45:
: /usr/src/linux/include/linux/mm.h:299: virtual memory exhausted
: cpp: output pipe has been closed{standard input}: Assembler messages:
: {standard input}:0: Fatal error:
: virtual memory exceeded
: make[2]: *** [tty_io.o] Error 1

I think this is a problem with the memory handling in 34.
I tried to compile 35, as well, under 34 and got the same
thing. My system is a 386/40 w/5Meg ram and 10meg swap.

Try compiling it with an earlier kernel. I tried this but
got errors compiling. :( Maybe you'll get a clean compile.

Peter Sigler
<pcsigler@whale.st.usm.edu>



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

From: mlord@bnr.ca (Mark Lord)
Crossposted-To: comp.os.linux.admin
Subject: Re: 1.1.35 make problem: exhausted memory
Date: 26 Jul 1994 15:16:28 GMT

In article <312r6s$sv7@dartvax.dartmouth.edu> pete@geminga.dartmouth.edu writes:
>My 386 has 5M ram and 5M swap.  I am currently running 1.1.34 and got
>the following when trying to make 1.1.35:
..
>/usr/src/linux/include/linux/mm.h:299: virtual memory exhausted

So add more swap or memory!
-- 
mlord@bnr.ca    Mark Lord       BNR Ottawa,Canada       613-763-7482

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

From: cmay@titan.ucs.umass.edu (Christopher M. May)
Subject: Re: Anyone working on getting the Phillips CD-ROM drive working?
Date: 30 Jul 1994 15:53:35 GMT

Edward Quillen (ed@nei.com) wrote:
: Subject says it all. Should I work on it? What CD-ROM would be closest to it 
: for reference sake?
: --------------------
: Edward Quillen
: ed@nei.com
: --------------------
I believe there is already a driver available, called LMS something or other.
I tried patching a kernel for this as we have one of these drives at work.
I was able to get the drive light to come on, but I got errors :(.

Since then my boss has pulled linux from the machine, since we spend too
much time playing with it.  He Put MS-DOS back on, and now we never touch 
the thing :)
 
--

-Chris May, Computer Science, University of MA, Amherst
-       Technical Assistant, P.C. Maintenance Lab


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

Crossposted-To: comp.sys.laptops,comp.os.linux.misc,comp.os.linux
From: mef@cs.washington.edu (Marc Fiuczynski)
Subject: LINUX LAPTOP SURVEY
Date: Wed, 27 Jul 94 18:09:22 GMT

Below is an informal survey of linux capable laptops. The current
survey results are available on tsx-11.mit.edu in
/pub/linux/packages/laptops/laptop-survey.

If you've already sent me an entry you can send me an update.
Currently I am doing the updates by hand and you can make life really
easy for me by using the below survey as closely as possible.  If you
need to use more than one line try to indent that text, but leave each
survey question at the beginning of the line. No other funky formating
is necessary.

Laptop Make and Model:
CPU speed, type, upgradeable to:
Disk size, type, upgradeable to:
RAM  size, type, upgradeable to:
Screen size, type, upgradeable to:
Battery type (lithium-ion,NiMh,NiCd):
Max battery life while running linux:
Weight with battery:
PCMCIA number of slot, type:
PCMCIA bridge chip (intel, cirrus, databook, etc.):
Mouse, Track Ball (location), Pen, IBM thingy, etc.:
Docking capability:
Power conservation:
Misc neat stuff:
Linux Version: 
Networking (parallel/portable/pcmcia modules):
X386 (color, gray, chipset) monitor specs:

Sincerely,

Marc E. Fiuczynski
mef@cs.washington.edu



-- 
/Marc...
mef@cs.washington.edu

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

From: evansmp@mb52112.aston.ac.uk (Mark Evans)
Subject: Re: IDE patch won't work w/new kernels?
Date: Tue, 26 Jul 1994 20:33:33 GMT

Mark Lord (mlord@bnr.ca) wrote:
: In article <c9108932.775114211@peach.newcastle.edu.au> c9108932@peach.newcastle.edu.au writes:
: >c9219517@sage.newcastle.edu.au (Scott Howard) writes:
: >
: >>Timo Kokkonen (tjko@tarzan.math.jyu.fi) wrote:
: >
: >>: IDE Performance Patch v2.0 [by Mark Lord] doesn't work with new 
: >>: WD540 drives??? Or is it just my kernel 1.1.30 that causes the problem?
: >
: >>There's a very simple reason for this - they are already in the kernel!!

: Ahh.. at last.  Caught me by suprise.  
: >
: >However I've been unable to find a hdparm program to dynamically set the
: >ide options... is there one floating around that will work with the 
: >ide patches that are now standard in the kernel or will I have to
: >resort to changing the defines in hd.c ?

: You should be able to just recompile the hdparm.c program from ide20.patch.gz
: with the new kernel for now -- source included below for convenience.

The kernel distribution included a copy of hdparam in
/usr/src/drivers/block.

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

From: evansmp@mb52112.aston.ac.uk (Mark Evans)
Subject: Re: NFS development??
Date: Tue, 26 Jul 1994 20:38:30 GMT

David Ferovick (davidf@austin.ibm.com) wrote:

: Well, Linux NFS does not have NFS file locking, so using it to mount a mail
: spool filesystems is a very bad idea.  The reason for this is that sun 
: released the specification for their nfs file locking routines only a few 
: months ago and nobody has picked up the specs and coded nfs file locking for
: linux and other os'es.  

Did they do anything nice, like put the specs on an anonymous FTP server,
like they did for NFS version 3 specs?

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

From: shendrix@escape.widomaker.com (Shannon Hendrix)
Subject: Re: Quotas and Accounting in Kernel?
Date: Sun, 24 Jul 1994 18:32:55 GMT

Barron (barron@upenn.edu) wrote:

: : >   Just a quickie: why is it that the code for quotas and
: : >accounting can't be made a standard part of the Kernel, with an option
: : >in the Makefile to turn it on or off?  This would be much nicer that
: : >creating a patch against some kernel version of Linux, only to have to
: : >apply several more patches to get to the current level, and dealing
: : >with rejects because of the quota patches.  

I have a better question... since things like 'ac' and 'pa' don't
require quotas or the kernel patches why can't we have versions of them
for Linux?  All they need is your wtmp file.

: this would be a *really* nice feature for linux to have 

I don't want the kernel patches, just 'ac' and 'pa' for Linux.

: B

-- 
csh
===========================================================================
shendrix@escape.widomaker.com (UUCP)     | Amd486/40 Linux system
shendrix@pcs.cnu.edu (Internet)          | Christopher Newport University

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

From: mja@venus.telecom.wisc.edu (Michael Adas)
Subject: Re: 1.1.36 make problem: 'NULL' undeclared
Date: 27 Jul 1994 16:47:41 GMT

Chris Tilbury (cjt@aspen.estate.warwick.ac.uk) wrote:
: Mark Evans (evansmp@mb52112.aston.ac.uk) wrote:
: : stick a #define NULL 0 anywhere in /usr/src/linux/include/linux/timer.h
:
: Which spills out no end of warnings about NULL being re-defined, since
: it's defined in /usr/src/linux/include/linux/types.h as
:
: #define       NULL    ((void *) 0)
:
: "#include <linux/types.h>" near the top of "timer.h" would strike me
: as a less risky solution, and a bit cleaner.
:
: Chris (just trying this out now)

I fixed this by putting this at the top of timer.h:

#ifndef NULL
#define NULL ((void *) 0)
#endif

The reason for the ifndef is that sometimes NULL is already defined when this
file is included, and sometimes it isn't (case in point, ps2aux.c).  If you
just define it, the compiler will complain that it is being defined twice
when compiling certain files.

--
____
\  /__   Michael J. Adas        |   University of Wisconsin - Madison
 \/  /   mja@telecom.wisc.edu   |   Division of Information Technology
   \/    Office (608)262-4777   |   Installation & Repair Group

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

From: xmsb@borland.com (the MOST SIGNIFICANT bit)
Subject: Re: 1.1.36 make problem: 'NULL' undeclared
Date: Wed, 27 Jul 1994 17:19:49 GMT

In article <3153h3$p5n@violet.csv.warwick.ac.uk>,
Chris Tilbury <cjt@aspen.estate.warwick.ac.uk> wrote:
>Mark Evans (evansmp@mb52112.aston.ac.uk) wrote:
>: stick a #define NULL 0 anywhere in /usr/src/linux/include/linux/timer.h
>
>Which spills out no end of warnings about NULL being re-defined, since
>it's defined in /usr/src/linux/include/linux/types.h as
>
>#define        NULL    ((void *) 0)

here's what I added:

#ifndef NULL
#define NULL 0
#endif

that way, NULL will be defined only if it's needed.

--
Maurice S. Barnum               ==    I speak for me, not my employer.
xmsb@genghis.borland.com        ||    "There is no confusion like the
mosigbit@deeptht.armory.com     ||    confusion of a simple mind."
mbarnum@nyx.cs.du.edu           ==       -- F. Scott Fitzgerald

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

From: baekelan@intec.intec.rug.ac.be (Bart Baekelandt)
Subject: Does the Adaptec 2940 SCSI driver exists ?
Date: 30 Jul 1994 14:53:35 GMT

Could anyone answer the following question:

Does the Adaptec 2940 (PCI) SCSI driver exists for Linux ?
(And so, where do I find him ?)

Thanks
email: baekelan@intec.rug.ac.be

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

From: nash@dutllu4.gmd.de (Naresh Sharma)
Subject: Re: 1.1.36 make problem: 'NULL' undeclared
Reply-To: Naresh.Sharma@LR.TUDelft.NL
Date: Tue, 26 Jul 1994 20:07:37 GMT

Andreas Joppich (aj@z2-db11.ms.DeTeMobil.de) wrote:

: Am I doing something wrong or is it a bug ? 
I too got the same errors, infact I thought that maybe the patching
was not good, so I ftp'd the 1.1.36 file and tried to compile, but the
errors you mention came up again.

Have the two of us done some BIG blunder?
Naresh
--
_______________________________________________________________________________
Naresh Sharma [N.Sharma@LR.TUDelft.NL]  Herenpad 28            __|__
Faculty of Aerospace Engineering        2628 AG Delft   \_______(_)_______/
T U Delft               Optimists designed the aeroplane,     !  !  !  
Ph(Work) (+31)15-783992 pessimists designed the parachute!
Ph(Home) (+31)15-569636 Plan:Design Airplanes on Linux the best OS on Earth!
==============================PGP=KEY=AVAILABLE================================

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

From: btf57346@uxa.cso.uiuc.edu (Byron Faber)
Subject: Update on a new LaTeX distribution.
Date: 28 Jul 1994 21:51:25 GMT

There seems to be sufficient interest to warrant a new LaTeX
distribution which is more up to date.  Both in terms of executables
and in terms of LaTeX 2e macro files.

I have a big meeting with the NSF coming up Monday, so I will work
on putting a distribution together next week.

Any further suggestions would be appreciated

Byron Faber
-- 
`Playing this disk at loud volume may permanently damage your speakers or
other sound components.'                                -LFO
                b-faber@uiuc.edu & http://www.cen.uiuc.edu/~bf11620/

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


** 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-Development-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Development@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
    sunsite.unc.edu				pub/Linux

End of Linux-Development Digest
******************************
