Subject: Linux-Development Digest #762
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:     Fri, 27 May 94 00:13:07 EDT

Linux-Development Digest #762, Volume #1         Fri, 27 May 94 00:13:07 EDT

Contents:
  Re: linux assembler - help please (Onno Hovers)
  Re: SIGHUP - Deep Kernal Guts question! (Dan Swartzendruber)
  Does linux work in laptop w/ IBM BIOS? (Steve McMahon)
  can Linux notify w/ SIGIO or SIGPOLL??? (Kevin P. Lawton)
  Re: NeXT like voice mail ? (Andrzej K. Brandt)
  Twain Scanner (Francesco Duranti)
  Problems compiling Linux 1.1.15 (Jan Lindheim)
  Re: Symmetric Multiprocessing for Linux? (Ian McCloghrie)
  Re: script to implement ``dump levels'' (was Re: Anybody working on BSD dump porting?) (Ken Pizzini)
  Re: 32-bit Novell desktop OS combines Unix, (UNIX and Unix) (Klaus Fueller)
  Re: BusLogi 445S and DMA Channel (NEW ANSWER) (Michael L. VanLoon)
  Re: Skinny Dip (Marko Schuetz)
  Linux and binding sockets (Dorwin Shields)
  Re: SIGHUP - Where do we go from here? (Ken Pizzini)
  Re: Twain Scanner (Byron A Jeff)

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

From: onno@stack.urc.tue.nl (Onno Hovers)
Subject: Re: linux assembler - help please
Date: 26 May 1994 18:19:31 GMT

alan@qsss09.eq.gs.com wrote:
> 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 ?

AAAAARRRRRGGGGGHHHHHHHH

Is this a joke of yours? Are you kidding or do you mean this!!!
Don't you know that you can't just access hardware or the BIOS  under linux.
Have you ever heard of the infamous protected mode or memory protection?  
What you are showing here is plain stupid.


> 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                                     ");
>                                       }

You say you don't need the BIOS, but what you are doing is making a direct
call to the BIOS routine in your BIOS. You may get some speedup, because
you don't need the interrupt shit. But this routine will not even work on
a computer with another BIOS. There is no standard that says that that 
routine should be at address c000:2779. If you want to be a smart kid, 
then just keep yourself to what the book says, or try to understand how
things really work. 

P.S. If you want to do graphics programming under linux, try the svgalib
library. This library has support for all kinds of video cards, so you 
don't have to worry about if it will work on any other PC. It comes with
source and everything. 
And there are many cool graphics libraries for dos that will also do 
exactlty what you want.  

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



--
==============================================================================
    /-------/       / | Onno Hovers [IRCNICK=arrow]
   /       /-------/  | 2nd Year student Physics 
  /       /-------/   | email:  onno@stack.urc.tue.nl
 /-------/       /    | tel. :  013-676622
 Ask for OHware (TM)  | addr.:  Wandelboslaan 105, 5042 PC Tilburg, Nederland 
==============================================================================
All animals are equal, but some animals are more equal than others--G.Orwell  

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

From: dswartz@pugsley.osf.org (Dan Swartzendruber)
Subject: Re: SIGHUP - Deep Kernal Guts question!
Date: 26 May 1994 21:22:31 GMT

In article <2s2pn6$631@nwfocus.wa.com> ken@chinook.halcyon.com (Ken Pizzini) writes:
>
>In article <2rvvr5$gls@paperboy.osf.org>,
>Dan Swartzendruber <dswartz@pugsley.osf.org> wrote:
>>Despite the fact that POSIX is supposed to be a standard, I would
>>venture to guess that the majority of Unix systems out there are
>>not POSIX-compliant.  Given this, not checking for an error condition
>>or a signal or whatever because it can never happen on a POSIX system
>>strikes me as somewhat like the pedestrian being run over by a car -
>>technically he's in the right, but he's still dead...
>
>That sounds like a realy stupid idea, because POSIX only specifies
>a certain *minimum* of error conditions that must be recognized
>by the system.  The standard explicitly states that an implementation
>may recognize other error conditions not explicitly stated in the
>standard.  A common example is EFAULT -- POSIX does not require
>this to be detected, but any reasonable unixoid implementation
>will return an error with errno set to EFAULT if you pass it
>a bad address in, for example, a call to read().

