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:     Sun, 24 Apr 94 10:13:06 EDT
Subject:  Linux-Development Digest #659

Linux-Development Digest #659, Volume #1         Sun, 24 Apr 94 10:13:06 EDT

Contents:
  DOOM-like game engine for Linux available (Chris Laurel)
  Re: iozone for buslogic/aha1542 in 1.0.9/1.1.6 (David Fox)
  cjs@netcom.com (Christopher Shaulis) writes: ("0")
  Re: Dosemu doesn't work in v1.1.8 (David Dwayne Wiaizenegger)
  Audio File. (Don Garrett)
  Linux 1.1 Patch Problems (Andrew J. Piziali)
  Re: Linux 1.07 or 1.1? (Patrick Schaaf)
  Re: DOOM-like game engine for Linux available (Sven Goldt)
  Re: ibcs and kernel errors (Rob Janssen)
  Re: Possible <mbuf.h> development. (Rob Janssen)
  Re: Linux V1.1.[78] Bug ?!? (Rob Janssen)
  Re: 1.1.6 problems (Richard Hodson)
  Re: Dosemu doesn't work in v1.1.8 (Robert Bruce Prior)
  Cannot get Toshiba SCSI CD ROM to work (John Welch)
  Compile error with 1.1.8 (lcvanveen@et.tudelft.nl)

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

From: claurel@mr.net (Chris Laurel)
Subject: DOOM-like game engine for Linux available
Date: 22 Apr 94 07:20:58 GMT


LINUXers,

I've put the first cut of my 3D game engine 'wt' up on sunsite in
/pub/Linux/Incoming/wt-0.01.tar.gz.  This is definitely pre-ALPHA, but
it should make at least shut up all those weenies who say you can't
write video games for anything but DOS.  I'm getting about 17-18 frames
per second on my VLB 486/33 under Linux 1.0.  Running it on a non-localbus
system knocks the speed down considerably.

Complete source for wt is coming soon.  It will be covered under the
GNU Public License.

wt is a very portable game engine.  However, I've only had time to build
a svgalib version and an X11 version for Linux.

As I said, this is preliminary.  Don't flame me because you find bugs.
Notify me about them, laugh at them, quietly loathe them.  But no
flames, please.

A copy of the README follows my .sig.

Enjoy!

--Chris Laurel
claurel@mr.net
chrisl@county.lmt.mn.org




wt - a 3D game engine

All files in this distribution are:

        Copyright (C) 1994 by Chris Laurel

Even though this is a buggy, preliminary version of wt, none of
the files in this release may be redistributed without this README.

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

This is a *very preliminary* version of my 3D game engine, wt.  Originally
wt stood for "Walk-through";  now, wt is an acronym for "What's That?"

* These release of wt is for Linux only.  The game engine itself is
  very portable, with only a tiny amount of x86 assembly in the source.
  There are two executables:  wt is an svgalib-based version which runs
  in 320x200x256 mode, and xwt runs under X windows.

* This is not by any means a complete game.  It is just a demo of my
  graphics engine.  There are some noteable omissions
        * You can walk through walls (and I recommend that you do this
          because it produces a neat, trippy effect.)
        * Ceilings have not been cut in yet.  The code to render ceilings
          is almost identical the code for the floors, but I'm too tired
          to add them in now.
        * There's no source!  But there will be after I add ceilings and
          fix a few bugs.  Expect GPL'd source within a week--I've got no
          secrets to keep about how I coded wt.

* Features:
        * Easy to edit world file.  Just haul out your favorite text editor
          and modify 'castle.world'  Or create your own .world file from
          scratch.  Whee.  Just don't get carried away because the world
          file format will be changing before the next release.
        * No BSP trees were killed to make this program.  Sorry . . . it's
          late.  BSP trees are elegant and fast *if* your environment is
          static.  I eventually want walls in wt that move and change shape.
          However, if I can't kill a bug havnig to do with walls perpendicular
          to the view plane, I may have to resort to a BSP tree for determining
          wall visibility (or if my current algorithm is too slow for worlds
          with a large number of walls.)

