Subject: Linux-Misc Digest #446
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 Dec 93 11:13:07 EST

Linux-Misc Digest #446, Volume #1                Sat, 18 Dec 93 11:13:07 EST

Contents:
  Re: Yet another benchmark results.. (K. M. Sherif)
  Re: HElppp looking for tape buckup!!! (Geoff Sim)
  Re: Windows emulation was Re: Microsoft Invented Inferior Personal C (Kjetil Torgrim Homme)
  Re: Linux counter: Usage growth of Linux (Kayvan Sylvan)
  FAQ wanted (ohta ichirou)
  Dos Emulation under linux FreeBSD or NetBSD (Jay Snyder)
  oleo 1.5 dying (Albert Chin-A-Young)
  dump for linux? (Mathias Koerber)
  Re: Windows emulation was Re: Microsoft Invented Inferior Personal C (John Turnbull)
  Re: Windows emulation was Re: Microsoft Invented Inferior Personal C (Randolph G. Brown)
  [Q] Transparent Network w/ Term? (That'd be me!)
  [Q] What's on my ftape? (That'd be me!)
  dosemu0.49pl3 printing...how? (JJ Won)
  CD-ROM (Any Drivers?) (dpjunk@mmm.com)
  *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07) (Ian Jackson)
  capturing boot messages (Brian L. Heess)
  Windows emulation  was Re: Microsoft (Enrico Scotoni)
  Re: Linux in a hospital? (Gerd Rausch)
  Re: Windows emulation was Re: Microsoft Invented Inferior Personal C (Rob Janssen)
  Compiling bash-1.13.4 with GCC 2.4.5 (Anthony Lovell)

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

From: sherif@salaam.West.Sun.COM (K. M. Sherif )
Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,comp.benchmarks
Subject: Re: Yet another benchmark results..
Date: 17 Dec 1993 22:18:16 GMT

>   What is really sad is that on a Sun SPARCCenter 2000 with 8
>processors running Solaris 2.3 it takes 70 sec ( 20 sec worse then if
>the program is run on Solaris 2.2 ).  These guys must be joking !!!
>
        As many people have pointed out before, these timings are not
meaningful  unless run in single user mode (forgetting everything about
the fact that the benchmark may infact be optimised to just a printf).
If you want to compare the response for a user in real life usage, then qualify
the system with the number of users who were using it and the type of programs
they were running at that time.
        Also the fact that it is an 8 processor machine is irrelevant to this
benchmark even if run on single user mode, since you are not using a
parallelising compiler

Sherif


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

From: geoff@amexet.demon.co.uk (Geoff Sim)
Subject: Re: HElppp looking for tape buckup!!!
Date: 8 Dec 93 16:47:47 GMT
Reply-To: geoff@amexet.demon.co.uk

In article <triant.754799131@icarus.montclair.edu> triant@icarus.montclair.edu writes:

> Hi,
> 
> I am looking to purchase a tape backup system. It has better to be external
> because my computer doesn't have any space for internal drives. Also
> It must be compatible with both dos and unix systems (i.e Linux that I have)
> Also it has rather to be cheap (I hate ripoff prices because I know today
> it is not big deal to manufacture a tape backup) but reliable and fast!
> Any Opinions are Important...Also I will really appreciate if someone
> knows relative prices for backup systems! Thanks a lot!
> 
>                                                        Constantine
> 

I use a Wangtek 5150 150 MB streamer (internal). Linux (pl12-pl13 afaik) 
supports the 5099 and the 5150 (and others), so try and get one of these. 
The only problem is that only SYTOS seems to recognise these drives from DOS. 
UK 2nd hand price about 60 pounds.

Geoff.
-- 
****************************
* geoff@amexet.demon.co.uk *
* gsim@cix.compulink.co.uk *
* Geoff Sim 2:441/85.100   *
****************************

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

From: kjetilho@ifi.uio.no (Kjetil Torgrim Homme)
Crossposted-To: comp.os.ms-windows.advocacy
Subject: Re: Windows emulation was Re: Microsoft Invented Inferior Personal C
Date: 18 Dec 1993 00:55:18 +0100

> What is the typical cause of these lockups in X-Windows? (when a bad
> app barfs and makes you have to kill X)?

Err, I've never actually had a lock-up with XFree86, but I've done
stupid things like quitting the (virtual) window manager while the the
logout-button was on another "screen". (I think it is nice to be able
to change window manager while logged in.)

In any case - I just pointed out that you have a similar option in
Linux.


Kjetil T.

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

