Subject: Linux-Misc Digest #453
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:     Mon, 20 Dec 93 11:13:23 EST

Linux-Misc Digest #453, Volume #1                Mon, 20 Dec 93 11:13:23 EST

Contents:
  Linus's Secret Past, was: Linux in a hospital? (David Lesher)
  linux for windows (like os2 for windows) insteady of wine (ira b ekhaus)
  Yggdrasil LGX rev B boot/install floppy (jonathan skean)
  Re: SURVEY: Graphics card benchmarks under XFree86 (Georges Tomazi)
  Re: Want xterm replacement with low memory usage (Robert Nation)
  Re: Slackware corrupted! (Jos Vos)
  Re: RE : Jana CD-ROM (The Anton J Aylward)
  Trident 9000 + TTX Multiscan (The Anton J Aylward)
  Re: Linux / DOS boot (Wei Dong)
  Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C (Andrew Hutton)
  Re: AMD 486/40 - Not among supported hardware? (Andrew Hutton)
  Re: Linus's Secret Past, was: Linux in a hospital? (Paul Tomblin)
  Re: Linux in a hospital? (Scott Telford)
  Mitsumi FX001D CD
  Re: BogoMips just leapt half a point (John Turnbull)
  Re: Xwindows Terminal (Michael Elbel)
  Linus's Secret Past, was: Linux in a hospital? (David Lesher)

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

From: wb8foz@netcom.com (David Lesher)
Subject: Linus's Secret Past, was: Linux in a hospital?
Reply-To: wb8foz@skybridge.scl.cwru.edu (David Lesher)
Date: Mon, 20 Dec 1993 13:49:00 GMT


>(Linus started studying in 1988, and has been absent for one year to
>serve in the army.)

Who won, the army or Linus ;-?

{The US Army never quit recovered from drafting Elvis many years
ago....}

-- 
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close............(301) 56-LINUX
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead..............vr virus-proof........20915-1433

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

From: ibe@world.std.com (ira b ekhaus)
Subject: linux for windows (like os2 for windows) insteady of wine
Date: Mon, 20 Dec 1993 14:15:44 GMT

hi,

Due to the lack of commercial applications, I'm considering 
changing operating systems (I'll probably end up with a dual boot
setup).
My second choice is Os2 for windows because there are some apps
in windows I need to run, but would like to retain the better multitasking
that os2fw provides (w.r.t. ms windows).

My understanding of os2for windows is that they allow a kernel of windows
stuff to  exist in memory while os2 is still the booted operating system.


question(s):
        Is this a practical approach to provide ms windows compatibility under 
        Linux?
        Is it easier to do than WINE?

What ever limitations this approach would have, would  in my case be  compared
to a dual boot scenario, so the standards aren't too high.
what do others think?
please post

Ira

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

From: jskean@unlinfo.unl.edu (jonathan skean)
Subject: Yggdrasil LGX rev B boot/install floppy
Date: 20 Dec 1993 14:18:37 GMT

Using the disk image from yggrasil.com I was able to install the
LGX cdrom system without any trouble.  But when I generate a new
boot floppy _it_ can't mount the cdrom.  What must I do to make a 
rev B boot floppy (as opposed to an "install" floppy).  Thanks,
--
Jonathan Skean, Computer Tech    voice: (402)472-2684
502 Hamilton Hall                fax: (402)472-9402
University of Nebraska           usenet: JSKEAN@UNL.EDU
Lincoln, NE 68588-0304 USA       bitnet: JSKEAN%UNL.EDU@UNLVAX1

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

From: tomazi@kralizec.zeta.org.au (Georges Tomazi)
Crossposted-To: comp.windows.x.i386unix,comp.benchmarks,aus.computers.linux,comp.os.linux.help
Subject: Re: SURVEY: Graphics card benchmarks under XFree86
Date: 20 Dec 1993 02:20:52 +1100


