Subject: Linux-Development Digest #750
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:     Mon, 23 May 94 09:13:06 EDT

Linux-Development Digest #750, Volume #1         Mon, 23 May 94 09:13:06 EDT

Contents:
  Re: Distributions considered harmful (Stephen White)
  bash : fork : try again (Chris Origer)
  [LAPTOP] [APM]  APM Drivers? Where'd they go? (Joe George)
  linux assembler - help please
  Trantor T130 SCSI Driver (Rusty Atkins)
  Re: Appletalk support? (Eduardo Kaftanski)
  Re: DPT SmartCache EISA Drivers (Joe Portman (The Owner))
  Re: 32-bit Novell desktop OS combines Unix, DOS 7 (Mark A. Davis)
  Re: SIGHUP - Deep Kernal Guts question! (Christian Henry)
  Re: SIGHUP - Deep Kernal Guts question! (lilo (SpRiNg 94 GpA 3.64))
  Re: Linux Intrntl & Auto Cfg project (CHRISTOPHER M MAY)
  Re: Pioneer DRM600 6-Disc CDROM changer (Barry Flanagan)
  Re: net3 tcp window sizes (NOT SEQUENCE NUMBERS!), Please read (Alan Cox)
  Re: 32-bit Novell desktop OS combines Unix, (Alan Cox)
  Re: 32-bit Novell desktop OS combines Unix, DOS 7 (Jon Tombs)
  Emacs 19.22:  error on compile for linux (Byron Faber)

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

From: steve@adam.com.au (Stephen White)
Subject: Re: Distributions considered harmful
Date: 21 May 1994 04:41:59 -0000

Stuart Herbert (ac3slh@sunc.sheffield.ac.uk) wrote:
: My point to you is that we shouldn't be relying on a small group of people,
: who do a fantastic job, to be producing packages.  The people who write/port
: packages should take the time to make what's necessary to support a
: *standard* installation utility.

That seems to be the general motivation behind the Debian package. However,
packages are so diverse that no general strategy will cover all situations.

The general trend of the Debian mailing list is that each package prepared
for Debian will have to manage some of its own installation. We're just
working out the specifics.

As for the people who say that Debian is useless... I feel this is a little
unfair, since Debian hasn't been released yet.

--
  steve@adam.com.au

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

From: ctoriger@news.neosoft.com (Chris Origer)
Subject: bash : fork : try again
Date: 22 May 1994 08:38:07 GMT

Hi, I was trying to recompile the xview3.2 package in order to have its 
librarys jive with the X11R6 libraries. I was doing a make clean from the
top level xview directory and it seemed like everything was humming along 
fine, but then I tried to do something on another console and got "bash : 
fork : try again", anyone have any ideas? The make clean did spawn a lot of
jobs but I had over 20 meg of swap space free. I ended up having to 
suspend the job and was able to run a few commands so I went back
to the console where I first got the message and still got it. I then started
getting the message on the console I was running make in and finally had 
to exit when then kill my make job. Anyone know whats going on with this?
(This all started with me wanting to compile ftptools and it complaining 
that libxview.sa needs SHRDLIB libX11.sa_3 during linking, maybe I should 
have stuck with R5, I think I may have gotten in over my head as 
rebuilding xview seems to be a monster task!) Any help would be appreciated.
Chris
ucs_cto@pip.shsu.edu
ctoriger@starbase.neosoft.com

 

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

From: jgeorge@nbi.com (Joe George)
Subject: [LAPTOP] [APM]  APM Drivers? Where'd they go?
Date: Mon, 23 May 1994 01:06:08 GMT

I recall seeing a daemon a while back on tsx-11 that supposedly did some APM
handling for Laptops running Linux, it was called "ampd.tar.Z" and I think
it was in /pub/linux/packages/net/net-2/sources/apmd but I can no longer
find it. I have some new APM documentation and I wanted to see if I can give
a crack to adding some APM support to Linus to people with Linux-to-go can
take better advantage of some power features.

