Subject: Linux-Misc Digest #282
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Sat, 18 Jun 94 09:13:07 EDT

Linux-Misc Digest #282, Volume #2                Sat, 18 Jun 94 09:13:07 EDT

Contents:
  Re: HELP: Yggdrasil Linux CD on SONY CDU33A (Nate Williams)
  non-SCSI tape drives (Larry Blanchard)
  Re: AutoCAD and Linux (Steve DuChene)
  Re: Pascal compiler for Linux? (j. hurwitz)
  Re: fdisk and scsi disks (Steve DuChene)
  Re: Universal CDROM - enough already -give us a break! (Charles Liu)
  Re: Suggestions: Tape drives? (Bill Mitchell)
  NIHCL port---anyone? (Pieter de Visser)
  Re: Xfm suggestions (jmantel@ins.infonet.net)
  Re: GNU tar-1.11.2 bugs - patch and new binary available (Andreas Klemm)
  Re: future of Unixware (Roy Hann)
  Re: Latest in PC WEEK (May 30 Editorial) (Alan Cox)
  Re: S3 palette restore problem exiting X server (Mark van Hoeij)
  Re: future of Unixware (Terry Lambert)
  Re: future of Unixware (Terry Lambert)
  Re: 1.1.19 cua0 - device is busy?? (Christian Henry)

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

From: nate@bsd.coe.montana.edu (Nate Williams)
Crossposted-To: comp.os.linux,comp.os.linux.help
Subject: Re: HELP: Yggdrasil Linux CD on SONY CDU33A
Date: 17 Jun 1994 03:08:15 GMT

In article <1994Jun13.182049.14304@oracle.us.oracle.com>,
Vasu Nori <vnori@us.oracle.com> wrote:
>
>I recently added a sony cd-rom CDU33A (double speed) to my PC. Intention was
>to install Linux using Yggdrasil Linux CD. 
>
>Boot floppy (3.5") tries to install kernel from the CD and kernel panics
>       'unable to mount root"
>This probably is because This CD-ROM drive is not supported, according to
>the documentation.

Hmm, that's strange.  I booted it on my Pentium-60 PCI box with a CDU33A
w/out any problems.

>Do I have one of the unsupported CD-ROMs or is there some
>way to change the IRQ & address settings? I am pretty sure several people out 
>there are using this CD_ROM drive. 

I don't believe the CDU33A uses IRQ's by default, and the driver does a
pretty good job of running through the standard address settings.

You should have documentation that came with your drive.


Nate
-- 
nate@bsd.coe.montana.edu     |  FreeBSD core member and all around tech.
nate@cs.montana.edu          |  weenie.
work #: (406) 994-4836       | 
home #: (406) 586-0579       |  Available for contract/otherwise work.

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

From: larryb@comtch.iea.com (Larry Blanchard)
Subject: non-SCSI tape drives
Date: 17 Jun 1994 19:03:35 GMT

My install manual (dated 1/14/94) contains the following statement:
    "Drivers are currently under development for various other tape
     devices, such as Colorado drives which hang off of the floppy]
     controller."

Could someone post the current status of this development effort.  I
have a chance to pick up a Colo. drive cheap.

If the driver is not yet available, does anyone know if you can run
the device under DOS and backup non-DOS partitions ? (nahhh, I couldn't
be that lucky!).

Thanks in advance.


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

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: AutoCAD and Linux
Date: 18 Jun 1994 06:58:53 GMT

Donald Jeff Dionne (jeff@ee.ryerson.ca) wrote:
: Jeff Landenberger (jdl@condor.ic.net) wrote:

: : Has anyone attempted to use AutoCAD on Linux, either the DOS version or 
: : one of the many UNIX versions? I would be very interested in finding out 
: : if it is possible.


: If they offer an SCO version, you might try that under the iBCS2 emulator
: and let the rest of us know.  Perhaps they have a demo version :-)

        I spoke to an AutoCAD distributor in Cleveland and was told they
        are/have dropping/dropped support for SCO but still support a
        Solaris version. Does anyone know if this will run with the 
        iBCS2 emulator (or possibly ELF or COFF support)?
-- 
| sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu  Steven A. DuChene  
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

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

From: jhurwitz@access1.digex.net (j. hurwitz)
Crossposted-To: comp.os.linux.help
Subject: Re: Pascal compiler for Linux?
Date: 17 Jun 1994 16:37:53 -0400

