Subject: Linux-Development Digest #934
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, 21 Jul 94 23:13:05 EDT

Linux-Development Digest #934, Volume #1         Thu, 21 Jul 94 23:13:05 EDT

Contents:
  Re: MIDI library for MPU-401 under Linux? (Hannu Savolainen)
  Does Linux IP-forward ICMP error messages? (Nick Andrew)
  Re: ASUS486SP3G Linux users? (Stefan Leboch)
  Re: GOTO haters ..Re: Linux Performance Enhance ? (Brandon S. Allbery)
  Re: link() system call (Brandon S. Allbery)
  Re: 1.1.31 kernel breaks DOSEMU 0.52 (Rob Janssen)
  IN2000, 1540cf support?? (Scott Mckinsey)
  Re: the world needs a HPIb driver for linux (488,GPIB) (Larry Doolittle)
  Re: GOTO haters ..Re: Linux Performance Enhance ? (S.G. de Bruijn)
  Re: resolver fails suddenly, mysteriously ... why? (Nick Andrew)
  ATA1542C with WangDAT, why not?  (DL83-08)
  Re: MIDI library for MPU-401 under Linux? (Jens Krauss)
  Re: Xfree86: increase pallate? (Harry Langenbacher)
  1060 cyliders a problem? (DL83-08)
  Re: Multi-session (Photo-CD) support. (Ron Smits)
  X11R6 pl3 for Linux beta release (Adam J. Richter)

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

From: hannu@voxware.pp.fi (Hannu Savolainen)
Subject: Re: MIDI library for MPU-401 under Linux?
Date: Thu, 21 Jul 1994 12:11:26 GMT

byron@gemini.cc.gatech.edu (Byron A Jeff) writes:

>The VoxWare Sound Driver for Linux contains MPU-401 support. Dumb UART support
>only in the latest production version: 2.90. Intelligent support in the
>current ALPHA (read: use at your own risk!) version 3.0. The 3.0 version
>has advanced sequencer support in the driver. An sequencer application really
>only does storage management and the user interface, while the driver handles
>all the MIDI I/O and timing issues.
In fact the v2.90 is the latest driver version. Some incompletely implemented
features are just disabled (see file experimental.txt for more info).

Hannu
-- 
=============================
Hannu Savolainen
hannu@voxware.pp.fi
"Don't use Windows since there is a door!"

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

From: nick@kralizec.zeta.org.au (Nick Andrew)
Subject: Does Linux IP-forward ICMP error messages?
Date: 21 Jul 1994 22:37:29 +1000

I'm using Linux 1.1.22. My Linux host acts as the gateway from my local
ethernet to the Net through a SLIP link.

When I ping a host which is down or has some Net link problem from my
Linux host, I get errors like:

recvfrom: No route to host
sendto: No route to host

If I do the same ping at the same time from my SunOS 4.0 host, I don't
see those messages. The ping code which I run under SunOS is the same
as the ping under Linux (I compiled it for both platforms) so it
appears that the ICMP error messages being received from the last
valid net link are not being forwarded across the local ethernet.

Could somebody please confirm or deny this? It doesn't cause me any
grief the way it is, but it is something to think about fixing eventually.

Nick.
-- 
Kralizec Dialup Unix (Public Access)    Data: +61-2-837-1183, 837-1868
Zeta Microcomputer Software             v.42bis v.32bis 14.4k 24 hours
P.O. Box 177, Riverstone NSW 2765       Plan: To beat Gnuchess 4.0 fairly!

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

From: leboch@ise.ipvr.informatik.uni-stuttgart.de (Stefan Leboch)
Subject: Re: ASUS486SP3G Linux users?
Reply-To: leboch@ise.ipvr.informatik.uni-stuttgart.de
Date: Thu, 21 Jul 1994 11:43:40 GMT

>In atricle <12709> Bill writes:
>I'd like to talk to any ASUS PCI/I-486SP3G linux users, especially if
>they use the on board scsi.

>Anything bad to say about the board?  I want to buy one solely for the
>purpose of running linux.  Thanks.

I wanted to use the new SP3G-Board with the V7 SPEA Mercury Video-Card...
But they aren't compatible... The Result was, that sometimes the PC wasn't able to boot... and after a few hard resets the Boot was successful...
A few resets later the PC was dead...
and so on...