I know it didn't work, but if anyone has a cpoy of it, please let me know,
or if anyone knows who the author was, that's be a good start too.

Joe

-- 
Joe George (jgeorge@crl.com, jgeorge@nbi.com)
Great Moments in Usenet news:
"Usenet is a cesspool, a dungheap." -Patrick Townson
"No." -Tim Pierce

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

From: alan@qsss09.eq.gs.com ()
Subject: linux assembler - help please
Reply-To: alan@qsss08.eq.gs.com
Date: Mon, 23 May 1994 00:39:04 GMT

I am trying to write a program to access my video card that has
a direct memory access address which is equivalent to DOS interrupts,
without needing BIOS.  I have written the program successfully under
DOS (using debug), and tried porting it to Linux.  I am a novice at
writing assembler code, but for some reason, when I run the Linux
program, I get a "Memory fault" and the program DOESn't work.  The
"lcall" appears to be the problem, but I don't know how to determine
why.  Can someone offer some advice ?

- Alan

The program under DOS is:               Under Linux:

                                        main() {
                                                __asm__ volatile ("
        mov     ah, 12                                  movb $0x12, %ah \n
        mov     bl, 92                                  movb $0x92, %bl \n
        mov     al, 2                                   movb $0x2,  %al \n
        push    sp                                      push sp \n
        call far c000:2779                              lcall $0xc000,$0x2770 \n
        ret                                     ");
                                        }
---

      _/   Alan M Buckwalter  _/
   _/ _/    +1 212 902 5586   _/ _/
_/ _/ _/  alan@qsss08.eq.gs.com  _/ _/ _/


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

From: atkins@garnet.msen.com (Rusty Atkins)
Subject: Trantor T130 SCSI Driver
Date: 23 May 1994 03:15:06 GMT


Does anyone have any drivers for the Trantor T130 SCSI card running under
linux? I need them desperately.

Thanks,

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

From: ekaftan@ing.puc.cl (Eduardo Kaftanski)
Subject: Re: Appletalk support?
Date: Mon, 23 May 1994 03:32:23 GMT

>
>I think this already has been ported. Take a look at /pub/Linux/system/Network
>on sunsite - there are two files in there which begin with cap that ya'll 
>may find interesting.
>
>Erik
>

Nope... I wrote those two files and they add IPTalk support for CAP under Linux.
I started working today in a port of UAR for Phase I. I just read the discussion
Alan and David H. had, and I guess David can do better than me on the port...

I will continue tomorrow, unless somebody does it first, David?

-- 
Eduardo Kaftanski

ekaftan@ing.puc.cl


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

From: baron@pbaron.connected.com (Joe Portman (The Owner))
Subject: Re: DPT SmartCache EISA Drivers
Date: 23 May 1994 03:24:14 GMT

In article <2rmm57$9ip@cloud9.net>,
Scott Drassinower <scottd@cloud9.net> wrote:
>
>       Is there any word yet on drivers for the DPT SmartCache EISA 
>controllers?  Specifically, I have a 2022/95 in a system that I would 
>like to get Linux setup on.  I remember hearing some discussion about 
>these drivers being developed, but have not heard anything for the past 
>2-3 months.

Hmm. I have used DPT controllers in several linux boxes. No special driver
needed. Only one problem encountered, and that was:

You must set the computer bios to match the emulated geometry of scsi drives,
if you are using a DPT scsi controller. With ESDI controllers most of them
worked right out of the box.

On some DPTS, which set the drive type as type 1, there was a problem,
especially on older computers with a limited bios drive type table.
Linux could not find the OS on the drive when it was booted, due to a
drive type geometry mismatch.
This was solved by installing the BE3011 (I think that is the right number)
Bios Expander chip on the DPT, and re-formatting the drives, using DPTFMT.

After this, the computer bios will be over-ridden by the DPT bios at boot
time, and will report the correct drive parameters to Linux.

If you e-mail me with details, I will tell you how to set this up. It is not
hard.



-- 
=============================
Joe Portman (Westin Hotels & Resorts)
NOTE: These opinions are my own and not those of my employer

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

From: mark@taylor.wyvern.com (Mark A. Davis)
Subject: Re: 32-bit Novell desktop OS combines Unix, DOS 7
Date: Mon, 23 May 1994 03:46:23 GMT

bsa@kf8nh.wariat.org (Brandon S. Allbery) writes:

>In article <HJSTEIN.94May22155333@sunset.huji.ac.il>, hjstein@sunset.huji.ac.il (Harvey J. Stein) says:
>+---------------
>| Except that they probably won't write dosemu or wine from scratch.
>| Since (as far as I know) both dosemu & wine are under the GPL, we get
>| all their fixes & enhancements there too.
>+------------->8

>...except that Novell is a licensee of both Merge and Wabi.  What if they use
>*those*?  Wabi isn't quite all there yet, but it's farther along than Wine...

>---Before someone says something about interfaces *again*, let me point out
>that it might not be any skin off Novell's back to release the code for
>*their* (UnixWare) v86 interfaces and add them into the Linux kernel, in place
>of or in addition to the existing ones that require the software using it to
>be GPLed.  (The flip side being that we might be able to run the UnixWare
>version of Merge under the iBCS emulator...)

Merge is an extremely superior MS-"DOS" emulator; and it would probably
have to be Novell's choice for any type of commercial product.  However,
I would think the licensing costs would be rather high, and push up the
price of Expose, no?
-- 
  /--------------------------------------------------------------------------\
  | Mark A. Davis    | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 |
  | Sys.Administrator|  Computer Services   | mark@taylor.wyvern.com   .uucp |
  \--------------------------------------------------------------------------/

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

From: henryc@reality.UUCP (Christian Henry)
Subject: Re: SIGHUP - Deep Kernal Guts question!
Date: 22 May 1994 23:17:12 -0400
Reply-To: henryc@io.org

In article <1994May22.060940.7411@bogomips.ee.ubc.ca>,
John Paul Morrison <jmorriso@bogomips.ee.ubc.ca> wrote:

>>Does this explain why if I kill an xterm/rxvt running less, the less
>>process goes beserk and eats all my CPU? If so, this is bad, and could
>>cause real havoc on a multiuser machine (user logs out, process goes
>>beserk, nobody can kill it till root comes along...)
>
>Partially. It looks to me like less has a bug with its signal
>handling, even if hupcl is set. (Maybe it's not a bug but wrong
>defines during compilation).
>
>observe:
>
>$ telnet localhost
>login: foobar
>Password:
>
>$ stty hupcl
>$ less /usr/adm/messages
>^]
>telnet> q
>Connection closed.
>$ ps aux
>
>....
>foobar  7220 52.2  1.7   96  204  ?  R    22:45   0:47 less /usr/adm/message
>             ^^%CPU
>
>notice that less is sitting there chewing up CPU time!  and you can't
>kill it with SIGHUP either: kill -1 7220 doesn't do anything.  you
>have to kill it with -15 or -9. You can kill less with SIGHUP under
>normal circumstances though.

