From: Digestifier To: Linux-Activists@senator-bedfellow.mit.edu Reply-To: Linux-Activists@senator-bedfellow.mit.edu Date: Wed, 18 Aug 93 05:13:05 EDT Subject: Linux-Activists Digest #135 Linux-Activists Digest #135, Volume #6 Wed, 18 Aug 93 05:13:05 EDT Contents: which (Kerry Kimes) Re: [Q] Why SLIP Drop Out? (Ralph Sims) Re: When's Linux 1.0 coming out? (Carlo James Calica) /usr/lib/gcc-lib/i386-linux and /usr/lib/gcc-lib/i486-linux (Wing-kuen Chung) [Q] Can telnet out but CAN'T telnet in (Wei-Jou Chen) Re: When's Linux 1.0 coming out? (Rwo-Hsi Wang) compressed filesystem. when? (Corey Sweeney) Re: Tractatus Linuxicus Newbius (Norby) Networking with pl12 (my solution) (Ronald Aarts) Re: tar & mt (Hal N. Brooks) Re: Modem and noise problems - Please help (Hal N. Brooks) Re: When's Linux 1.0 coming out? (Michael Stal) Re: More annoyance on the DMA problem (Jesus Monroy Jr) Thread Library available ? (Thomas Uhl) Re: Curses:where are nodelay() and keypad()? (Mark Buckaway) ---------------------------------------------------------------------------- Subject: which From: ackack@eskimo.com (Kerry Kimes) Date: 17 Aug 93 15:56:43 +1700 Message-ID: Organization: Eskimo North (206) For-Ever Date: Tue, 17 Aug 1993 04:42:21 GMT Lines: 2 Has anyone ported the nice little utility which to linux? ------------------------------ From: ralphs@halcyon.com (Ralph Sims) Subject: Re: [Q] Why SLIP Drop Out? Date: 17 Aug 1993 20:45:41 -0700 epoole@leotech.mv.com (Eric Poole) writes: >Every now and then the SLIP connection just breaks and drops out for >no >reason. >The connection will stay up for hours, and then drop out in the >middle I was experiencing strange dropouts until I found out that cron was calling uucico over the same tty. Poof. Now the slip sessions stay alive for about 12 hours--haven't solved that yet (I kill cron's PID when in slip). -- halcyon.com, Public Access Internet (Our T-1 lines are your T-1 lines) Seattle, +1.206.382.6245, Everett 672.4554 (login: new) NWNEXUS, Inc., P.O. Box 40597, Bellevue, WA 98015-4597, +1.206.455.3505 ------------------------------ From: calica@cae.wisc.edu (Carlo James Calica) Subject: Re: When's Linux 1.0 coming out? Date: 17 Aug 93 23:09:36 CDT In article <1993Aug17.124622.8610@taylor.uucp> mark@taylor.uucp (Mark A. Davis) writes: >calica@cae.wisc.edu (Carlo James Calica) writes: > >>Actually what would be pretty neat is if 1.0 would be put on hold until >>WABI, ELF, and maybe even COFF support is fairly concrete. (Or even early >>BETA) What capabilities for its first non-beta release! > >You took the words right out of my mouth. WABI could be a later add-on, >but full ELF and COFF are major and Unix native enough. That plus good >documentation and administration tools and the concept is complete. >It would appear this may not be too far away at the rate things are changing. Yeah your right. Also WABI (or Wine) will require XWindows and that is not part of standard Linux. How far away is ELF and COFF? Is there a mailing list where I can get more info about them? -- /------------------------------+--------------------------------------\ | Carlo J. Calica | Linux: Choice of the GNU Generation | | calica@cae.wisc.edu | Dittos from the People's | \ University of Wisconsin | Republic of Madison / ------------------------------ From: wchung@netcom.com (Wing-kuen Chung) Subject: /usr/lib/gcc-lib/i386-linux and /usr/lib/gcc-lib/i486-linux Date: Wed, 18 Aug 1993 04:28:21 GMT Hi Linuxers, I just got a new copy of gcc-2.4.5 and source code of the pl11. After having done the installation of gcc-2.4.5, I realised that I have an extra directory: /usr/lib/gcc-lib/i386-linux. The question is whether I need to keep the old gcc stuff under the i386-linux. I really like to clean it up so as to save 5.1 meg disk space (another poor Linux user ;-( ). Your answer is very appreciated. Please send answer directly to my address or the corresponding interest parties to reduce the network load. Thank you in advance. Wing wchung@netcom.com (home) wchung@raynet.com (office) ------------------------------ From: u7824501@cc.nctu.edu.tw (Wei-Jou Chen) Subject: [Q] Can telnet out but CAN'T telnet in Date: Wed, 18 Aug 1993 04:57:09 GMT Hello! Please help me in networking. I can telnet outside but can't telnet from outside to my linux. Why ? I also try to telnet to my linux ( 140.113.20.147 ). I always got the messages as follows. My ifconfig, route and others are included. Please email to me. Thanks in advance. Jou /error message telnet: Unable to connect to remote host: Connection refused /route Kernel routing table Destination net/address Gateway address Flags RefCnt Use Iface default s1rtn.nctu.edu.tw UGN 0 0 eth0 140.113.0.0 * UH 0 115 eth0 localhost * UH 0 4 lo eolc1.nctu.edu.tw * UH 0 0 eth0 /infconfig lo IP ADDR 127.0.0.1 BCAST 127.255.255.255 NETMASK 255.0.0.0 MTU 2000 METRIC 0 POINT-TO-POINT ADDR 0.0.0.0 FLAGS: 0x0049 ( UP LOOPBACK RUNNING ) eth0 IP ADDR 140.113.20.147 BCAST 140.113.255.255 NETMASK 255.255.0.0 MTU 1500 METRIC 0 POINT-TO-POINT ADDR 0.0.0.0 FLAGS: 0x0043 ( UP BROADCAST RUNNING ) /etc/rc.d/rc.inet1 #!/bin/sh # rc.inet1: configure the network interface HOSTNAME=`hostname` # Attach the loopback device. /etc/ifconfig lo 127.0.0.1 /etc/route add 127.0.0.1 # IF YOU HAVE AN ETHERNET CONNECTION, use these lines below to configure the # eth0 interface. If you're only using loopback or SLIP, don't include the # rest of the lines in this file. # Edit for your setup. IPADDR="140.113.20.147" # REPLACE with YOUR IP address! NETMASK="255.255.0.0" # REPLACE with YOUR netmask! NETWORK="140.113.0.0" # REPLACE with YOUR network address! BROADCAST="140.113.20.255" # REPLACE with YOUR broadcast address, if you # have one. If not, leave blank and edit below. GATEWAY="140.113.20.254" # REPLACE with YOUR gateway address! #/etc/ifconfig eth0 ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST} /etc/ifconfig eth0 ${IPADDR} netmask ${NETMASK} # If you don't have a broadcast address, change the above line to just: # /etc/ifconfig eth0 ${IPADDR} netmask ${NETMASK} /etc/route add ${IPADDR} /etc/route add ${NETWORK} /etc/route add default gw ${GATEWAY} metric 1 # End of rc.inet1 /etc/hosts # # hosts This file describes a number of hostname-to-address # mappings for the TCP/IP subsystem. It is mostly # used at boot time, when no name servers are running. # On small systems, this file can be used instead of a # "named" name server. Just add the names, addresses # and any aliases to this file... # # Version: @(#)/etc/hosts 2.00 04/30/93 # # Author: Fred N. van Kempen, # # For loopbacking. 127.0.0.1 localhost 255.255.255.255 broadcast 140.113.20.147 eolc1.nctu.edu.tw eolc1 140.113.20.148 eolc2.nctu.edu.tw eolc2 %%IP%% %%HOST%% %%ALIAS%% # End of hosts. /etc/networks # # networks This file describes a number of netname-to-address # mappings for the TCP/IP subsystem. It is mostly # used at boot time, when no name servers are running. # # Version: @(#)/etc/networks 2.00 04/30/93 # # Author: Fred N. van Kempen, B.J.Lippolt@research.ptt.nl writes: > >I don't believe in this mythical Linux 1.0 anymore. The last time >Linus said something about 1.0 was around december last year. Since >then I have seen him mentioning it. And besides, I don't see why we >can't have Linux 0.99.999 :-). Who said the version format has to be 0.X.Y? The current (Aug. 17) kernel version, I believe, is 0.99.12.1. Thus I don't see why we can't have Linux 0.99.99.99.....99 :-). Rwo-Hsi Wang ------------------------------ From: corey@amiganet.chi.il.us (Corey Sweeney) Subject: compressed filesystem. when? Date: 17 Aug 93 14:35:31 CST A long time ago someone said that they were working on a compressed filesystem. Since then i haven't heard any more about it. (i've greped though massive amounts of old news looking for references to it). Anyway, my question is when will it be out, and can i get a pre-release copy? ==================================================================== Corey Sweeney corey@amiganet.chi.il.us I do not own a amiga! ------------------------------ From: dratzlaf@nyx.cs.du.edu (Norby) Subject: Re: Tractatus Linuxicus Newbius Date: Wed, 18 Aug 93 05:39:53 GMT In article eric@tantalus.nrl.navy.mil (Eric Youngdale) writes: >In article mwright@netcom.com (Matthew Wright) writes: >> "Unix for Dummies", is out from IDG Books, a great Unix intro and >>quite funny to boot.. > > Hmm, I have never tried to boot off of a book. What kind of floppy >drives do you have that allow you to insert a book? > >:-) Does this have something to do with library files? Sorry...:-) -- Internet: dratzlaf@nyx.cs.du.edu |\ | GEnie: NORBY | \ | "Leave the night-light on | \| orby inside the birdhouse in your soul"--TMBG ------------------------------ From: ronald@lowt.phys.tue.nl (Ronald Aarts) Crossposted-To: comp.os.linux.admin Subject: Networking with pl12 (my solution) Date: 18 Aug 1993 06:34:10 GMT Hi netters, A few days ago I asked a question about networking with the pl12 kernel. From the news I understand that I'm not the only one with problems. I tried to use the latest SLS 1.03 release which includes the latest (final) pl12 release of the kernel. I received all kind of hints of how to organize my /etc/rc.net startup-file(s), but none of these worked and my routing remained broken. There are some suggestions left that I didn't try (yet): * Using the 4.4.2 library (Linus), which is however still in the alpha phase (see comp.os.linux/53589). * Using a different /etc/route (Jon Tombs in comp.os.linux/53653). Right now I installed the Slackware 1.01 release (from nic.funet.fi), which still includes the earlier version of the kernel (pl12 ALPHA of Aug 7 if I'm correct). With this package my networking worked without any major probles. -- Ronald Aarts Eindhoven University of Technology | Internet: ronald@lowt.phys.tue.nl Physics Department, P.O. Box 513, | Phone: +.31.40.474213 5600 MB Eindhoven, The Netherlands | Fax: +.31.40.453587 ------------------------------ Crossposted-To: comp.os.linux.admin From: hal@cs.uga.edu (Hal N. Brooks) Subject: Re: tar & mt Reply-To: hal@cs.uga.edu (Hal N. Brooks) Date: Tue, 17 Aug 1993 19:23:14 GMT In article <1993Aug17.014111.11261@ennews.eas.asu.edu> gomez@enuxsa.eas.asu.edu (JL Gomez) writes: > >I have a BusLogic 545S attached to a Tandberg 3600 SCSI tape drive. > >Doing a 'tar -c -b 128 . -f /dev/nrmt0' followed by a 'mt weof' makes >the tape drive rewind. > >What I want to do is append a new directory path to the current tape >position. > >How do I do this? For starters, I would do the tar command as "tar cbf 128 /dev/nrmt0 ." but that's not the question ... I don't really think you need to write an eof mark, just space to the end, but that's not the question either ... I guess the answer to the question is that when you use mt, assuming you don't have your TAPE environmental variable set, if you don't specify anything with the "-f" option of mt, then it's going to use a device name compiled in. You might be able to tell what this device is by using strings(1) on the mt binary. It's probably /dev/tape, and /dev/tape is probably a symbolic link to /dev/rmt0 or /dev/st0, and anytime you do an operation on one of these devices (major 9, minor 0) the tape rewinds when the operation is finished. Now is you specified /dev/nrmt0 (major 9, minor 128) like you do with tar, then it wouldn't rewind. ============================================================================= Hal N. Brooks Voice: (706) 546-7792 Internet: hal@pollux.cs.uga.edu ============================================================================= ------------------------------ From: hal@cs.uga.edu (Hal N. Brooks) Subject: Re: Modem and noise problems - Please help Reply-To: hal@cs.uga.edu (Hal N. Brooks) Date: Tue, 17 Aug 1993 20:36:29 GMT In article <1993Aug17.102344.1503@raven.alaska.edu> floyd@hayes.ims.alaska.edu (Floyd Davidson) writes: >In article <24q3fh$7e4@ursula.ee.pdx.edu> rkwee@ursula.ee.pdx.edu (Roland Kwee) writes: >>floyd@hayes.ims.alaska.edu (Floyd Davidson) writes: >> >>>Perhaps I should take this thread a little more serious. >>>It should be in alt.dcom.telecom or comp.dcom.telecom, but on the.... >> >>I think this thread is not more outrageous or funny (what's the diff) >>than some other ones in this newsgroup (SIMMs, wysiwyg...). > >I agree, but it really should be moved. Don't bother Floyd. I understand I'm the last person in the world (other than you and Roland) to add this thread (which didn't even belong in c.o.l in the first place) to his/her kill file. -hal ------------------------------ From: stal@km21.zfe.siemens.de (Michael Stal) Subject: Re: When's Linux 1.0 coming out? Date: Wed, 18 Aug 1993 07:56:05 GMT In my opinion it really doesn't matter if it is called Linux 0.99 or 1.0 or Linux Supra or whatever. The only thing that matters is to have Linux as stable as possible. If Linux is compared with all those other PC-Unix systems currently available, you should call it Linux 99.0. Michael -- ================================================================================ SIEMENS AG Corporate Research & Development Michael Stal Dept. ZFE BT SE 32 Tel: +49 89 63649380 Otto-Hahn-Ring 6 Fax: +49 89 63640898 D-81739 Munich email: stal@km21.zfe.siemens.de P/O box D-81730 Munich or: michael_stal@omg.org Germany ================================================================================ ------------------------------ Crossposted-To: comp.os.os2.programmer,comp.os.mach,comp.os.minix,comp.periphs,comp.unix.bsd,comp.unix.pc-clone.32bit,comp.os.386bsd.development From: jmonroy@netcom.com (Jesus Monroy Jr) Subject: Re: More annoyance on the DMA problem Date: Wed, 18 Aug 1993 08:11:38 GMT As people have obviously found out I am human I will admit to the error. The Floppy drive works at 300 rpm, not 300rps. An obvious "blow-it" on my part. >> From: junaid@nella30.cc.monash.edu.au (Mr A. Walker) >> Subject: Re: More annoyance on the DMA problem >> >> I always thought that 3.5 drives rotate at 250rpm= 5 rev/s. >> There are 18 sectors/track. ie 90 sectors/sec . therefore the transfer >> rate is 512*90 = 50KBytes/s (aprox.). Negligable as far as DMA latency goes. >> I see no conflict in the refresh DMA(ch0, highest priority) leading to >> 'byte' robbing of the FDC DMA, even with no buffering on the FDC. Ie >> 2 Competing DMA channels * 1uS/transfer << 1/50KBytes/s. How else can a >> IBM PC(4.77MHz) work with a FDC? >> All BIOSes for the PC report errors to the FDC, and even as I have not found the code to verify that the BIOS retries, MS-DOS does. Most OSes retry on any error. If you program at the IBM BIOS level, most (if not all) references say to try at least 3 times before giving up on a transfer. What does this say? That some type of problem exist, what it is - is not certain. Maybe a slightly bad disk, who knows. >> As stated, DMA on post-IBM AT class machines doesnt exist, the >> memory controller subsystem does it transperantly. Get a refresh >> tweaking program or disable the refresh channel on the 8254 and your >> computer wont crash. Test the CPU landmark speed, you'll see no >> difference (try it, i havent, should be interesting). >> Sorry, this does not "jive" with my information. The timer is hard wired. That is, in-hardware is where the refreshes are done, via the 8254 and the DMA controller. Also, I reference a book with the page number. TRUE, some motherboards may have a transparent solution, but this does not follow my documentation for IBM PC AT. >> Lets face it, the architecture works (except for some CT >> chipsets that have buggy 16 bit DMA, which doesnt concern the FDC). >> INTEL admitted to no DMA problems today when I spoken to them. However, I am calling again and will ask them if they know anything more. >> In general, hardware is the natural scape-goat to blame for >> software bugs. >> If it is a software bug then I have yet to find an obvious placement. ========================================================================== >> From: bill@bilver.uucp (Bill Vermillion) >> >> In article junaid@nella30.cc.monash.edu.au (Mr A. Walker) writes: >> >> :: [deleted stuff] :: >> >> No need to try to work backward. These are standard hardware specs. >> Ok thanks for the correction and Infom on the 8" SD. ___________________________________________________________________________ Jesus Monroy Jr jmonroy@netcom.com /386BSD/device-drivers /fd /qic /clock /documentation ___________________________________________________________________________ ------------------------------ From: tul@tonga.heidelbg.ibm.com (Thomas Uhl) Subject: Thread Library available ? Date: Wed, 18 Aug 1993 08:13:42 GMT Reply-To: tul@tonga.heidelbg.ibm.com Is there already a thread library availavle for Linux? Some weeks ago there was a diskussion about that in this group. Thomas ------------------------------ From: mark@datasoft.north.net (Mark Buckaway) Subject: Re: Curses:where are nodelay() and keypad()? Date: Tue, 17 Aug 1993 02:43:29 GMT Allen M. Ashley (ashley@cco.caltech.edu) wrote: : The man pages on CURSES describe the routine nodelay(win,bool) : that enable/disable waiting for a character and keypad() which : returns a unique single value for cursor control keys instead : of the multi-byte sequence that you get by default. I tried : to use these routines in a small program key.c that I compiled : as: : cc -o key ky.c -lcurses -ltermcap : I used the initwin()/endwin() stuff. The loader quits, being : unable to find nodelay() or keypad(). Does anybody know what : is going on? One friend says the routine nodelay() is not : described in the O'Reilly book. Is the man out of date? Are : there other routines to replace these? : Thanks. Do yourself a favour and grab the ncurses library. This is fully curses compatible, and supports color for terminals (like the console) that can produce it. Also included is a manual text file describing the use of the ncurses library (your Nutshell book will do you fine though). Look on sunsite.unc.edu. Grep through INDEX.whole in /pub/Linux for it's location. Mark -- Mark Buckaway | "UNIX and OS/2 are operating systems, DataSoft Communications | Windows is a pitiful shell, System Administrator | DOS is an installible virus." root@datasoft.north.net | uunorth!datasoft!root | ====================================== ------------------------------ ** 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-Activists-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux) via: Internet: Linux-Activists@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 tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace The current version of Linux is 0.99pl9 released on April 23, 1993 End of Linux-Activists Digest ******************************