From: Digestifier To: Linux-Misc@senator-bedfellow.mit.edu Reply-To: Linux-Misc@senator-bedfellow.mit.edu Date: Tue, 9 Nov 93 00:13:28 EST Subject: Linux-Misc Digest #284 Linux-Misc Digest #284, Volume #1 Tue, 9 Nov 93 00:13:28 EST Contents: Re: What is "ld.so" and why is it missing in my SLS installation? (Marc ter Horst) Simula to C anyone ? (Jens Kristian Elstad) Re: Simula to C anyone ? (Christian Moen) Re: TERM problems- Please help! (Clarence Smith) Re: Term Stats: >1200 CPS (NOT bps)? (Olaf Titz) Re: Hurd status and call for volunteers (R. Schalk) Re: Nec Multisync II (Karsten M. Winkovics) Re: Slackware -- the complete list of problems. (Elleron) Re: Term Stats: >1200 CPS (NOT bps)? (cajho@uno.edu) Re: ``Dynamic Cache Architecture'' (Craig Sanders) Re: SLS:After install, "ps", "top", don't work!! (Steve DuChene) Re: Linux performance?? (Thomas Koenig) Re: [INFO REQUEST] Royal Computer (Steve DuChene) Re: Hurd status and call for volunteers (Brad Daniels) Re: SLS flaming ! (Olaf Titz) ---------------------------------------------------------------------------- From: mht@nuclint.nl (Marc ter Horst) Subject: Re: What is "ld.so" and why is it missing in my SLS installation? Date: Mon, 8 Nov 1993 13:54:19 GMT In article <2bdp80$sek@gap.cco.caltech.edu> morphy@cco.caltech.edu (Crassly Commercial Quantum Mechanic) writes: >From: morphy@cco.caltech.edu (Crassly Commercial Quantum Mechanic) >Subject: What is "ld.so" and why is it missing in my SLS installation? >Date: 5 Nov 1993 14:50:40 GMT >I just got XFree86 2.0, and none of the programs work due to the absence of >the dynamic library ld.so. Where can I find this? >Jones >-- >Jones M Murphy Jr >Assistant Vice President, New Products >AIG Financial Products >100 Nyala Farm, Westport, CT06880 (800) 248-SWAP I las saw it in /os/linux/bin/gcc as ldso-1.3.tar.z somewhere, Might have been tsx-11 or sunsite Marc ------------------------------ From: chris@stud.cs.uit.no (Jens Kristian Elstad) Subject: Simula to C anyone ? Date: Mon, 8 Nov 1993 14:59:06 GMT Reply-To: chris@stud.cs.uit.no Hi! I am woundering if there exists a Simula compiler for Linux out there..? Well - I guess it will be somthing like Simula2C ... Any pointers...? -Kristian. ______________________________________________________________________ Kristian Elstad Tel.: +083-72917 Computer Science, Internet: chris@stud.cs.uit.no University of Tromsoe, Varden vn. 225a, Tromsoe, 9018, Norway. ______________________________________________________________________ ------------------------------ From: christim@ifi.uio.no (Christian Moen) Subject: Re: Simula to C anyone ? Date: Mon, 8 Nov 1993 15:35:07 GMT I am woundering if there exists a Simula compiler for Linux out there..? Well - I guess it will be somthing like Simula2C ... Any pointers...? Some guys at the institute has made a program called cim. This is exactly what you're looking for. Since the authours don't want the sources to be floating around everywhere, there's only a binary version out for linux. I think it's on tsx-11 or sunsite. If you can't find it, mail janl@ifi.uio.no as he maintains the linux binary package. -- | Christian Moen - christim@ifi.uio.no - Tel: +47 32850093 | | Larsehagan 36, N-3408 Tranby, Norway - Fax: +47 32854233 | ------------------------------ From: optik@hardy.u.washington.edu (Clarence Smith) Crossposted-To: comp.os.linux.help,comp.os.linux,comp.os.linux.development Subject: Re: TERM problems- Please help! Date: 6 Nov 1993 21:36:02 GMT I had the same problem, and I was told to just get the latest term, something about term being DEAD, or some sort of bug in 107... ------------------------------ From: uknf@rzstud1.rz.uni-karlsruhe.de (Olaf Titz) Subject: Re: Term Stats: >1200 CPS (NOT bps)? Date: 8 Nov 1993 18:14:14 GMT In article , Drinks All The Water wrote: > I've got a 14,400bps modem, and I'm running term. tmon reports > around 1200 characters per second, whereas I gather my modem > should be able to get closer to 1440 characters per second, or > even higher due to v.42bis compression (which does exist on my > line). I've seen higher rates with other transfer protocols. Depends on your line. Every char to escape affects throughput, as does (obviously) sevenbit. Term compression should be turned off with fast v.42bis modems (the modems compress faster than the CPU), timeout should be fairly low and window size big for high speed lines. And for this speed you definitely need a FIFO serial interface, lost interrupts are a royal pain with term (causing long waiting periods). Olaf -- olaf titz o olaf@bigred.ka.sub.org praetorius@irc comp.sc.student _>\ _ s_titz@ira.uka.de LINUX - the choice karlsruhe germany (_)<(_) uknf@dkauni2.bitnet of a GNU generation what good is a photograph of you? everytime i look at it it makes me feel blue ------------------------------ Crossposted-To: gnu.misc.discuss From: U001295@HNYKUN11.URC.KUN.NL (R. Schalk) Subject: Re: Hurd status and call for volunteers Date: Mon, 8 Nov 1993 17:21:57 GMT In article <1993Nov5.181154.17233@rosevax.rosemount.com> grante@hydro.rosemount.com (Grant Edwards) writes: > >Michael I Bushnell (mib@geech.gnu.ai.mit.edu) wrote: > >OK. But it's hard to take the project seriously when you insist on >calling it a cutesy name like "The Hurd" rather than just "Hurd." Are >there other operating systems called "Hurd" from which you are trying >to differentiate your project? "Oh, this isn't just any Hurd, it's >THE Hurd." > >It sounds too much like Mr. Trump, AKA "The Donald." I was always thinking that "The Donald" was a duck. ;-) BTW, maybe the "HURD" project should be called "HURT" in the future. Grtx Ronald ******************************************************************** * ing. Ronald Schalk, afdeling CS, sectie COOS * * Universitair Centrum Informatievoorziening (UCI) * * University of Nijmegen (KUN) snailmail: Geert Grooteplein 41 * * e-mail : R.Schalk@uci.kun.nl 6525 GA Nijmegen * * tel: +31 80 617997 fax: +31 80 617979 The Netherlands * ******************************************************************** Oh yes, send flames to /dev/null ------------------------------ From: kmw@ichtys.rni.sub.org (Karsten M. Winkovics) Subject: Re: Nec Multisync II Date: Sun, 7 Nov 1993 15:00:25 GMT GODERIS KAREL (tw41770@vub.ac.be) wrote: : C : I mean d ththe model before nec multysinc 2A. Can you pass over ya Xconfig file? I know there's a entry for the monitor in the database with Xfree but that doesn't work properly.... Should not be a problem... my Linux box got a Multisync (1st generation)! But to help you with your problem, one would need to know what VGA-board you are using.. esp. which dot clocks it uses. The X package I got with SLS (1.01... still a happy 0.99.9 user) had a database coming with it with a few example settings and I recall the MS II being mentioned once or twice. If you want, I can send you my Xconfig for ET-3000 and Multisync.. My typical resolution is 742x546 or something... 800x600 works to, but requires read- justing after switching to/from text mode, it might work for your monitor, though. HIH, -KW -- Karsten Winkovics {root,kmw}@ichtys.rni.sub.org Sysadmin at ICHTYS BBS , Mannheim, FR Germany ------------------------------ From: mdgauthi@syr.edu (Elleron) Subject: Re: Slackware -- the complete list of problems. Date: Mon, 8 Nov 93 13:10:47 EST Bill C. Riemers (bcr@bohr.physics.purdue.edu) wrote: : In article <1993Nov3.172757.707@cathy.ijs.si> Andrej.Bauer@ijs.si (Andrej Bauer) writes: : >Now that Andreas, Andrew, Andrej (that's me) and some others : >have flamed about SLS, let's list mistakes in Slackware distribution. : > : >2. A friend of mine tried to compile kernel. It barfed. The : >problem was that /usr/include/linux was not a sysmbolic link : >to /usr/src/linux/somewhere, but it was an 'almost good' copy : >of the right directory. Of course, my friend does not read : >READ.ME files :-) It is Slackware's fault, though. : If I remember right /usr/include/linux is not suppose to be a : link! It does work if you make it a link, but might cause problems. : Anyways the question is if this was fixed. SLS has had this type Why shouldn't it be a link? The kernel headers come with the kernel source and change when you change kernels, the other headers change when you change libraries. Thus, the two are kept in different places. The only time it causes problems is if you are utterly incompetent and can't get the permissions correct ;) Trust me, my system started out with Linus' headers in /usr/include/asm and /usr/include/linux, first thing I did was rm them and make the links ;) (Just for the record I used the MCC release for the intital install. Also for the record it is IMHO the best release out there) : >3. Yet another friend of mine tried to compile kernel on a fresh : >Slackware installation. He mooed. Loader said 'virtual memory : >exhausted'. Since this was done on a fresh Slackware, it is a bug. : >I told him to check if /usr/include/linux is linked properly :-) : >My friend has a lot of RAM and his swapping is enabled, so this : >could not have been the problem. : Not neccissarily. It seems that it is possable to have a pin on : a ramchip bent, or other such problems that Linux will detect but : MSDOS won't. We would really need more information to determine : if the Slackware distribution was at fault, the Linux kernel, or : a hardware problem. Remember that we can't hold Slackware responcable : if the BETA kernel they distribute doesn't always work the way we : want it to. We can hold them responcable if there is both a known : problem with a known fix, but nothing is done. Right on, too little info to blame the distrabution. Also didn't someone once say 640K was tons of ram ;) : >4. The swapping friend with large memory has got problems with : >communication. Communicaion programs (minicom and seyon, I think) : >don't work. They come from Slackware -- out of box, but they : >don't work. : Hmm, again this does sound like a real problem. Again the question : is if it is a hardware problem or a software problem. Is it that : something is installed improperly, or is it that it hasn't been : disigned to work the way they are trying to use it? My guess is : they are trying to use the wrong device as the modem. Obviously : if this is the case, the thing to fix is the Slackware's installation : so that /dev/modem points to the right device. HOLD ON! How is /dev/modem supposed to point to the right device? How does anyone else know where your modem is? How does anyone know what kind of modem it is, or what a good initaliztion string is? Why don't you spend less time flaming, read some docs and configure your own comm programs. : >Your are welcome to tell us about your problems with Slackware : >(especially if your name starts with Andre). When we have listed : >42 problems, we will e-mail them to slackware-bug-report@imaginary.foo.bar. : Why not send them off now? The sooner they know about them the : sooner they will get fixed. Besides, it is better to have the : person with the problem contact them directly. They need the : detailed information that only that person can tell them. : i.e. It doesn't help to e-mail: : "Seyon doesn't work for a friend of mine with lots of memory..." : So, what do they do to fix it? When they start seyon on one of the : Slackware test machines with lots of memory it works fine. So the : only hope is if they can send something like more detailed like: : "I started seyon from an xterm running tcsh with the command: : seyon -modem /dev/rsd5 : and seyon reported no such device. I copied the default .seyon to my : home directory. My modem is a TexFlacter 14319bps." : So now they try the same thing and even if it still works on there system : they'll now have a clue as to what to check. Is there a problem with : /dev/rsd5, are the default scripts good for a texflacter? Can seyon : support 14319bps? : : Bill I'll agree here. What kind of a "bug report" is Seyon doesn't work out of the box? My tcp software didn't come with the right hostname set either! ;) If Slackware bugs you don't use it. I suggest you get a bootable rootdisk and do the entire installation by hand. -- Love is the triumph of imagination over intelligence. mdgauthi@mailbox.syr.edu --Support Linux ------------------------------ From: cajho@uno.edu Subject: Re: Term Stats: >1200 CPS (NOT bps)? Date: 8 Nov 1993 19:37:43 GMT Reply-To: cajho@uno.edu In article <2bkdpg$cns@jake.esu.edu>, kender@executor (System Overlord) writes: >Slaving away in a dark room, cajho@uno.edu produced: >>In article , boutell@netcom.com (Drinks All The Water) writes: >> >>Apologies for not redirecting this to comp.os.linux.help where it prob. >>belonged, but I'm using a lousy VMS newsreader and I don't think it's even >>possible (petition my school to give me an ethernet connection so I can rn >>from my Linux box. :) ) > >Well, you could do what we do here, and use tredir and term to do >your newsreading ;), I compiled tin and trn to run on linux using only >nntp for news service, and then, when i log in, i run something along >the lines of tredir 1119 news.esu.edu:119. Yikes! That's SLOW! I tried it but just gave up. Heck, I take more of a news performance hit than I like by using another school's NNTP server (our folks can't seem to keep the news coming in consistently, and censor it to boot..) Reading comp.os.linux.help over term? No thanks! -- Craig Johnston | Cavitas in dentibus facimus! cajho@uno.edu | Cavitas in dentibus facimus! ------------------------------ Crossposted-To: comp.windows.x.i386unix,comp.sys.ibm.pc.hardware From: cas@muffin.apana.org.au (Craig Sanders) Subject: Re: ``Dynamic Cache Architecture'' Date: Mon, 8 Nov 1993 08:29:17 GMT [*NOTE* cross-posted to c.s.i.pc.hardware. maybe someone there knows about DCA. I don't get c.s.i.pc.hw as the traffic is too high for my uucp connection] galbrait@rintintin.Colorado.EDU (GALBRAITH JOHN) writes: >In article <1993Nov1.182903.4521@opal.comlab.ox.ac.uk>, >Andrew Stevens wrote: >> >>>(*) on another note, has anyone heard anything about Dynamic Cache >>>Architecture ("DCA"). The guy I bought the m/b from said it was the >>>"latest thing" and was much faster than having 128K cache on the m/b. >>>The m/b manual also says that it can be up to 300% faster than normal >>>cache memory. Unfortunately, the manual doesn't go into much detail, >>>but it seems to me as if it might be just some sort of sophisticated >>>write buffering scheme (the manual talks about buffering 8 bit and >>>16 bit writes until it has a 32bit packet to burst-write onto main >>>memory). that's about as much detail as it goes into - taiwanese-english >>>is amusing reading at times but it's bloody hard to get useful info >>>from it. >I have the sales brochure for the Ocean Hippo(?) motherboard that uses >the DCA architecture. It has been a couple of weeks since I read it, >but it explicitely states that it is optimized for "16 bit software that >is running today - like DOS/Windoze 3.1" or some such thing. It then proceeds >to spend 2 or 3 pages describing why every single publically available >benchmarking program will demonstrate inferior results to other caching >strategies yet it is still performs better on real world applications. >Sure, whatever. That's the board I have. An Ocean Hippo VL+ 486-SX-33 (actually, it's an SX-25 over-clocked to 33MHz). They must have changed the manual to get rid of the guff about why the benchmarks should be ignored... my manual doesn't seem to mention anything about "optimised for 16 bit software"...although it does mention that OS/2 (and other programs which switch back and forth between real & protected mode) will run quickly on it because fast 8042 emulation is built into the chipset (not the BIOS as on some other motherboards). My manual has one page on DCA: DCA (Dynamic Cache Architecture) is a new Cache Memory. DCA literally boosts the cache memory efficiency by as much as 300 percent over conventional external cache! It is integrated as part of the high speed logic of the motherboard. A 486 system, until now, moves information in the same manner because the software written to take full advantage of the 486's 32 bit wide BUS has usually been restricted to CAD/CAM, Expert Systems, Virtual Simulations, and other High End applications. DCA, and it's Byte Gathering Write Buffers collect 8 and 16 bit "packets" of information until a single 32 bit "packet" is formed. Using Burst Mode, it then "Writes" this single informational "string" back to RAM in one operation, rather than in several time consuming ones. This is a tremendous improvement on the efficiency of data transfer, as the information is handled solely through te CPU, the High Speed Chipset, and the lightning fast Internal Cache of the 80486. typed verbatim from the manual - blame the grammar and the Very Weird Capitalisation on the [taiwanese??] english dialect :-) btw, I am very happy with this new motherboard. it seems plenty fast enough to me - certainly a LOT faster than my old 386-dx-40 with no cache. Of course, I don't have another 486-sx-33 with normal cache to compare it to... -- Craig Sanders ======================THIS SPACE INTENTIONALLY LEFT BLANK====================== The Utility Muffin Research Kitchen cas@muffin.apana.org.au ------------------------------ From: s0017210@cc.ysu.edu (Steve DuChene) Subject: Re: SLS:After install, "ps", "top", don't work!! Date: 8 Nov 1993 21:07:37 GMT Try /proc /proc proc none This solved the same problem for us. The none /proc proc defaults version is wrong! You have to dig through the install-guide many times to discover this as it is wrong and right in different places in there also! -- Steve DuChene s0017210@cc.ysu.edu or sduchene@cis.ysu.edu Computer Science Youngstown State University A pre-determined amount of chaos is a natural occurance. ------------------------------ From: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) Subject: Re: Linux performance?? Date: 8 Nov 1993 21:17:53 GMT rjv0126@tamsun.tamu.edu (Ryan) writes: >Is Linux substantially faster than either dos or win on the same machine? The file systems are MUCH faster (including a disk buffering scheme which actually makes sense ;-), interactive performance is (subjectively) better than for OS/2, and any program which needs >16 bit addresses really runs faster. >And does Linux have any applications that compare to say Ami Pro (word proc) >or Excel (spreadsheets)? For those two, wait until WINE gets off the ground (which will, hopefully, run Windows 3.1 binaries :-). Seriously, though, there are a couple of spreadsheets out there, such sc and oleo. They don't have the polish of Excel, though. As far as the word processing goes... there is a word processor called doc (part of Interviews) around, but I've never actually heard of anybody who used it seriously. I use TeX, myself :-) >I assume that programming is the strong point in Linux. Certainly. EMACS, make, gcc, bison, yacc, gdb, ..., you name it, it's there. -- Thomas Koenig, ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet The joy of engineering is to find a straight line on a double logarithmic diagram. ------------------------------ From: s0017210@cc.ysu.edu (Steve DuChene) Subject: Re: [INFO REQUEST] Royal Computer Date: 8 Nov 1993 21:13:10 GMT The Gateway 2000 486DX2-66v we are running Linux on is just great. The support lines may always be busy (long hold times) but when you do get through they seem to help. Plus there is a Gateway2000 news group that regularlly has replies from there tech personel. -- Steve DuChene s0017210@cc.ysu.edu or sduchene@cis.ysu.edu Computer Science Youngstown State University A pre-determined amount of chaos is a natural occurance. ------------------------------ Crossposted-To: gnu.misc.discuss From: daniels@biles.com (Brad Daniels) Subject: Re: Hurd status and call for volunteers Date: Mon, 8 Nov 1993 19:16:14 GMT In article <2bjdhsINN5c2@handel.cs.unc.edu>, David Becker wrote: >In article mhcoffin@tolstoy.uwaterloo.ca (Michael Coffin) writes: >>Sun OS is horrifyingly slow. > >Correction, Ultrix is horrifyingly slow, SunOs is merely slow. A linux PC >performs 3 or 4 times faster than the best Ultrix DECstation (MIPS chip) >at our site. And a Mach/monolithic BSD PC performs around 75% the speed of >the Linux PC in one disk intensive test. But that would be on the "Fast" file >system BSD introduced 10 years ago. [the mach numbers are valid for our >PCs **and** microchannel PS/2s] ... We're a bit off-topic here, but there is a whole lot of tuning you can do to get Ultrix to perform as well as or better than SunOS, FWIW. It's been a while since I've done any of the tuning, but there were some neat optimizations put in by Eric Schott's group that do a good job. Contact your nearest DEC UNIXoid to get a copy of his tuning paper. Of course, Ultrix is dead, but as long as systems run it, it will continue to lead an unnatural pseduo life, like a putrefying zombie that never quite wants to finish dying... Anyway, you might as well get as much as you can out of it as long as you're running it. - Brad ====================================================================== + Brad Daniels | "Let others praise ancient times; + + Biles and Associates | I am glad I was born in these." + + These are my views, not B&A's | - Ovid(43 B.C - 17 A.D) + ====================================================================== ------------------------------ From: uknf@rzstud1.rz.uni-karlsruhe.de (Olaf Titz) Subject: Re: SLS flaming ! Date: 8 Nov 1993 21:44:22 GMT In article <1993Oct26.154212.690@cathy.ijs.si>, Andrej Bauer wrote: > Only yesterdat I noticed a file /dev/ttys3 (not /dev/ttyS3!), > which was 80kb long, had time stamp from April 1993, and was a plain This is a file from SLS, obviously a result of some program or human error mismatching the name for ttyS3. > When I put something in print queue with 'lpr', I have to kill lpd and > run it again. Then it prints the file. I have to do so for every file. Broken permissions. kill lpd; LPFILES = "lpr lpc lpq lprm"; cd /usr/bin; chown root.lp $LPFILES; chmod 2755 $LPFILES; cd /usr/spool/; rm -rf lp*; mkdir lpr lp1; chown root.lp lpr lp1; chmod 770 lpr lp1; lpd. Should run then, if not mail(!) me. Olaf -- olaf titz o olaf@bigred.ka.sub.org praetorius@irc comp.sc.student _>\ _ s_titz@ira.uka.de LINUX - the choice karlsruhe germany (_)<(_) uknf@dkauni2.bitnet of a GNU generation what good is a photograph of you? everytime i look at it it makes me feel blue ------------------------------ ** 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 ******************************