* Running the demo:

        * For xwt, just type 'xwt castle.world'  The keys are:
            forward - up arrow
            backward - down arrow
            turn left - left arrow
            turn right - right arrow
            strafe - slash
            run - shift
            jump - space

        * To run wt, you need to be root (or make it setuid root first.)
            It sucks to have to run a binary you grabbed off the net as
            root, but as far as I know, that's the way it has to be with
            svgalib base programs.

            As root, type 'wt castle.world'  The keys:

            forward - e
            backward - x
            turn left - s
            turn right - d
            strafe left - a
            strafe right - f
            jump - space


* Future directions:

        * I'd like to see wt become a multi-platform client for an
          Internet wide MUD type game.  Or a perhaps a net-wide arcade
          game like Xpilot.  I've got a lot of other more innovative ideas
          but I'd better get the engine done before I start spouting about
          them.

* Me:

        send any comments, ideas, bug reports, etc. to:

        Chris Laurel
        home: claurel@mr.net
        work: chrisl@county.lmt.mn.org
        snailmail: 5700 W Lake St, #208
                   St. Louis Park, MN  55416

        

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

From: fox@graphics.cs.nyu.edu (David Fox)
Subject: Re: iozone for buslogic/aha1542 in 1.0.9/1.1.6
Date: 23 Apr 1994 16:09:37 GMT

In article <TLP00.94Apr22165317@mtlyell.spg.amdahl.com> tlp00@mtlyell.spg.amdahl.com (Tibor Polgar) writes:

]                  Slackware 1.0              1.0.9                 1.1.6
]                  write     read        write     read        write     read
] 
] aha1542     0.92+-.04  0.67+-.02    2.05+-.20 1.80+-.02   1.96+-.03 1.83+-.03

I have a very similar system, AHA1542CF, Seagate 42100, linux 1.1.8,
486DX2/66 with 16MB ram, but my iozone results are only 1/2 to 2/3
as fast as these.  I wonder why?  Is it the drive?

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

From: pcaulfield@cix.compulink.co.uk ("0")
Subject: cjs@netcom.com (Christopher Shaulis) writes:
Date: Thu, 21 Apr 1994 20:36:44 GMT

> cjs@netcom.com (Christopher Shaulis) writes:
> 
> /dev/fd is a way for a process to access open file descriptors as if they
> were files.  This is very useful for shell programming, when you want to
> merge two input streams (cat /dev/fd/4 /dev/fd/5) etc.  Many UNIX programs
> have a special case file called "-" which means standard input.  That
> was so enormously useful that the concept was implemented in a more general
> way which did not require special logic in the programs as the "-" solution
> does.
> 
> The Linux equivalent to /dev/fd is /proc/self/fd, but a symlink from /dev/fd 
> is provided for compatibility with UNIX SYSVR4 and Plan 9 programs.  Note 
> that the semantics of /prov/self/fd aren't quite the same as those of
> /dev/fd.
> 

OIC! Well now I know what might break and why!

Thanks.

Patrick

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

From: Dave.Waizenegger@launchpad.unc.edu (David Dwayne Wiaizenegger)
Subject: Re: Dosemu doesn't work in v1.1.8
Date: 23 Apr 1994 19:43:29 GMT


I don't think it is your extra patches, I'm running a vanilla 1.1.8 kernel
and have the same problem.  Teh patches applied cleanly all the way
through, and each version compiled and ran smoothly, until 1.1.8, which
wouldn't compile the drivers/block/sbpcd.cfile without a minor adjustment.
I tried a kernel without the sbpcd, just to be sure it wasn't my tiny
patch that messed things up, and sure enough dosmenu still dies.  My
rpobing efforts have been useless, anyone have better luck figuring out
what's up?
                        Regards,
                                Dave
--
==============================================================================
 \ The above does not represent OIT, UNC-CH, laUNChpad, or its other users. /
   ------------------------------------------------------------------------

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

From: dgarrett@orbit.cs.engr.latech.edu (Don Garrett)
Crossposted-To: comp.os.linux.admin
Subject: Audio File.
Date: 24 Apr 1994 07:56:20 GMT

  Has anyone looked into porting DEC's Audio File system to Linux? It