In article <1994Jun14.225728.19707@dxcern.cern.ch>,
Dan Pop <danpop@cernapo.cern.ch> wrote:
>In <nstnCrEDpM.L6v@netcom.com> nstn@netcom.com (Nathan Stratton) writes:
>
>>In article <2tkeu8$9rt@hamilton.maths.tcd.ie> tim@maths.tcd.ie (Timothy Murphy) writes:
>>>
>>>There is a Pascal compiler, gpc, based on gcc.
>>>It shouldn't be difficult to compile under Linux.
>>>
>>Can you tell us where to get it?
>>
>Oh, it it soooo difficult to install xarchie and ask it :-)
>
>Since I couldn't see how this question relates to comp.os.linux.admin
>and comp.os.linux.development I've removed them from the "Newsgroups"
>line. 
>
>People should learn how to use the net _before_ starting posting
>questions on Usenet. There are lots of good books on this subject, some
>of them _free_.
>
>And now the answer: if you don't mind using a compiler which is in beta
>tests and it's actually a hacked gcc, you can find it on
>ftp.zdv.uni-mainz.de:/pub/gnu/gpc
>
>xarchie can tell you many other places, if you don't like this one.
>And before you ask where you get it, try:
>cse.unl.edu:/pub/jbettis/linux/kernel/net-source/Other/xarchie-2.0.9.tar.gz
>
>Dan
>-- 
>Dan Pop 
>CERN, CN Division
>Email: danpop@cernapo.cern.ch
>Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland


Maybe this guy will learn to use the net, so he can figure out how to
reply to the right messeges.

Ha ha!


-- 
=======================================================================
- jhurwitz@digex.net ---------- LINUX, the choice of a GNU generation -
=======================================================================

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

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: fdisk and scsi disks
Date: 18 Jun 1994 07:07:03 GMT

Edunetics (edunet@zeus.datasrv.co.il) wrote:

:     Hello
:       I have a proble installing Linux on a new computer. The problem
: is that the disk is a scsi and when I run fdisk, just after the ramdisk
: finished mounting it replies: can't open /dev/hda. I tried giving the
: parameter /dev/sda (which is supposed to be the scsi device) but with no
: luck. All this happens to me with Slackware 1.2.0. Any solutions for this???

        When you say you gave it the parameters for /dev/sda when did you
        do that? When you invoked fdisk or when you were booting your
        computor at the first set of prompts from the bootdisk? The later
        is the proper time...If during booting it doesn't list the partitions
        during the partition check you haven't told it how to access your
        drive.
-- 
| sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu  Steven A. DuChene  
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

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

From: alte@rahul.net (Charles Liu)
Subject: Re: Universal CDROM - enough already -give us a break!
Date: Fri, 17 Jun 1994 19:09:41 GMT

In article <2trade$dr8@sun.cais.com>, Tim Bass <bass@cais.cais.com> wrote:
>Universal CDROM is posting to many ads on this newsgroup.  Please give
                    ^^^^^^^^^^^^^^^^^^^
Are we ?

>us a break and don't jump in on every CDROM question.  InfoMagic is
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Did we ?

>perfectly capable of speaking for themselves.

That's their choice.

>
>As a matter of fact (AAMOF) I have found the folks at InfoMagic to be
>very helpful, professional, courteous, honest.  Not to mention
>great discs at great prices.  (I have more that 10 IM's CDs)
>
>BTW:  I have no financial interest in InfoMagic except as a satisfied
>      customer and purchaser of their products.
>


-- 
End of Note

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

From: mitchell@leadbelly.math.ufl.edu (Bill Mitchell)
Crossposted-To: comp.os.os2.misc
Subject: Re: Suggestions: Tape drives?
Date: 14 Jun 1994 19:14:46 GMT

In article <2tkod9$fss@agate.berkeley.edu> maxims@ucsee.EECS.Berkeley.EDU (Maxim Spivak) writes:

> In article <2tig58$mqa@msuinfo.cl.msu.edu>, Chun Hsu <hsuc@egr.msu.edu> wrote> 
> >3.) Will a tape drive be able to back up everything?  Another
> >words, if I back up everything, can I redo the partitions and
> >restore the OS'es without problem?
> 
> Don't know, sorry.
> 

