Subject: Linux-Development Digest #37
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:     Wed, 17 Aug 94 19:13:14 EDT

Linux-Development Digest #37, Volume #2          Wed, 17 Aug 94 19:13:14 EDT

Contents:
  Re: 1.1.43 won't link on my system (Veldhuyzen)
  Re: Compiling Kernel version 1.1.45 (Matthias Urlichs)
  Re: 1.1.43 WD8003 broken? (Troy DeJongh)
  Re: Registrar for major device #s? (Jay Denebeim P025)
  >Future of Linux (Jason Aaron Fager)
  too many kernel patches? (Johannes Rest)
  Re: Objc+linux+gcc=link error? ..... (Bart Schuller)
  Re: Recent kernel versions (Jon Peatfield)
  Wanted - Device driver for video capture card - advice (Cullen Jennings)
  Where to get RCS (Thomas B. Pedersen)
  Re: too many kernel patches? (Drew Eckhardt)
  Re: GP faults (Nicolas BOUGUES)
  Ramdisk gone in 1.1.38-> kernels (Lowel P. O'Mard)
  LILO suggestions (Lenny Turetsky)
  Re: DOSEMU 0.53: Developers and testers needed! (Michael Will)
  Which linux 1.1.x versions are stable? (pageone@netcom.com)
  C++ socket libs ("Brian E. Gallew")

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

From: v912182@si.hhs.nl (Veldhuyzen)
Subject: Re: 1.1.43 won't link on my system
Date: Wed, 17 Aug 1994 13:29:18 GMT

In article <CuJo3p.K2@pe1chl.ampr.org>, Rob Janssen <pe1chl@rabo.nl> wrote:
>In <JOK.94Aug14204226@gamma.hut.fi> jok@snakemail.hut.fi (Jouni A Kosonen) writes:
>
>>In article <dhdCuJ7FK.FKo@netcom.com> dhd@netcom.com (David H Dennis) writes:
>>> I picked up version 1.1.43 (for some reason, 1.1.44 wasn't available) from
>>> Sunsite and it compiled fine.  But when the make ran LD, I got the following
>>> message:
>>>
>>> "ld: unrecognized option -qmagic"
>>>
>>> What did I do wrong?
>>>
>>> Thanks!
>
>>You are doing the same mistake I am: using an old compiler (I use 2.4.5).
>>Worry not, the answer is simple:
>>- in your /usr/src/linux/Makefile, around lines 92 and 93, comment
>>  out the LOWLDFLAGS and HIGHLDFLAGS - lines
>>- around lines 87 and 88, uncomment the corresponding lines

Have you tried that kernel too? When I did, my kernel did a
reboot right after the first message...

>The problem is not in the compiler, but in the linker (ld)
>You may want to upgrade it...  it is in the "binutils" package.

I had (have) this problem too, and I picked up a new binutils package
(GNU binutils 2.4) but that one doesn't even like the -r option.

So I picked up binutils-1.9l.4.tar.gz, but my compiler doesn't want that
one. Now what? I am now getting gcc 2.5.8, to see if that make things
better (I have now 2.4.5) But I don't have much faith in it.

I am using kernel 1.1.29

-- 
/* Eric Veldhuyzen, Internet: Eric.Veldhuyzen@si.hhs.nl, CIS: [100010,3051]
   PGP 2.3a public key available on request and on keyservers, KeyID: 0x64FCB3
   Key fingerprint =  40 25 83 15 F8 ED 1B C5  5A 64 1C 9C 0B F6 73 B3
   ************* FIGHT to keep your right on PRIVACY. Use PGP! *************  */

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: Compiling Kernel version 1.1.45
Date: 17 Aug 1994 17:16:29 +0200

In comp.os.linux.development, article <32pecq$qva@kruuna.helsinki.fi>,
  torvalds@cc.Helsinki.FI (Linus Torvalds) writes:
> 
> *OR*
>       cd /usr/src
>       zcat < patch45.gz | patch -p0
>       cd linux

In fact, people like me (there are at least three kernel trees lying
around in my /usr/src -- grumble...) usually do
    cd /usr/src/linux-new
    zcat patch45 | patch -p1

Less typing, more chance of seeing new files in the directories they
ought to be.

-- 
All these black people are screwing up my democracy. - Ian Smith
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: troyd@digibd.digibd.com (Troy DeJongh)
Subject: Re: 1.1.43 WD8003 broken?
Date: Wed, 17 Aug 1994 14:44:53 GMT

stchang@leland.stanford.edu (Steven K. Chang) writes:

>We were trying to set up a network yesterday, and Linux 1.1.43 failed to
>recognize my ethernet card, an SMC Elite Ultra based on the WD8003 chip.  

>It was an eight bit card.  We think everything was configured correctly
>because when we reverted back to 1.1.0, 
>it works.

>Just letting you all know (if you don't already).  I am a Linux newbie, so
>it could have been my fault.

>-- 
>Steven K. Chang
>stchang@leland.stanford.edu

I think it's an OS problem introduced somewhere between 1.1.23 and 1.1.41.
(Yipes, I hope I'm right. 'Cause if I'm not, I'll get burned at the stake!)
I can read from my board once at system initialization time, and then,
that's it.  I get 0xff's from then on.  I stripped all cards but my 
Tseng video at C0000, my IDE controller, and my Digiboard PC/8e at D0000 
and it still doesn't work.  Thing is, I plop my Linux drive in another
machine and it works.  If I plop my Interactive 3.2v4.1 or SCO 3.2v4.2
drive in my machine w/o changing the hardware setup, my board works fine.
Even moving the PC/8e to E0000 doesn't help...so something goofy is 
conflicting with the my memory accesses.

Regards,

--
Troy De Jongh   Digiboard   (troyd@digibd.com)

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

From: denebeim@bnr.ca (Jay Denebeim P025)
Subject: Re: Registrar for major device #s?
Date: Wed, 17 Aug 1994 15:56:37 GMT

In article <199408141920.UAA04364@alfie.demon.co.uk> Nick.Holloway@alfie.demon.co.uk (Nick Holloway) writes:
>The main issue is which of the standard devices to include in this
>automatic scheme.  Currently tty is impossible, mem seems dangerous,
>as do fd, hd, xd, sd, which will _never_ change major number anyway
>(or booting will fail).

I still don't see the use in this.  It seems to me that the only time
something like this would come in handy is for really specialized
applications such as the real time data gathering device that the
person was talking about writing here.  In that case, it seems like it
should be the program that uses the device driver that could look up
the number and create the device by hand.

For generic devices that are being used by standard utilities, it
seems like it would be dangerous, and annoying to remember to run
makedev every time you compiled the kernel.
-- 
Jay Denebeim     Address: UUCP:     duke!wolves!deepthot!jay
                          Internet: jay@deepthot.cary.nc.us
                 BBS:(919)-233-9937      VOICE:(919)-233-0776

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

From: jafager@bach.udel.edu (Jason Aaron Fager)
Subject: >Future of Linux
Date: 17 Aug 1994 12:45:14 -0400

-I would like to see a continuation of the UNIX "toolkit" approach
-where people build tools that do a fairly specialised job but that
-are easily combinable with other tools to do fairly complex jobs.
-For the most part, such tools have been "filters" that are
-connected together with pipes. 

An excellent example of how to add filter/pipe functionality to a GUI
framework is the Application Visualization System (AVS) from Advanced
Visual Systems.  This program uses a "network editor" tool to form 
complex visualisation systems.  The user simply drags the requisite 
modules from a palette at the top of the screen, connects them together
with pipe-fitting tools, and starts them running.  It's all done visually,
with a "drag-and-drop" interface.

Why couldn't the same thing be done for Linux (or any Unix, for that
matter)?  Albeit, AVS modules are written in C/C++, but it shouldn't be
too hard to use Tcl (for instance) as a base language (which can be embedded
in C/C++ code anyway).

Jason A. Fager
System Administrator
U.S. Army Edgewood Research, Development, and Engineering Center


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

From: rest@IKP.Uni-Koeln.DE (Johannes Rest)
Subject: too many kernel patches?
Date: 17 Aug 1994 07:01:25 GMT

Hello!

every time i look on the sites with kernel sources i find a new
patch, but is this really necessary? It seems to me that every
kernel developer who has a new idea to bring into the kernel
generates a patch and we're at the next kernel level. After this
i find several mail complaining about malfunctions in the new
kernel, which will be obviously patched in the next kernel.
for me this doesn't make sense. Any opinions?

-- 
Johannes Rest
Institute of Nuclear Physics
University of Cologne
Zuelpicher Str. 77
D-50937 Koeln

Germany

Internet: rest@ikp.uni-koeln.de
Tel.:     0221/470-3617
Priv.     02202/71485

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

From: schuller@dutiws.twi.tudelft.nl (Bart Schuller)
Subject: Re: Objc+linux+gcc=link error? .....
Date: Wed, 17 Aug 1994 14:53:59 GMT

In article <32qbhi$a3c@winx03.informatik.uni-wuerzburg.de>,
Rainer Frohnhoefer <rainer@picard.mathematik.uni-wuerzburg.de> wrote:
> This is probably an oldie, (and I'm a linux newbie B~|) but I started with  

This probably doesn't belong in this group, next time use comp.os.linux.help
Anyway..

>:gcc -Wno-import -g -lobjc -v Shitty.o Shitty_main.o -o shitty 

I'd be surprised if this works on your NeXT. Place the -lobjc behind all the
.o files on your command line.
-- 
  /                           Bart Schuller                            \
 /P.B.Schuller@TWI.TUDelft.NL               webmaster@www.twi.tudelft.nl\
<a href=http://www.twi.tudelft.nl/People/P.B.Schuller.html>My WWW page</a>
 \                talk schuller@ind156b.wi.leidenuniv.nl                /

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

From: jp107@amtp.cam.ac.uk (Jon Peatfield)
Subject: Re: Recent kernel versions
Date: 17 Aug 1994 17:09:16 GMT

It's a pity they used an American English word list even on patches
supplied by non Americans...

<Sigh>

-- Jon
--
Jon Peatfield, Computer Officer, the DAMTP, University of Cambridge
Telephone: (+44 223) 3-37852     Mail: J.S.Peatfield@amtp.cam.ac.uk

"Try gargling with TCP  --  UDP just isn't reliable"


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

From: cullen@unixg.ubc.ca (Cullen Jennings)
Subject: Wanted - Device driver for video capture card - advice
Date: 17 Aug 1994 15:41:37 GMT

I am doing a project on a PC that requires capaturing single still video 
frames. I would rather use Linux that windows. I have not purchased any
frame grabber yet and was hopping to get one that was supported in linux.

I would appreciate any advice on
1) are there any linux supported frame grabber cards?
2) what cards are the best?
3) What sort of effort is it to write a this device driver for Linux