doesn't look like it should be to hard, since it runs on the Sparc's
/dev/audio. But it does expect to have sun's
/usr/demo/SOUND/libaudio.a. 

  For those who don't know, Audio File is a device independant/network
independant system that does for sound what X does for graphics. The
DEC researchers behind it express willingness to add in support for
new plateforms to the standard distribution, if someone else will
write it.

  The docs from the distribution can be reached with a WWW client
here:

  http://orbit.cs.engr.latech.edu/AF/

--
Don Garrett                                                   Louisiana Tech
dgarrett@engr.latech.edu                                      University
                  http://info.latech.edu/~dgarrett/

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

Crossposted-To: comp.os.linux.help
From: andy@piziali.lonestar.org (Andrew J. Piziali)
Subject: Linux 1.1 Patch Problems
Date: Fri, 22 Apr 1994 15:43:41 GMT

   After installing the 1.1 kernel from ftp.funet.fi:/pub/.../v1.1.0.tar.gz I
successfully applied patch{1,2,3,4}.gz.  However, when I attempted to apply
patch5.gz, the patch expected to find files in /usr/src/linux/drivers/net which
were, in fact, in /usr/src/linux/net/inet.  After editing the patch to make
this change, it still would not apply because of source mismatches.

   Resigning myself to just upgrading to 1.1.4, I configured the kernel and