WARNING!! Don't use SP3G with V7 SPEA Mercury...


P.S. I use the old VERSION of that ASUS Board (No Green one) with Mercury and it works fantastic...

======
Stefan 

       



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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: GOTO haters ..Re: Linux Performance Enhance ?
Date: Thu, 21 Jul 1994 11:36:39 GMT

In article <cairnss.774748222@ucsu.colorado.edu>, cairnss@ucsu.Colorado.EDU (cairnss) says:
+---------------
| Maybe it's the FORTRAN in me but I prefer 
|       start:
|       if (cond)
|          {
|            stat;
|            goto start;
|          }
| to the "top-down" invention 
|       while (cond) {
|         stat;
|       }
| 
| IF I was a compiler I would have much less difficulty
| generating efficient code from the first example.
+------------->8

In simple cases, yes.  In more complicated cases, the second is a "hint" to
the compiler as to what you really want to do, and the compiler can generate
better code for particular situations.  This is more obvious when you put it
into a real program where the while loop interacts with other parts of the
code.  A simple example is that the compiler may actually make the loop more
like

        start:
                stmt1;
                if (!cond) goto end;
                stmt2;
                goto start;
        end:

(consider when part of "stmt" either is, or is a precursor of, "cond") which
can be "safer" with the while loop than with the explicit goto because the
compiler knows more about the intent of the code.

++Brandon
-- 
Brandon S. Allbery         kf8nh@44.70.4.88               bsa@kf8nh.wariat.org
Friends don't let friends load Windows NT (tnx Sun)    A Linux iBCS2 developer

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: link() system call
Date: Thu, 21 Jul 1994 11:43:13 GMT

In article <jqbCtA2zu.GMn@netcom.com>, jqb@netcom.com (Jim Balter) says:
+---------------
| In article <30dq7q$o8f@frigate.doc.ic.ac.uk>,
| A N Burton <anb@doc.ic.ac.uk> wrote:
| >Would anyone know if any of the file systems available under linux allow
| >'root' to create _HARD_ links to directories?
| 
| For reasons shrouded in (pre-symbolic link) history, UN*X directories are not
| allowed any links other than ".", the ".."s of its children, and one link from
+------------->8

The reason is quite simple:  it's a lot easier to verify the structure of a
tree than a dag.

++Brandon
-- 
Brandon S. Allbery         kf8nh@44.70.4.88               bsa@kf8nh.wariat.org
Friends don't let friends load Windows NT (tnx Sun)    A Linux iBCS2 developer

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: 1.1.31 kernel breaks DOSEMU 0.52
Reply-To: pe1chl@rabo.nl
Date: Thu, 21 Jul 1994 08:47:22 GMT

In <Ct91AD.7MC@hunan.rastek.com> darren@hunan.rastek.com (Darren Hiebert) writes:

>Now that I have 1.1.31 up and running, I have found that I can no longer run
>dosemu 0.52. The result is a segmentation violation. This happended
>somewhere since 1.1.22, since I could run that version successfully.

You can try recompiling dosemu.
It works OK here...

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

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

From: mckinsey@rmii.com (Scott Mckinsey)
Subject: IN2000, 1540cf support??
Date: 21 Jul 1994 05:30:54 GMT

I am getting an Always IN2000 and Adaptec 1540CF soon and was
wondering if they will work reliably.  I have seen a lot about about
the 1542CF but nothing on the 1540, what's the difference?

I got the IN2000 driver code from sunsite and integrated it into the 1.1.18
kernel, is this the latest, and does it work?

Any answers appreciated,
Scott

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

From: doolitt@recycle.cebaf.gov (Larry Doolittle)
Subject: Re: the world needs a HPIb driver for linux (488,GPIB)
Reply-To: doolittle@cebaf.gov
Date: Wed, 20 Jul 1994 12:57:45 GMT

Corey Sweeney (corey@bbs.xnet.com) wrote:
: I have searched for a hpib (gpib/IEEE-488) driver for linux, and a long time
: ago i found one on mcsun.eu.net under
: /os/linux/PEOPLE/arl/current/hp-ib/.building-material/net2/dev

: the files were fhpib.c.z, hpib.c.z & such.  The files are long gone now, but i
: need a hpib driver for linux.  I have also found many other people who have
: been searching (unsuccessfully) for one.  Can anyone develop one?