Thanks you

PS. I would appreciate if you could email me cullen@unixg.ubc.ca




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

From: zeppelin@login.dknet.dk (Thomas B. Pedersen)
Subject: Where to get RCS
Date: 17 Aug 94 17:20:48 GMT


Can anyone tell me where to get RCS from? I have tried finding it 
with archie, but to no avail. Please respond by email.

Thanks,

Thomas Pedersen
zeppelin@login.dkuug.dk


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

From: drew@frisbee.cs.Colorado.EDU (Drew Eckhardt)
Subject: Re: too many kernel patches?
Date: 17 Aug 1994 15:53:04 GMT

In article <32sck5INN1m12@rs1.rrz.uni-koeln.de>,
Johannes Rest <rest@IKP.Uni-Koeln.DE> wrote:
>Hello!
>
>every time i look on the sites with kernel sources i find a new
>patch, but is this really necessary? 

Yes.

>It seems to me that every
>kernel developer who has a new idea to bring into the kernel
>generates a patch and we're at the next kernel level. 

This is good.  Without the latest changes being available
immediately, conflicting changes would have
to be reconciled after they were ultimately integrated,
seriously complicating the Linux development process.

>After this
>i find several mail complaining about malfunctions in the new
>kernel, which will be obviously patched in the next kernel.
>for me this doesn't make sense. Any opinions?

