Subject: Linux-Development Digest #810
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:     Thu, 9 Jun 94 17:13:23 EDT

Linux-Development Digest #810, Volume #1          Thu, 9 Jun 94 17:13:23 EDT

Contents:
  Thinking of developing intelligent serial drivers ... (Joseph Kruckenberg)
  Linux CD (Joel R.Wright)
  Re: WINE Status (JAMES LEWIS NANCE)
  Re: My problem? GCC problem? Linux problem? (Dan Pop)
  SVNet Meeting/Program, Wednesday, June 15, 1994  7:30pm, Mountain View (FREE) (Jesus Monroy Jr)
  How access memory from drv? (Vassili Leonov)
  Re: assembly language & Linux (ATTN!) (Phil Mucci)
  in2000-SCSI drivers crashed when using HD intensively (Stefan Markgraf)
  Re: ncurses 1.8.1 (Zeyd M. Ben-Halim)
  Re: NCurses 1.8.5 (Zeyd M. Ben-Halim)
  Re: Boot floppy for non-bootable HD  (was LI040404) (Lee J. Silverman)
  Re: NCurses 1.8.5 (Zeyd M. Ben-Halim)
  ATM driver (Kwun Han)
  Re: My problem? GCC problem? Linux problem? (Mihail S. Iotov)
  USERFS installation. Need help! (Yasuo Ohgaki)
  Re: USERFS installation. Need help! (Yasuo Ohgaki)
  Re: Linux game development (Was Re: Why [DOS, W (David Luyer)

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

From: kruckenb@sal.cs.utah.edu (Joseph Kruckenberg)
Subject: Thinking of developing intelligent serial drivers ...
Date: 9 Jun 1994 01:59:00 GMT

As my first Linux programming project, I'm thinking about developing a
driver for an intelligent serial board. I need to get your input on a
few questions:

1) Are there any reasons why Linux could not support an intelligent
serial device? (Before I get started, will I be going anywhere?) Is
this a feasible project?

2) Has anyone done any work on any intelligent serial drivers that I
could use to start my project? Anyone know of drivers like this
written for similar OS's (such as *BSD)?

3) Which board/boards should I start with? I have access to a Hayes
ESP card, so that'd be the easiest to do, but if there's overwhelming
demand for some other, maybe I could persuade the manufacturer to loan
me one for development.

4) What sources of programming information should I have before
starting this project (books, on-line stuff, etc)? I've got the Linux
Kernel Hacker's guide, but that's about it. I'm not really familiar
with what programming materials are available for Linux, so if you can
recommend some, or some non-Linux-specific ones that will work with
Linux, I'd appreciate it (especially stuff on device drivers).

5) Anyone else interested in participating in this project (especially
people who have intelligent serial boards, who can borrow one, or who
can donate one)?

I'd appreciate any guidance/input/help you can give me in getting
started on this.

Thanks.
Pete Kruckenberg
kruckenb@sal.cs.utah.edu


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

Subject: Linux CD
From: jwright@schunix.com (Joel R.Wright)
Date: 7 Jun 1994 21:35:19 -0400

        Which of the Linux CD's is the better package ??

                Thanks...

--
===============================================================================
            Joel Wright              |      Schunix Public Access Unix
        jwright@schunix.com          |        Worcester County Ma USA
===============================================================================

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

From: jlnance@eos.ncsu.edu (JAMES LEWIS NANCE)
Subject: Re: WINE Status
Date: 9 Jun 1994 12:21:10 GMT
Reply-To: jlnance@eos.ncsu.edu (JAMES LEWIS NANCE)


In article <Cr3DBJ.8w9@melpar.esys.com>, jmccartin@melpar.esys.com (John McCartin) writes:
> 
> 
> What is the current development status of WINE?  When is it supposed 
> to be out?
> 

There is a wine FAQ on tsx-11.mit.edu somewhere.  I think it is in
pub/linux/ALPHA/Wine, but you should be able to find it in the file list even
if I have the directory name wrong.

From what I gather reading the mail on the WINE mailing list, several 
programs now run, though most of them are small.

Jim Nance

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

From: danpop@cernapo.cern.ch (Dan Pop)
Subject: Re: My problem? GCC problem? Linux problem?
Date: Thu, 9 Jun 1994 12:38:31 GMT