-- Hware --- XFree Res Dot Display card             ln fll blt arc txt cplx xstn
CPU-Clk  Mem Srvr  P V Clk                          ---------- 000's -----------

========================== XFree86 2.0 =========================================
386DX-40   4 SVGA  D F 45  Tseng Labs ET4000/W32     65  16  11  989  38  30  24
386DX-40   4 SVGA  G F 32  Tseng Labs ET4000/W32     64  17  11  996  31  33  23
386DX-40   4 SVGA  E F 50  Tseng Labs ET4000/W32     64  17  11  976  35  32  23
386DX-40   4 SVGA  D F 72  Tseng Labs ET4000/W32     63  15  10  952  35  25  21

Key to resolutions (P=Physical, V=Virtual)

D = 1024x768
E = 800x600
F = 1152x910
G = 640x480

================================================================================
CPU (386/486 SX/DX)     : 386DX
CPU Clock Speed         : 40 MHz
Motherboard Memory      : 4 MBytes

Card Vendor             : Tseng Labs
Card Model              : ET4000/W32
Card Bus (ISA/EISA/VLB) : VLB
Chipset                 : ET4000/W32
Video Memory            : 1 MByte
Memory Type (DRAM/VRAM) : DRAM
Memory Speed            : 70ns
Clock Chip              : N/A
RAMDAC                  : Sierra 15/16-bit HiColor

Operating system, vern  : Linux 0.99 pl12
XFree86 release, server : 2.0, XF86_SVGA

Physical resolution     : 1024x768 interlaced
Virtual resolution      : 1152x910
Dot-clock used          : 45 MHz

XBench lines            :  64659
XBench fills            :  16443
XBench blits            :  11046
XBench arcs             : 988691
XBench texts            :  38156
XBench complex          :  29607
XBench xstones          :  25589

Submitted by            : tomazi@kralizec.zeta.org.au (Georges A. Tomazi)
Date stamp              : Mon, 20 Dec 1993 01:12:52
================================================================================
CPU (386/486 SX/DX)     : 386DX
CPU Clock Speed         : 40 MHz
Motherboard Memory      : 4 MBytes

Card Vendor             : Tseng Labs
Card Model              : ET4000/W32
Card Bus (ISA/EISA/VLB) : VLB
Chipset                 : ET4000/W32
Video Memory            : 1 MByte
Memory Type (DRAM/VRAM) : DRAM
Memory Speed            : 70ns
Clock Chip              : N/A
RAMDAC                  : Sierra 15/16-bit HiColor

Operating system, vern  : Linux 0.99 pl12
XFree86 release, server : 2.0, XF86_SVGA

Physical resolution     : 640x480
Virtual resolution      : 1152x910
Dot-clock used          : 32 MHz

XBench lines            :  63817
XBench fills            :  16974
XBench blits            :  11351
XBench arcs             : 995609
XBench texts            :  30625
XBench complex          :  33398
XBench xstones          :  23130

Submitted by            : tomazi@kralizec.zeta.org.au (Georges A. Tomazi)
Date stamp              : Mon, 20 Dec 1993 01:12:52
================================================================================
CPU (386/486 SX/DX)     : 386DX
CPU Clock Speed         : 40 MHz
Motherboard Memory      : 4 MBytes

Card Vendor             : Tseng Labs
Card Model              : ET4000/W32
Card Bus (ISA/EISA/VLB) : VLB
Chipset                 : ET4000/W32
Video Memory            : 1 MByte
Memory Type (DRAM/VRAM) : DRAM
Memory Speed            : 70ns
Clock Chip              : N/A
RAMDAC                  : Sierra 15/16-bit HiColor

Operating system, vern  : Linux 0.99 pl12
XFree86 release, server : 2.0, XF86_SVGA

Physical resolution     : 800x600
Virtual resolution      : 1152x910
Dot-clock used          : 50 MHz

XBench lines            :  64080
XBench fills            :  16604
XBench blits            :  10892
XBench arcs             : 975763
XBench texts            :  34687
XBench complex          :  31764
XBench xstones          :  23183