If you don't like it, stay with the 'normal' users 1.0.x 
set of kernels, for which no new features were added and 
there haven't been any releases for months.  If you also 
want the new features, wait a month or two for 1.2 based on
the enhancements in 1.1.x.

If you want to run one of the development kernels, remember 
that they are a snapshot of the current development 
sources, highly volatile, and at any given point in 
time things may work great, be broken, or even very broken.

-- 
Drew Eckhardt drew@Colorado.EDU
1970 Landcruiser FJ40 w/350 Chevy power
1982 Yamaha XV920J Virago

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

From: nicolas@magix.uucp (Nicolas BOUGUES)
Subject: Re: GP faults
Date: 16 Aug 1994 23:02:16 +0200

Nicolas BOUGUES (nicolas@magix.uucp) a ecrit:
: Juha Laiho (jlaiho@ichaos.nullnet.fi) a ecrit:
: : nicolas@magix.uucp (Nicolas BOUGUES) said:
: : >I got it from the memory info during boot process. Here is the line I get
: : >with 1.1.44 :
: : >Memory: 15900/20480k available (728k kernel code, 384k reserved, 3468k data)
: : >
: : >And with 1.1.39 (with the same kernel config) :
: : >Memory: 18248/20480k available (696k kernel code, 384k reserved, 1152k data)
: : >
: : >I do not look at it carefully each time I boot up Linux, but as far as I
: : >remember, it has always looked like (more or less) 1.1.39.