In <Cr4GxI.1zu@cwi.nl> aeb@cwi.nl (Andries Brouwer) writes:

>ablumer@hubcap.clemson.edu (Aric D. Blumer) writes:
>
>=Given this code:
>
>== void example(s) char *s; {
>==     *s = 'h';
>== }
>== void main() {
>==     example("Hello!");
>== }
>
>=Should this code cause a Segmentation fault?
>=It does running Linux 1.0 and compiled with GCC 2.5.8!
>=It doesn't on my Sun.
>
>Compile with -fwritable-strings.

This is a quick and dirty solution, that doesn't fix the code, which is
broken. Fixing the code is the right solution, because the next
platform you'll want to port the code to may not have a -fwritable-strings 
equivalent option. Somebody else has already posted how to do that.

And _never_ forget that it is _illegal_ to define main as returning
void. main _has_ to be defined as returning int.

Dan
-- 
Dan Pop 
CERN, CN Division
Email: danpop@cernapo.cern.ch
Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland

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

Crossposted-To: comp.os.os2.programmer.misc,comp.os.minix,comp.os.mach,comp.periphs,comp.unix.bsd,comp.unix.pc-clone.32bit,comp.os.386bsd.development
From: jmonroy@netcom.com (Jesus Monroy Jr)
Subject: SVNet Meeting/Program, Wednesday, June 15, 1994  7:30pm, Mountain View (FREE)
Date: Wed, 8 Jun 1994 03:09:05 GMT

 
 
          **********************************************
          *                                            *
          *  PPP, Evolution, State & Directions        *
          *                                            *
          **********************************************
 
WHAT:   PPP, Evolution, State & Directions
 
  With the exposive interest in the Internet, so has grown the interest in
  internetworking-related protocols, particularly PPP.
 
  PPP, seen as many as the successor to SLIP (Serial Line IP), allows TCP/IP
  connections across serial lines, such as typical analog modem connections 
  across voice-grade telephone lines.  Our speaker will talk about the 
  evolution of PPP, the basic concepts behind PPP, the current state-of-the-art 
  in PPP, and the direction of PPP development.
 
WHO:    Brian Lloyd, Lloyd Internetworking
 
  Brian Lloyd is the co-author of RFC-1334 (PPP authentication), is co-author
  of the PPP inverse multiplexing draft document (multilink), and is past
  chairman of the IETF PPP working group.  His company, Lloyd Internetworking,
  is actively involved in development of PPP software for a number of different
  systems.
 
 
WHEN:   Wednesday, June 15, 1994 at 7:30pm
        (We meet regularly on the 3rd Wednesday of each month)
 
 
WHERE:  Sun Microsystems Bldg 6, 2750 Coast Avenue, Mountain View
      Coast Ave appears to be just a driveway next to Bldg 5 on Garcia Ave 
      between Amphitheatre Pkwy and San Antonio, so don't get confused.
 
FOR MORE INFORMATION: please call either Paul Fronberg at (415) 366-6403 
      or Ralph Barker at (408) 559-6202.
 
FUTURE TALKS:
    July 20th 1994 - Bill Jolitz on the 386BSD 1.0 release.
 
                  ---------------+--------------------
          SVNet is a UNIX  and open systems user group supported by 
                   member dues and donations.
 
 
             SVNet Meetings are FREE and OPEN TO THE PUBLIC.
 
              UNIX is now a registered trademark of X/Open 
 

-- 
Jesus Monroy Jr                                          jmonroy@netcom.com
Zebra Research
/386BSD/device-drivers /fd /qic /clock /documentation
___________________________________________________________________________

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

From: vassili@cs.sunysb.edu (Vassili Leonov)
Subject: How access memory from drv?
Date: 8 Jun 1994 17:00:40 GMT

I was writing a driver for PRI48 T1 interface card and due to my
limited experience with that in Un*x environment - how
do I address physical memory from withing the driver code?

If you do it from the process then you use the mmap with "/dev/mem"
driver to set the mapping - this is WRONG to do from the driver.

Am I correct, that from the driver logical addresses are equal to
physical - at least within the 1st Meg - i.e. if I want to address
something at the base address 0xd0000 I just say:

char * ph_mem;

(long) ph_mem = 0xd0000;

&ph_mem = 123;

Is this the right way? I was not able to find the answer at a glance
from the "Kernel Hackers' Guide"...
Thanks, Vassili.
p.s. Is there any ongoing work on the KHG - how can one contribute?

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

From: phil@gradient.com (Phil Mucci)
Subject: Re: assembly language & Linux (ATTN!)
Date: 9 Jun 1994 16:30:03 GMT
Reply-To: phil@gradient.com


        I would like to place a request that future Linux authors
use as little assembly as possible in their programs. This is primarily
due to the fact that the Atari and Amiga ports of Linux are progressing
very rapidly. It is conceivable that someday in the future, the source
bases will be merged. 

        Us 680x0 people thank you,

        -Phil M.




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

From: stefan@pippi.tu-bs.de (Stefan Markgraf)
Subject: in2000-SCSI drivers crashed when using HD intensively
Date: Thu, 9 Jun 1994 14:07:23 GMT

Hi folks!

The in2000-SCSI-driver (see linux/ALPHA/scsi/in2000.tar.gz) 
crashes when using the harddisk intensively. E.g. when compiling 
large programs or when using X and opening some tools (-> swapping?).

Symptoms: The HD-light burns constantly. Switching between virtual consoles
works, but you cannot halt the system, because the HD do not work anymore.

It is only a question of time when this happens, e.g. a couple of minutes.


1) Is anybody able to fix the problem?
2) Does anybody have the same problem?
3) Does anybody know the E-mail address of the authors of the driver
   Brad McLean, Shaun Savage and Bill Earnest?
   I only know the address of Bill Earnest (wde@aluxpo.att.com), but he only
   applies some patches and some rewrites to the driver. 
   I wrote an Email, but he did not answer until now.

Thanks for your help, okidoki,
        Stefan.

                         \\|//
                         (^ ^)
======================ooO=(_)=Ooo=======================================
sig: Stefan              {   }          stefan@geophys.nat.tu-bs.de
     Markgraf            {   }          Phone: +49 531 391 5231
                         {   }
=========================U===U==========================================
                        /| | |\
                       ooO   Ooo



   

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

From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: Re: ncurses 1.8.1
Date: Wed, 8 Jun 1994 04:56:26 GMT

In article <2svtep$h6e@hippo.shef.ac.uk>,
Stuart Herbert <ac3slh@sunc.sheffield.ac.uk> wrote:
>Zenon Fortuna (zenon@resonex.com) wrote:
>: In article <2shm4q$fh0@news.cs.tu-berlin.de>,
>: centauri <centauri@cs.tu-berlin.de> wrote:
>: >Hi,
>: >
>: >I'm having some problems with ncurses.
>
>: You should not waste time wrestling with ncurses 1.8.1.
>: Get ncurses 1.8.5 from netcom.com:/pub/zmbenhal/ncurses/1.8.5.tgz
>
>:      Zenon
>
>Hrm, unfortunately, this is appears broken as well ... at least with ncurses
>1.8.1 I don't have apps hanging for no apparent reason!

It would be nice if you could run your problems by me before bashing
ncurses. What make you think that your application is not at fault?

Zeyd

-- 
---
Zeyd M. Ben-Halim       zmbenhal@netcom.com
10479 1/4 Santa Monica Blvd, LA, CA, 90025 (310) 470-0281

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

From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: Re: NCurses 1.8.5
Date: Wed, 8 Jun 1994 04:59:51 GMT

In article <1994Jun7.000119.675@kf8nh.wariat.org>,
Brandon S. Allbery <bsa@kf8nh.wariat.org> wrote:
>In article <2t02g7$opo@netaxs.com>, sto2@netaxs.com (Brian Stoler) says:
>+---------------
>| Well, I did the same as you, installed 1.8.5 over Slackware's default 
>| 1.8.1, and yes, all ncurses apps' color broke. But after I recompiled 
>| dialog, it worked fine. Try recompiling again .. and look at the Makefile?
>+------------->8
>
>ncurses 1.8.5's terminfo entries are incompatible with 1.8.1's... but are now
>compatible with everyone else's, so you can now use binary terminfo entries
>from other machines (and iBCS2 curses apps will work with the Linux terminfo
>database if you're using the iBCS emulator).  You need to recompile existing
>apps and to re-tic any terminfo entries you added that didn't come with
>ncurses 1.8.5.

Thank you Brandon, at least somebody is paying attention :-) :-)