From: kayvan@storm.Quintus.COM (Kayvan Sylvan)
Subject: Re: Linux counter: Usage growth of Linux
Date: Sat, 18 Dec 1993 00:41:08 GMT

>>>>> "Cameron" == Cameron L Spitzer <cls@truffula.sj.ca.us> writes:

[...]
Cameron> Some of my friends got hung up starting X, others gave up
Cameron> trying to sort out [m][uu]getty[_ps]/setserial/"serial patches"/uucp
Cameron> and I don't blame them.  *Nobody* I know has been able to install
Cameron> *any* Linux "release" "right out of the box."  How can we offer an
Cameron> alternative to the commercial stuff, to people who *need* an
Cameron> alternative, if we can't face that?  You can't fix a problem by
Cameron> denying it.

Cameron> This is not to say that Linux and the things we use with it aren't
Cameron> well supported.  I've had great support from almost all of the big
Cameron> contributors.  Better than I've ever had for almost any commercial
Cameron> software.  But there are still *big* holes.
Cameron> (What is elvis doing if you hit 'v' by mistake, and how do you make
Cameron> it be normal again, anyway?)

Cameron> Cameron in San Jose, using 80 x 25 console.

Cameron, I live in San Jose and I might be able to help you if you
want. I recently (about a month ago) got Slackware 1.1.0 installed
"out of the box". To be honest, it was out of four boxes of 3.5"
diskettes. :-)

I have XFree86 running all the time and never have a problem with it.
Finally I can just grab X stuff off the net, compile, and run.

I ran into some minor configuration problems which I solved. I'm very
happy with it.

I have two pieces of advice for new Linux installers/users:

1. Read the documentation!! I have over ten years of experience in the
   Unix world from a kernel, systems, user, and sysadmin point of view
   and I still read the documentation (the LDP books were extremely
   useful).

2. Be patient. If something goes wrong, don't panic. Read the
   documentation. If you still can't figure it out, ask (politely) and
   you will probably get an answer.

                        ---Kayvan

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

From: ichiohta@exp.ics.es.osaka-u.ac.jp (ohta ichirou)
Subject: FAQ wanted
Date: 15 Dec 93 16:29:06 GMT


Hello, there.

I'm trying to install linux on my PC with Slackware and
looking for install guide (FAQ or something).
Let me know where I can get or send me it, if available.

                                Ichihro Ohta, OSAKA UNIVERSITY, Japan
                                ichiohta@exp.ics.es.osaka-u.ac.jp




  
--
============================================================
 Ichiro Ohta     E-mail : ichiohta@exp.ics.es.osaka-u.ac.jp
============================================================
             Department of Information and Computer Science,
                             Faculty of Engineering Science,
                                    Osaka University, Japan
============================================================

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

From: jay@gdx.UUCP (Jay Snyder)
Crossposted-To: comp.os.386bsd.questions
Subject: Dos Emulation under linux FreeBSD or NetBSD
Date: 16 Dec 93 04:40:09 GMT


Does a VP/ix or Merge type program exist under linux, FreeBSD or NetBSD?


-- 
_______________________________________________________________________________
Jay A. Snyder                           GDX-BBS (717) 737-3249 WorldBlazer
jay@gdx.uucp, vogon1!gdx!jay            Unix and MSDOS File areas + Xenix bins
FIDO 1:270/211.778                     

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

From: richard@fiu.edu (Albert Chin-A-Young)
Subject: oleo 1.5 dying
Date: 18 Dec 1993 02:07:20 GMT

Has anyone been able to work with oleo 1.5 for more than 5 minutes without
it dying? When I say 'die' I mean the process gets killed. I can't figure
out why. System setup is:
        DELL 486DX2/8MB
        Linux .99pl13
        gcc 2.4.5
        libc 4.4.4

Oleo dies when run from the console or X.

albert

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

From: mathias@solomon.technet.sg (Mathias Koerber)
Subject: dump for linux?
Date: Sat, 18 Dec 1993 01:51:12 GMT

Is there a version of dump for Linux? Or several, for different filesystems,
esp. e2fs? Maybe even better, has anyone ported Amanda to linux?

TIA
Mathias

--
Mathias Koerber                     | Tel: +65 / 7780066 ext 29
SW International Systems Pte Ltd    | Fax: +65 / 7779401
14 Science Park Drive #04-01        |
The Maxwell, Singapore Science Park | email: mathias@solomon.technet.sg
Singapore 0511                      |        swispl@solomon.technet.sg
===============================================================================
The use of COBOL cripples the mind; its teaching should therefore be
regarded as a criminal offense. -- E W Dijkstra

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