: : EEK! Those figures are pretty horrible; they'd practically kill a smaller
: : machine. Below are mine:
: : Memory: 6952k/8192k available (548k kernel code, 384k reserved, 308k data)

: : Kernel is 1.1.42, compiled to include normal HD support, SCSI support
: : (AHA-1542, SCSI disk, tape, CDROM, verbose SCSI error reporting), e2fs,
: : procfs, iso9660 fs, networking (CSLIP, PPP, 3c505), printer support,
: : selection, COFF/ELF loaders, SysV IPC and SoundBlaster support, so I'd
: : think it's not a minimal kernel.

: : There's couple of options I've seen that may allocate pretty large amounts
: : of data space: 'kernel profiling support' and ramdisk. Both of them are of
: : no use in normal operation.
: : -- 
: : Wolf  a.k.a.  Juha Laiho     Helsinki, Finland
: : (Geek Code 1.0.1) GCS d? p c++ l++ u(-) e+ m+ s+/- n- h(*) f(?) !g w+ t- r y+
: : "...cancel my subscription to the resurrection!" (Jim Morrison)

: Now I have installed 1.1.45, and the problem doesn't solve. I am trying to
: remove most of my drivers. Currently, I get almost the same result (+- 100k)
: with the following options:

: math off, IDE on, XT off, Net off, 16 Meg limit off, IPC on, Buslogic SCSI
: w/ disk & CDROM, no net dev (since net is off), Sony off, Mitsu off, sbpcd on, 
: fs: ext2 dos iso9660 proc, print on, no special mouse, selection on, no
: sound, no kernel profile, verbose SCSI on, no ramdisk.

: I'm still investigating. I'll post as soon as I find the problem.

OK, I got it. The faulty driver was the Buslogic SCSI. Without it (I
replaced it by 1542), the data memory used by the kernel drops from 3.5 Mb
to .6 Mb.

: --
: =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
: Nicolas BOUGUES
: nbougues@renux.frmug.fr.net
: Sysop of magix : ++ 33 (1) 45 21 02 52 (shell & uucp)

--
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Nicolas BOUGUES
nbougues@renux.frmug.fr.net
Sysop of magix : ++ 33 (1) 45 21 02 52 (shell & uucp)

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