I agree Linux needs one.  Resources I know of are:

ftp.natinst.com  /support/gpib/sun/misc/atgpib_lynx_1.0b1.tar
  suggested by mielke@omega.physik.fu-berlin.de (Bernd Mielke)

A c++ user-mode "library" by spiekman@dutediz.et.tudelft.nl (Leo Spiekman)
(I have a copy, it was posted to one of these newsgroups, you can e-mail
me if you can't get it any other way).

I have a NEC Microcomputer Products data book with reference material
on the NEC uPD7210 controller chip which forms the heart of almost
all GPIB interface cards.  I can loan this out by snail mail to anyone
who is interested but has no access to such reference material.

Another person interested in such a driver is cs_ken@cs.ust.hk (Ken Cheung)

         - Larry Doolittle     doolittle@cebaf.gov

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

From: debruijn@cs.utwente.nl (S.G. de Bruijn)
Subject: Re: GOTO haters ..Re: Linux Performance Enhance ?
Date: Thu, 21 Jul 1994 12:42:47 GMT

cairnss (cairnss@ucsu.Colorado.EDU) wrote:
: remco@emc.rvt.com (Remco Treffkorn) writes:

: >When you were taught to avoid "gotos", didn't he tell you there are
: >exeptions to the rule :-)

: >My priorities are:

: > 1. Write eficient code.
: > 2. Write "human readable" code.
: > 3. Avoid gotos.
: > 4. Avoid rarely used language features.

: >Sure, this is only my opinion, and I respect anybody elses ;-)

: What have they been telling you kids in school?
: There seems to be a group of upstarts who want to defeat the GOTO.
:       "NO Top-Down with GOTO."
: What about the simple relationship between GOTO and your machine's
: assembly language?

: Maybe it's the FORTRAN in me but I prefer 
:       start:
:       if (cond)
:          {
:            stat;
:            goto start;
:          }
: to the "top-down" invention 
:       while (cond) {
:         stat;
:       }

: IF I was a compiler I would have much less difficulty
: generating efficient code from the first example.

: Just because performance doesn't mean anything in our MS-DOS
: laden world, doesn't mean the GOTO is inappropriate or
: not useful.   If the CPU can use them, I can use them.

: ...continuting to use gotos.

Tsk... : What have they been telling you kids in school?

I want to write software by _modeling_.  You want to model
repetition, you use _for_ or _while_. These are constructs that
have repetitive semantics. 

(       well, even that is not true...
        A while _construct_ with a predicate P transforms the
        state of the program from some state Q to the state (not P)
        Note that these states are minimal. 

         { Q }
         while (P) do
            { P }
            ...
         end
         { not P }
)

The compiler _translates_ this to some executable code. in other
words, the compiler knows the _implementation_ of my used
constructs. So it has no difficulty at all in translating my code
into goto jumps.

Even better, even _you_ originally wanted to write a repetitive
construct. Only, you made the translation to machine-like code
yourself.  This has the great disadvantage that it is not
optimizable any further.  The repetitive semantics are completely
gone when writing goto constructs.