Submitted by            : tomazi@kralizec.zeta.org.au (Georges A. Tomazi)
Date stamp              : Mon, 20 Dec 1993 01:12:52
================================================================================
CPU (386/486 SX/DX)     : 386DX
CPU Clock Speed         : 40 MHz
Motherboard Memory      : 4 MBytes

Card Vendor             : Tseng Labs
Card Model              : ET4000/W32
Card Bus (ISA/EISA/VLB) : VLB
Chipset                 : ET4000/W32
Video Memory            : 1 MByte
Memory Type (DRAM/VRAM) : DRAM
Memory Speed            : 70ns
Clock Chip              : N/A
RAMDAC                  : Sierra 15/16-bit HiColor

Operating system, vern  : Linux 0.99 pl12
XFree86 release, server : 2.0, XF86_SVGA

Physical resolution     : 1024x768
Virtual resolution      : 1152x910
Dot-clock used          : 72 MHz

XBench lines            :  62965
XBench fills            :  14558
XBench blits            :   9660
XBench arcs             : 951628
XBench texts            :  35312
XBench complex          :  25098
XBench xstones          :  21099

Submitted by            : tomazi@kralizec.zeta.org.au (Georges A. Tomazi)
Date stamp              : Mon, 20 Dec 1993 01:12:52
================================================================================


-- 
   Georges A. Tomazi  / Internet: tomazi@kralizec.zeta.org.au  /    And
 Sydney * Australia  /           tomazi@sydney.dialix.oz.au   / God created
   +61 2 264 6892   /           tomazi@tctel.frmug.fr.net    /     Unix...

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

From: nation@grumpy.sanders.lockheed.com (Robert Nation)
Subject: Re: Want xterm replacement with low memory usage
Date: 20 Dec 93 09:23:58


regarding the rxvt location:

If you can wait 1 day, you can get rxvt-1.6, which now takes
only 50 to 75% as long to scroll large files as xterm! (Compared to
rxvt-1.5, which took 115 to 377% as long.)

Rob

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

From: jos@bull.nl (Jos Vos)
Subject: Re: Slackware corrupted!
Date: Mon, 20 Dec 1993 14:21:05 GMT

hartnegg@sun3.ruf.uni-freiburg.de (Klaus Hartnegg) writes:

>Affected are all ftp servers that still have lots of "a"-disks.
>The correct version has only a1-a3 and ap1-ap4.

>Cause: the standard mirror program does refuse to delete
>more than a certain number of files at once. However in this release
>lots of files were moved to other directories and the old copies
>should all be removed.

>Is there a way to have the mirror program do all deletes?

Yes, by setting 

    max_delete_files=99999999
    max_delete_dirs=99999999

I also have set 

    save_deletes=true
    save_dir=...

to save all deleted data, so that no data will be lost accidently.

Slackware is correct on our FTP-site, ftp.nl.net, which has the
above settings for the Slackware package.

-- 
--    Jos Vos <jos@bull.nl>   (UUCP: ...!{uunet,mcsun,sun4nl}!nlbull!jos)
--    Bull Netherlands, Professional Services, Amsterdam, The Netherlands

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

From: anton@uunorth.north.net (The Anton J Aylward)
Subject: Re: RE : Jana CD-ROM
Reply-To: anton@uunorth.north.net
Date: Mon, 20 Dec 1993 14:15:17 GMT

In the article (<60.3729.5780.0N18DBF4@canrem.com>) Jana (jana@canrem.com) posted to comp.os.linux.misc:

: I have told 1000 times on the net that my
: @jana.com address is having some problems, infact for the past 7 - 8
: days I have not been abel to get my mail.

    Comment from JANA.COM's net access.

    They are running a dos based BBS, so we are unable to poll them.
    Mail would flow better if they would poll us daily instead of just
    once a week.