Sigh.  That's precisely my point.  The original poster was
talking about checking for something (SIGHUP), which doesn't
apparently need to be checked for on a POSIX system, but does
on many non-compliant Unix systems.  A following poster (if I
remember correctly) took him to task for advocating coding not
compliantly to POSIX, which is a different issue entirely, as
the SIGHUP case demonstrates.
-- 

#include <std_disclaimer.h>

Dan S.

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

From: steve.mcmahon@lambada.oit.unc.edu (Steve McMahon)
Subject: Does linux work in laptop w/ IBM BIOS?
Date: 26 May 94 18:54:09 GMT

I have a Panasonic CF-580C laptop. This is an i486SL laptop and has an
IBM BIOS. I tried booting MCC 1.0+ on it. It booted fine, but it could
not recognize the hard drive (fdsik could not read /dev/hda, and the
partition check message at bootup was not displayed).

The hard drive is listed in CMOS as type 0 (Auto), 984 cylinders, 13
heads, and 32 sectors per track (200 MB). There is no way to change
the drive type or info in CMOS.

The BIOS info, as reported by MSD is as follows:

    Computer Name: Panasonic
BIOS Manufacturer: IBM
     BIOS Version: PANASONIC ROM BIOS V1.16
    BIOS Category: IBM PS/2 Model 70/80
    BIOS ID Bytes: F8 FE 00
        BIOS Date: 07/19/93
        Processor: 486DX
 Math Coprocessor: Internal
         Keyboard: Enhanced
         Bus Type: ISA/AT/Classic Bus
   DMA Controller: Yes
    Cascaded IRQ2: Yes
BIOS Data Segment: 9FC0 1k

and MSD repors the dive as:

 C:   Fixed Disk, CMOS Type 0                      86M        199M
        984 Cylinders, 13 Heads
        512 Bytes/Sector, 32 Sectors/Track

Is there a way to make linux recognize the hard drive? I have linux on
my desktop machine, so I can change things in the source if need be,
but what to change? (I thought I could possibly hard-code the hard
disk info into the kernel, but how?).