From: L.P.OMard@lut.ac.uk (Lowel P. O'Mard)
Subject: Ramdisk gone in 1.1.38-> kernels
Date: Tue, 16 Aug 1994 14:49:10 GMT

Pip-pip People!

  Is it just me, or has something happened to ramdisk support in kernel
versions 1.1.38 onwards?  The ramdisk no longer works with the virgin code
of the latest kernels.

  I use the ramdisk in conjuction with the "tcx" binary compression
utilitiy to reduce disk usage on my system, so I normally configure a
ramdisk size ~2048K.

  Is this a mistake or is it policy?

...Lowel.

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

From: lturetsk@minerva.cis.yale.edu (Lenny Turetsky)
Subject: LILO suggestions
Date: 17 Aug 1994 17:56:45 GMT

A few suggestions for the folks who hack/write the LILO code:

The passwd= option should be able to use *encrypted* passwords. In 
particular, I'd like to be able to tell it to use the root password from 
the /et/passwd file (or the /var/yp/maps/passwd file, or whatever). The 
notation could be something like:
        password = root</etc/passwd

It would be nice if LILO could be set up to default to the last booted 
partition. This way, if I boot into DOS (obligatory: yeccch), when I hit 
Ctrl-Alt-Del, it should default to DOS for the reboot (if I don't tell it 
to do otherwise).

My $.02.

Thanks,
LT

--
   _____________________________________________________________________
 /|                                                                     |
| | There are only two organizations that I know of that send armed     |
| | men in dark suits and sunglasses to take money they haven't earned: |
| | the mafia and the government.                   -- Lenny Turetsky   |
| |                                                                     |
| | Lenny Turetsky (aka) lturetsk@minerva.cis.yale.edu                  |
| |_____________________________________________________________________|
|/_____________________________________________________________________/


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

From: michaelw@desaster.student.uni-tuebingen.de (Michael Will)
Subject: Re: DOSEMU 0.53: Developers and testers needed!
Date: Tue, 16 Aug 1994 19:37:34 GMT

michaelw@desaster.student.uni-tuebingen.de (Michael Will) writes:
>I tested pre53_13 - the keyboard does not work correctly for me with 
>german keyboard. Upon entering backspace a "#" comes. When I enter ":"
>I get an v, when I enter "v" I get some graphical stuff. 

After creating a new bootimage all these problems vanished in a misterious way.
Now all I need is to know how to use the vga-font (the x-window-programs
claim there is none, but it is named in lib/X11/fonts/misc/fonts.dir after
running the script which came with dosemu) and how to use the graphicsmode
on console with an ATI-GUP-PCI...

...cheers, Michael Will
-- 
. .         Michael Will <michaelw@desaster.student.uni-tuebingen.de> 
 .      cs-student in Tuebingen, Germany, Europe, Earth, Solar-System, [...]
<HR><A HREF="http://wsiserv.informatik.uni-tuebingen.de/~will/index.html">Info</A>

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

From: pageone@netcom.com
Subject: Which linux 1.1.x versions are stable?
Date: Wed, 17 Aug 1994 19:05:01 GMT


        That's the question... I'm trying to figure out which versions are
safe to use... or should I just stick with 1.0.9 for a while?
        I've been seeing a lot of complaints over the 1.1.4x releases, and
I might need a umsdos-compatible kernel, which probably excludes the non-
slackware 1.0.9 :(...
        If anyone can post responses in the group, I'd sure like them!  Thanks.

        - Chad Page

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

From: "Brian E. Gallew" <geek+@CMU.EDU>
Subject: C++ socket libs
Date: Wed, 17 Aug 1994 14:31:46 -0400

I seem to remember seeing something about a c++ socket library, and
now that I need it, I can't find it.  Does anybody out there know
anything about them?

=====================================================================
| It's nice to be important, but it's *important* to suck up to the |
| sysadmin  -- Me                                                   |
=====================================================================

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


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