Subject: Linux-Misc Digest #852
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:     Tue, 22 Mar 94 23:15:40 EST

Linux-Misc Digest #852, Volume #1                Tue, 22 Mar 94 23:15:40 EST

Contents:
  Re: Wine status March 11, 1994 (Brandon S. Allbery)
  Re: BRACE YOURSELF, was Re: Opinions wanted about SCO-unix (vs AIX/Li (Alan Cox)
  Bug in mv (gnuutils) under linux (Andrew Davison)
  Re: Wine status March 11, 1994 (Alan Cox)
  Re: Opinions wanted about SCO-unix (vs AIX/Linux). (Bob Tausworthe)
  Re: floppy autodiskchange and remount (R S Rodgers)
  Re: STRAW POLL RESULT: Linux groups automonitoring (Dave Gardner)
  Re: Impressions: FreeBSD vs Linux (Terry Lambert)
  Re: [Q] DCD Drops, then DTR Drops, Want to Increase Delay (SLIP) (Thomas Quinot)
  Re: FEM C++ & DsTool locations. (Mike Tiller)
  STRAW POLL RESULT: Linux groups automonitoring (Jim Jewett)
  Re: Wine status March 11, 1994 (Zenon Fortuna)
  device driver for scsi scanner under linux 1.0 (STUDENT0)
  Linux X386-GW1572FSG & Mach32 (Adam Koenigs)
  Re: Are r/o partitions safe agains damages? (Beeblebrox)
  Re: Linux-1.0-inline-asm uploaded (Byron Thomas Faber)
  Re: AMD 386/40 + ULSI 387/40 crashes intermittantly (Lee Heins)
  Emergency!! **Infinite loop in boot** (Popovisk Steion)
  Info on boards (Piotr Kapiszewski)

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

Crossposted-To: comp.windows.x.i386unix,comp.os.386bsd.apps
From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: Wine status March 11, 1994
Date: Tue, 22 Mar 1994 17:00:09 GMT

In article <2mlbbk$9a3@mojo.eng.umd.edu>, chuckr@glue.umd.edu (Charles B. Robey) says:
+---------------
| Warner Losh (imp@boulder.parcplace.com) wrote:
| : The Win32 API is not a standard on Unix.  OSF/Motif is the standard
| : API for C programmers on Unix.  I don't think that OSF will go quietly
| 
| the anything.  If they wanted it to be the real standard, they'd have
| made it public.  What about fvwm, or FWF, or any of the other
+------------->8

Where have you been the past few months?  OSF made the Motif specs public as
part of the COSE CDE project.

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
"MSDOS didn't get as bad as it is overnight -- it took over ten years
of careful development."  ---dmeggins@aix1.uottawa.ca

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

Crossposted-To: comp.unix.advocacy,biz.sco.general
From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: BRACE YOURSELF, was Re: Opinions wanted about SCO-unix (vs AIX/Li
Date: Tue, 22 Mar 1994 16:45:21 GMT

In article <19940321093851.RLOKER01@p15jg.ess.harris.com> RLOKER01@IC1D.HARRIS.COM  (ROBERT C. LOKERSON) writes:
>For sure... Microsoft arranged an evaluation copy of LANMANAGER 2.2.0 for SCO
>and it (mostly) worked ok... Two small problems with our ultimate objectives
>led me to find out the deal with SCO support.  My company is a major VAR for
>SCO products, but we dont have a support contract, so no one will talk to me
>at SCO.  The receptionist _DID_ give me the names of two consultant companies
>which, she thought, might help me.  If that is the way SCO support works, I
>share all the above (emotions).

Don't see the problem there is a perfectly good free Lan manager server for
Linux, but not yet a client. It comes with little things like source code
and you don't have to play a fortune a year for suppor (although there
are people you can pay for support if you want).

Alan


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

From: davison@bruce.cs.monash.edu.au (Andrew Davison)
Crossposted-To: gnu.utils.bug
Subject: Bug in mv (gnuutils) under linux
Date: 22 Mar 1994 01:25:06 GMT

Found this while doing some housecleaning. I was trying to move a file to a
fat partition. This is the last bit of the strace for the command.

utime("/u/fat4/guide.zip", [764301932, 763976964]) = 0
chown("/u/fat4/guide.zip", 644, 691) = -1 (Operation not permitted)
write(2, "mv: ", 4mv: ) = 4
write(2, "/u/fat4/guide.zip", 26/u/fat4/guide.zip) = 26
write(2, ": Operation not permitted", 25: Operation not permitted) = 25
write(2, "\n", 1

Obviously mv tries to change the ownership of the file but cannot do it 
on the fat file system.

This was using the version which comes with the Linux Slackware 1.1.1 
distribution with 1.0 kernel.

Regards,
        Andy



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

Crossposted-To: comp.windows.x.i386unix,comp.os.386bsd.apps
From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: Wine status March 11, 1994
Date: Tue, 22 Mar 1994 16:48:34 GMT

In article <1994Mar20.183234.27732@mksinfo.qc.ca> pierre@mksinfo.qc.ca (Pierre Benard) writes:
>and IBM's OS/2 for Windows. Maybe MS is realizing that letting people
>run Windows apps. on something other than MSDOS is a good thing.
>
I really hope so. I find windows unusable for most applications and NT
is a bit of a joke even with 16Mb of RAM. If they started shipping 
stuff like Word For Windows 6 and some of their other really good 
applications stuff for Unix (by whatever sensible porting means) it might
appear on my planned shopping list (in fact its very likely too)

Alan


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

From: tozz@cup.hp.com (Bob Tausworthe)
Subject: Re: Opinions wanted about SCO-unix (vs AIX/Linux).
Date: Tue, 22 Mar 1994 17:28:30 GMT

: The icc compiler is rock solid and, if used by someone with even the 
: smallest clue about setting source code compilation flags and compiler 
: optimizer options, the icc compiler generates code which typically 
: ranges from 35 to 65 percent faster (on 386, 486 & Pentium processors)
: than equivalent nonoptimized code generated by the current generation 
: of SCO cc and GNU gcc compilers.

Is this your opinion or is this fact? Do you mind publishing some benchmarks
to back up your claim? I'm not flaming you, I just assume that anybody who
writes with the conviction that you do must have the facts, not conjecture.

                               tozz

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

From: rsrodger@wam.umd.edu (R S Rodgers)
Crossposted-To: alt.folklore.computers
Subject: Re: floppy autodiskchange and remount
Date: 22 Mar 1994 19:06:27 GMT

In article <2ml1mq$gb5@nwfocus.wa.com>,
Peter D. Hampe <pyotr@halcyon.halcyon.com> wrote:
>rsrodger@wam.umd.edu (R S Rodgers) writes:
>
>>      But that aside, there's no reason that the PC can't have hardware
>>      diskchange detection (and even without it, DOS could be written to
>>      be more careful).  Most of the 3.5" drives in PCs actually supply this
>>      signal--the FDC doesn't take advantage of it.
>
>Is there some kind of work around?


        No.  I don't see why you couldn't wire it to, say, the joystick 
        port and rewrite the floppy driver to be smarter (assuming the
        functionality is there), but I don't think anyone has.  (I'm
        not actually sure how the signal is sent, but if it's as simple
        as an open/closed [in 3.5"==disk in, disk out] signal, it ought to
        be possible.)

        I wonder if any of the Linux hackers would give this a look.


-- 
Be sure to vote *YES* on rec.music.menudo!

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

Crossposted-To: news.groups
From: dgardner@netcom.com (Dave Gardner)
Subject: Re: STRAW POLL RESULT: Linux groups automonitoring
Date: Tue, 22 Mar 1994 20:21:11 GMT

Ian Jackson (iwj@cam-orl.co.uk) wrote:
: : I think that this gives me a fairly clear mandate to go ahead; I'm not
: : going to apply the overmajority rules that apply to group creation.

Thank ghod the country isn't run by such "clear" mandates (or is it?).  I
cannot understand why Ian figures the results of this straw poll gives him
the go-ahead to start this thing -- unless that's all he wanted to see in
the first place, so that's how he interprets the results. 

I do not mean to denegrate the fine work of the many folks behind the
Linux project, both programming and docs/faqs.  These folks have all done
good jobs (though the docs can admittedly be better, no?), and we would
not be here today if it were not for their tireless, giving efforts.  But
you cannot hold the keys to the castle forever; it's time to let this baby
loose on the world.

But I keep getting the nagging feeling that what's clearly needed here is
a new, moderated newsgroup: 

        comp.os.linux.don't.bother.me.you.useless.newbie.scum

It would be a completely controlled environment where Linux oldtimers who
are tired of inevitable newcomers' questions can go to avoid being
"bothered" by new Linux users.  Sort of like a virtual retirement home. 
Meals three times a day, telly in the evenings, temperature a moderate 72
degrees at all times, doors snapped shut against the cruel world outside. 


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

From: terry@cs.weber.edu (Terry Lambert)
Crossposted-To: comp.os.386bsd.misc
Subject: Re: Impressions: FreeBSD vs Linux
Date: 22 Mar 1994 20:41:33 GMT

In article <1994Mar19.163025.1875@galileo.cc.rochester.edu> dspt@troi.cc.rochester.edu (Douglas Pratt) writes:
>   I'm sorry- but which newsgroup is this? I could have sworn I'd
>unsubscribed from all the BSD groups the day I discovered ObjectBuilder for
>Linux in my mailbox. Guess I better check again ........

If you find that the reason you saw the article is that it was crossposted,
then you may wish to consider resubscribing.  Linux is not the only platform
that ObjectBuilder will run on.  8-).


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

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

From: thomas@melchior.frmug.fr.net (Thomas Quinot)
Crossposted-To: comp.os.linux.help
Subject: Re: [Q] DCD Drops, then DTR Drops, Want to Increase Delay (SLIP)
Date: 23 Mar 1994 18:56:05 +0100

Eric Poole (epoole@leotech.mv.com) wrote:
: What I would like to do is increase the delay between the time Linux
: detects lost DCD and the time it drops DTR ... would like to increase
: it to around a second or so.

There is no delay, in fact : when the fast interrupt routine notices that
the DCD has dropped (in drivers/char/serial.c:check_modem_status) it schedules
a hangup which is realized by the slow interrupt routine do_softint (same 
file). (OBTW : My reference is for kernel 1.0...)

Hope this helps,
Thomas.

-- 
ThoThoThoThoTho
        Totolitoto !

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

From: tiller@solace.me.uiuc.edu (Mike Tiller)
Subject: Re: FEM C++ & DsTool locations.
Date: 22 Mar 1994 19:41:40 GMT
Reply-To: tiller@solace.me.uiuc.edu

Minor correction...

In article <1994Mar22.180620.17027@cs.cornell.edu>, Tom@zapata.demon.co.uk (Tom Ward) writes:
|> 
|> [These tools were announced for Linux just yesterday. --mdw]
|> 
|> Oops!
|> 
|> FEM C++
|> Michael Tillers FEM C++ is on 
|>      usc.edu in /pub/C-numanl/femlib-1.1.tar.gz

should be usc.edu:/pub/C-numanal/femlib-1.1.tar.gz

[rest of the stuff deleted]

|>  
|> Tom Ward
|> 

Mike

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

From: jimj@quip.eecs.umich.edu (Jim Jewett)
Crossposted-To: news.groups
Subject: STRAW POLL RESULT: Linux groups automonitoring
Date: 22 Mar 1994 22:09:35 GMT

In article <dgardnerCn31vB.3r4@netcom.com>,
Dave Gardner <dgardner@netcom.com> wrote:
>Ian Jackson (iwj@cam-orl.co.uk) wrote:

>: : I think that this gives me a fairly clear mandate to go ahead; I'm not
>: : going to apply the overmajority rules that apply to group creation.

>Thank ghod the country isn't run by such "clear" mandates (or is it?).  I
>cannot understand why Ian figures the results of this straw poll gives him
>the go-ahead to start this thing -- unless that's all he wanted to see in
>the first place, so that's how he interprets the results. 

If he had proposed _REMOVING_ the newsgroups with NO replacement,
those votes would have been enough in 2/4 cases.  (In fact, I
don't think I've seen a removal without a replacement at least
planned, but that is about what happened to the skiers who want
to talk about skiing places.)

For the other two groups, it was still landslide type results by
the proportion (if considered in the real world) and by the
number (if considered in relation to other usenet straw polls).

Now notice that he isn't actually changing the group a whit --
he is just sending out mail.  This is something he could do
even _without_any_support_whatsoever_ and which someone
less responsible is _already_doing_.  (I say less responsible
because the current mailer doesn't answer mailed queries about
_his_ unsolicited email, so it isn't even possible to figure out
what you should do to avoid the mail in the future.)

If this really disturbs you, you have several choices:

(1) Keep adding to the noise by restating your opposition.
(2) Do something about it.  

My suggestion would be that you start an RFD for 
comp.os.linux.*.mod, so that people dead set against getting
mail just because they haven't even even read the daily post
can stick to the current group, and people tired of the
noise can move to the new one.  Since Ian's original proposal
was for a moderated group, you could probably convince him
to ignore the unmoderated version once there was a moderated
version out there.

And yes, there is precedent for moderated/unmoderated pairs,
though they're usually in either sci or soc.(controversial).

I've set Followup-To to poster, because this really isn't 
appropriate for news.groups any longer, and it isn't directly
about linux.  It is a flame war.

_________ 
    |     
 jJ |    Take only memories.            jimj@eecs.umich.edu 
\__/     Leave not even footprints.     jewett+@pitt.edu 



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

Crossposted-To: comp.windows.x.i386unix
From: zenon@resonex.com (Zenon Fortuna)
Subject: Re: Wine status March 11, 1994
Date: Tue, 22 Mar 1994 12:59:29 GMT

In article <1994Mar22.023857.8953@taylor.wyvern.com> mark@taylor.wyvern.com (Mark A. Davis) writes:
>chuckr@glue.umd.edu (Charles B. Robey) writes:
> [...]
>But Motif really IS the Unix GUI standard for X!  If nothing else, by
>de-facto....
>
>> If they wanted it to be the real standard, they'd have
>>made it public.
>
>I have to agree with you on that matter, completely.
>
>> What about non-X?
>
>What about it :)    I have used or seen VERY little graphical applications
>for Unix which were not based on X!