"without problems"?  I couldn't guarantee that if you were getting up
for a drink of water, but anything you save to tape you can put back
whereevery you want.  Of course this assume that before you "redo the
partitions" you make provisions for rebooting with enough of the
system to do the restore.
--

    Bill Mitchell
    Dept of Mathematics
    The University of Florida
    mitchell@math.ufl.edu       (904) 392-8123

  

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

From: pieterdv@knoware.nl (Pieter de Visser)
Subject: NIHCL port---anyone?
Date: Fri, 17 Jun 1994 22:48:33 GMT

Has anyone ported NIHCL to Linux? I seem to remember an article, a couple
of months ago, saying just that. However, I'm not able to find that
article, nor the resulting port. I started porting it myself, but encountered
more problems than I care for.

Pieter

pieterdv@runner.knoware.nl


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

From: jmantel@ins.infonet.net
Subject: Re: Xfm suggestions
Date: 18 Jun 1994 00:01:34 GMT
Reply-To: jmantel@ins.infonet.net

In article <2tspc3INNf9a@mickey.eng.gulfaero.com>, bmccarth@gulfaero.com (Bill McCarthy) writes:
>Hiya:
>
>Was wondering if anyone could offer some suggestions or hints. I'm
>a relative newbie to linux, and so I'm not all that familiar with
>basic conventions. I recently dowloaded xfm-1.3 - a filemanager for
>X. I was able to compile it fine, and it works. BUT, the file xfm.man
>is not linked/compiled/formatted so that when I use man xfm nothing comes
>up. Any hints? I read the README files, but can't find anything to help.
>
>The same situation occured when I downloaded and installed xearth. I can
>set xearth as a default root screen, but nothing for the manpage. Am I
>totally clueless and missing something really basic? A 'yes' with some
>pointers would be a good answer. TIA.
>
>
>
>
>Bill McCarthy
>
>
Bill, 
  I a not sure of what versioin of linux you are running but I have found that
I get the same problem with mosth of the x window apps I download and install.
After a little bit of searching I have found that the man files are being 
put into a different directory  /usr/X386/man  to be exact. but my man
command looks for my man files in usr/man directory.  So I just move them
there.  one of the directories in /usr/man is specifically for xman, so I try
to put the files in there.  And I believe they are .Z files.  so I compress
them.  Sorry I can't remember the directory name but I haven't done it in a
while.

Jaime
 

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

From: andreas@knobel.knirsch.de (Andreas Klemm)
Subject: Re: GNU tar-1.11.2 bugs - patch and new binary available
Date: 18 Jun 1994 11:47:51 GMT

Ian Jackson (iwj10@cus.cam.ac.uk) wrote:

: It appears that GNU tar is no longer being maintained.

[...]

: Enclosed below is a patch to GNU tar 1.11.2 which ensures that when a
: user or group name from the archive is not found by getpwnam or
: getgrnam files are extracted using the numeric owner from the archive
: rather than uid/gid 0.  It also adds a --numeric-owner option that
: forces extraction using the numeric ids from the archive, ignoring the
: names.  This is useful when restoring a backup from an emergency
: floppy with different passwd/group files.

[...]

I tried the patch and noticed, that it fixes many things that caused me to 
dislike tar's with version > 1.10.

Your patch also fixes the bug, that permissions weren't changed when 
extracting an archive in the case that files and directories are already 
present ... Permission were only extracted, when creating _new files_.

But I think one important security related thing isn't fixed yet. 
I noticed, that extracted files with unknown user id's get the number 
as UID only then if you extract them as root.

If you are a normal user, then again the files get the ownership of the
one who is extracting the files. This is not ok. As normal user you
shouldn't be allowed to extract files you don't own.

I think standard behaviour is - correct me if I'm wrong - that only
root is allowed to extract files with UID != your_own_uid.


        Andreas ///

--
Andreas Klemm                 /\/\____ Wiechers & Partner Datentechnik GmbH 
andreas@knobel.knirsch.de ___/\/\/     andreas@wupmon.wup.de (Unix Support)

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

From: rhh@tachy.uah.ualberta.ca (Roy Hann)
Crossposted-To: comp.unix.unixware,comp.os.linux
Subject: Re: future of Unixware
Date: 18 Jun 1994 09:52:37 GMT

terry@cs.weber.edu (Terry Lambert) writes:
: >>Larger numbers of ports are generally attached using annex hardware, at
: >>about $30 per port where it it starts to be cost effective.
: >
: >I'm not familiar with the term "annex" hardware.
: 
: It's a popular type of terminal server.  CRL, NetCOM, and other large
: Internet connectivity sellers use them.