--
Anton J Aylward         | "The body politic is swerving from left to
anton@uunorth.north.net | right and right to left looking for quick
                        | fixes for systemic problems." - Paul Palango,
                        |             Journalist, ex The Globe and Mail

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

From: anton@uunorth.north.net (The Anton J Aylward)
Subject: Trident 9000 + TTX Multiscan
Reply-To: anton@uunorth.north.net
Date: Mon, 20 Dec 1993 14:26:15 GMT

I have  Trident 9000 VGA card, which LINUX seems to accept.
It is driving a TTX Multiscan.

There is a problem: although the Trident_TTX can do color, under LINUX
it doesn't.

OBVOUSLY (!) part of the problem is that the TTX is a 9-pin device and
the Trident is a 15 pin device.   what-ho, I put a 15-9 adapter on the
back of the TTX.   I know this _should_ work because I have the same
setup with another machine (running SVR4) and the colour is fine.

Under DOS, the Trident has a program which forces it to treat the
monitor as a VGA regardless of what the pins say.  

Surely Linus isn't beaten by DOS!

Any pointers to solutions?

--
Anton J Aylward         | "The body politic is swerving from left to
anton@uunorth.north.net | right and right to left looking for quick
                        | fixes for systemic problems." - Paul Palango,
                        |             Journalist, ex The Globe and Mail

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

From: wdong@nessie.mcc.ac.uk (Wei Dong)
Subject: Re: Linux / DOS boot
Date: Mon, 20 Dec 1993 14:21:23 GMT

>ddickins@hermal.cs.uoguelph.ca writes:
>
>I've tried using BOOTLIN to boot Linux using a CONFIG.SYS boot menu (from
>DOS 6.0) and it complains that its loaded too high in memory (it is also
 ^^^^^^^                                                       ^^^^^^^^^^
>the only thing that I am trying to load in that configuration).  Anyone
 ^^^^^^^^^^^^^^^
>got a solution (I don't really mind booting from a floppy but its a
>non-ideal solution).  Please e-mail replies to ddickins@uoguelph.ca
 

>>Sure you can.  you just can't do it from a VM86 task, which is what
>>you have if you run EMM386.  I keep Bootlin and a kernel on a floppy
>>disk for emergencies (in addition to the bootable root disk I have
>>around).

It is not the case, he did not put EMM386 in the config at all!

I think the problem is DBLSPACE.BIN of DOS-6. If existing, it will be 
automaticly loaded into memory before any thing else in config.sys.   

My solution is rename the DBLSPACE.BIN(remove system and read-only attrib 
first) in the real booting drive ( not the compressed drive), then reboot 
the machine to select BOOTLIN to boot linux. 

Since the compressed drive could not be accessed after moving the DBLSPACE.BIN,
make sure that you have put aother config.sys with BOOTLIN command, BOOTLIN 
itself and the linux image into the uncompressed booting drive. 

You can always change the name of DBLSPACE.BIN back from within linux(may put 
a line in /etc/rc.local) to reboot DOS or using DOSEMU within linux to access 
compressed drive again.



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

From: ajh@achilles.org (Andrew Hutton)
Crossposted-To: alt.folklore.computers,alt.religion.kibology,comp.os.ms-windows.advocacy,alt.fan.mike-dahmus
Subject: Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C
Date: 16 Dec 1993 20:13:55 GMT

: >And: Lots of Windows applications call *none* of them.
: >Windows is a tidier environment than DOS, any day, according to the book.
: >

: Then why does Windows crash at least once a session?  I've been using DOS 
: since 3.31 was new, and I've had DOS 4.0 crash on me once.

Because DOS doesn't care.  Windows is much more 'protective' of it's 
environment. 

__
It was not a dark and stormy night,                ajh@achilles.org
  but by all rights it should have been...        

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

From: ajh@zeus.achilles.org (Andrew Hutton)
Subject: Re: AMD 486/40 - Not among supported hardware?
Date: 19 Dec 1993 07:48:43 GMT

