Subject: Linux-Development Digest #803
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:     Tue, 7 Jun 94 22:13:09 EDT

Linux-Development Digest #803, Volume #1          Tue, 7 Jun 94 22:13:09 EDT

Contents:
  Linux game development (David Taylor)
  Re: Let's rename v1.0.9! (Riku Saikkonen)
  Re: NCurses 1.8.5 (Barry Yip kam-wa)
  Broadcast address on raw sockets return EACCES (Enrico Badella)
  Re: Receiving raw ethernet packets (Frank Lofaro)
  VLB Ethernet board questions (Derric)
  loadable drivers - who played with? (Heiko Schlittermann)
  Cannot use debuginfo with GCC en XView 3.0 (ramon.via@sni.de)
  Re: Problems compiling 1.1.18 (Alan Cox)
  Re: Linux game development (Was Re: Why [DO (Ivan)
  Re: [Q]:  Linux as an aquisition platform/device driver (Robert Millner)
  Re: Filesystem semantics protecting meta data ... and users data (Monte P McGuire)
  Re: assembly language & Linux... rep insw, esp. (Kirk Reiser)
  REMOTE BOOT (Pedro de las Heras)
  Book on PC architecture (Pedro de las Heras)
  Re: Filesystem semantics protecting meta data ... and users data (Burkhard Neidecker-Lutz)
  Re: Linux game development (Was Re: Why [DOS, W (Christian Javet)

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

From: ddt@idcube.idsoftware.com (David Taylor)
Subject: Linux game development
Date: 7 Jun 1994 00:50:57 -0500

We use NEXTSTEP to develop games at id, but we also realize NEXTSTEP
is prohibitively expensive for smaller game companies because of
both the OS cost (I understand approx. $300 right now) and the hw
cost (you need a funky 12-bit color video card & plenty of resources).

However, both Carmack and I would recommend Linux or FreeBSD to
anyone else that wants to develop games.  It's of course perfect
if you have some UNIX background, but even if you don't, the time
you'll save not rebooting will more than make up for the time of
the learning curve.

I have recently started a small game development and publishing
company called Chameleon Productions.  It is modelled after id
Software but is run on a very small budget.  The programmer develops
under Linux.  The game uses svgalib.  He has keyboard, mouse, and
joystick supported as well.  Sound isn't done yet, but will be
quite straightforward, and believe it or not, there's plenty of
sound code that can be made portable.  The game looks and plays
identically to the DOS version, which is compiled under Watcom and
linked to 4gwpro.  The code stresses the importance of keeping the
source as similar as possible for DOS and Linux, leaving the
differences trivial and hopefully not-too-painful to debug.

The Linux machine also acts as the NFS server.  The artists use
B&W NFS to get files from the server.  The coder has a second PC
also running B&W NFS so that he can recompile under DOS without
having to reboot his Linux machine.  It's a 386/40.  No, they don't
grow on trees, but they're pretty damn cheap, and worth the time
saved, IMHO.

The company has been operating full-steam for only three weeks,
but progress has been quite impressive.  I think talent and drive
is still at least 4/5 of the product, but I'd give a healthy chunk
of the leftovers to a modern setup, including a real operating
system such as Linux and a sensible network.

By the way, there's a rumor that the X port of DOOM was abandoned.
It isn't.  It's just backburnered.  Jag stuff is overwhelming us
right now.  It looks like the first X release will be the SGI port
'cause we've gotta return the machine soon.  :)  The Linux port
should be soon after.  A really cool guy is sending me constant
FreeBSD updates on CD, basically guilting me into doing the FreeBSD
port.  Hey, guilt works, I guess.  Would be cool if there were such
a kind soul in the Linux camp.  I need to be able to switch between
Linux and FreeBSD easily.  Seems like booting off of CD would be
a cool way to do this.  Is there a decent filesystem they can both
share?  Thanks in advance.  (e-mail: ddt@idsoftware.com)

        =-ddt->


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

Subject: Re: Let's rename v1.0.9!
From: riku.saikkonen@compart.fi (Riku Saikkonen)
Date: Tue,  7 Jun 94 18:54:00 +0200

>Where does one get v1.1 patches?  On
> ftp.funet.fi:pub/OS/Linux/PEOPLE/Linus/v1.1
>right?
>So instead, move v1.1 to:
> ftp.funet.fi:pub/OS/Linux/PEOPLE/Linus/ALPHA/v1.1
>and keep 1.0 in:
> ftp.funet.fi:pub/OS/Linux/PEOPLE/Linus/v1.0.

But... I've always gotten my patch from:
ftp.funet.fi: /pub/OS/Linux/kernel/src/v1.[01]
Well, no problem - just update that tree too (or is it the same? i.e.
PEOPLE/Linus linked to kernel/src?)...

-=- Rjs -=- riku.saikkonen@compart.fi
GCS/O -d+ p c++(+++) l++ u e m++@ s/- n+ h-- f+ !g w+ t(-) r !y(*)
"Well, dearest friend, the tree grows best in the land of its sires;
but for you in all the lands of the West there will ever be a welcome."


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

From: g609296@win.or.jp (Barry Yip kam-wa)
Subject: Re: NCurses 1.8.5
Date: 7 Jun 94 00:37:07 GMT

Stuart Herbert (ac3slh@sunc.sheffield.ac.uk) wrote:
>I recently upgraded to ncurses 1.8.5 from 1.8.1 (I've got Slackware 1.2 on
>my machine), and this broke some existing programs written for it (as it
>warns about).

>Downloaded dialog's source code again, and recompiled it with ncurses 1.8.5,
>and it's well buggered.  The colours are interpreted incorrectly, and the
>background colours of the screen and some of the dialog boxes are left unset.
>(This is when using dialog from the console - monochrome support seems to
>work fine)

>I can't see anything wrong with dialog's code, so I'm wondering if anyone else
>has had any problems using this version of ncurses.  

For whatever reasons, after lynx compiled complied with ncurses 1.8.5
library won't display foreign characters correctly such as `o' with `..' on
above. Now it displays an inverse `+'.
--
Barry Yip
g609296@win.or.jp

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

From: eb@iunet.it (Enrico Badella)
Crossposted-To: comp.os.linux.misc,comp.os.linux.help,comp.protocols.tcp-ip
Subject: Broadcast address on raw sockets return EACCES
Date: 7 Jun 1994 08:26:23 GMT

When I try to ping from my linux box a broadcast address (193.42.2.255) to
see what hosts will reply I get the error sendto: permission denied. I looked
at the network code (kernel 1.1.0) and found only 3 places where EACCESS
is returned; in udp.c (udp_connect, udp_sendto) and sock.c (inetbind). I would
exclude udp.c since ping uses a SOCK_RAW socket; in sock.c the error is
returned if the usere isn't root and the port is priviledged, none of which
are true when I try to ping. All other Oses I have around (SunOS, Solarisx86,
SCO, HP_UX) permit this operations and I receive several replies from the
network. I did notice the comment in udp.c that says that you must
turn on broadcast first but I'm not sure if this applies to raw sockets.

Can someone show me what I'm doing wrong?

================================================================================
Enrico Badella                                  email  softstar@pol88a.polito.it
Soft*Star s.r.l.                                       eb@vax.cnuce.cnr.it
Via Camburzano 9                                phone  +39-11-746092
10143 Torino, Italy                             fax    +39-11-746487

        People are strange
        When you're a stranger  (J. Morrison)
================================================================================

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

Crossposted-To: comp.os.linux.help
From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: Receiving raw ethernet packets
Date: Tue, 7 Jun 94 05:49:20 GMT

In article <Cqzx7q.54v@pe1chl.ampr.org> pe1chl@rabo.nl writes:
>In <2svldj$q0t@usenet.rpi.edu> wilsonj@alum01.its.rpi.edu (John Wilson) writes:
>
>>How do I open a handle to receive all ethernet packets with a particular
>>ethernet protocol number (not part of IP or any other supported protocol)?
>>I want to write a server for a nonstandard protocol.  The man page for socket()
>>alludes to SOCK_RAW but doesn't explain it, anyway I don't know what
>>address family to ask for when I want "none of the above".
>
>>Is this even possible?  If it makes things any clearer I want to be able
>>to downline-load DEC computers from my Linux machine using DEC's MOP
>>protocol (which is built into the ethernet controller's own firmware on
>>a DEC machine so it's very convenient on that end, no boot ROM is even
>>needed since the controller force-feeds the boot program into host memory
>>via DMA and then fakes a power failure after resetting the vector).
>
>You need SOCK_PACKET for this.
>
>Example:
>    fd = socket(AF_INET, SOCK_PACKET, htons(protocol_id));
>
>Rob
>-- 

What is the difference between SOCK_PACKET and SOCK_RAW?


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



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

From: dtscott@access.digex.net (Derric)
Subject: VLB Ethernet board questions
Date: 6 Jun 1994 21:57:53 -0400

Hi!

This post to c.o.l.help got absolutely ZERO response so here goes!

I am looking for driver information on VESA Local Bus (VLB)
Ethernet cards.  Specifically does anyone know if any of the following
works with any of the available drivers?  I've contacted the companies
listed and got chipset information.  My knowledge of Ethernet chipsets
stops at what is contained in the Ethernet-HOWTO.

I got these manufacturers from June's Computer Shopper.  There are a
couple more that I haven't gotten info from yet, but the pattern seems
to be clear from this sample: AM 79C965 and SMC 91C92x.  (Boy, it sure
gets old explaining what Linux is and how NDIS doesn't help me!!)

I can give any other info I have (not very much) if it might help
answer the question.  E-mail: dtscott@access.digex.net.

Thanks
Derric.


Company/phone   Model/US$Price          Chipset         Misc.
===============================================================
D-Link          DE-500CAT/$395          "Dec chipset" (the DE-500?)
800-326-1688

EFA             Info ExpressSVC/$169    SMC 91C920
800-800-3321

MicroLAN Int'l  ET-32VL/$335            AM 79C965       780/850peak KBps
800-275-6387

Longshine Micro LCS-8934/$189           SMC 91C92
310-903-0899

Edimax          EN4100/$350             SMC 91C92       702KBps thruput
800-652-6776

Mitron          LX-2100V/T2/$119        LX-2100         650KBps
800-713-6888

===============================================================
End of list.

-- 
Derric Scott
dtscott@access.digex.net

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

Crossposted-To: de.comp.os.linux
From: heiko@lotte.sax.de (Heiko Schlittermann)
Subject: loadable drivers - who played with?
Date: Tue, 7 Jun 1994 15:35:57 GMT

Note: followup is set to comp.os.linux.development ...

While playing with interrupts and the Mitsumi driver I felt the wish
to avoid constantly booting my system....  I got the modutils
package and played around with.  But I'm afraid, I'd need some
further informations about using the modutils...

Is anybody out there with any experience in using modutils?

-- heiko


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

From: ramon.via@sni.de
Crossposted-To: gnu.gcc.help
Subject: Cannot use debuginfo with GCC en XView 3.0
Date: 7 Jun 94 07:04:21 GMT

Hi there,

I've tried to compile Workman under my Linux box, but I failed to
get it linked with debugging information in it. It complains about
missing libraries. I remember something that it uses different
libraries, but I can't find that information anymore (sorry, if it's
a FAQ). I do have 'libxview.sa', but I think I need 'libxview.a'. Is
that true? And if so, how can I obtain it. I'm running with the
Slackware v1.2.0 distribution...


--

Keep on hacking,                        \\\//
                                        (o o)
Ramon de Klein                  +----ooO-(_)-Ooo----+
Th. de Keyserstraat 298         |  _                |
7545 AJ  Enschede               | |_)        |/     |
The Netherlands                 | | \amon de |\lein |
                                |                   |
Email: ramon.via@sni.de         +-------------------+


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

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: Problems compiling 1.1.18
Date: Tue, 7 Jun 1994 17:44:10 GMT

In article <Cr0o3u.64D@pe1chl.ampr.org> pe1chl@rabo.nl writes:
>In <SCHULTE.94Jun6235036@sun3.thp.uni-koeln.de> schulte@thp.uni-koeln.de (Martin Schulte) writes:
>
>>I got linux-1.1.13 from ftp.cs.helsinki.fi and patched it up to
>>1.1.18.
>
>>I configured it without net(see below for my .config) and got the
>>following problem when linking:
>
>>net/net.o: Undefined symbol _dev_init referenced from text segment
>>net/net.o: Undefined symbol _net_bh referenced from text segment
>
>>I use gcc2.5.7.
>
>>Any help appreciated, Martin
>
>For now, it is easiest to configure with networking enabled.  This
>will undoubtedly be fixed in a later patch.
>

Im a bit busy doing the next major set of destruction to the NET3 code
so I've not posted any small fixes. This one is quite easy

Edit linux/net/socket.c

and put 
#ifdef CONFIG_NET

#endif

around the 
        dev_init()
        bh_base[BH_NET]=..
        
bit

Alan


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

From: ivan@djomolungma.Eng.Sun.COM (Ivan)
Subject: Re: Linux game development (Was Re: Why [DO
Date: 7 Jun 1994 19:17:43 GMT
Reply-To: ivan@djomolungma.Eng.Sun.COM

In article g7k@usenet.INS.CWRU.Edu, mdz@po.CWRU.Edu (Michael D. Zoran) writes:
>
>    I think a unix like system or a time sharing system is simply a bad
>enviroments for games.  Simply put, most of the good games are written in
>assembly, take over the entire machine, and usually completely bypass the
>OS and access the hardware directly to give optimal performence.  This in
>away is why DOS is so great for games.  The os loads the program and
>doesn't do much else. Isn't this why its called a "Disk Operating system." 
>I think a unix system with its layered hardware abstraction just gets 
>in the way of these types of games.
>    If you want to play games, reboot into dos.


My experience shows otherwise.
I"m working on a flight simulator. It currently runs under Linux/X, 
windows NT, and Desqview/VGA. On Linux I"m sending the bits via
X. It takes about 100ms to transfer the image. I expect with the
shared memory extension that his will go down to 10 or 20ms in which 
case blitting becomes the least of your worries.

when you're animating, you can't draw straight into the frame buffer
because the refresh is visually jarring. I end up drawing into an
in/memory fb and then blitting it in. In fact regular memory writes
should be faster then VRAM writes.

When I profile my simulator most of the time goes into polygon
scan conversion and FP operations, not OS overhead.



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

From: millner@sps1.phys.vt.edu (Robert Millner)
Subject: Re: [Q]:  Linux as an aquisition platform/device driver
Date: 7 Jun 1994 19:35:06 GMT

Hi.  Describe your hardware in a bit more detail please, I am curious
and it may help others who have done similar work help you.     
        Rob

--
millner@sps1.phys.vt.edu             |"Strange how laughter looks like
millner@vt.edu                       |crying with no sound; raindrops
millner@cebaf.gov                    |taste like tears, without the pain."
Finger millner@sps1.phys.vt.edu for  |                 -Queensryche
        info and PGP public key.    

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

Crossposted-To: comp.benchmarks,comp.sys.sun.admin
From: mcguire@world.std.com (Monte P McGuire)
Subject: Re: Filesystem semantics protecting meta data ... and users data
Date: Tue, 7 Jun 1994 23:12:53 GMT

In article <idletimeCr1Ao6.81w@netcom.com> idletime@netcom.com (Totally Lost) writes:
>My primary point which you failed to address was facility level reliablity
>problems caused by normal operational proceedures recovering from
>UNIX crashes .... due to poor filesystem designs, which include BSD/SUN/DEC.

Since when are crashes part of normal operational procedures??  The
last time I rebooted was to install a UPS...

A happy SunOS 4.1.3 user...

Monte McGuire
mcguire@world.std.com

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

From: kirk@speech.braille.uwo.ca (Kirk Reiser)
Subject: Re: assembly language & Linux... rep insw, esp.
Date: 07 Jun 1994 13:59:50 GMT

I was having trouble figuring out the black-art of gcc/gas assembler
instructions as well.  A nice gentleman sent me the gas.info
documentation which I didn't have.  I would be happy to send it to
anyone wishing to drop me a e-mail note.

  Kirk
--

KirkReiser                              The Computer Braille Facility
e-mail: kirk@braille.uwo.ca             University of Western Ontario
phone: (519) 661-3061

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

From: pheras@inf.uc3m.es (Pedro de las Heras)
Subject: REMOTE BOOT
Date: Tue, 7 Jun 1994 14:20:53 GMT


Hello.


Does any body know how to write on a ethernet 3c503 eprom card?

We want to do remote booting but have no idea how to configure the card
to accept the memory written in the eprom.



Best regards
- Pedro de las Heras
pheras@bizcoyo.uc3m.es
pheras@tornasol.uc3m.es

-- 
===========================================================================
        Pedro de las Heras Quiros.                      C.S. Engineer 
        e-mail:  pheras@tornasol.uc3m.es


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

From: pheras@inf.uc3m.es (Pedro de las Heras)
Subject: Book on PC architecture
Date: Tue, 7 Jun 1994 14:22:42 GMT



Hello.

We want references on books, articles,... about PC architecture.  

Good descriptions of low level programming, registers of different parts,...



Best regards
- Pedro de las Heras
pheras@bizcoyo.uc3m.es
pheras@tornasol.uc3m.es

-- 
===========================================================================
        Pedro de las Heras Quiros.                      C.S. Engineer 
        e-mail:  pheras@tornasol.uc3m.es


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

From: neideck@nestvx.enet.dec.com (Burkhard Neidecker-Lutz)
Crossposted-To: comp.benchmarks,comp.sys.sun.admin
Subject: Re: Filesystem semantics protecting meta data ... and users data
Date: 7 Jun 1994 08:08:59 GMT

In article <idletimeCqzHAL.I59@netcom.com> idletime@netcom.com (Totally Lost) writes:
> <lots of flames about asynchronous write semantics of UNIX file systems
>  deleted>

Get a clue. Whoever writes sensitive data through the normal file
system with normal semantics deserves to get corrupted data. If you
want to commit data into a UNIX file system, you can do that perfectly
well by either using fsync(2) or by opening the file with O_SYNC
in the first place.

The asynchronous write batching of the normal UNIX file system is 
a very reasonable default behaviour and you can get as much consistency
as you like by using the appropriate controls.

Doing all writes synchronously has surprisingly bad performance (you
can try that for yourself on systems that support mounting whole
filesystems synchronously, such as Ultrix or DEC OSF/1.

                Burkhard Neidecker-Lutz

Distributed Multimedia Group, CEC Karlsruhe 
Advanced Technology Group, Digital Equipment Corporation
neideck@nestvx.enet.dec.com

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

From: javet@di.epfl.ch (Christian Javet)
Subject: Re: Linux game development (Was Re: Why [DOS, W
Date: 7 Jun 1994 07:45:28 GMT

In article <xmsb.770672962@druid.borland.com>,
the MOST SIGNIFICANT bit <xmsb@borland.com> wrote:
%% 
%%     multi-user, multi-tasking, protected memory (protected
%%     by the OS, not some overblown TSR/dpmi crud)
%% 

 Yeap .... Try the various Muds around the world (it's really fun) ... And it's
 working on Linux too (I tried on my own). That's an interresting game, 
 espacially if you admin it, and code a lot of in C ;-) ...

                                 Chris.


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


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