Funny, I just tried almost _exactly_ what you did (except that I used my
login name instead of "foobar" :) ); I also tried using "-hupcl" instead of
"hupcl" with the stty setting, and in both cases I didn't encounter the
problem you did.  Perhaps you have an old kernel, old networking utilities,
an old version of your shell, an old copy of less, or screwed-up initial tty
settings?  ;-)

>so 'more' got HUP'ed even though -hupcl was set (maybe that's because
>I'm trying with a pty. anyway, that's not the point. SIGHUP does get
>sent when the tty is closed (by the shell, so I'm told) and the
>process in this case is getting killed like it's supposed to).
>
>So on hangup, the process may be hanging around because the shell
>didn't send SIGHUP, or because the process is ignoring SIGHUP
>(deliberately or because of a bug). With less, it's ignoring SIGHUP
>and also getting stuck in an infinite loop (doing 'read(3, "", 1) = 0'
>according to strace). 
>
>Now maybe it's a bug in 'less' but it wouldn't surprise me if it's a
>bug in the C library or curses/termcap. You shouldn't need to do major
>surgery on programs to get them to compile properly on linux.

What shell are you using, anyway?

-- 
 |  Christian Henry   //   North York, Ontario   |  e-mail:  henryc@io.org  |
 |      ``Read my lips, I don't care what you say...''  - Sacred Reich      |

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

From: lilo@slip-6-4 (lilo (SpRiNg 94 GpA 3.64))
Subject: Re: SIGHUP - Deep Kernal Guts question!
Date: 23 May 1994 04:50:07 GMT

On Sun, 22 May 1994 14:12:02 GMT, Leon Garde (lgarde@scorch.hna.com.au) wrote:

> >Or, if you don't want to do that, set up a system daemon that runs as a
> >"gunner" to kill processes which have been running for too long.  There
> >are a lots of solutions that don't involve making incompatible changes
> >to the kernel.
> yeah. a daemon could do it. but the kernel almost does the right job.
> what 'incompatibility' is there if it did ?

The incompatibility is between *your* patches and the rest of us, because
this simply isn't going to make it into the mainline kernel.  Posix *does*
work fine (the rest of us are having no problems to speak of), and Linus is
not going to modify the kernel to break Posix compatibility.  A number of
people (current and potential Linux users) would be quite upset if he did. 
No offense intended, but this change appears to me to be likely to break
more things than it would fix.


lilo

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

From: cmay@titan.ucs.umass.edu (CHRISTOPHER M MAY)
Subject: Re: Linux Intrntl & Auto Cfg project
Date: 23 May 1994 05:28:34 GMT

Well, I didn't mean to turn up the burner, but I guess I asked for it.

Death by fire, how pure.  
--

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


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

From: barryf@iol.ie (Barry Flanagan)
Subject: Re: Pioneer DRM600 6-Disc CDROM changer
Date: 23 May 1994 09:40:16 GMT

Rusty Atkins (atkins@garnet.msen.com) wrote:

:  Does anyone have a driver for this cd changer? It is running with a 
: trantor T13b(I think) card. I have two of these changers sitting here
: collecting dust because I can't run then with Linux right now.

I think it is more to do with the trantor being unsupported than the 
Pioneer, which is a standard SCSI CD-Rom and needs no special drivers.

Each disc is a LUN on the SCSI device, so all you need to do to use it 
is to increment the LUN by 1 for each disc. It will work straight out 
of the box  as a single-disc system on any *nix I've tried (Linux, SCO 
and Solaris so far).