then ran "make dep."  This failed because the file netdevice.h, etherdevice.h,
and skbuff.h could not be found by 3c501.c, 8390.c, Space.c, etc:

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
/usr/src/linux$ make dep
touch tools/version.h
for i in init/*.c;do echo -n "init/";gcc -D__KERNEL__ -I/usr/src/linux/include -
        :
gcc -D__KERNEL__ -I/usr/src/linux/include -E -I../../net/inet -M *.c > .depend
3c501.c:40: linux/netdevice.h: No such file or directory
3c501.c:41: linux/etherdevice.h: No such file or directory
3c501.c:42: linux/skbuff.h: No such file or directory
3c503.c:29: linux/netdevice.h: No such file or directory
3c507.c:54: linux/netdevice.h: No such file or directory
3c507.c:55: linux/etherdevice.h: No such file or directory
3c507.c:56: linux/skbuff.h: No such file or directory
3c509.c:31: linux/netdevice.h: No such file or directory
3c509.c:32: linux/etherdevice.h: No such file or directory
3c509.c:33: linux/skbuff.h: No such file or directory
8390.c:50: linux/netdevice.h: No such file or directory
8390.c:51: linux/etherdevice.h: No such file or directory
8390.c:52: linux/skbuff.h: No such file or directory
Space.c:29: linux/netdevice.h: No such file or directory
        :
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

   Where may I find these missing files?  Why don't patch5 and patch6 apply?

   Thank you for you assistance.

-- 
Andy Piziali                                                    |
                                                  ________------+------________
   work: andy@tidmmpl.csc.ti.com                               / \
   home: andy@piziali.lonestar.org                            *---*

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

From: bof@wg.saar.de (Patrick Schaaf)
Subject: Re: Linux 1.07 or 1.1?
Date: Sun, 24 Apr 1994 12:01:48 GMT

bf11620@ehsn9.cen.uiuc.edu (Byron Thomas Faber) writes:

>ddj+@cs.cmu.edu (Doug DeJulio) writes:

>>1.1.7 has, among other things:
>>* the CLUSTER scatter-gather disk I/O performance enhancements

>For SCSI.  It doesn't make a difference for IDE

Hmm, the new buffer cache should even be a benefit for IDE, I think.

>>* the Net2Debugged code is replaced with the Net3 code

>My networking is actually faster now (is that right or is it just me?)

Ack. Unfortunately it currently crashes my server :-/

In any case, 1.1 feels far more snappy.

Patrick

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

From: goldt@math.tu-berlin.de (Sven Goldt)
Subject: Re: DOOM-like game engine for Linux available
Date: 24 Apr 1994 11:33:29 GMT

Well,already available is also ack3d on ftp.netcom.com in 
pub/zmbenhal for linux.Called engine.tgz.

--
*****************************************************************************
*  feel free to mail to nevs@cs.tu-berlin.de    /"/ /"| / /""               *
*  nevs = Sven Goldt                           / / /" |/  "/                * 
*                                             ' ' '"  " """                 * 
*    # THE MOST IMPORTANT FINANCIAL QUESTION IS:  Where is the money ? #    *
*****************************************************************************

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: ibcs and kernel errors
Date: Sun, 24 Apr 1994 10:34:35 GMT
Reply-To: pe1chl@rabo.nl

In <CoLDo4.3nB@cuug.ab.ca> pepersb@cuug.ab.ca (Brad Pepers) writes:


>I have been working on the ibcs code and have added a bit to it (message
>queues and some bug fixes). Is there a mailing list I should be following
>or a place I should post my changes?

>Also in doing the ibcs code I found a couple bugs in the kernel ipc code.
>Where should I post these?

Check the mailing lists on linux-activists@niksula.cs.hut.fi
(just send it a message to get some help)

>I managed to get a commercial database written for SCO to work on linux!
>It also seems faster (no hard benchmarks - yet!). This is a complex program
>that heavily depends on ipc (sem, shm, and msg) stuff. I can't believe it
>works!

That is great!

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Possible <mbuf.h> development.
Date: Sun, 24 Apr 1994 10:41:35 GMT
Reply-To: pe1chl@rabo.nl

In <2p8tbv$qi@nunic.nu.edu> mmorgan@nunic.nu.edu (Mike Morgan) writes:

>Recently I tried to compile an Xnetwork management scheme that interrogates
>a network for you and displays it as an X window. The exact package
>was xnetdb. Anyway, while building, this package could not locate
>the mbuf struct which was supposed to be in the system file mbuf.h.
>Further investigation led me to discover an entry in the file

>                      /usr/include/linux/if.h

>Anyway, I was wondering when it would be in linux. Or where could I find
>more information so that I could include it myself and share it with the
>Linux community; not that I have anytime, but you never know when insomnia
>will strike.

Topics like this have been the subject of much discussion on the NET
mailing list (at linux-activists@niksula.cs.hut.fi), and sometimes people
have been announcing plans to make major changes to implement things like
mbufs.  However, there have been some splits in groups and individuals that
could not get along very well, and I don't think such major projects will
be considered again in the near future.
First priority is to get things working OK.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux V1.1.[78] Bug ?!?
Date: Sun, 24 Apr 1994 10:50:07 GMT
Reply-To: pe1chl@rabo.nl

In <5NMlTguypsB@_higgins.delbox.zer.de> HIGGINS@DELBOX.ZER.DE writes:

>Frank Westheider         Linux Support Group Paderborn
>higgins@uni-paderborn.de     higgins@delbox.zer
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Hi FreaX !

>I just included the v1.1.7 and v1.1.8 Patch into the Kernel and ...

>... linking the Image from the various archives

>  memcpy : unknown referenced from drivers/scsi/wd7000.o

>I searched for the function and found it in /usr/include/linux/string.h
>as an inline-statement. But in this case, it wouldn't be visible for
>the linker, because it would be resolved from the compiler (copied into  
>the code-references).

>What the hell is going on ?

This is a problem with new versions of GCC and initialized local arrays
in the kernel sources.  A patch has appeared on the KERNEL channel so it
will probably be repaired in a future version.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: richard@radar.demon.co.uk (Richard Hodson)
Subject: Re: 1.1.6 problems
Date: Sun, 24 Apr 1994 11:20:31 +0000

Rob Janssen (rob@pe1chl.ampr.org) wrote:
: >Time to drop back to 1.0.6 perhaps :-(

: Do you *really* think that going back to a stable version is the way
: of solving problems in the Linux world?

No, but if I do not have a stable x86 Linux platform my cross compiling for
Linux/68K on the Atari will suffer. I think that risking the Atari hard drive
contents is enough instability for me :-)

--
Richard Hodson                          |  richard@radar.demon.co.uk
:1,$s/DOS/anal secretion from hell/     |  rhodson@cix.compulink.co.uk

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

From: robp@unixg.ubc.ca (Robert Bruce Prior)
Subject: Re: Dosemu doesn't work in v1.1.8
Date: 23 Apr 1994 04:52:26 GMT

In article <2pa93tINNrnu@charnel.ecst.csuchico.edu>,
Robert Bauer <rbauer@ecst.csuchico.edu> wrote:
>In article <2pa4b4$13i@netnews.upenn.edu>,
>Robert G. Smith <rob@bip.anatomy.upenn.edu> wrote:
>
>I am experiencing the same behavior.  My system:
>
>       linux 1.1.8
>       dosemu 0.50pl1
>       ide performance patch
>       ax.25 support code (017)

Me also...  I have an ATI graphics vantage, and when I run `dos -D-a' I 
get a graphics card reset (like i've booted my computer from scratch) and 
then it hangs with a blank screen.

I have found, however, that if I wait a second or two while it's hung and 
then switch to another VC, the graphics card resets again and DOSEMU 
continues to boot.  I've tried this repeatedly, with the same results... 
and waiting different amounts of time between the `dos -D-a' command and 
the switching to another VC.  Seems to be hung after resetting my 
graphics card, which switching VC's fixes.

System:  Linux 1.0.4
         Dosemu 0.50pl1
         Pretty much a stock distribution, other than that.



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

Crossposted-To: comp.os.linux.misc
From: jjw@seastar.org (John Welch)
Subject: Cannot get Toshiba SCSI CD ROM to work
Date: Sun, 24 Apr 1994 03:20:27 GMT

        Apologies for the cross-posting - I've asked in help several
times and nobody can answer this one.

        Situation: I have a 386DX-40, 8M Ram, two IDE drives and an
Adaptec 1542CF SCSI card with a Quantum 240 and a Toshiba XM-3101
CD-ROM on it.  I have had this problem with 0.99pl14, 0.99pl15 and
just got 1.0 and *still* cannot mount the CD ROM.
        I have re-built the kernel to include ISO9660 filesystems.  I
am trying to mount the InfoMagic CDROM, which claims to be ISO9660.  I
have a directory, /cdrom, which is read only owned by root.
        During bootup, the system sees the Toshiba drive, and tells me
it's at /dev/sr0.  I boot, log in as root, nothing at all yet mounted
on /cdrom, and type in:
        mount -t iso9660 /dev/sr0 /cdrom
        and I get the message that it's the wrong fs type, /dev/sr0
already mounted, /cdrom busy or other error.

        1. It's NOT the wrong fs type.
        2. /dev/sr0 is NOT already mounted.
        3. /cdrom is NOT busy.
        4. What "other error" is it?????

        As I have a fairly large pile of Toshiba 3101 and a few 3201
drives, I'd really like to know just how to make this drive play.
Supposedly, according to the answers I've gotten from c.o.l.h., it
should work (well, they haven't really *tried* it with SCSI, they all
have sound cards, but it works for them).  Has anybody actually gotten
any SCSI CD-ROM to work?  Does anybody else even *have* a Toshiba
drive?

        (excuse me if I sound a little miffed - not having access to
the CD is keeping us from getting ftp net access.  To cure this, I
tossed my ST-02 card and bought a TMS-830, tossed that and bought a
1542CF, upgraded from 0.99pl14 to 0.99pl15 to 1.0 and it *still* has
the same problem.  yes, the cable is terminated.  the Toshiba is in
the middle, and has at times been at the end.  it all plays
fantastically under DOS, so it isn't a hardware problem.  I'm
clueless, out of airspeed, altitude and ideas.  Any help much
appreciated.)


-- 
While (its_not_working())                            John Welch, N9JZW
  mess_with_it();                                    jjw@seastar.org

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

From: lcvanveen@et.tudelft.nl
Subject: Compile error with 1.1.8
Date: 24 Apr 94 15:18:31 +0200

Well, after a direction I got from a lot of people (thanks
to you all) to use the -p0 parameter with patch, I got all
my patches to work great with 1.1.6.
The new trick seems to be that patch 7&8, when applied to
the 1.1.6 kernel generate a new problem. After a lot of compiling
I get the the message that block.a can't get a grip on _strcmp in
sbpcd.c, and barfs out. For as far as I know patches 7 and 8
don't even touch sbpcd.c but still it gives me the slip.
Any help?
Thanks a lot in advance.
Martijn.

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


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