Crossposted-To: comp.os.ms-windows.advocacy
From: turnbull@turnbull.wariat.org (John Turnbull)
Subject: Re: Windows emulation was Re: Microsoft Invented Inferior Personal C
Date: Sat, 18 Dec 1993 02:36:53 GMT

In article <CI6yt5.277L@hawnews.watson.ibm.com> miked@vnet.ibm.com (Mike Dahmus) writes:
>
>What is the typical cause of these lockups in X-Windows? (when a bad app barfs
>and makes you have to kill X)?


Having developed apps some apps under X I have managed to lock up X enough
to need to login remotely and kill the offending app, but never so I had to
kill X itself.  The usual reason was due to an ordering problem with X Events,
such that there was a deadlock situation waiting for events.  Typically I
think I had a handler that was called when a button was pressed, and then it
never saw the release event, so the system was locked thinking the button
was pressed.  I have seen the same type of phenomenon under MS-Windows as
well.

John


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

From: brown@cs.swarthmore.edu (Randolph G. Brown)
Crossposted-To: comp.os.ms-windows.advocacy
Subject: Re: Windows emulation was Re: Microsoft Invented Inferior Personal C
Date: 18 Dec 93 04:19:15 GMT

In article <CI6yt5.277L@hawnews.watson.ibm.com>,
Mike Dahmus <miked@vnet.ibm.com> wrote:
>
>What is the typical cause of these lockups in X-Windows? (when a bad app barfs
>and makes you have to kill X)?
>
X doesn't really respond much to input on it's own, so if you somehow
kill all the clients that respond to input, you can't do anything, but
the computer will continue to go on.

I once had X totally lock up my console (stupid mouse, booted in the
wrong mode... ) but I had to wait for the computer to finish
downloading a game I wanted before resetting the machine.  Again, X
was fine, but it was getting bizzareness from the mouse...

        -Randy

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