$30/port for an Annex???!  We ARE talking about the Xylogics Annex
terminal servers here?  Where are you buying your hardware?  Even
allowing for the rate of exchange I expect to pay more like $300
per port for an Annex lately.

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

Roy Hann
Senior Analyst, Information Systems        rhh@tachy.uah.ualberta.ca
University of Alberta Hospitals            (MIME-capable mail agent)
WMC 2C2.21, 8440-112th Street,     
Edmonton, Alberta                          Tel: (403)492-4367
T6G 0N4                                    FAX: (403)492-3090
Canada

PLEASE: No shipments by courier from outside Canada; use regular mail.
========================================================================

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

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: Latest in PC WEEK (May 30 Editorial)
Date: Sat, 18 Jun 1994 11:10:23 GMT

In article <1145@blox.se> bj0rn@blox.se (Bjorn Ekwall) writes:
>Which license "wins", if the module license differs from the GPL?
>Has the original distributor "broken" the GPL by distributing the module,
>if it could be seen as a part of a kernel (i.e. enhanced kernel)?

No license 'wins'. You just aren't allowed to build something from multiple
licenses without satisfying them all without contradictions. Thus I can mix
GPL code LGPL code and public domain code. I can add in code which just requirs
credit in the copyright.

Alan


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

From: hoeij@sci.kun.nl (Mark van Hoeij)
Subject: Re: S3 palette restore problem exiting X server
Date: Sat, 18 Jun 1994 12:15:35 GMT

In <2tt9tb$401@louie.cc.utexas.edu> andro@louie.cc.utexas.edu writes:

>Keywords: 
>Cc: 
>I saw this problem mentioned here recently -- Upon exiting XFree,,
>with some S3 boards [mine is a Taiwanese 928 VLB] the palette
>is not restored correctly, giving me invisible text.

Use runx instead of startx, or better: use the latest version of XF86_S3.
Regards,
 Mark van Hoeij

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

From: terry@cs.weber.edu (Terry Lambert)
Crossposted-To: comp.unix.unixware
Subject: Re: future of Unixware
Date: 18 Jun 1994 05:30:39 GMT