Dov Grobgeld (dov@menora.weizmann.ac.il) wrote:
: I just had a look at the HOWTO-Hardware list, and was surprised not
: to find the AMD 486/40 MHz chip on the list of supported CPU? Are
: there any indications that this chip does *not* work with Linux?
: I'd rather get this chip than the Intel 486, since it gives me
: more cream for the same price.

I had many 'unexplained' problems with an AMD, but it seems to be
in conjunction with an AHA1542C that they occur.  It would randomly
(and I mean Really Randomly!) crash without any pattern or warning.

Switched to an Intel DX2-66 and the problems vanished.  

It was WiErD...

--
It was not a dark and stormy night            ajh@achilles.org
   but by all rights it should have been 

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

From: ab401@freenet.carleton.ca (Paul Tomblin)
Subject: Re: Linus's Secret Past, was: Linux in a hospital?
Reply-To: ab401@freenet.carleton.ca
Date: Mon, 20 Dec 1993 14:30:48 GMT

wb8foz@netcom.com (David Lesher) writes:

>>(Linus started studying in 1988, and has been absent for one year to
>>serve in the army.)

>Who won, the army or Linus ;-?

The armies of Scandinavian countries are infamous for being fantastically 
inflexible about national service.  There was even a case of a skier (I think 
it was Thomas Wassberg) who was leading in the cross country World Cup 
standings when he had to miss the last half of the season to do his year of 
national service.  He ended up coming second or third.

-- 
Paul Tomblin.  In Vicki Robinson we trust.
"When viewed from the proper perspective, this thread is actually just a bunch
of people being silly." - Daniel Lottero

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

From: s.telford@ed.ac.uk (Scott Telford)
Subject: Re: Linux in a hospital?
Date: Mon, 20 Dec 1993 14:31:08 GMT

In article <1993Dec18.232221.16910@taylor.wyvern.com>,
mark@taylor.wyvern.com (Mark A. Davis) writes:

> You see Linux running commercial applications?  You see strategic support
> environments for Linux?  You see consistant and complete documentation on
> Linux?  You see company liability on Linux? 
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

You see *any* PC software vendor claiming liability for their
software? I'd be very surprised if SCO's user licence says "If our
Unix screws up your application big time feel free to sue us". Most
licences I've seen (OK, Microsoft ones are the ones I'm thinking of)
disclaim liabilty for absolutely anything the software might do.

-- 
Scott Telford, Edinburgh Parallel Computing Centre,        <s.telford@ed.ac.uk>
University of Edinburgh, Mayfield Rd, Edinburgh, EH9 3JZ, UK. (+44 31 650 5978)
-- "We do want to tour again, we will tour again" - Kate Bush, Munich, 1980. --

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

From: leitch@pasta.enet.dec.com ()
Subject: Mitsumi FX001D CD
Date: 20 Dec 1993 14:59:45 GMT
Reply-To: leitch@pasta.enet.dec.com ()


I just bought a Mitsumi FX001D CD Rom.
Could someone give me some pointers here ? - please.

The driver under /kernel/cdrom is for a 8 bit Mitsumi.
Is the FX001D 8 bits ?

Is there any install info for this device, and any problems I should know about ?

Thanks

/Jim

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

From: turnbull@turnbull.wariat.org (John Turnbull)
Subject: Re: BogoMips just leapt half a point
Date: Mon, 20 Dec 1993 14:09:52 GMT

In article <1993Dec20.112603.9913@mnemosyne.cs.du.edu> zevans@nyx10.cs.du.edu (Zack Evans) writes:
>A quick puzzle for kernel hackers...
>
>I just upgraded the kernel from PL13<somethingZ to PL14f and suddenly I get
>2.odd BogoMips rather than the 1.96 I have been getting previously.
>
>Why?

I noticed the same thing, and looking at the code it seems that in pl14b
Linus decided to align the code calculating the delay loop, which appears
to cut about 1 cycle per loop from the time on my 386sx.  Not sure how it
will affect other machines.

John


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

