From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Fri, 23 Sep 94 16:13:19 EDT Subject: Linux-Misc Digest #808 Linux-Misc Digest #808, Volume #2 Fri, 23 Sep 94 16:13:19 EDT Contents: Re: More Memory = Slow Linux?? (Bill Davidsen) Re: which is better: Mitsumi or Panasonic CDROM? (Jeff Tranter) Re: ext2 QUESTIONS (Unix answers) (Marc Fraioli) Re: Sound, but no music in DOOM (Andrew Robert Ellsworth) Re: Don't use Linux or it's to academic! (Ian McCloghrie) More Memory = Slow Linux?? (Brad Matthew Garcia) Re: Don't use Linux or it's to academic! (Ian McCloghrie) Automounter? (Jens Ejvinson) Re: Linux X Doom: save and restore? (David Wright) Re: Novell unveils plan for Corsair (Marc Fraioli) Re: QUESTION: FAXing large bitmaps from Linux/X11? (Arno Schaefer) Re: More Memory = Slow Linux?? (Ian McCloghrie) Re: Damn X-aware xterms!!! (Ian McCloghrie) Re: Xscreensaver / xdm (Steve Greatbanks) Re: How to setup SLIP using dip for dynamic IP (Dom Calabria x1086) 486 Math Not Detected on 486SLC (Karl Buck) Re: Mitsumi FX001D on SoundBlaster 16 MCD ? (Kees de Bruin) Re: NE2000+ and AHA1542CF problems (Rob Janssen) How to swap CDs from inside DOSEMU (2nd post)? (Matt Warnock) Re: Xscreensaver / xdm (Torsten Werner) Re: Damn X-aware xterms!!! (Sean Gilley) ---------------------------------------------------------------------------- From: davidsen@usenety1.news.prodigy.com (Bill Davidsen) Subject: Re: More Memory = Slow Linux?? Date: 22 Sep 1994 13:10:31 -0400 In article <35qu9m$18et@yuma.ACNS.ColoState.EDU>, Larry Pyeatt wrote: :OK. here is the scoop: : :Most PC motherboards have really cheesy cache setups. The cache works :fine as long as you don't put too much RAM in. When you get too much :RAM, the cache does not work on the upper part, so on a 16 Meg system, :you may only have caching on the lower 8 Meg. What you mean is "many people order their motherboards with 64k cache instead of 256k, or don't reset the jumpers when they add memory." Yes some boards will only hold 64k, and some need 512k for >16MB, but that's rare. [ good technical stuff ] :So, by adding the upper 8 Meg, you have more than doubled the AVERAGE time :to access memory. The cache makes a big difference. : :The fix: upgrade your cache to 256K. Don't forget to upgrade the :cache tag RAM as well, or you will still get no benefit from the :additional cache. Some motherboards are so cheesy that it is :impossible to cache the whole address space, even with the maximum :cache RAM. True, but rare. The most common failing is that the motherboard manual doesn't tell you how to set the @(#$#) jumpers for this. -- Speaking *from* but never *for* Prodigy "Pain builds moral fiber" -my dad "Pain hurts" -me ------------------------------ From: tranter@Software.Mitel.COM (Jeff Tranter) Crossposted-To: comp.os.linux.help Subject: Re: which is better: Mitsumi or Panasonic CDROM? Date: 23 Sep 1994 10:38:51 -0400 > >Why can't the Mitsumi read digital data from audio CDs? Is this a >limitation of the hardware, or the driver? I've been told there is a linux kernel driver for the Mitsumi in alpha testing that can do this. It not in the standard kernel yet. -- Jeff Tranter Jeff_Tranter@Mitel.COM Software Technology, Mitel Corp. opinion: my disclaimers are my own ------------------------------ From: mjf@clark.net (Marc Fraioli) Subject: Re: ext2 QUESTIONS (Unix answers) Date: 22 Sep 1994 19:37:02 GMT Reply-To: mjf@clark.net In article 328@elmgate.raster.Kodak.Com, eoh@raster.kodak.com (Esther Heller) writes: >Your questions are basically Unix, not Linux. > Perhaps, but... >1. The reserved 5% of disc space gives you a very small amount of elbow >room to get in and clean up things when your file system fills up for >whatever reason. If the reason is some program merrily and unexpectedly >writing a huge file of trash you will be grateful for the system stopping >it before you don't even have enough space to look for it. As someone >who has cleaned out file systems at 103% capacity, leave it on _all_ >partitions. Trust me on this one! > Didn't the BSD fast filesystem suffer pretty dramatic performance degradation if this was set to 0? I believe that keeping a certain amount of space free allows it to better resist fragmentation, keeping it quick. Don't know if this applies to ext2 as well, but it might. Of course, the reason you give is plenty valid too. --- Marc Fraioli | "They couldn't hit an elephant at this dist- " mjf@clark.net | - Last words of Union General John Sedgwick, | Battle of Spotsylvania Court House, U.S. Civil War ------------------------------ From: are1@ritz.cec.wustl.edu (Andrew Robert Ellsworth) Subject: Re: Sound, but no music in DOOM Date: 22 Sep 1994 12:29:50 -0500 HongGuang Bi wrote: >why is there stereo sound but no music from my SB16 >(kernel 1.1.45) when play linuxxdoom+sndserver+doom1.wad ? Because it isn't there. Linux DOOM has no support for music, only sound. (Beggars can't be choosers, after all.) Andy Ellsworth are1@cec.wustl.edu (INSERT CREATIVE FOOTER HERE) ------------------------------ From: ianm@qualcomm.com (Ian McCloghrie) Subject: Re: Don't use Linux or it's to academic! Date: 22 Sep 1994 12:36:49 -0700 maxims@ucsee.EECS.Berkeley.EDU (Maxim Spivak) writes: >In article <7PIWkunLQ994071yn@oslonett.no>, >Svein Erik Brostigen wrote: >>When it comes to TokenRing and MCA based machines, well IBM is the >>biggest player in the computer world no matter what you people of the >>.edu thinks! >Actually, to be fair, Microsoft is the biggest player in the computer >world. IBM is really a has-been and may be will-be but definitely >not-here. Of course this is in the US, not Norway. In the home user PC market, yes. But in business, there's still a lot of people using IBM mainframes and IBM PS/2s to connect to them. Not as many as there were, granted, but there's still a lot out there. And, you'll note, that Mr. Brostigen quantified his statement with "when it comes to Token Ring and MCA based machines". Given that IBM is just about the only person who makes microchannel machines, and that Token Ring has always been an IBM play area, I don't really think you can contradict it :) >Actually, if you do read these newsgroups, you'd see many .com and .org, >once in a while a .mil and a .gov. I know a number of people who read news from a .edu site, because they want to keep that separate from their work account. I used to do that, til they got around to purging my account :) -- ____ \bi/ Ian McCloghrie | FLUG: FurryMUCK Linux User's Group \/ email: ian@ucsd.edu | Card Carrying Member, UCSD Secret Islandia Club GCS (!)d-(--) p c++ l++(+++) u+ e- m+ s+/+ n+(-) h- f+ !g w+ t+ r y* The above represents my personal opinions and not necessarily those of my employer, Qualcomm Inc. ------------------------------ From: garcia@ece.cmu.edu (Brad Matthew Garcia) Subject: More Memory = Slow Linux?? Date: 21 Sep 1994 13:39:18 GMT I keep seeing posts made by people who have added memory to their computers and subsequently experienced a drop in performance under Linux. I want to know if anyone knows *why* this happens. Please post any replies to this newsgroup, since I believe others would also be interested in hearing the answers. If you cannot post for whatever reason, e-mail me (I will forward to the newsgroup if you like). -- Brad M. Garcia Carnegie Mellon University ____/ ____/ ____/ Department of Electrical and Computer Engineering __/ / __/ "The only Engineering department in the world where _____/ _____/ _____/ the secretaries have the most powerful computers." ------------------------------ From: ianm@qualcomm.com (Ian McCloghrie) Subject: Re: Don't use Linux or it's to academic! Date: 23 Sep 1994 10:03:17 -0700 rgasch@nl.oracle.com (Robert Gasch) writes: >Im wondering about this. In general you're certainly right. But what >about the top of the line Intel Machines (as sold by Compaq and others)? >Given that they carry price tags of $10000 and more, how does their >I/O capability compare to workstations? If these do not give decent >I/O, where does all the money go (other than into compaq's pockets)? It goes to buy you a little nametag on the front which says "Compaq". Oh, and, at least in older Compaqs, a case put together with nonstandard screws, so that you can't open it without a special tool, so that you're more likely to use their service department than a random PC hacker. On a more serious note, Compaqs and other name-brand quotes are, perhaps, a little more reliable than hole-in-the-wall made-in-Taiwan stuff. But the extra thousands of dollars you spend on them don't get you any more I/O, not unless you specifically buy a system with a faster/wider bus. -- ____ \bi/ Ian McCloghrie | FLUG: FurryMUCK Linux User's Group \/ email: ian@ucsd.edu | Card Carrying Member, UCSD Secret Islandia Club GCS (!)d-(--) p c++ l++(+++) u+ e- m+ s+/+ n+(-) h- f+ !g w+ t+ r y* The above represents my personal opinions and not necessarily those of my employer, Qualcomm Inc. ------------------------------ From: asyvan@raistlin.solace.mh.se (Jens Ejvinson) Subject: Automounter? Date: 23 Sep 1994 10:50:15 GMT Hi Need advice if there is an automounter for Linux that works with YP and the automountd for Solaris 2.3 on a SS10. Please email reply... Jens (New to this group) --- asyvan@solace.mh.se, http://www.solace.mh.se/users/asyvan/asyvan.html Jens Ejvinson, Nackstav. 32C, S-853 52 Sundsvall, Sweden, +46-(0)60-117775 PGP 2.3A Key available by finger. -- #@!$%^#&@*&^#&@ -- ------------------------------ Crossposted-To: alt.games.doom From: dmw@prism1.com (David Wright) Subject: Re: Linux X Doom: save and restore? Date: Wed, 21 Sep 1994 12:27:52 GMT In article <35f0kk$1h7@nyx10.cs.du.edu>, Larry Mulcahy wrote: >empty. Poking around in the file system, I can't find any traces of the >saved games (no *.dsg). Does this feature work in Linux Doom? Are you sure it isn't because you don't have permission to write into the directory you started DOOM from? What I did was to make a symlink in my home directory to the place that I had the DOOM1.WAD file located, so I could run DOOM right from my home directory. Then the saving & loading of games worked fine. Dave ------------------------------ From: mjf@clark.net (Marc Fraioli) Subject: Re: Novell unveils plan for Corsair Date: 22 Sep 1994 19:41:47 GMT Reply-To: mjf@clark.net In article DOS@ahab.eecs.nwu.edu, hpa@ahab.eecs.nwu.edu (H. Peter Anvin) writes: >Followup to: <35po5a$l4a@dodge.eng.sc.rolm.com> >By author: amak@clipper.robadome.com >In newsgroup: comp.os.linux.misc >> >> Page 5 Communications Week Sept 19, 1994 >> >> Title: Novell Product Plan Begin Trickling Out >> >> "Advance Client Services, the official name for the project also known as >> Corsair and Ferret, will ship next year, Novell said. It will be >> demonstrated for the first time at Steward Alsop's Agenda conference this >> week in Phoenix, said Richard King, executive vice president of the NetWare >> System Group." >> > >Hot damn. Thought they'd killed that project. > I think I read that it is no longer what it was originally intended to be, however. ie, it no longer runs on Linux. I think it now is either the same applications as before, but on UnixWare, or it is simply an Internet-access package for Windows. They took the teeth out of it after Ray Noorda left. The new CEO, Bob Frankenberg, is yet another dull business man with no real interest in his industry. --- Marc Fraioli | "They couldn't hit an elephant at this dist- " mjf@clark.net | - Last words of Union General John Sedgwick, | Battle of Spotsylvania Court House, U.S. Civil War ------------------------------ From: schaefer@rbg.informatik.th-darmstadt.de (Arno Schaefer) Crossposted-To: comp.dcom.fax Subject: Re: QUESTION: FAXing large bitmaps from Linux/X11? Date: 21 Sep 1994 15:51:24 GMT Lad A. Jelen (af786@cleveland.Freenet.Edu) wrote: : In a previous article, ereidell@media.mit.edu (Evan A. Reidell) says: : >(And is 'fine' FAX resolution exactly 200x200 dpi?) : > : It is according to my docs. "Normal" resolution is 200x100. Not exactly. The exact resolution for ISO A4 format is 1728 pel / 215 mm horizontally and 3.85 lines/mm in standard an 7.7 lines/mm in fine resolution vertically. This is about 204 * 98 standard and 204 * 196 fine. (Taken from CCITT Recommendation T.4) Arno -- ================================================================================ Arno Schaefer Technische Hochschule Darmstadt, Fachbereich Informatik schaefer@rbg.informatik.th-darmstadt.de http://rbhp62.rbg.informatik.th-darmstadt.de/~schaefer/home_eng.html ------------------------------ From: ianm@qualcomm.com (Ian McCloghrie) Subject: Re: More Memory = Slow Linux?? Date: 22 Sep 1994 12:39:13 -0700 hugh@asdi.saic.com (Hugh Johnson x6549) writes: >The Pentium grade machines and some of the later '486 designs now >allow DMA above 16 Megs. Cache for these machines are larger in >size and allow cache'ng for more than 16 Meg ram. Ummm... If it's an ISA bus, don't expect DMA to above 16M. You've only got 24 address lines on an ISA bus, so it's a pretty fundamental limitation. With PCI, EISA, or (presumably) MCA, you can get around this. -- ____ \bi/ Ian McCloghrie | FLUG: FurryMUCK Linux User's Group \/ email: ian@ucsd.edu | Card Carrying Member, UCSD Secret Islandia Club GCS (!)d-(--) p c++ l++(+++) u+ e- m+ s+/+ n+(-) h- f+ !g w+ t+ r y* The above represents my personal opinions and not necessarily those of my employer, Qualcomm Inc. ------------------------------ From: ianm@qualcomm.com (Ian McCloghrie) Subject: Re: Damn X-aware xterms!!! Date: 22 Sep 1994 12:41:02 -0700 poirot@hardy.jsc.nasa.gov (Daniel Poirot) writes: >I removed the link from /usr/bin/vi to /usr/bin/elvis and linked >it instead to /usr/bin/vim. Better yet, install nvi 1.34 from ftp.cs.berkeley.edu. It's the best free vi (as in, behaves the most like "real" vi) that I've found. -- ____ \bi/ Ian McCloghrie | FLUG: FurryMUCK Linux User's Group \/ email: ian@ucsd.edu | Card Carrying Member, UCSD Secret Islandia Club GCS (!)d-(--) p c++ l++(+++) u+ e- m+ s+/+ n+(-) h- f+ !g w+ t+ r y* The above represents my personal opinions and not necessarily those of my employer, Qualcomm Inc. ------------------------------ From: mbdtssg@mchhpf.ch.man.ac.uk (Steve Greatbanks) Crossposted-To: wpi.system.linux,comp.os.linux.help Subject: Re: Xscreensaver / xdm Date: 23 Sep 1994 10:53:15 GMT Ben, Unless I'm very much mistaken, your xdm prompt should blank out after five minutes anyway. I can't think of a good reason for running a screensaver/locker over the top of an xdm login (call me old-fashioned). I would just start the screensaver in my .xsession file, on a per-user basis. I know it doesn't answer your question but it just seems like a pointless question. Steve Greatbanks ( steve.greatbanks@man.ac.uk ) ------------------------------ From: calabria@e5st.v10.syr.ge.com (Dom Calabria x1086) Subject: Re: How to setup SLIP using dip for dynamic IP Reply-To: calabria@e5st.v10.syr.ge.com Date: Thu, 22 Sep 1994 17:30:23 GMT In article o5r@news.tamu.edu, shanzhu@eesun1.tamu.edu (Shan Zhu) writes: > > Hi, there, > > Does anyone know how to use dip to setup SLIP for a remote server that > uses dynamic IP address assignment? The sample.dip file doesn't work > for me. The dip version I am using is 3.7.7. If you already made your > SLIP work (with dynamic IP address assignment), could you drop me some > tips or send me your dip script file through email? I really appreciate > your help. > > Thanks in advance > > --shan > I have the exact same question. I am using net-0.32b and dip 3.7.7?. Linux v 1.0.8. Please copy me on the e-mail response. Thanks. -- Dom ------------------------------ From: kxb@ksu.ksu.edu (Karl Buck) Crossposted-To: comp.os.linux.help Subject: 486 Math Not Detected on 486SLC Date: 21 Sep 1994 10:40:45 -0500 System: ThinkPad 340 486SLC 25/50 kernel v1.1.51 Slackware 2.0.0 Symptoms: When installing a fresh 1.1.51 kernel (gcc 2.5.8), and booting things go ok until it gets to the math coprocessor test where it says something to the effect: Math coprocessor or emulator not found Giving up Anyone know how to fix this or why it is happening? --Karl -- Karl Buck USGMRL 913.537.3666 (H) http://www.ksu.ksu.edu:/~kxb 913.776.2745 (W) PGP public key available via finger. ------------------------------ From: bruin@tasking.nl (Kees de Bruin) Subject: Re: Mitsumi FX001D on SoundBlaster 16 MCD ? Reply-To: bruin@tasking.nl (Kees de Bruin) Date: Fri, 23 Sep 1994 06:49:54 GMT David Barth writes: > Kees de Bruin (bruin@tasking.nl) wrote: > : Thomas Niederreiter writes: > : > Hi! > : > Supports the linux-kernel this combination? > : Yes, just make sure that the correct IRQ is set in the file mcd.h > : in the include/linux directory. > Beware of the Mitsumi dumb audio cable ! In order to get CD-Audio > sound on your SB16 you should check the connector and the cable. The > white plug on the cable is inversed (well it was with a lot CD's I > mounted here in France) So I have noticed. I manually changed the connections and now I can play audio CD's with no problems at all. -- Kees de Bruin bruin@tasking.nl Tasking Software B.V. Tel. +31-33-55 85 84 A long dispute means both parties are wrong. ------------------------------ Crossposted-To: comp.os.linux.development,comp.os.linux.help From: rob@pe1chl.ampr.org (Rob Janssen) Subject: Re: NE2000+ and AHA1542CF problems Reply-To: pe1chl@rabo.nl Date: Fri, 23 Sep 1994 08:32:54 GMT In <35slgu$gct@errigle.gpl.net> bradley@gpl.com (Dermot Bradley) writes: >On a similar vein another machine (IDE, NE200 clone) gave the same >"eth0: transmit timed out, TX status 0xe, ISR 0x0." >"eth0: Possible network cable problem?" >messages last weekend. The strange thing was it was NOT connected to any >ethernet at the time.....I had it at home!!!!!! Did you put a T-connector with 2 terminators on the ethernet connector? If not, you will get this error as soon as you try to send something. Ethernet cards must always be connected to a network, and this setup is the minimal network (only one node, and the two terminators that should always be at the ends of the network cable) (of course this assumes you use thinwire) Rob -- ========================================================================= | Rob Janssen | AMPRnet: rob@pe1chl.ampr.org | | e-mail: pe1chl@rabo.nl | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU | ========================================================================= ------------------------------ From: mwarnock@garlic.com (Matt Warnock) Subject: How to swap CDs from inside DOSEMU (2nd post)? Date: 22 Sep 1994 23:04:56 -0700 I have a research program I want to run from dosemu. It uses several CDs and prompts for them to be swapped as needed. Alternatively, it can be set up to issue a dos command at each disk swap (such as to dynamically DOS-mount from a CD server). I have one CD drive, a Toshiba 3401. When Linux mounts a disk, it locks the eject button until the drive is unmounted (correctly so). So I can't just swap the disks, if the disk was mounted under Linux. But I can't get dosemu to see the drive at all if the disk is not Linux-mounted. Is there a way to issue a DOS command to umount/prompt/remount a CD under dosemu? Or is there a way to make dos map MSCDEX to a linux device driver? Can lredir load as a named device driver for MSCDEX to see? The dosemu docs are serriously lacking in this area... Any help would be appreciated, this is costing me $400 a month in CD charges and a lot more than that in lost use. PLEASE SEND IDEAS, NO MATTER HOW WILD! -- W. Matthew Warnock, Attorney (mwarnock@garlic.com) Tel:408.778.7273 60 West Main Avenue, Suite 12A, Morgan Hill CA 95037-4553 Fax:408.778.7989 ------------------------------ From: torsten@pauli.phys.ksu.edu (Torsten Werner) Crossposted-To: wpi.system.linux,comp.os.linux.help Subject: Re: Xscreensaver / xdm Date: 23 Sep 1994 15:13:15 GMT >>>>> "Ben" == Benjamin Alman writes: Ben> I am running xscreensaver as an 'extra' program under X.. it Ben> works very well.. but under xdm, xscreensaver quits with the Ben> error message: Ben> Xlib: connection to ":0.0" refused by server Xlib: Client is Ben> not authorized to connect to Server Error: Can't open Ben> display: :0 Xscreensaver works fine under xdm on my PC. You have to disable the password locking of xscreensaver because there is no user logged in and the keyboard is grabbed by xdm. I don't know if that is the solution of your problem. Did you try to disable the Xauthorization in xdm-config (hmm, is that the right name of the file)? Torsten -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Torsten Werner, torsten@phys.ksu.edu, werner@tmfs.mpgfk.tu-dresden.de, , PGP public key available ------------------------------ From: slg@slgsun.cb.att.com (Sean Gilley) Subject: Re: Damn X-aware xterms!!! Reply-To: sean.l.gilley@att.com Date: Thu, 22 Sep 1994 17:04:27 GMT In article , Baba Buehler wrote: >ramos@engr.latech.edu (Alex Ramos) writes: > >>Yeah I know an xterm is "X-aware" by definition... but maybe someone >>knows what I'm talking about: On slackware2.0 Linux, it's impossible >>to paste between xterms, because whenever you click on one, it emulates >>arrow keys instead of highlighting for pasting. How do I disable such >>an annoying (argghh) "feature"? > >I think you've run across an annoying "feature" of elvis, rather than a >feature of xterms. Try vim, works better for me. Nope. I've noticed this myself. If you have two Xterm windows up, and highlight text in the first, then *click* on the second, you no longer have text selected for cut and paste. Anyone know how to fix this? Sean. --- Sean L. Gilley The Information Super Highway is sean.l.gilley@att.com really just a rough gravel road with 614 860 9053 (h), 614 860 5743 (w) wonderful roadsigns. ------------------------------ ** 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 ******************************