From: Digestifier 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 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 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: >Received: > by csamsi_ppp.clark.net > (Linux Smail3.1.28.1 #5) > id m0qlOyp-0004vrC; Thu, 15 Sep 94 18:08 EDT >Message-Id: 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 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 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 ******************************