From: me@tartufo.pcs.com (Michael Elbel)
Subject: Re: Xwindows Terminal
Reply-To: me%dude.pcs.dec.com@inet-gw-2.pa.dec.com
Date: Mon, 20 Dec 1993 13:39:49 GMT

In <1993Dec15.135252.10532@taylor.wyvern.com> mark@taylor.wyvern.com (Mark A. Davis) writes:

I don't argue the usefulness of X-terminals - in fact I'm using a NCD 19
with my linux box - the big b/w screen is just so much nicer for
development.

>> At least
>>from NCD, you've got two choices. Either you've got no configuration
>>complexity, but you pay an extra $500 or so per terminal for the proms, and
>>you have X11R4, or you've got to use their diskless boot configuration where
>>a server downloads the X implementation into the terminal. Setting that up
>>is more complex than loading one the the Linux releases and configuring
>>XFree86.

>That is an utterly silly thing to say.  To get Xterminals up and going-
>1) you transfer the boot file from tape to the host (big whoop)
>2) you MAY want to edit the configuration the on the host, but it is mostly
>   fine.
>3) you add an entry in /etc/hosts (big whoop again, and you would have to
>   do this if using a Linux box also.
>4) you physically connect the xterminal to the net (wow- you plug a cable
>   in)
>5) You turn on the Xterminal and tell it what it's address is.

Or you go ahead, put the necessary things into bootptab and don't have
to configure *anything* on the X-terminal ;-)

>
>You are done, the thing boots, uses xdmcp and start working.  Steps 1 & 2 have
>to be done only once.  Everything else takes about 5 minutes or less.  You
>are computing on a display with very fast Xperformance and net response.

However, you're making the assumption that there already exists a
working configuration for that class of X-terminals. This, at least in
my case here wasn't true. 

It's not easier to set up an X-terminal's networking (subnet mask,
routers, static routes, name servers, etc.)  than it is for a
workstation, be it HP, SUN, DEC, linux, freebsd, whatever. With Unix
derivates it's at least always similar - I still have to discover a
system that doesn't have ifconfig and route, if you have different
brands of X-terminals, this gets interesting ;-)

Once you've done it, the next installation will take you almost no
time, but this first setup has to be done. In my experience, the
maintenance for X-terminals is only relatively cheap if you have a lot
of them and all are of the same kind (ever tried to maintain NCD *and*
DEC *and* HP X-terminals?)

Come to think, if I were to need 20 higher end color X-terminals, I'd
probably calculate if the price for 20 identical clones with decent
graphics cards, monitors, ethernet, some disk and memory weren't
cheaper than comparable 'real' X-terminals. Then one could go ahead,
configure a freebsd or linux system once and just load it onto the
machines with almost as little effort as maintaining the X-terminals -
until the users try to modify their configuration themselves.

>>So it isn't correct to say ``Linux completely obsoletes X terminals''. But
>>it also isn't always correct to say ``Linux as an X terminal is a dumb idea;
>>buy a real X terminal instead.''

>Both very true.  There are times when the extreme simplicity and performance
>of an Xterminal is the best idea.  There are also times when the flexibility
>of a Linux box is the best idea, especially when local processing is
>needed or when one wants to utilize existing equipment.

Amen.

Michael
Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me%pcs.dec.com@dec.com
Fermentation fault (coors dumped)

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

From: wb8foz@netcom.com (David Lesher)
Subject: Linus's Secret Past, was: Linux in a hospital?
Reply-To: wb8foz@skybridge.scl.cwru.edu (David Lesher)
Date: Mon, 20 Dec 1993 15:34:32 GMT



>(Linus started studying in 1988, and has been absent for one year to
>serve in the army.)

Who won, the army or Linus ;-?

{The US Army never quite recovered from drafting Elvis many years
ago....}

-- 
A host is a host from coast to coast.................wb8foz@nrk.com
& no one will talk to a host that's close............(301) 56-LINUX
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead..............vr virus-proof........20915-1433

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


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