Any insight into this would be most appreciated (including `forget it,
it'll never work').

Thanks.


-Steve


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

From: kpl@ll.mit.edu (Kevin P. Lawton)
Subject: can Linux notify w/ SIGIO or SIGPOLL???
Reply-To: kpl@ll.mit.edu (Kevin P. Lawton)
Date: Thu, 26 May 94 20:17:56 GMT


Hi,

I'd like to be notified asynchronously with a signal when there
is a change in status of a file descriptor (read,write,etc).

Is there a mechanism in Linux for this?

I see mention in BSD & SYSV books that this can be done via:

  # BSD, to be notified with SIGIO (terminals & sockets only)
  signal(SIGPOLL, sigpollhandler);
  fcntl(fd, F_SETFL, fcntl(fd, F_GETFL) | FASYNC);

  # SYSV, to be notified with SIGPOLL
  signal(SIGPOLL, sigpollhandler);  /* or use sigaction */
  fcntl(fd, F_SETFL, fcntl(fd, F_GETFL) | O_NONBLOCK);
  ioctl(fd, I_SETSIG, S_INPUT);  /* for example */

Is there a similar facility under Linux?

Thank you,
Kevin P. Lawton

-- 
+----------------------------------------------+
| "How does he know we're going the wrong way. |
|  He doesn't know where we're going."         |
|                                              |
| John Candy, "Planes, Trains and Automobiles" |
+----------------------------------------------+


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

From: andy@eleet.appli.mimuw.edu.pl (Andrzej K. Brandt)
Crossposted-To: comp.os.linux.admin,comp.os.linux.misc
Subject: Re: NeXT like voice mail ?
Date: 26 May 1994 17:46:35 GMT

Bill Chin (bchin@is-next.umd.edu) wrote:
: Shahid Ikram Butt (sib1@Ra.MsState.Edu) wrote:

: : I have not installed Linux on my machine yet, I am looking to do that 
: : real soon. A quick question. Is anybody working on NeXT-like voice 
: : mail system for Linux ? I like the ability to send/receive voice mail on my
: : computer.  Just about everybody has sounblaster or compatible card and
: : it shouldn't be difficult to stnadardize something like that. 

: : If we could get voice messages and gifs in the sig file of a voice message
: : we'd very close to video-conferencing without wasting all that bandwidth.
: : The data could also be automatically compressed/decompressed 
: : uudecoded/uuencoded etc ? 

: You are talking about MIME, an Internet standard for sending "richer"
: messages than straight ascii.  You can send graphics, binaries, sounds
: and others using MIME compatible mailers on many platforms including
: Linux. 

BTW - could you suggest please some MIME mailers?

--

                               73 de Andy SP5WCA

/-------------------+--------+-------------------+-------------------------\
I Andrzej K. Brandt I SP5WCA I andy@mimuw.edu.pl I   andy@sp5wca.ampr.org  I 
\-------------------+--------+-------------------+-------------------------/
I                                                                          I
I     "Evil indeed is the man who has not one woman to mourn him."         I
I                                                                          I
I                       --- Dr. Watson in "The Hound of the Baskervilles"  I
I                                                                          I

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

From: Francesco Duranti <MC3516@mclink.it>
Subject: Twain Scanner
Date: Thu, 26 May 94 12:57:15 CEST


Has anyone written driver or program for the TWAIN scanner interface? I've
found two scanner driver on Sunsite but none of those is for Logitech
ScanMan. I can write the driver if i can find document about TWAIN
interface... please help me...

Francesco
(mc3516@mclink.it)

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

From: lindheim@ccsf.caltech.edu (Jan Lindheim)
Subject: Problems compiling Linux 1.1.15
Date: 26 May 1994 19:28:48 GMT
Reply-To: lindheim@ccsf.caltech.edu

Linux 1.1.15 will not compile for Sound Blaster support on my system.
It fails on sbpcd.c.  The changes to sched.h in include/linux seems
to have caused this.

Also, is there a simple way to bump up the number of processes
that can run at one time?  As soon as I get up to 78 processes,
fork fails.

Thanks for your help!
---
Jan Lindheim            Internet: lindheim@ccsf.caltech.edu
M.S. 158-79 Caltech     UUCP:     lindheim%ccsf.caltech.edu@uunet.uu.net
Pasadena, CA 91125 USA   
Tel: (818) 395-3926, FAX: (818) 584-5917



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

From: imcclogh@cs.ucsd.edu (Ian McCloghrie)
Subject: Re: Symmetric Multiprocessing for Linux?
Date: 26 May 94 23:34:50 GMT
Reply-To: ian@ucsd.edu

ian_vogt@ACM.ORG writes:

>Are there plans afoot to extend Linux to support symmetric
>multi-processing (a la Mach?)

I sincerely doubt it, since as far as I know, Linux only runs on
386-architecutre PCs and some Amigas (I know virtually nothing about
the Amiga port).  It's difficult to find these systems with the
necessary hardware for SMP (like having more than one processor).

If you want SMP like Mach does it, why not just use Mach?

--
____
\bi/  Ian McCloghrie      | FLUG:  FurryMUCK Linux User's Group
 \/   email: ian@ucsd.edu | Card Carrying Member, UCSD Secret Islandia Club
GCS (!)d-(--) p c++ l++(+++) u+ e-(soon) m+ s+/+ n+(-) h- f+ !g w+ t+ r y*

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

From: ken@chinook.halcyon.com (Ken Pizzini)
Subject: Re: script to implement ``dump levels'' (was Re: Anybody working on BSD dump porting?)
Date: 26 May 1994 18:37:35 GMT

In article <CqEHuw.3Bw@pe1chl.ampr.org>, Rob Janssen <pe1chl@rabo.nl> wrote:
>The only problem left is that you cannot backup the filesystem without
>modifying it in any way.  Either the atime is modified because you read
>the file, or the ctime is modified because you attempt to reset the atime.
>This is a bug in the system interface, IMHO, but it could be fixed.

Since the alternative being proposed is based on raw disk access,
and you really should only do that on an unmounted or read-only
mounted file system, you can accomplish the same thing with
a tar-like approach by remounting the filesystem to be backed-up
readonly.  Granted, a system interface solution would allow you
to backup "live", but at least the "remount readonly" solution
is a useful workaround in those cases where you would be using
"dump" anyway.

                --Ken Pizzini

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

From: klausf@softwks.osgo.ks.he.schule.de (Klaus Fueller)
Subject: Re: 32-bit Novell desktop OS combines Unix, (UNIX and Unix)
Date: Wed, 25 May 1994 05:53:47 GMT

In <newcombe.211.00611BC8@aa.csc.peachnet.edu> newcombe@aa.csc.peachnet.edu (Dan Newcombe) writes:

...
>I don't see what's wrong with that statement.  It makes perfect sense.  Novell 
>holds the liscence/copyright/trademark/patent/whatever to Unix (proper noun).  
                                                           ^^^^^^^^^^^^^^^^^^
To circumvent this "iX", a German magazine on
multiuser/multitasking (open) operating systems (that's to say: Unix)
are stating in their impressum:

"The Term `Unix' in this capitalization is not used as a denomination
for Univel's product but as a common term for the Unix-family of
operating-systems of different manufacturers, for example AIX(IBM),
Eurix(ComFood), HP/UX(HP), Sinix(Siemens) or Xenix(SCO/Microsoft)."

If they talk of Univel they use UNIX as the product-name.

I don't know if that stands against any legal argumentation but in my
publications I have adopted this viewpoint.
-- 
Mit freundlichen Gruessen               Klaus M. Fueller, Kassel

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

From: michaelv@iastate.edu (Michael L. VanLoon)
Crossposted-To: comp.os.linux.misc,comp.os.386bsd.development,comp.os.386bsd.questions,comp.sys.ibm.pc.hardware.systems,comp.sys.ibm.pc.hardware.storage,comp.sys.ibm.pc.hardware.misc,comp.periphs.scsi
Subject: Re: BusLogi 445S and DMA Channel (NEW ANSWER)
Date: 27 May 94 02:26:18 GMT

In <JKH.94May27001218@nx.ilo.dec.com> jkh@nx.ilo.dec.com (Jordan Hubbard) writes:

>In article <2s2j80$1go@ebh.eb.ele.tue.nl> wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen) writes:

>>  Because this starts me wonder which kernel I should use with my 445S REV D
>>  board under FreeBSD. I'm using the AHA kernel which works great for 16Mb
>>  But I'm waiting for the 3.37 Eprom to go to 32MB. Should I use the BT 
>>  kernels for FreeBSD

>You can use the Bt driver *now* for your Rev D board with 16MB - I do

I guess it just escapes me why someone would even *want* to use the
non-BusLogic driver with a BusLogic board, when a BusLogic-specific
driver exists!  The reasoning fails to make its way through my
brain...

You have a BusLogic card -- use the BusLogic driver!  How hard is
that?...

>Whether or not the 3.37
>eprom fixes the >16MB DMA problem is, however, still an open question
>for ANY of the operating systems.  Buslogic claims success with 3.37,
>yet I've now seen more than a few reports that tend to indicate that
>they did NOT fix the problem.

I've also heard that the fault is not with the SCSI controller, but
with the VLB circuitry.  Some VLB slots do bus-mastering rather quite
poorly.  Maybe it's your motherboard that's causing you so much pain.
Have you tried moving it to a different slot?  It may be that you have
one master slot and all the rest are slaves (or maybe no true
mastering slot at all... ack :-P ).

>                                       Jordan

-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 Michael L. VanLoon                 Iowa State University Computation Center
    michaelv@iastate.edu                    Project Vincent Systems Staff
  Free your mind and your machine -- NetBSD free Un*x for PC/Mac/Amiga/etc.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

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

From: marko@hisplace.rhein-main.de (Marko Schuetz)
Subject: Re: Skinny Dip
Date: Thu, 26 May 1994 07:30:56 GMT

tomppo@phys-3.jyu.fi (Jari Tomppo) writes:

>: Matt Keogh (keogh@anshar.shadow.net) wrote:

>:                The ORIGINAL thigh cream, as seen on national TV
blabla