What about the NEXTSTEP ? However, it is also not-public.
The NEXTSTEP got the acceptance from HP and Sun, they speak about the
OpenSTEP coming *standard* ...

        -Z.

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

From: STUDENT0@gimme.cc.uh.edu (STUDENT0)
Subject: device driver for scsi scanner under linux 1.0
Date: 22 Mar 1994 18:34:49 GMT

I am looking for a device driver that can drive a Fujitsu scanner.
It hooks up to any scsi port.
any help along a device driver for a scsi port would also be appreciated.

vipin kumar agrawal
student0@basson.cc.uh.edu
3/22/94


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

From: akoenigs@iastate.edu (Adam Koenigs)
Crossposted-To: comp.os.linux.help,alt.sys.pc-clone.gateway2000
Subject: Linux X386-GW1572FSG & Mach32
Date: 22 Mar 94 23:01:06 GMT

I recently recieved a new monitor from Gateway.  My old one was not
a "Green" monitor and I tweeked it to work well in X.  The new one 
is "Green" and it shows bowed vertical lines in the default grey
background.  I haven't been able to tweek this one to get rid of 
the lines.  I'm running Mach32 Video drivers and X in 1024x768.
Any suggestions?
Thanks!

-- 
                             ______________________
                              Adam Koenigs
                              Iowa State University
                              akoenigs@iastate.edu

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