Zeyd


-- 
---
Zeyd M. Ben-Halim       zmbenhal@netcom.com
10479 1/4 Santa Monica Blvd, LA, CA, 90025 (310) 470-0281

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

From: lee@netspace.cis.brown.edu (Lee J. Silverman)
Crossposted-To: comp.os.linux.admin
Subject: Re: Boot floppy for non-bootable HD  (was LI040404)
Date: 09 Jun 1994 17:53:13 GMT

        This is a followup to a thread that I started in c.o.l.a.  I'm
trying to boot a Gateway 2000 with a 540 Meg IDE drive that has 1048
cylinders.  I can't get LILO to install on the HD, so the next logical
step for me was to install LILO on a floppy.  Couldn't get that to
work either.

        Reading some documentation I found a little after posting, I
discovered that I really didn't need LILO; I could just copy the
Kernel to a floppy and boot with it:
cp /vmlinuz /dev/fd0

This is wonderful, except that I have the same problem: Linux
autodetects the HD geometry wrong (524,32,63 instead of 1048,16,63;
looks like a bit-shift problem).  So somehow I need to change the HD
parameters in the kernel when it boots.

There are two ways I can see doing this: The easy way is to pass the
configuration on to the kernel in the same way that LILO does when you
use "append".  I can't figure out how to do that.  Help?

The second way is to modify the file linux/boot/setup.S, which is the
assembly code that determines the HD parameters, as near as I can
tell.  I suppose I could hard-code the geometry, but that would be a
pain, and I don't know which variables mean what, and what the "set"
command is in asm.  (Been a long time since I did any assembly...)

Any help from people out there?  I'll be sure to post a solution when
I have one...



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

From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: Re: NCurses 1.8.5
Date: Wed, 8 Jun 1994 05:03:25 GMT

In article <2t290g$8gk@hippo.shef.ac.uk>,
Stuart Herbert <ac3slh@sunc.sheffield.ac.uk> wrote:
>Brian Stoler (sto2@netaxs.com) wrote:
>
>: Well, I did the same as you, installed 1.8.5 over Slackware's default 
>: 1.8.1, and yes, all ncurses apps' color broke. But after I recompiled 
>: dialog, it worked fine. Try recompiling again .. and look at the Makefile?
>
>Well, werase() in ncurses has been broken, as it no longer honours the
                                    ^^^^^^ 
>window's attributes (fixed that one).  There are other bugs hidden in
>dialog - as soon as I've got rid of them all, I'll upload a patch file.

Au contraire, mon ami! The new behavior of werase() is the same as that
of SVR4 curses. Blame them! 

Zeyd


-- 
---
Zeyd M. Ben-Halim       zmbenhal@netcom.com
10479 1/4 Santa Monica Blvd, LA, CA, 90025 (310) 470-0281

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

From: kwh@cs.brown.edu (Kwun Han)
Subject: ATM driver
Date: Thu, 9 Jun 1994 19:56:30 GMT


        Hi, I know the demand for this is probably very low, but I
wonder if someone have hacked up a ATM (Asynchronouse Transfer Mode)
driver for linux?

Thanks,

Kwun
--
*********************************************************************
kwh@cs.brown.edu                Box #2392, Brown University,
kwh@lems.brown.edu              Providence, RI 02912
ST002255@brownvm.brown.edu      
GE/CS d? p c++(+++) l(++)+++ u e+ m++@ s+/- n+@ h* f(+) g+ w+ t r- y?
*********************************************************************

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

From: iotov@cco.caltech.edu (Mihail S. Iotov)
Subject: Re: My problem? GCC problem? Linux problem?
Date: 9 Jun 1994 04:27:51 GMT

ablumer@hubcap.clemson.edu (Aric D. Blumer) writes:

>Given this code:

>> void example(s)
>> char *s;
>> {
>>      *s = 'h';
>>      }
>> void main()
>> {
>>      example("Hello!");
>>      }