>What's the story behind that fuckin' moron? I tried to send mail to
>root@shadow.net & root@anshar.shadow.net, but they bounced back. I've 
>seen that fuckin' advertisement in tens of newsgroups during this week.

>Do we have a new canter&siegel case here?

In nn do a 'K' permanent on Matt Keogh, that's the way to react, I think.

Marko

-- 
---
       Marko Sch"utz / Koselstr. 7 / D 60318 Frankfurt / Germany
           marko@hisplace.rhein-main.de / Tel: +49 69 5971621

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

From: parprods@ecn.uoknor.edu (Dorwin Shields)
Subject: Linux and binding sockets
Date: 26 May 1994 20:04:30 GMT

   I was wondering if Linux is good for developing network packages
I'm trying to learn networkprogramming.  Anyway--I wrote a program
which establishes an internet listening socket using the address
INADDR_ANY and some port number like 5555--I've tried other prot numbers as well
whenever I go to bind the address linux gives me a Cannot assign requested
address error--the code worked on the Ultrix machines I tested them on.
I am using Linux 1.1.8 from Slackware.
  Does anyone know if RPC is dead--if not, is it fairly portable--I thought
about doing this instead of the lowlevel sockets--I want to pass arrays
back and forth.  

Thanks, 
Dorwin

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

From: ken@chinook.halcyon.com (Ken Pizzini)
Subject: Re: SIGHUP - Where do we go from here?
Date: 26 May 1994 19:02:10 GMT

In article <1994May25.135713.31927@loreli.ftl.fl.us>,
Sean Puckett <nate@loreli.ftl.fl.us> wrote:
>So here's what we've learned.
>  1.  Posix says SIGHUP should be sent only to session leaders.

Posix says a SIGHUP generated by a terminal disconnect should
only be sent to the controlling process associated with the
terminal (1003.1-1988 sec. 7.1.1.10).  The "controlling
process associated with the terminal" is the session leader
that established the connection to the controlling terminal
(sec. 2.3).

Also, if a controlling process dies (whether by a call to _exit()
or a SIG_DFL action), then SIGHUP shall be sent to each process
in the foreground process group of the controlling terminal
belonging to the dying process (1003.1-1988 sec 3.2.2.2).

SIGHUP generated other ways (i.e. via a kill() call) should
be delevered wherever addressed, subject to permission constraints.

                --Ken Pizzini

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

From: byron@cc.gatech.edu (Byron A Jeff)
Subject: Re: Twain Scanner
Date: 26 May 1994 16:12:22 -0400

In article <769949835.MC3516@mclink.it>,
Francesco Duranti  <MC3516@mclink.it> wrote:
>
>Has anyone written driver or program for the TWAIN scanner interface? I've
>found two scanner driver on Sunsite but none of those is for Logitech
>ScanMan. I can write the driver if i can find document about TWAIN
>interface... please help me...

The TWAIN scanner interface is badly misrepresented. For some reason folks
believe that if someone writes a TWAIN driver that all scanners will 
suddenly start working with Linux. It ain't so.

See TWAIN is an interface between the TWAIN driver and the application. 
All TWAIN applications are for WINDOWS (and maybe DOS). Since Linux cannot
yet run all those WINDOWS applications, a TWAIN driver is useless.

In addition, a TWAIN driver has to understand the interface mechanism of the
scanner and it's card. It's not information that scanner companies are 
releasing (with the possible exception of EPSON).

What is needed is a scanner driver for each scanner. TWAIN is unnecessary
because the UNIX device driver interface is already designed to provide a
consistent interface between applications and the hardware. Witness the
Soundcard driver: for basic stuff it doesn't matter if you have a PAS16,
Soundblaster, or GUS, all the applications work fine.

Scanner drivers will be hard to come by. I asked HP at COMDEX yesterday
about scanner drivers. They had no clue but promised to send me literature
about their development tools. We'll see.

My thought is that we buy from whomever will provide us with programming
Specs. I'd advise EPSON. That's what I plan to buy. And when I do I'll see
about a scanner driver for it.

Hope this helps. Sorry it's not what you want to hear.

Later,

BAJ
-- 
---
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel - And Using Linux!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.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
******************************