Crossposted-To: comp.os.linux.admin
From: mashton@dcs.warwick.ac.uk (Beeblebrox)
Subject: Re: Are r/o partitions safe agains damages?
Date: Mon, 21 Mar 1994 21:51:27 GMT

mmnuk@risc.uni-linz.ac.at (Michael MNUK) writes:

>I'm running Linux on a 486DX2-66 8M, 16M swap. Using a combination
>X-windows/Emacs/gcc I brought the system to a collaps. During the
>following boot e2fsck was run in 'automatic' mode and a message about
>erroneous block numbers (or so) in the file crond was printed on the
>screen. While correcting this the binary of crond was destroyed (can't
>be executed any more). 

I'm sorry to hear that. I should point out, though, that it sounds to be like
you had a hardware HD problem rather than a software problem, as nothing
should have been writing anywhere near your crond binary. I'd just like to
check some things:

1) You weren't logged in as root, were you?

2) Is that a swap file or swap partition ?

3) Which file system are you using on your root partition ?

>I wonder whether it would help to mount the root partition r/o and
>leave it in this state to prevent such damages to the filesystem. Is
>it possible at all in Linux to have a partition where not a single bit is
>allowed to change (I would like my root partition to stay unchanged no
>matter what happens to the system).

Er: yes and no.