Please learn some programming... (it's a science, you know)

Regards,
Steef
==============
S.G. de Bruijn              E-Mail: debruijn@cs.utwente.nl
Twente University of Technology, Dept. of Computer Science 
Enschede                                   The Netherlands
Phone: Work: +53 894191                   Home: +53 334812
=========================== @@ ===========================
signature: file not found

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

From: nick@kralizec.zeta.org.au (Nick Andrew)
Crossposted-To: comp.os.linux.help,comp.protocols.tcp-ip.domains
Subject: Re: resolver fails suddenly, mysteriously ... why?
Date: 21 Jul 1994 22:13:26 +1000

In <30kcdgINN19f@godzilla.zeta.org.au> nick@kralizec.zeta.org.au (Nick Andrew) writes:

>Without my changing any software, suddenly commands like ping and telnet are
>unable to resolve hostnames into IP numbers. Or perhaps I should say that
>it happens sometimes, but is inordinately slow. A ping to a well-known host
>took 68 seconds to resolve the address.

>Also (amazing!) if I append a period '.' to the hostname in commands issued
>from godzilla the IP number is resolved almost immediately!

I have further information. The source of the problem was that the root
nameserver for .au (munnari.oz.au) (or the net link to it) was down.

I suspect that the Linux resolver client in Libc 4.5.26 receives an
initial answer from the BIND (named) server on my other host Kralizec,
but it isn't authoritative so it issues another request for an
authoritative answer. Kralizec named (SunOS 4.0) gets stuck issuing
a request to the host which is down for some reason.

Issuing the request with a trailing period is somehow taken to mean that
a non-authoritative (or cached) answer is sufficient. Even if the answer
is not currently in Kralizec's cache, Kralizec is able to use secondary
servers and provide an acceptable answer very quickly.

Truly, now that munnari.oz.au is available again and our DNS resolution
again works with acceptable speed, I find that EVERY TIME I ping a site
on the net (from Linux), a request packet is sent out onto the net if I
did not specify the hostname with a trailing period.

Nick.
-- 
Kralizec Dialup Unix (Public Access)    Data: +61-2-837-1183, 837-1868
Zeta Microcomputer Software             v.42bis v.32bis 14.4k 24 hours
P.O. Box 177, Riverstone NSW 2765       Plan: To beat Gnuchess 4.0 fairly!

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

Crossposted-To: comp.os.linux.help
From: s21008@cc.ntnu.edu.tw (DL83-08)
Subject: ATA1542C with WangDAT, why not? 
Date: Wed, 20 Jul 1994 16:02:40 GMT

I asked for help about whether or not a WangDAT could work on Linux. I
received several very useful replies. The problem is, when I finally got a
chance to get at the machine (486DX33) and installed Linux Slackware 1.2,
compiled a kernel with ATA1542 SCSI Tape support, the SCSI was not detected
during boot-up. Just said (SCSI 0 drives 0 tapes). I was under the
impression that it was as easy as compile and run. What could posibly be the
problem? Any help?

Thanks in advance. This is rather important, and urgent!

--

 /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
%v  Curtis Dean Smith                      Internet: s21008@cc.ntnu.edu.tw   |
0j  Institute of Chinese Language & Literature                               |
?3  National Taiwan Normal University            Bitnet: NTNUS239@TWNMOE10   |
 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

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

From: krauss@papaya.igd.fhg.de (Jens Krauss)
Subject: Re: MIDI library for MPU-401 under Linux?
Date: 21 Jul 1994 08:14:13 GMT
Reply-To: igd.fhg.de

Hy,

perhaps I can help you. I wrote a very basic device driver for the Roland 
MPU401! It performs simple write out, and read ins. Because of the to
simple hardware interface of the mpu401, i have not workd more. But 
if you are interested in, I can Post it to you. The Library to work with you have to write on your own. 

Ciao Jens



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

From: harry@brain.jpl.nasa.gov (Harry Langenbacher)
Subject: Re: Xfree86: increase pallate?
Date: 20 Jul 1994 05:36:57 GMT

In article <ccsanady.774672796@vincent2.iastate.edu> ccsanady@iastate.edu (Chris Csanady) writes:
>I know that implementing true 24-bit graphics in Xfree would be quite
>a task, but how about just increasing the size of the colormap for
>now?  Maybe from 256 to 4096 or something.  Is this possible?

No - I think the choices are 2 16 256 32768 65536 and 16M, and perhaps
a true-color X-server has already been done.

It gives us those _nice bright_ colors ... Gives us the _greens_ of summers
Makes you think all the world's a _sunny_day_, oh yeah !!
I got a _Nikon_ camera ... I love to take a _phot_o_graph_
So Momma, don't taaaaake my Kodachrome away           -- Paul Simon
-- 
H Langenbacher harry@brain.jpl.nasa.gov (818)354-9513
Concurrent Processing Devices Group, Jet Propulsion Lab
4800 Oak Grove Dr, Pasadena California 91109 USA

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

From: s21008@cc.ntnu.edu.tw (DL83-08)
Subject: 1060 cyliders a problem?
Date: Wed, 20 Jul 1994 16:46:39 GMT

When fdisking my new Maxtor 7546AT hard drive (1060 cyl, 16 HD, 63 Sect.),
fdisk told me that having over 1024 cylinders could cause problems; it did!
When I hit 'p' to look at the new partitions, I got a wad of error messages
telling me that real and virtual 'this & that' (sorry, I don't remember --
it was a long day; see above posting). 

Now I've got the disk up and going, and it has crashed only twice, but
possibly due to idiocy, rather than hardware. Is this really a serious
problem?

Thanks!

--

 /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
%v  Curtis Dean Smith                      Internet: s21008@cc.ntnu.edu.tw   |
0j  Institute of Chinese Language & Literature                               |
?3  National Taiwan Normal University            Bitnet: NTNUS239@TWNMOE10   |
 \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/

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

From: ron@draconia.hacktic.nl (Ron Smits)
Subject: Re: Multi-session (Photo-CD) support.
Date: 20 Jul 1994 14:12:16 GMT


What I would really like to know is a way of reading the photo's on
it. I've been searching for a program or patch or something that will
make it possible to do so. Anybody have any idea?
--



                Ron Smits
                ron@draconia.hacktic.nl
                Ron.Smits@Netherlands.NCR.COM

/*-( My opinions are my opinions, My boss's opinions are his opinions )-*/
/*-(                They might not be the same                        )-*/

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

From: adam@adam.barrnet.net (Adam J. Richter)
Subject: X11R6 pl3 for Linux beta release
Date: 20 Jul 1994 23:17:25 -0400

        This is a beta release of X11R6 pl3 by Yggdrasil Computing,
Inc., not by Xfree86, Inc. (so don't bombard them with bug reports or
blame them for our mistakes).  We invite the free software community,
including Xfree86, to build on this code, and to use it in future
releases.  In addition to the standard X11R6 distribution, this
release includes the following TOTALLY UNTESTED features:

                o Mach64 support in XF86_SVGA
                o S3 864 support in XF86_S3.

        We have configured the shared libraries to be drop-in
compatible with X11R5 Xfree86 2.1 in most cases.  The use version
number "3.2" as their shared library version.

        Please send bug *fixes* to x11r6-bugs@yggdrasil.com.  You can
join this mailing list by sending the message "subscribe x11r6-bugs"
to majordomo@yggdrasil.com, and the mailing list is archived in
yggdrasil.com:pub/mailing-lists/bugs/x11r6.  Please thoroughly check
the archive of the mailing list before sending questions to this list.
We particularly encourage X developers, including Xfree86 members, to
join this mailing list.

        The contents of the release is as follows:
                
XF86_8514.gz    X server for IBM 8514 compatibles
XF86_Mach32.gz  X server for ATI Mach32 cards
XF86_Mach8.gz   X server for ATI Mach8 cards
XF86_Mono.gz    X server for Hercules monochrome cards
XF86_S3.gz      X server for S3 cards
XF86_SVGA.gz    X server for 8-bit super-vga cards (use this for ATI Mach64)
XF86_VGA16.gz   X server for all(?) VGA cards, 16 colors 640x480 and 800x600.

bin.tar.gz      client programs
include.tar.gz  /usr/X11R6/include.  Be sure to make the following symlinks:
                        /usr/include/X11 --> /usr/X11/include
                        /usr/X11 --> /usr/X11R6
libs.tar.gz     X11R6 libraries.  The shared libraries should be
                drop-in compatible with X11R5 Xfree86 2.1.

man.tar.gz      manual pages


src_diffs       Diffs to the pristine X11R6 patch level 3 tree.
jump.tar.gz     jump tables.  Unpack this on top of the X11R6 source
                tree after applying src_diffs.


Begin2
Title        = X11R6 for Linux
Version      = X11R6pl3 beta 1
Desc1        = X11R6 fix level 3: binaries and source diffs
Site1        = sunsite.unc.edu
Path1        = pub/Linux/Incoming
File1        = X11R6-pl3.beta1
Site2        = tsx-11.mit.edu
Path2        = pub/incoming
File2        = X11R6-pl3.beta1
Site3        = yggdrasil.com
Path3        = pub/software_dist/X11R6-pl3.beta1
CopyPolicy1  = Freely redistributable (X consortium copyright).
End
-- 
Adam J. Richter                     -      --------------   "Free software for
adam@yggdrasil.com                    \  /                   the rest of us."
4880 Stevens Creek Blvd., Suite 205    || g g d r a s i l    408-261-6630
San Jose, CA 95129-1034                ||  Computing Inc.    fax 408-261-6631
Linux technical support: 1-900-446-6075 ext. 835 ("TEK"), $2.95/minute

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


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