Hope this helps.

-Barry

--
   *********************************************************************** 
              IRELAND ON-LINE, West Wing, Furbo, Galway, Ireland
                 Tel: +353 (0)91 92727 : Fax: +353 (0)91 92726
            IOL Internet Services - Dublin: 671-5185 : Galway 92711

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

From: iialan@myhost.subdomain.domain (Alan Cox)
Subject: Re: net3 tcp window sizes (NOT SEQUENCE NUMBERS!), Please read
Date: Mon, 23 May 1994 10:10:11 GMT

Tom Briggs (tbriggs@cutter.ship.edu) wrote:
: When Linux recieves a short packet, it performs what is called a "keep
: alive" check, it basically sends a ping (I_COMP) packet with an out of
Nothing of the sort - sorry.
: Software that I know has big problems with tis:
:    NCSA Ftp (telnet works fine)
Don't know about why this one should occur.
:    Winsock driven programs
I'm using SuperTCP, LAN Workplace, Chameleon without problems. WinTrumpet
does fall out because it has a bug about sequence numbering. Wollogong apparently
has problems with a Linux quirk (read bug) causing spurious RST frames after
the connection closes. This I'm fixing at the moment.
:    PC/TCP from FTP software (all programs in the bundle fail).  
Set the window parameter to 8192 for this. Also be careful using the 
PC/TCP NDIS shim with slow drivers! This seems to be because PC/TCP doesn't
respond to the Linux dataless 0 window probes.