You can mount the file system read only and then it can not officially be
written to be anything. Root can actually do it, but not accidentally, for
sure. The thing is, though, that I can't help feeling that your root
partition wasn't being written to at the time, it was simply a case of the
disk heads being moved during a write operation, for example. After all, as
you weren't logged in as root (please tell me you weren't logged in as root)
your user would not have had permission to be accessing crond.

Perhaps you could give of details of 

a) the answers to the above questions 

and

b) what you did and what exactly happened ? Swap thrash ? General Death ?
___
mashton@dcs.warwick.ac.uk                 M.S.Ashton@csv.warwick.ac.uk
C++ consultant and emacs support. Mail me if you have any problems.

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

From: bf11620@ehsn3.cen.uiuc.edu (Byron Thomas Faber)
Subject: Re: Linux-1.0-inline-asm uploaded
Date: 23 Mar 1994 00:13:21 GMT

In theory, the inline-asm could be added to the upcoming Linux 1.1 
alpha's.  In Linus' words 1.1 was to be "Hacker's paradise" (HIS OWN WORDS).

The point was to start adding all kinds of neat stuff, then work it
back up to stability.  At least this is how I understand it.

So maybe this would be a neat/small place to start.  Of course, there are
all kinds of neat places people could start.  ;)

I think the first thing to be added was going to be the Cluster patches for
faster SCSI.

