Files
2024-02-19 00:23:35 -05:00

560 lines
21 KiB
Plaintext

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: Fri, 16 Sep 94 08:13:09 EDT
Subject: Linux-Misc Digest #769
Linux-Misc Digest #769, Volume #2 Fri, 16 Sep 94 08:13:09 EDT
Contents:
Re: OS/2 vs. Unix Which one is better and why??? (Darin Johnson)
Re: Sound 2.9 problem (Hannu Savolainen)
Re: Problem with Linux Sound (brentlab@otago.ac.nz)
[Q]Linux/PowerMac progress (rfraser@vanisl.decus.ca)
Re: Linux v1.0 SMAIL problem (Caesar M Samsi)
How to use a host as a router - READ THIS (Jay Ashworth)
Re: Is Linux faster than Os/2? Please help. (Trink Andreas)
Re: Linux is a GNU system and the DWARF support (Anselm Lingnau)
which is better: Mitsumi or Panasonic CDROM? (Harry C Pulley)
Go for Linux available! (Randy Hootman)
Re: VHDL for Linux...? (Bardo Muller)
Re: Linux is a GNU system and the DWARF support (Marcus Daniels)
Re: Horrific bug in DOOM! (Matthias Bruestle)
----------------------------------------------------------------------------
From: djohnson@arnold.ucsd.edu (Darin Johnson)
Crossposted-To: comp.os.os2.advocacy
Subject: Re: OS/2 vs. Unix Which one is better and why???
Date: 14 Sep 1994 03:46:09 GMT
In article <jeffpkCvy2B3.ECr@netcom.com> jeffpk@netcom.com (Jeff Kesselman) writes:
(regarding OS9)
> The multi-tasking turns OFF every time you enter the
> kernel! Yes, thats right, this so-called multi-tasking system has a
> non-re-entrant kernel.
Sounds like UNIX! (well, maybe not some of the more forward looking
variants, but...)
> >(a multitasking, modular kernel in less than 128k. You gotta be impressed
> >by that)
>
> Why should I be impressed? UNIX was orginally developed and run on 64k
> LSI-11. And it did a whole lot more a whole lot better.
You're simplifying things too much. The original unix didn't do
a whole lot. And it also relied upon swapping, so that 64K wasn't
as restrictive as it might seem (it swapped whole processes though,
instead of paging). The PDP had nicer machines to work with,
especially memory-management-wise, than most OS9 machines.
--
Darin Johnson
djohnson@ucsd.edu
Support your right to own gnus.
------------------------------
From: hannu@voxware.pp.fi (Hannu Savolainen)
Subject: Re: Sound 2.9 problem
Date: Fri, 16 Sep 1994 06:12:25 GMT
gjp@vtci.com (Greg J. Pryzby) writes:
>I have MediaVision's Fusion Double CD kit... PAS 16 with 2x CDROM.
>Have have Linux 1.0.8 and tried to install teh 2.9 sound driver but
>I think I am having problems....
>Under MSDOG the PAS16 is set with DMA=5, IRQ=7. The SB emulator is at
>220, DMA=1, IRQ=3. I try to set SB to IRQ , but that is not a valid
>chose in the make config script...
The IRQ3 is not a valid choise with the original SB. In addition it
conflicts with the serial port. It's possible to configure the SB driver
to use IRQ3 by modifying SBC_IRQ in linux/drivers/sound/local.h.
>If I use IRQ=7 for SB, I can get the kernel to build. I run the shell to
>setup the devices and all seems to work.
>I then goto the sndkit/dsp (2.5) and try the following:
>cat endoftheworld >/dev/dsp
>cat endoftheworld >/dev/dsp1
>I get a "pop", dead air, an error, then I hear part of the REM song.
>The error is:
>cat: write error: I/O error
>I look at /usr/adm/messsage* and saw the following error:
>kernel: Sound DMA timed out - IRQ/DRQ config error?
You can't use the same IRQ for two devices. In this case the PAS16 and the
SB emulation chip on it are separate devices. They can't share the same
IRQ. You could try to change the IRQ of PAS16. For example the IRQ10 is
a good alternative.
Hannu
--
=============================
Hannu Savolainen
hannu@voxware.pp.fi
"Don't use Windows since there is a door!"
------------------------------
Crossposted-To: alt.games.doom
From: brentlab@otago.ac.nz
Subject: Re: Problem with Linux Sound
Date: Wed, 14 Sep 1994 23:26:08 GMT
>>>In article <34rbks$1ch@news.u.washington.edu> tzs@u.washington.edu
> (Tim Smith) writes:
>>>>Bill C. Riemers <bcr@physics.purdue.edu> wrote:
>>>>> 2. There is significant delay between action and sound. i.e. I
>>>>> can fire my gun and then turn halfway around before the gun
>>>>> sound comes through my speakers.
>>>>
>>>>Get shorter speaker cables.
>>>>
>>>>--Tim Smith
>>
>>>I really hope that you are kidding. I'd hate to think that our fine
>>>educational system is producing people so stupid as to think that
> reducing the
>>>length of cable between an amplifier and the speakers would have an
> observable
>>>effect. Think about it: sound travels through the air about 730 miles per
>>>hour at sea-level, electronic signals travel through wire at close to the
>>>speed of light (roughly 186,000 miles per _second_). If you were to make
>>>_any_ adjustments to the speaker placement, you'd be better off putting on
>>>headphones (though the difference would still be virtually unobservable).
>>
>> I really hope that you are kidding. I'd hate to think that our
>>fine educational system is producing people so stupid as the think that
>>electrons net velocity down a cable is anywhere close to the speed of
>>light. With all those electrons refusing to travel straight and bumping
>>into each other, you are lucky if you get 1/10 C.
>
> I really hope that you are kidding. I'd hate to think that our
> fine educational system is producing people so stupid that they can't
> recognize HUMOR. I thought that the "Get shorter cables" comment was
> actually amusing.
>
> In any case, I'd have to check my physics book for exact
> numbers, but I've got a grasp on the general theory. First, it
> doesn't really matter how fast the electrons are moving "along the
> cable." What matters is the speed of the electic field. It does move
> pretty darn close to C. Second, while the electrons are jittering
> back and forth and bumping into one another, they do make progress in
> the direction of the electric field. The rate, electron drift speed?,
> is much slower than C - in fact muhc slower than .1 C.
>
> Gee, I hope I'm right.
>
I really hope that you are kidding! :-) We all know that sound
travels much slower than electrons in a wire don't we.. The obvious
solution to the original problem is to maximise the distance the sound
has to travel as electrons and minimise the amount it has to travel as
sound waves, so you should actually make the cables _LONGER_
Sheeesh, some people just can't see the obvious can they :-) ???
Cheers, Neil _Physics_isn't_my_middle_name_ Gardner
------------------------------
Subject: [Q]Linux/PowerMac progress
From: rfraser@vanisl.decus.ca
Date: 15 Sep 94 12:36:56 PDT
Reply-To: rfraser@vanisl.decus.ca
Would Charlton Wilbur or Jem Lewis like to comment on what progress has been
made in porting Linux to the Powermacs. Thanks
------------------------------
From: csamsi@clark.net (Caesar M Samsi)
Crossposted-To: comp.os.linux.admin,comp.os.linux.development,comp.os.linux.prog,dc.org.linux-users
Subject: Re: Linux v1.0 SMAIL problem
Date: Thu, 15 Sep 1994 19:55:56
What is the latest version os smail and where can I ftp it from ?
I have 3.1.28.1 #5, Nov 93 and it is broken. It inserts extraneous
linefeeds and tabs making the spool file looking like follows:
>From root Thu Sep 15 18:08:36 1994
>Return-Path: <root>
>Received:
> by csamsi_ppp.clark.net
> (Linux Smail3.1.28.1 #5)
> id m0qlOyp-0004vrC; Thu, 15 Sep 94 18:08 EDT
>Message-Id: <m0qlOyp-0004vrC@csamsi_ppp.clark.net>
While Linux's pine (3.89) can read it just fine, other email readers are
confused like hell.
Thanks, Caesar.
In article <1994Sep14.042231.5409@tragus.atl.ga.us> jcej@tragus.atl.ga.us
(James CE Johnson) writes:
>Actually... I think the bug is from calling ferror() after the pipe
>to uuname has been closed. Look in comp.os.linux.help (?) for a similar
>discussion (search for smail or my name). Basically, you want to edit
>smail*/src/routers/uuname.c and find where it closes the pipe to
>uuname. Below that you will see a call to ferror(). Move the ferror()
>code above the close code and everything starts working. (For me at least.)
------------------------------
From: jra@zeus.IntNet.net (Jay Ashworth)
Crossposted-To: comp.os.linux.development,comp.os.linux.admin,alt.uu.comp.os.linux.questions
Subject: How to use a host as a router - READ THIS
Date: 15 Sep 1994 12:57:16 -0400
jbarrett@onramp.net writes:
> However, neither local or internet hosts can access a machine on the
> far side of the Linux box being used as a router.
> I can see the incomming packets being counted in /proc/net/dev, but I
> never see packets being sent out the other interface.
... and half the net is having the same trouble.
Here's the most important thing to remember:
*When using a multi-homed host as a router, EACH interface must have it's
own address.*
Routing on your local host tells IP where to send packets, based on their
destination address. What you _tell_ the routing code is _which
interface_ to send the packets out on. Therefore, each interface, (PPP is
an interface) must have a unique address. Usually, you get the IP address
for your PPP interface from the provider's net, either statically, or
dynamically. The "inside" address, the one you ifconfig onto your
ethernet interface, is part of your private net (either one you've
registered yourself, or part of a block assigned by your provider.)
A typical route information output in such a case might look like this...
Destination Gateway Netmask Flags MSS iface
127.0.0.1 127.0.0.1 255.0.0.0 UH 1536 lo0
199.245.227.0 199.245.227.254 255.255.255.0 U 1436 eth0
default 198.147.221.1 255.255.255.0 U 1436 ppp0
(The person I'm helping with this right now, who owns those addresses,
will recognize them... :-)
This routes packets for the local host to the loopback interface, packets
for the local net (199.245.227) to the local interface which connects to
that net, and packets for every other network number to the PPP interface,
for forwarding to the outside world.
Everyone understand that? :-)
Cheers,
-- jra
--
Jay R. Ashworth Ashworth
Designer & Associates
ka1fjx/4 High Technology Systems Consulting
jra@baylink.com +1 813 790 7592
------------------------------
From: trink@myhost.subdomain.domain (Trink Andreas)
Subject: Re: Is Linux faster than Os/2? Please help.
Date: 16 Sep 1994 06:24:32 GMT
Naji Mouawad (nmouawad@barrow.uwaterloo.ca) wrote:
: I need to write my thesis. I can either use Linux or Os/2.
Forget OS/2, I had bad experience (It is not very stable)
: Which system is faster given that I need to use:
: Emacs + Latex + previewer + idraw or something similar to do my
: drawings?
I use Latex, xdvi as previewer (pretty fast and komfortable)
With idraw I have no experience, but I use xfig (Try it!)
: Right now I am running under Os/2 but if these tools are much faster under
: Linux I am prepared to switch.
: Also is Ipe, the drawing package ported under Linux? What about Idraw?
: If you have used these tools on both system or if you have an opinion
: please let me know as I am about to buy 4 more megs and a new hard drive
: to install linux.
: System: 486Dx2 50Mhz
: 12 megs ram right now.
: 1. Ide drive with Os/2 on.
: Thanks for any help you may have on this subject.
: --
: +-----------------------------------------------------------------------------+
: | " I understand because I believe. I don't believe because I understand." |
: +-----------------------------------------------------------------------------+
:
--
======================================================================
Trink Andreas | Tel: 0316-873-7456
| Fax: 0316-463697
Institut fuer Nachrichtentechnik | EMail: trink@inw.tu-graz.ac.at
und Wellenausbreitung, TU Graz | trink@finwpc06.ac.at
Inffeldgasse 12 |
A-8010 Graz |
======================================================================
Sapere aude!
======================================================================
------------------------------
From: lingnau@informatik.uni-frankfurt.de (Anselm Lingnau)
Crossposted-To: gnu.misc.discuss
Subject: Re: Linux is a GNU system and the DWARF support
Date: 16 Sep 1994 10:13:28 GMT
In article <35blr1$cnm@venus.mcs.com>, MacGyver <macgyver@MCS.COM> wrote:
> I've been following this thread since its inception, and I really would like
> to know something -- do we REALLY need all these restrictions and license
> agreements?
Yes, we do need license agreements. International copyright (as per the
Berne Convention) says that stuff like books, articles, ... is
copyrighted as soon as it is written, and at least over here in Germany
programs are mostly like literary works for the purposes of copyright.
So if you write a program, the copyright is yours. You may keep the
code, give it away or sell it, but the people who received the program
from you may not do *anything at all*, especially in the way of
redistributing it, without you *allowing* them to do so. That is
basically what a `license' is all about -- the word derives from the
Latin where `licet' means `it is allowed'. The fact that most commercial
license agreements are about forbidding redistribution is beside the
point; they go through intricate gyrations to make sure you're only
allowed to *use* the stuff but not to pass it on.
Anselm
--
Anselm Lingnau ......................... lingnau@tm.informatik.uni-frankfurt.de
When I am working on a problem, I never think about beauty. I think only how to
solve the problem. But when I have finished, if the solution is not beautiful,
I know it is wrong. --- R. Buckminster Fuller
------------------------------
From: hpulley@uoguelph.ca (Harry C Pulley)
Crossposted-To: comp.os.linux.help
Subject: which is better: Mitsumi or Panasonic CDROM?
Date: 15 Sep 1994 21:58:39 GMT
I am thinking about getting a CDROM drive. I am wondering which drive is
better (both are double speed): the Mitsumi with its own interface card or the
Panasonic with a SB16 card. The Mitsumi is much cheaper (about half of the
cost of the Panasonic, though I haven't shopped around too much) but the
Panasonic comes with a pile of disks, I could upgrade to 16-bit sound, etc. In
Cnd$ I can get the Mitsumi for $225 (with card) and the Panasonic/SB16
multimedia kit with disks for $399.
Any comments on which is better or worse with Linux and why? I have seen a few
complaints about Mitsumi here about the IRQ for the card (which someone said
could easily be fixed by altering a header file).
Harry
--
<:-{} hpulley@uoguelph.ca |This message released|It takes all kinds,
\ Harry C. Pulley, IV |to the PUBLIC DOMAIN.|and to each his own.
==================================+=====================|This thought in mind,
Stay away from the DOS side, Luke!|Un*x don't play that.|I walk alone.
------------------------------
From: rph@netcom.com (Randy Hootman)
Subject: Go for Linux available!
Date: Thu, 15 Sep 1994 18:05:48 GMT
OOPS! Wrong permissions on my ftp directory. Changed them and now Go
should be available at ftp.netcom.com /pub/rph/xgoban-wally.tgz.
Randy
--
///////////////////////////////////////////////////////////////////////
"In recognizing the humanity of our fellow beings,
we pay ourselves the highest tribute." - Thurgood Marshall
//////////////////////////////////////////////////////////////////////
Randy Hootman Randysoft Software (408) 229-0119
------------------------------
From: bardo@ief-paris-sud.fr (Bardo Muller)
Crossposted-To: comp.os.linux.development,comp.lsi.cad,comp.lang.vhdl
Subject: Re: VHDL for Linux...?
Date: 14 Sep 1994 08:46:53 GMT
Reply-To: bardo@ief-paris-sud.fr
In article 139g@hearst.cac.psu.edu, donadio@mxd120.rh.psu.edu (Matthew Donadio) writes:
>ADA (ada@nic.cerf.net) wrote:
>: I have been playing (or trying to play) with both magic and ocean. I
>: was wondering if there are any free VHDL simulators available or being
>: worked on for Linux. If so, what about synthesis tools?
>
>Are there _any_ free VHDL tools? All of the ones I have used haven't
>been..
A set of VHDL models and tools for modeling the IEEE 1149.1
test standard is available as public domain from Northeastern
University. A paper describing the models and utilities was
presented at the VUIF spring conference. A more detailed
description of this work with the complete code for the models
and utility procedures was presented at the Atlantic Test Work-
shop in New Hampshire.
The software consists of a set of VHDL descriptions that model
the various components of the 1149.1 standard, and a set of
procedures that can be used in a test bench for control and data
application to the standard models. All models and utilities
have been tested and readme and documentation files provide
complete information for their usage.
You will be able to ftp the software from the nuvlsi machine:
nuvlsi.coe.northeastern.edu
The ftp directory is:
/pub/IEEE_1149/*
Please use the models, and if you make improvements, please keep
us informed. I appreciate if you send me a mail message if you get
the software. This way I'll know who has the software. My mail
address is navabi@northeastern.edu
Bardo
======="===============================================================
Bardo MULLER Phone : [33] [1] 69 41 78 50
Institut d'Electronique Fondamentale Fax : [33] [1] 60 19 25 93
Bat. 220 Universite Paris Sud p.029 e-mail : bardo@ief-paris-sud.fr
91405 ORSAY CEDEX FRANCE
------------------------------
From: marcus@ee.pdx.edu (Marcus Daniels)
Crossposted-To: gnu.misc.discuss
Subject: Re: Linux is a GNU system and the DWARF support
Date: 16 Sep 1994 10:04:53 GMT
Reply-To: marcus@ee.pdx.edu
In-reply-to: macgyver@MCS.COM's message of 16 Sep 1994 03:43:13 -0500
>>>>> "mg" == MacGyver <macgyver@MCS.COM> writes:
In article <35blr1$cnm@Venus.mcs.com> macgyver@MCS.COM (MacGyver) writes:
[ It does occur to me this post may be from the keyboard of a
devilishly dry wit, but, sorry, I simply lack the humor to let it slide. ]
mg> I've been following this thread since its inception, and I really
mg> would like to know something -- do we REALLY need all these
mg> restrictions and license agreements?
The intent of all GPL developers is to encourage cooperation.
To further this goal, full source distribution is necessary.
Although there is valid debate about what exact terms are legal and
realistic, there are apparently a growing number of users who
Just Don't Get It.
mg> Personally, I think the
mg> notion has been blown WAY out of proportion by the folks at FSF
mg> and a couple of other places. Placing a copyright on code you
mg> wrote is definitely something worthwhile and its not something
mg> most people dispute, but, to FORCE people who use a certain
mg> package to have to abide by any special rules is completely
mg> ridiculous.
Indeed! How absurd to think that people who devote hundreds or even
thousands hours of their own time to projects they get little or no
remuneration for should have any say about how their software is used!
What are these wiggy FSF people thinking?! Can you _imagine_?
mg> Such practices force people to look elsewhere for
mg> packages or libraries, often wasting many precious man hours
Shrug. Nine times out of ten, I'm more than happy to participate in the
inhibition of individuals who would be actively seeking to circumvent
licenses like the GPL. Handy litmus test.
mg> because a few people decided that they released something and put
mg> it under licensing terms that essentially enforce their views on
mg> source availiblity, and they get away with it!
;(
------------------------------
From: m@mbsks.franken.de (Matthias Bruestle)
Subject: Re: Horrific bug in DOOM!
Date: Thu, 15 Sep 1994 19:18:35 GMT
Mahlzeit
> QDOS is a product from Gazelle Systems which is more like X-Tree than it
> is like 4DOS. The latter is a replacement command processor for DOS
> in that it fully replaces COMMAND.COM. QDOS is a file selector/browser
> tool with a few other goodies thrown in as well.
QDOS is also QL Disk Operating System. It is the OS of the Sinclair QL.
(Mybe D means not Disk, because the OS was on ROM.)
Mahlzeit
--
A leap ahead... through insanity.
------------------------------
** 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
******************************