Alan Cox: gw4pts@gw4pts.ampr.org      \\  //          GW4PTS@GB7SWN
=======================================\\//===================================
<<<<<<     Toolkits are for WIMPS :::: //\\Lib :::: the only way to fly >>>>>>
======================================//==\\==================================

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

From: iialan@myhost.subdomain.domain (Alan Cox)
Subject: Re: 32-bit Novell desktop OS combines Unix,
Date: Mon, 23 May 1994 10:12:16 GMT

Rob Newberry (rob@eats.com) wrote:
: Sorry, again, but Novell doesn't support the open concept of Unix.  What they 
: say is, if it's not ours, it isn't Unix -- that's not very open to me.  When I 
: talked to the guys from Novell about linux at FOSE here, all they would say is 
: "linux cannot be Unix unless they are paying us royalties".  Not much open in 
: that statement.

Trying finding out the protocol for Novell file servers - now try asking
Microsoft about Lan Manager protocols. You'll find microsoft are on the 
whole MUCH more open than Novell.

Alan

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

From: jon@robots.ox.ac.uk (Jon Tombs)
Subject: Re: 32-bit Novell desktop OS combines Unix, DOS 7
Reply-To: jon@gtex02.us.es
Date: Mon, 23 May 1994 10:54:18 GMT

In article <1994May19.192201.2639@uk.ac.swan.pyr>,
Alan Cox <iiitac@uk.ac.swan.pyr> wrote:
>In article <2rfvq5INNrlp@ope001.iao.ford.com> ekimmina@pms709.pms.ford.com (Eric Kimminau) writes:
>>version of Stacker. Lets take a really wild stab at something and hope
>>that Novell has Linux/Corsair running on a stacked partition. Sounds
>>like something really cool to me!
>
>This is why I find the whole thing so improbable in some ways. There is no
>way Novell could add Stacker support to the Linux kernel environment without
>in effect releasing a GPL'd stacker equivalent. Given that stacker are
>fairly protective of their code and ideas this is unlikely. Also the GPL
>prevents patented items being GPL'd and the patent used to lock them down

As far as I see it , NOVEL can add better vm86 emulation for dosemu,
better IPX support, several new filesystems all without breaking the
GPL and without revaeling source code. It all depends on how you view
loadable modules. If they put all there changes in a .o as a loadable module
then I believe they can get away with only providing the changes needed
to the kernel to support there modules (code like if (!ipx_loaded_hook) ...).

The can also put what ever restrictions they like on there .o module to
prevent copying of it, and/or backward engineering.

The only way to prevent this would to put in the linux copywrite that
the act of loading a module puts it under the GPL, but I'm not sure that
we would want that.

Jon.


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

From: btf57346@uxa.cso.uiuc.edu (Byron Faber)
Subject: Emacs 19.22:  error on compile for linux
Date: 23 May 1994 13:09:11 GMT

I believe this has been asked before.  But for emacs-19.22 & linux 1.1.12
& libc 4.5.26 I get the following error:

gcc -c  -Demacs -DHAVE_CONFIG_H  -I. -I/usr/src/emacs-19.22/src   -D_BSD_SOURCE
   -I/usr/X386/include      -O2 dispnew.c
   dispnew.c:54: warning: `PENDING_OUTPUT_COUNT' redefined
   ./s/linux.h:158: warning: this is the location of the previous definition
   dispnew.c: In function `update_frame':
   dispnew.c:1048: structure has no member named `_ptr'
   dispnew.c:1048: structure has no member named `_base'
   dispnew.c:1059: structure has no member named `_ptr'
   dispnew.c:1059: structure has no member named `_base'

The structure is:

linux.h:#define PENDING_OUTPUT_COUNT(FILE) ((FILE)->_pptr - (FILE)->_pbase)

I looked for FILE, but grep returns to much when I'm in /usr/include.

I know this was discussed before.  But could anybody tell me what the answer
was?

Byron Faber
-- 
`Playing this disk at loud volume may permanently damage your speakers or
other sound components.'                                -LFO
                                b-faber@uiuc.edu

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


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