Byron

P.S.  My patch 2.1 doesn't seem to like the regexp strings in the patch.
      Can anybody point me to my problem?
-- 
PGP 2.3 key available (in plan file) at:        Support public code:
b-faber@uiuc.edu                                Use GNU software and others.
other accts at:  btf57346@sumter.cso.uiuc.edu & bf11620@coewl.cen.uiuc.edu 

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

From: leeh@i-link.com (Lee Heins)
Crossposted-To: comp.sys.ibm.pc.hardware.chips
Subject: Re: AMD 386/40 + ULSI 387/40 crashes intermittantly
Date: 22 Mar 1994 18:12:40 -0600

In article <1994Mar21.104335.13706@dcs.warwick.ac.uk>,
Will Smith <wos@dcs.warwick.ac.uk> wrote:
>I've had a AMD 386/40 running Linux for over a year now, and have
>just added a ULSI 387/40.  Now I get intermittant crashes when using
>programs that do floating point operations.  The FPU definitely speeds things
>up when it's not behaving strangely.  I have almost no DOS
>software, so have not been able to try it under DOS.
>
>Hopefully relevant information:
>
>o)     I'm using gcc/g++ 2.4.5, libc 4.4.1 and linux 0.99pl15
>o)     The motherboard had one co-processor socket, 3 pins wide all round
>       (the ULSI 387 only used 2 pins all round).  The socket was labelled
>       Cyrix 387. 

That is the normal socket arrangement...  Both my original Intel 387 and
the Cyrix 83D87 I replaced it with are set up that way too...  I think the
extra row of pins is for the Intel RapidCAD Engineering Coprocessor or
other such "super" coprocessors.

>o)     The CMOS setup had options for 'test 387' (now set to YES) and
>       Cyrix coprocessor installed (now set to NO).

Try setting this to Yes maybe???

>If I need to take the ULSI back and get say a tried and trusted Intel,
>what sort of Law can I use?  There's a 'Sales of Goods Act' here in the
>UK which says that a product must perform the function for which it was
>sold.  The shop might try to blame Linux though.

I've heard of (but not experienced) lots of problems with the ULSI 387's,
so chances are, it is the culprit.  You might try a Cyrix 83D87, which is
the actual chip your MB is apparently labeled for.  I have one in my machine
and it works wonderfully.  It was cheaper than the same speed Intel part,
runs noticeably cooler than my old Intel 387 did, and is noticeably faster
than the old Intel part was (10% or so).  As for UK laws, since I live in
the U.S., I have no idea...  I'd be surprised if such a law would apply
in this case though, as I'm sure they'd argue that the "function for
which it was sold" was to run MuSh-DOgS applications...

>-- 
>William O. Smith -- Warwick Univ, UK   
>         wos@uk.ac.warwick.dcs
>
>


-- 

                                        Lee Heins, leeh@i-link.com


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

Crossposted-To: comp.os.linux.help
From: gabe@netcom.com (Popovisk Steion)
Subject: Emergency!! **Infinite loop in boot**
Date: Wed, 23 Mar 1994 00:28:33 GMT

I tried to patch the .99.14 kernel to get .99.15, a few things
went wrong, but eventually it said "done."  However, my /vmlinuz was gone
(null file).  So, I copy vmlinuz.bak back to /vmlinuz.  When I boot
(off a floppy), it reads the floppy for a sec (normal), tehn it goes
to the hard drive and says "LILO Loading linux..." and it keeps on saying
that forever, scrolling down the screen.

** Any way that I can save my work and finally boot Linux? **
Any help is GREATLY appreciated.

Gabe


-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-
Tovarasul Steion gabe@netcom.com
                 gabe@uclink.berkeley.edu
._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._.


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

From: kapis-p@acsu.buffalo.edu (Piotr Kapiszewski)
Subject: Info on boards
Date: Tue, 22 Mar 1994 21:53:56 GMT


Just wanted to let everyone know that I got the following board to work
under patch 15:

        NodeRunner/SI 2000/C Ethernet Adapter (VERSION 5.0)
        ARTISOFT

For more info if you are interested or want to add this to FAQ email me at:
kapis-p@cs.buffalo.edu

-Kapi

-- 
Kapi, State University of New York at Buffalo, Department of Computer Science
INTERNET: kapis-p@cs.buffalo.edu  |  BITNET: kapis-p%cs.buffalo.edu@ubvm.bitnet
                        Key available via finger.

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


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