In article <1994Jun12.014115.789@ksmith.com> keith@ksmith.com (Keith Smith) writes:
>In article <2tagvo$1qv@kralizec.zeta.org.au>,
>Bruce Evans <bde@kralizec.zeta.org.au> wrote:
>>Linux takes 2.8% of 486DX2/66 to run one port at 115kbaud output in raw
>>mode.  Input takes 6.6%.  The operation is memory-bound and i/o-bound,
>>so a 486/25 would not be much slower (4.x% for output).
>
>Actually this is not really true.  It _is_ much more of a hog, because
>your logic is faulty.  You are drawing a conclusion from an irrelevant
>fact (being i/o bound).  The CPU LOADING time is only the time it takes
>to respond to the interrupt, fetch the available chars, and store them,
>and reset the interrupt.  The overall interrupt SERVICE time for the
>486/66 (real time servicing the '550) will be significantly better due
>to the faster memory / cache.  The I/O cycle time will be the same.  The
>AVAILABLE cycles between interrupts will be over double on the 66.

Actually, this *is* true.  Assuming that the major bottleneck is the I/O
is the correct thing to do, in my experience.  The problem with ld is
buffer cache thrashing from a unified buffer/vm cache with insufficient
watermarking and a lack of a per process or per vnode working set quota.

Your appeal to cache to save you is argued against both by the example
above an by the fact that your sample system, a 486/66, pays a significant
penalty for all memory accesses not in the L1 cache (ie: in the external
cache or in memory).  In this situation, an external cache buys you
almost nothing.

Locking sections of code in memory doesn't help either, if only because
you violate the precepts which caused you to rely on caching in the
first place.  Finally, any register windows (if you have a good processer)
or instructions/data already cached are likely to be thrown out on the
interrupt context switch.

>We are measuring CPU loading here, not thruput.  Under IX your CPU is
>doing other things while waiting for the I/O.  A 486/66 can do a hell of
>a lot more other things waiting for the interrupt, than a 486/25, over
>twice as much in fact.  There is _NO_ memory binding with a reasonable
>cache with the teensie amount of data we are talking here.

Only if everything it needs to reference is in L1.

>>Output is much easier than input!  I doubt that any 486 can handle 16
>>fully bidirectional 115Kbaud if it has to handle interesting protocols
>>such as ppp or zmodem.  It would take about 20% of the system just to
>>handle 368640 bytes of i/o if the i/o has to go through the 16-bit ISA
>>(8 MHz) i/o ports.
>
>Sorry,  Those 16550 ports are NOT 16 bit.  They are 8-bit.  They also
>run over the I/O channel which is about twice as slow as a memory mapped
>access on an intelligent card, which _IS_ 16 bit.  Also the intelligent
>cards generally do _not_ use interrupts.  This dramatically reduces the
>overhead on your system, since you cut the per byte bus transfer time in
>1/4th or better, just for starters.

The assumption here is a smart card; where the bus mastering DMA transfers
*will* be 16 bit (ISA) or 32 bit (EISA/VESA) or even 64 bit (PCI).  The
use of FIFO'ed chips would also allow wider transfers, based on the
supporting electronics (a simple shift register would enable this).

Any board that works with Xenix 2.3 does transfers of up to 24 characters
at a time (a full clist struct) for potetntially multiple clists (well,
except computone, whose drivers had it at the pre 2.3 32 characters until
they were fixed, and only caused kernel panics if more than 24 characters
arrived for processing between transfer intervals -- they're fixed now).

>>Downloadable protocol handlers and busmastering DMA would help avoid
>>these limits.  Do I get that for $1095?  I'd prefer extra 486 CPU's
>>and dumb i/o ports.
>
>You get flow control and cannonical (LD 0) processing with most of the
>smart cards.  You generally get stuff like thru-print, and support for
>VP/ix and merge too.

Cannonical processing does nothing for me on anything but a non-raw
terminal interface.  Modern usage of that many prots is generally for
SL/IP, PPP, Zmodem, and other binary protocols, which by definition turn
cannonical processing off.

Now if you were to download SL/IP or PPP as a line discipline on the
card itself, that would be a different matter.


                                        Regards,
                                        Terry Lambert
                                        terry@cs.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.

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

From: terry@cs.weber.edu (Terry Lambert)
Crossposted-To: comp.unix.unixware,comp.os.linux
Subject: Re: future of Unixware
Date: 18 Jun 1994 05:37:32 GMT

In article <1994Jun12.145821.18616@ksmith.com> keith@ksmith.com (Keith Smith) writes:
] 2) Most USERS have no clue as to what they are using.  Give them a menu,
] and let them do their job.  A customer Service rep is no more productive
] on an EXPENSIVE PC or X terminal than a $400 Text terminal.

Actually, a customer service rep who can look up part numbers without
losing their place on an order entry screen is much more productive
than one who has to start over because he only has one window to do his
work in.

Make the serial terminals multisession, and you may have an argument.


                                        Terry Lambert
                                        terry@cs.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.

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

From: henryc@reality.UUCP (Christian Henry)
Subject: Re: 1.1.19 cua0 - device is busy??
Date: 17 Jun 1994 15:38:35 -0400
Reply-To: henryc@io.org

In article <2tomab$k38@crcnis1.unl.edu>,
Jeremy Bettis <jbettis@cse.unl.edu> wrote:

>>Then you use /dev/ttyS0 for dial-in, /dev/cua0 for dial-out; /dev/ttyS0 is
>>the one you place in your inittab.  I believe that this is described in the
>>Serial-HOWTO, by the way.  ;-)
>
>I am afraid it is not that simple.  I have dial in on ttyS0, and dial out on
>cua0using getty_ps 2.0.7c, Everthing works with kernels <=1.1.12, but on
>kernels >=1.1.13 it does not work.  I think getty_ps 2.0.7d was supposed to
>repair this, but it seg faults for me.

Are you using the WAITFOR keyword in your getty configuration file for
ttyS0 (using getty_ps 2.0.7d/e)?  If so, remove it, and set your modem for
auto-answer.  I had the same problem you did, and what I just suggested fixed
the problem.

I'm pretty sure it's a bug, but I haven't had the time to e-mail the author
yet.  :-/

-- 
 |  Christian Henry   //   North York, Ontario   |  e-mail:  henryc@io.org  |
 |     ``...And I raise my head and stare into the eyes of a stranger''     |

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


** 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-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@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-Misc Digest
******************************