Crossposted-To: comp.os.linux.admin
From: jaymecox@coyote.rain.org (That'd be me!)
Subject: [Q] Transparent Network w/ Term?
Date: Thu, 16 Dec 1993 09:50:40 GMT


Hi All,
        Weell, I've got term up and running just fine. However I was
wondering if anyone has been able to set up a "transparent" network
using term?  What I mean is be able to ftp, telnet, nntp, etc without
even knowing you are running term?

        advaTHANKSnce,
                                --JC
--
=========================================================================
Jayme Cox                                        jaymecox@coyote.rain.org
=========================================================================

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

Crossposted-To: comp.os.linux.help
From: jaymecox@coyote.rain.org (That'd be me!)
Subject: [Q] What's on my ftape?
Date: Thu, 16 Dec 1993 09:57:25 GMT


        Ok, this is probably in a faq somewhere.....
How do I get a listing of what is on my tape? (QIC-80 and ftape-0.9.8)

        While I'm posting, what do people recomeend for backup and
restore procedures?  Right now I just use tar and it seems to work pretty
well. But I havn't had to do a compleate restore from tape yet and hope I
neever do as I'm not sure about how to check for errors, etc.


                                        --JC
--
=========================================================================
Jayme Cox                                        jaymecox@coyote.rain.org
=========================================================================

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

From: els769p@fawlty10.eng.monash.edu.au (JJ Won)
Subject: dosemu0.49pl3 printing...how?
Date: 18 Dec 1993 06:50:34 GMT

gday,

I installed dosemu049pl3 this morning and am very impressed with its stability
and ability to emulate many system calls etc. But I have a little problem.
I tried printing from dosemu, however the port is not recognized by the program.It actually says something like "printer off line" or something.
I tried linking /dev/lp1(which I know works ...I did cat > /dev/lp1 and the 
printer printed whatever I typed in.) to dosemulpt1 in the directory where I
started dosemu. It didn't seem to work so I created the link in /dev directory
to no avail. 

        I would very much appreciate any help regarding this matter. Thanks
heaps in advance.

jae

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

From: dpjunk@mmm.com
Subject: CD-ROM (Any Drivers?)
Date: 18 Dec 1993 04:00:49 -0500
Reply-To: dpjunk@mmm.com

I know this is probably a long shot, but I will inquire anyway.
Is there a driver for the MITSUMI FX001D double speed CD-ROM drive?
It supports the following DISC formats:
        High Sierra/ISO 9660 and Yellow-book
        Kodak multi-session photo CD
        Digital Audio CDs
As far as I can tell, the interface may be proprietary ...

Please reply by e-mail and thanks for any help!!
        
--
Dean Junk                   "An ounce of perception, a pound of obscure"
Internet (dpjunk@mmm.com)                      --RUSH

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

From: ijackson@nyx.cs.du.edu (Ian Jackson)
Subject: *** PLEASE READ THIS BEFORE POSTING *** (misc-2.07)
Date: Sat, 18 Dec 1993 11:03:01 GMT

Please do not post questions to comp.os.linux.misc - read on for details of
which groups you should read and post to.

Please do not crosspost anything between different groups of the comp.os.linux
hierarchy.  See Matt Welsh's introduction to the hierarchy, posted weekly.

If you have a question about Linux you should get and read the Linux Frequently
Asked Questions with Answers list from sunsite.unc.edu, in /pub/Linux/docs, or
from another Linux FTP site.  It is also posted periodically to c.o.l.announce.

In particular, read the question `You still haven't answered my question!'
The FAQ will refer you to the Linux HOWTOs (more detailed descriptions of
particular topics) found in the HOWTO directory in the same place.

Then you should consider posting to comp.os.linux.help - not
comp.os.linux.misc.

Note that X Windows related questions should go to comp.windows.x.i386unix, and
that non-Linux-specific Unix questions should go to comp.unix.questions.
Please read the FAQs for these groups before posting - look on rtfm.mit.edu in
/pub/usenet/news.answers/Intel-Unix-X-faq and .../unix-faq.

Only if you have a posting that is not more appropriate for one of the other
Linux groups - ie it is not a question, not about the future development of
Linux, not an announcement or bug report and not about system administration -
should you post to comp.os.linux.misc.


Comments on this posting are welcomed - please email me !
--
Ian Jackson  <ijackson@nyx.cs.du.edu>  (urgent email: iwj10@phx.cam.ac.uk)
2 Lexington Close, Cambridge, CB4 3LS, England;  phone: +44 223 64238

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

From: bheess@cheshire.oxy.edu (Brian L. Heess)
Subject: capturing boot messages
Date: Sat, 18 Dec 1993 11:22:48 GMT


I remember in some earlier version of UNIX there was a file which was
created on every boot which contained all of the boot time messages (for
later reference).

Is there such a thing here in Linux, or could we make such a thing?

Thanks!

-Brian
--
                  Brian L. Heess, Los Angeles, CA, USA
                      ex-Xircom Network Engineer
         bheess@cheshire.oxy.edu  Wk: /dev/null  Hm: 213-256-2227 
"That's like having a little fun with a defective blow-torch!" - Clarissa

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

Date: Sat, 18 Dec 1993 08:01:00 MET
From: scoti@p46.keru.chg.imp.com (Enrico Scotoni)
Subject: Windows emulation  was Re: Microsoft

 > Yes, but (and I can't believe I'm defending Windows :+) I *often* locked up
 > X-Windows on one system to the point where I had to telnet in from another
If MS-Windows locks up: How do you telnet in from another box ? BTW: If Windows
NT (Multitasking Multiuser ! pahhh) locks up: How do you telnet in from another
box ???
 > box and kill it. Windows to X-Windows is at least a more accurate (but still
 > not very accurate) comparison than Windows to UNIX.

Enrico.

---

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

From: gerd@alf.oche.de (Gerd Rausch)
Subject: Re: Linux in a hospital?
Date: Sat, 18 Dec 1993 13:53:57 GMT

In article <1993Dec17.160135.21071@taylor.wyvern.com> mark@taylor.wyvern.com (Mark A. Davis) writes:

>
>We have run the whole hospital on a super-MPX Altos/SCO box now for
>a year with no crashes, and that is with 100 users pounding on it 24 hours
>a day.  I have not had as good luck with Linux, but it is definately
>maturing.  It should make a good desktop OS, but still not a good choice
>for commercial servers or multi-user boxes (this is just IMHO....)

I'm just wondering if SCO is still as unsecure, as it has been the time I've
been using it. Especially when it comes to an hospital with all its sensitive
data. On an SCO-box it took me no longer than 10 seconds to gain root access,
and nearly everybody in our department knew this. I think you can imagine,
why I won't tell here in detail how to do this ...

The problem with comercial software is, that you normally trust it.
The good thing with Free Software is, that you have access to the source code,
and therefore can have a look to the critical parts (daemon's suid-programs).

And there are a lot of people out in the NET, that are having a closer look
to the sources, and therefore able to find these kind of problem's rather fast.

I would be really pissed off, knowing some sensitive data of mine on a SCO box.

-- 
--
Gerd Rausch, Pannesheiderstr. 18, 52134 Herzogenrath, Germany
voice: +49-2407-59657, email: gerd@alf.oche.de

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

Crossposted-To: comp.os.ms-windows.advocacy
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Windows emulation was Re: Microsoft Invented Inferior Personal C
Date: Sat, 18 Dec 1993 12:57:09 GMT

In <2eu0c3$jjn@larch.cc.swarthmore.edu> brown@cs.swarthmore.edu (Randolph G. Brown) writes:

>In article <CI6yt5.277L@hawnews.watson.ibm.com>,
>Mike Dahmus <miked@vnet.ibm.com> wrote:
>>
>>What is the typical cause of these lockups in X-Windows? (when a bad app barfs
>>and makes you have to kill X)?
>>
>X doesn't really respond much to input on it's own, so if you somehow
>kill all the clients that respond to input, you can't do anything, but
>the computer will continue to go on.

>I once had X totally lock up my console (stupid mouse, booted in the
>wrong mode... ) but I had to wait for the computer to finish
>downloading a game I wanted before resetting the machine.  Again, X
>was fine, but it was getting bizzareness from the mouse...

Most people don't seem to read the docs, or they would know they can use
Ctrl-Alt-Backspace to kill the XFree86 server and drop back to textmode.
It should not be necessary to reset the machine in such cases!

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

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

From: alovell@kerberos.demon.co.uk (Anthony Lovell)
Subject: Compiling bash-1.13.4 with GCC 2.4.5
Date: Fri, 17 Dec 1993 14:30:58 +0000

I've recently compiled bash-1.13.4 under linux 0.99.14 using GCC 2.4.5
and have come across a small problem. The compile fails in waitstatus.h
with an error that seems impossible, I've included the relevent sections
of the include files, what happens is that somehow the tests

#if __BYTE_ORDER == _LITTLE_ENDIAN
and
#if __BYTE_ORDER == _BIG_ENDIAN

both return true and it tries to include both sections. By editing the
include to contain only the little endian defs I was able to compile
cleanly.
Does anybody have any idea why this should be.

/usr/include/waitstatus.h

#ifdef          __USE_BSD

#include <endian.h>

union wait
  {
    int w_status;
    struct
      {
#if     __BYTE_ORDER == __LITTLE_ENDIAN
        unsigned int __w_termsig:7; /* Terminating signal.  */
        unsigned int __w_coredump:1; /* Set if dumped core.  */
        unsigned int __w_retcode:8; /* Return code if exited normally.  */
        unsigned int:16;
#endif                                  /* Little endian.  */
#if     __BYTE_ORDER == __BIG_ENDIAN
        unsigned int:16;
        unsigned int __w_retcode:8;
        unsigned int __w_coredump:1;
        unsigned int __w_termsig:7;
#endif                                  /* Big endian.  */
      } __wait_terminated;
    struct
      {
#if     __BYTE_ORDER == __LITTLE_ENDIAN
        unsigned int __w_stopval:8; /* W_STOPPED if stopped.  */
        unsigned int __w_stopsig:8; /* Stopping signal.  */
        unsigned int:16;
#endif                                  /* Little endian.  */
#if     __BYTE_ORDER == __BIG_ENDIAN
        unsigned int:16;
        unsigned int __w_stopsig:8; /* Stopping signal.  */
        unsigned int __w_stopval:8; /* W_STOPPED if stopped.  */
#endif                                  /* Big endian.  */
      } __wait_stopped;
  };

/usr/include/endian.h

/* Definitions for byte order, according to significance of bytes, from low
   addresses to high addresses.  The value is what you get by putting '4'
   in the most significant byte, '3' in the second most significant byte,
   '2' in the second least significant byte, and '1' in the least
   significant byte.  */

#define         __LITTLE_ENDIAN 1234
#define         __BIG_ENDIAN    4321
#define         __PDP_ENDIAN    3412

/* This file defines `__BYTE_ORDER' for the particular machine.  */
#include <bytesex.h>

#ifdef          __USE_BSD
#define         LITTLE_ENDIAN   __LITTLE_ENDIAN
#define         BIG_ENDIAN      __BIG_ENDIAN
#define         PDP_ENDIAN      __PDP_ENDIAN
#define         BYTE_ORDER      __BYTE_ORDER
#endif

/usr/include/bytesex.h

#ifndef _BYTESEX_H
#define _BYTESEX_H

#undef __BYTE_ORDER
#define __BYTE_ORDER    1234

#endif /* _BYTESEX_H */




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


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