>Should this code cause a Segmentation fault?
>It does running Linux 1.0 and compiled with GCC 2.5.8!
>It doesn't on my Sun.
Yes, it should. Strings are not writeable into by default since they may be in
the data page which maybe readonly. I am surprised it works on Suns. If you
wont it to work use gcc -fwrite-strings.


>I'm porting some code that does something similar and
>it always faults.

>Thanks for any help,
>Aric.
>ablumer@eng.clemson.edu

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

From: yasuo@via.term.none (Yasuo Ohgaki)
Subject: USERFS installation. Need help!
Date: Thu, 9 Jun 1994 17:32:21 GMT

I have problem installing (compiling) userfs. Kernel patch 
works w/o any problem on 1.1.18. (at least, it seems there
is no problem) However, non-kernel code can't be compiled.

It complians there is no "userfs_types.h" and there is 
"userfs_type.ty", but no "userfs_type.h".
lex also complains there is undefined symbol.

I'm using userfs-0.7.1. 

Am I missin some? Thanks in advance.

--
Yasuo Ohgaki
e-mail: yohgaki@diana.cair.du.edu


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

From: yasuo@via.term.none (Yasuo Ohgaki)
Subject: Re: USERFS installation. Need help!
Date: Thu, 9 Jun 1994 17:50:45 GMT

Yasuo Ohgaki (yasuo@via.term.none) wrote:
: I have problem installing (compiling) userfs. Kernel patch 
: works w/o any problem on 1.1.18. (at least, it seems there
: is no problem) However, non-kernel code can't be compiled.

: It complians there is no "userfs_types.h" and there is 
: "userfs_type.ty", but no "userfs_type.h".
: lex also complains there is undefined symbol.

: I'm using userfs-0.7.1. 

: Am I missin some? Thanks in advance.

I thought I had better to post error msg, too.
Here is the error msg.


lex.yy.o: Undefined symbol _yywrap referenced from text segment
lex.yy.o: Undefined symbol _yywrap referenced from text segment
make[2]: *** [genhdr] Error 1
make[1]: *** [../genser/genhdr] Error 1
lex.yy.o: Undefined symbol _yywrap referenced from text segment
lex.yy.o: Undefined symbol _yywrap referenced from text segment
make[3]: *** [gencode] Error 1
make[2]: *** [../../genser/gencode] Error 1
make[2]: *** No rule to make target `../../kernel/linux/userfs_types.h'.  Stop.
make[1]: *** [dep] Error 1
muserfs.c:52: linux/userfs_types.h: No such file or directory
userfs_types.c:1: linux/userfs_types.c: No such file or directory
make[1]: *** [dep] Error 1
make: *** [depend] Error 1

--
Yasuo Ohgaki
e-mail: yohgaki@diana.cair.du.edu


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

From: luyer@tartarus.uwa.edu.au (David Luyer)
Subject: Re: Linux game development (Was Re: Why [DOS, W
Date: 9 Jun 1994 14:35:40 GMT

James Ojaste (jojaste@undergrad.math.uwaterloo.ca) wrote:
: In article <2skp6o$r1@styx.uwa.edu.au>, I wrote:
: >[my pointless ramblings deleted] ... Linux requires
: >minimum 4meg (don't say 2meg,I've tried it) of memory for itself.

: OK.  I won't mention that our CSC (Computer Science Club) has a 386
: (donated in parts), with 2M ram, 52M hard disk, running Linux, and
: playing samples over a DAC whenever a door is closed, or the lights are
: turned on.  2M is fine for this purpose - but Linux doesn't require more.

OK, maybe Linux will "run" in 2mb of RAM, but it must be a different
Linux to mine.  Or at least differently installed.

I tried Linux with 2mb (but fixed the problem by going to 8mb).

First I got an Oops [0002] from the kernel, and then it tried to
free up memory - it killed task 0 [swapper] and sat there crashed.

This was SlackWare Linux install standard "bare" 1.44m boot disk.
(1.2.0 and the one before)

........................................................................

"Apples have been a problem ever since Eden."

"Electrons are tiny little particles you can only see if you have been
 drinking."

luyer@lethe.uwa.edu.au

.............................................................David Luyer

>>>>>>>>>>>> This message made from 100% recycled electrons <<<<<<<<<<<<

........................................................................

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


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