From: Digestifier To: Linux-Activists@senator-bedfellow.mit.edu Reply-To: Linux-Activists@senator-bedfellow.mit.edu Date: Tue, 17 Aug 93 23:13:06 EDT Subject: Linux-Activists Digest #134 Linux-Activists Digest #134, Volume #6 Tue, 17 Aug 93 23:13:06 EDT Contents: Mouse Problem and Man Pages (Richard J. Schultz) Re: ext2 filesystem - big troubles (overwritten files, etc.) (Martin Zaun) Mouse Problem and Man Pages (Richard J. Schultz) sls linux (or pther distributions) = $1 / disk. (yuri@atmos.washington.edu) Re: Ncurses, how do I... (Brandon S. Allbery) Re: tar & mt (Brandon S. Allbery) portmap zombies (Jason Haar) Re: Tractatus Linuxicus Newbius (Yonik Christopher Seeley) Linux Distribution? (Dave Mielke) Re: When's Linux 1.0 coming out? (Marc G Fournier) Re: libc.so.4.4.2 whereabouts......!@#$%% (Jon Tombs) ELF LSB (Mathias Koerber) /dev/eth0 or eth_if missing. (Derek Bischoff) Re: [Q] Can't do networking (Bradley E. Smith) Re: NetBSD's ash as /bin/sh substitute on Linux (Arjan de Vet) Re: Adaptec 2742 working under Linux? (Pim Zandbergen) Re: When's Linux 1.0 coming out? (Craig Burley) Re: Ncurses, how do I... (Zeyd M. Ben-Halim) ---------------------------------------------------------------------------- From: schultrj@susan (Richard J. Schultz) Subject: Mouse Problem and Man Pages Date: 17 Aug 1993 08:49:41 GMT ------------------------------ From: mz@sarnwen.swb.de (Martin Zaun) Subject: Re: ext2 filesystem - big troubles (overwritten files, etc.) Date: Mon, 16 Aug 1993 17:45:37 GMT Nick Sandru (ns@csd.cri.dk) wrote: : I have some really big troubles with the ext2 FS on my system. ... : System version: : SLS 1.01 (downloaded from nic.funet.fi) : Linux 0.99 pl 9-1 ... : errors, mainly bad directories, overwritten blocks and something like: : block # (164700087) > maximum (32130) in file ..... I have similar problems on my ext2fs partitions, which are on a scsi-disk, if this matters. So, if anyone has a solution for this problem, please post a hint here or send an e-mail to me too. Thanks, Martin Zaun : Long Haired Nick : -- : Nick Sandru : Sysop, SanDES RailBBS : Hundested, Denmark : email ns@sandes.cri.dk -- Martin Zaun, Amselweg 1, 64385 Reichelsheim, Germany e-mail: mz@sarnwen.swb.de voice: +49 6164 5752 fido-netmail: 2:249/142.2 CIS: 100272,1671 ------------------------------ From: schultrj@susan (Richard J. Schultz) Subject: Mouse Problem and Man Pages Date: 17 Aug 1993 08:58:48 GMT I have two questions: 1) Can anyone help me with a rather puzzling mouse problem? Using MCC .99pl10, I recompiled the kernel to support ps/2 mice, and now X will recognize the mouse, sort of -- When using X, the cursor will (quite often) mysteriously jump to the lower left hand corner of the virtual screen, making it quite difficult to deliberately point at anything. This pretty much makes X unusable. I don't think it's a hardware problem since the mouse functions perfectly under windoze (using the "Microsoft or PS/2 Mouse" driver). I have, oddly enough, noticed a similar occurence using the Norton Utilities with a mouse. I've got a Packard Bell (Legend 770) with a "PS/2 compatible" bus mouse. Any thoughts? 2) Where can I get section 3 of the manual? Thanks, Rick ------------------------------ From: yuri@atmos.washington.edu Subject: sls linux (or pther distributions) = $1 / disk. Date: 17 Aug 1993 23:42:49 GMT Reply-To: yuri@atmos.washington.edu Hi, I can help you and send you full/part distributions of any linux set: $1 / 5.25" or $1.25 for 3.5" disk. I pay shipping. Usually I send it next day after your letter arrived. Yuri Yulaev INTERNET: yuri@atmos.washington.edu UUCP: uw-beaver!atmos.washington.edu!yuri ------------------------------ From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: Ncurses, how do I... Date: Tue, 17 Aug 1993 23:21:00 GMT In article <60.41137.2707.0N1815E2@canrem.com> jason.siemens@canrem.com (Jason Siemens) writes: >I not sure whether you have kbhit() and getch() but there should be some >other similiar functions. I am using Borland C++ 3.1 for DOS but these >functions are usually standard. I have them in STDIO.H and CONIO.H. Reread the entries for getch() and kbhit() in your Borland C++ Library Reference. Those are DOS functions, not portable functions. ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org ------------------------------ Crossposted-To: comp.os.linux.admin From: bsa@kf8nh.wariat.org (Brandon S. Allbery) Subject: Re: tar & mt Date: Tue, 17 Aug 1993 23:28:18 GMT In article <4gQID2q00VR509B4si@andrew.cmu.edu> "Brian E. Gallew" writes: >dclemmer%anl433.uucp@Germany.EU.net (David Clemmer) writes: >> ok... how would you specify which you wanted when restoring from that tape? >> i mean, you can't exactly say 'tar xvf /dev/rmt0/file1' or something equally >> silly... >Actually, RTFM will show >tar xvf /dev/rmt0 path1 path2 path3 >where pathX is the full pathname of the file of interest. Wrong answer. He's talking about separate tapefiles; tar won't read past the end of the first tapefile. The answer is: mt -f /dev/rmt0 fsf tar xvf /dev/rmt0 ... >> btw, in checking my back-up (which i did by saying: tar cvf - * |gzip -cv > >> /dev/rmt0), i found that zcat couldn't deal with the tape... ie: i couldn't do >> zcat /dev/rmt0 |tar tvf - >> i had to do: >> cat /dev/rmt0 |zcat |tar tvf - >> this make sense to anyone? >Yeah, zcat isn't truly intelligent. Try `zcat < /dev/rmt0 | tar tvf -`. >Of course, if you are at all familiar with GNU-tar, then you would use >`tar tvfz /dev/rmt0`. If he's got the tar from SLS 1.02 or earlier, that won't work. :-( As for why gzip won't read the tape directly: it probably rejects anything that isn't an ordinary file or a pipe. In the case of tapes, the tape drive would probably reject any read attempts anyway unless gzip reads in multiples of 512 bytes. (Of course, gzip undoubtedly uses stdio so this isn't likely to be a problem.) ++Brandon -- Brandon S. Allbery kf8nh@kf8nh.ampr.org bsa@kf8nh.wariat.org ------------------------------ From: Jason Haar Subject: portmap zombies Date: Wed, 18 Aug 1993 00:10:06 GMT Well I've checked out the FAQs, and see no mention of this one... It would appear portmap forks off a child process to do something every once in a while, but cuts off everything so that the child "zombies out". Currently my Linux box has been up for just over a day, and there are 7 child portmap zombies (i.e. the original portmap is still running "OK"). I certainly see no error messages vaguely related to this, so wonder what's going on... (killing and restarting the original portmap cleans up the zombies BTW). -- Cheers Jason Haar, Network Consultant ------------------------------ From: yseeley@leland.Stanford.EDU (Yonik Christopher Seeley) Subject: Re: Tractatus Linuxicus Newbius Date: Wed, 18 Aug 93 00:44:32 GMT In article trucken@exa.cs.umn.edu (David Truckenmiller) writes: > >I do think that Unix is coming to the masses. Once the "* for Dummies" >books start, people simply assume that they should know something about >the topic, and that everyone else must already be using that product >and they must be the only one on the planet who doesn't know how everything >works, etc. So the only question is: will Linux be there for the >masses? Yep, because of one thing: IT'S FREE. People will put up >with a lot for that kind of price. I wish this were true, but 1) I'm not so sure that unix is for the "masses". This is debatable, but it seems like if you make unix truly "idiot proof", that it would no longer be unix. Look at the benefits of unix from the average person's point of view, and they would not understand most of the points. advantage: great multitasking "But Windows lets you do more than one thing at once also" advantage: you get all the source code "Why would I want that? You mean you have to compile it?" (assuming that they know what compiling is) 2) Unfortunately, marketing comes into the picture more than it should. Many people also equate free with dangerous. I would only recommend a Unix system to my mother if I were going to live at home and administer it for her. Wouldn't have to worry about my dad, he never touches em ;-) I think that unix has broadened it's scope and more people are involved, but it remains to be primarily cs and engineering students and computer enthusiasts. The average joe on the street that just uses a mac to do wordprocessing and play games probably won't be attracted to such an environment. I do find Linux very exciting, however. The rate of improvement + development is astounding, and I hope it will continue. I think it has the potential to do a great deal for the cs field as a whole. A young computer hacker in the making no longer has to start out with something like DOS or Windows, and could be much more prepared for advanced academic work which inevitably always uses unix. I think that the cost factors are particularly important for many other countries where a copy of Windows is worth alot more than here in the states. The one thing I do fear, however, is how Linux will adapt to the changing architectures. The x86 line can't continue for ever, and it would be awful to see Linux die along with it. So, when is a PPC or Alpha AXP scheduled for? Now that the last official BSD is 4.4, I think that Linux is more important than ever! - Yonik Seeley yseeley@cs.stanford.edu >-Dave > >-- >--- >Dave Truckenmiller (trucken@cs.umn.edu) [ ASCII picture ] >Linux, Linux, Linux, Linux, Linux, Linux. [ under development ] ------------------------------ From: markem@bcarh10d.bnr.ca (Dave Mielke) Subject: Linux Distribution? Date: Wed, 18 Aug 1993 00:39:49 GMT Anybody know if their is an FTP site with one big tar-file containing the full Linux Distribution? thanx mark -- One .sig to rule them all, One .sig to find them... One .sig to bring them all and in the darkness bind them. markem@bcarh10d -Within BNR / davem@bnr.ca -Without BNR :-) ------------------------------ From: marcf@nexus.yorku.ca (Marc G Fournier) Subject: Re: When's Linux 1.0 coming out? Date: Wed, 18 Aug 1993 00:41:53 GMT mark@taylor.uucp (Mark A. Davis) writes: >marcf@nexus.yorku.ca (Marc G Fournier) writes: >> Wait...we are asking for 1.0 of the kernel, not the 'packages' >>that are being distributed. I agree with what ppl are saying would be >>nice to have completed for 1.0, but don't lump documentation/adminstration >>tools are part of 1.0... >Yes, that is true. Sometimes it is hard to separate the two, though. >What I was trying to say is that WABI seems more like a package "add-on" >while ELF & COFF seem to be more a part of the kernel and base "unix" >unit. Let me correct my posting by agreeing with your statement. Okay...acknowledged :) But...could ELF & COFF not be part of the requirements for 2.0 instead of 1.0? I'd like to see the 'base' kernel more stable (networking, primarily) before worrying about 'extra's...let ELF and COFF be working on for 1.00pl1+ and stable for 2.0 Marc ------------------------------ Crossposted-To: comp.os.linux.help From: jon@robots.ox.ac.uk (Jon Tombs) Subject: Re: libc.so.4.4.2 whereabouts......!@#$%% Date: Wed, 18 Aug 1993 00:55:01 GMT In article <1993Aug17.214344.25535@kakwa.ucs.ualberta.ca> darcy@grog.ucs.ualberta.ca (Darcy Birkbeck) writes: >Hi everyone, problems, problems, problems. I'm having problems getting the >network code to work after upgrading from pl11 to pl12. Same old Network >Unreachable ... stuff. Linus suggested using lib.4.4.2, but I can't find it. > >Anyone out there know where it is? Thanks ahead of time, Darcy. It isn't in public release, if you want to become a alpha tester for it join the GCC channel. You don't actually need lib.4.4.2 to use pl12. Get the source code of route (in net-010.tar.z and extract from libc-4.4.1 the files libc/inet/inet_net.c and libc/inet/inetprivate.h towards the end of the file is a #if 1 and some code added by H.J. Lu. Either remove all this code or just change the #if 1 to #if 0 compile route with gcc -O -o route route.c inet_net.c And you will get a working route binary. You can find this binary on my networking rootdisk on ftp.robots.ox.ac.uk in /pub/linux/ox-usr/rootdisk/ if you don't want to compile it yourself. We have several class C networks with class B addresses here and everything works fine with this version of route. Jon. ------------------------------ From: mathias@solomon.technet.sg (Mathias Koerber) Subject: ELF LSB Date: Wed, 18 Aug 1993 01:24:10 GMT Do ELF 386 LSB binaries run under Linux SLS 1.03 (first release?). I have an app written for the ICL DRS3000 (SVR4 on 486) which are reported as 386 ELF LSB, but they are rejectedw ith "Can't execute binary" error. Do I need the 11/8 patch fo SLS or doesn't it run at all? Any help appreciated Mathias -- Mathias Koerber | Tel: +65 / 7780066 ext 29 SW International Systems Pte Ltd | Fax: +65 / 7779401 14 Science Park Drive #04-01 | The Maxwell, Singapore Science Park | email: mathias@solomon.technet.sg Singapore 0511 | swispl@solomon.technet.sg =============================================================================== * Eifersucht ist eine Leidenschaft die mit Eifer sucht was Leiden schafft * ------------------------------ From: Derek.Bischoff%f1.n3641.z1@psybbs.durham.nc.us (Derek Bischoff) Subject: /dev/eth0 or eth_if missing. Date: 17 Aug 93 00:43:00 GMT Hello. I have SLS 1.0, version 0.99.pl6-29 running on a HP Vectra, and an Adaptec 1542B Scsci hOst. I have a 3com 503 Ethernet board. Any attempt to access the network, other than loop back, gets Network is unreachable. It seems to be identifying my board ok, it sees my address, i.o and shared memory, it uses my IRQ of 2, My IP address is configured correctly, HOWEVER! I have no access. I noticed that I don't have a /dev/eth0 or /dev/eth_if as described in the FAQ. Should I have? Should the make Config have created one? Do I need to create one? Note, I did read that just because your card works under Dos, it doesn't mean it isn't broken. For the record it has operated under Dos and SCO recently. What's more, Dos is running (with FTP) with the same IRQ settings, so I do not believe it is a conflict. Thanks for any help anyone can provide. ... Sincerely, Derek ------------------------------ From: brad@bradley.bradley.edu (Bradley E. Smith) Crossposted-To: comp.os.linux.help Subject: Re: [Q] Can't do networking Date: 17 Aug 1993 21:29:58 -0500 the only thing I can add is that it works on my machine but after awhile it looses the 'default' route. if you are having trouble with routes check the /etc/gateways file to make sure it is right. -- Bradley Smith brad@bradley.edu --- 309-677-2337 Network & Technical Services @ Bradley University, Peoria, IL "It's amazing how much scrap metal you get from 4 cans of beer" ------------------------------ From: devet@adv.win.tue.nl (Arjan de Vet) Crossposted-To: comp.unix.shell Subject: Re: NetBSD's ash as /bin/sh substitute on Linux Date: 17 Aug 1993 23:42:44 +0200 In article , Philip Homburg wrote: >In article <24nq55$27m@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI >(Linus Torvalds) writes: [my problem description deleted] >%One thing to check for in cases like this is what arguments the shell >%actually uses for the "chdir()" call: it might be using the empty string >%(or even the NULL pointer), both of which probably work under BSD to >%give the "current directory", but it doesn't work that way under linux >%(and is not supposed to). "ftpd" has a similar problem when using >%"mget/mput" for the current directory. One good way to check this out >%is to use "strace" on ash. >% >%There may be other use of "BSD features" that break under POSIX (and >%thus linux), which may explain why the problem cannot be seen on the >%NetBSD platforms. > >Most likely, Linus is right. I had the same bug under Minix. The fix was: [fix omitted] The fix indeed solves the `cd .' problem. Thanks! Btw, my copy of cd.c had two occurences of chdir(). But the other bug (scripts with `command`s invoked from init/crond) still exists. Try the following script from your crontab: #!/bin/ash -x echo `date` >> crontest.out When run from the command line it works as it should, see the following trace: ============================================================================= Tracing started. Shell args: "ash" "-x" "crontest" cmdloop(1) called token newline token word echo reread token word echo reread token word echo reread token word echo token word date reread token word date reread token word date reread token word date token end of file reread token end of file reread token end of file reread token end of file token word „ token redirection token word crontest.out token newline reread token newline reread token newline reread token newline reread token newline evaltree(0xf9e8: 1) called evalcommand(0xf9e8, 0) called evalcommand(0xf990, 4) called searchexec "date" returns "/bin/date" makejob(0xf990, 1) returns %1 forkshell(%0, 0xf990, 2) called In parent shell: child = 2951 evalbackcmd done: fd=4 buf=0x0 nleft=0 jp=0x14f00 Child shell 2951 normal command: "date" expbackq: read returns 33 expbackq: read returns 0 waitforjob(%1) called dowait(1) called wait returns 2951, status=0 Changin status of proc 2951 from 0xffffffff to 0x0 Job 1: changing state from 0 to 2 Not printing status: status=0 evalbackq: size=32: "Tue Aug 17 00:02:13 MET DST 1993" builtin command: "echo" "Tue" "Aug" "17" "00:02:13" "MET" "DST" "1993" token end of file exitshell(0) pid=2950 ============================================================================= but when run from crond ash hangs: ============================================================================= Tracing started. Shell args: "ash" "-x" "/home/devet/crontest" cmdloop(1) called token newline token word echo reread token word echo reread token word echo reread token word echo token word date reread token word date reread token word date reread token word date token end of file reread token end of file reread token end of file reread token end of file token word „ token redirection token word crontest.out token newline reread token newline reread token newline reread token newline reread token newline evaltree(0xf9e8: 1) called evalcommand(0xf9e8, 0) called evalcommand(0xf990, 4) called searchexec "date" returns "/bin/date" makejob(0xf990, 1) returns %1 forkshell(%0, 0xf990, 2) called In parent shell: child = 2967 evalbackcmd done: fd=4 buf=0x0 nleft=0 jp=0x14f00 Child shell 2967 normal command: "date" expbackq: read returns 33 expbackq: read returns 0 waitforjob(%1) called dowait(1) called wait returns -1, status=0 dowait(1) called wait returns -1, status=0 dowait(1) called wait returns -1, status=0 dowait(1) called wait returns -1, status=0 [etc] ============================================================================= Branko Lankester suggested fixing crond but that didn't work for me. When this bug (??) has been fixed I think I can replace bash 1.13cwru-alpha with this NetBSD ash without breaking anything (especially INN). Arjan -- Arjan de Vet (home) Eindhoven University of Technology, the Netherlands (work) ------------------------------ From: pim@cti-software.nl (Pim Zandbergen) Subject: Re: Adaptec 2742 working under Linux? Date: Tue, 17 Aug 1993 23:51:36 GMT tul@tonga.heidelbg.ibm.com (Thomas Uhl) writes: >Is the new EISA Controller 2742 from Adaptec working under Linux? After asking around in comp.periphs.scsi, I was told the 274X cards use a different chipset, which is not compatible with the 174X cards. This would mean the 2742 will not work unless someone writes a driver for it. -- E-mail : Pim Zandbergen S-mail : Laan Copes van Cattenburch 70, 2585 GD The Hague, The Netherlands Phone : +31 70 3542302 Fax : +31 70 3512837 ------------------------------ From: burley@mole.gnu.ai.mit.edu (Craig Burley) Subject: Re: When's Linux 1.0 coming out? Date: 17 Aug 93 22:41:35 In article bjl@loki.research.ptt.nl (Ben Lippolt) writes: The list of excuses of putting off 1.0 contain amongst others: a real login, SCSI support, better memory management, virtual filesystems, better memory management, shared libraries, networking, better networking, etc. Don't forget better memory management. 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 :-). How anyone can keep promising such a thing and not delivering is beyond me. :-) (For the humor-impaired -- I'm the author of GNU Fortran, and have been "hoping for public beta test within the next few months" for, well, a couple of years now. I, too, keep coming up with more things that I think are important to add before it goes public. And, unlike Linux <1.0, only a handful of people get to test/use GNU Fortran until then. :-) -- James Craig Burley, Software Craftsperson burley@gnu.ai.mit.edu Member of the League for Programming Freedom (LPF) lpf@uunet.uu.net ------------------------------ From: zmbenhal@netcom.com (Zeyd M. Ben-Halim) Subject: Re: Ncurses, how do I... Date: Wed, 18 Aug 1993 02:39:26 GMT In article <24rl0fINNbcr@uwm.edu> zak@csd4.csd.uwm.edu writes: >> There s no kbhit(), you need to call cbreak() before you call getch() this >> will return single keystrokes. > >Might anyone know why this little program puts the cursor on the 1st line >when run? > >#include >#include >main () > { > initscr(); > crmode(); > printf("%c\n",getch()); > nocrmode(); > endwin(); > } First of all this program shouldn't display anything as it doesn't have a refresh(). Second, you shouldn't use stdio.h routines with curses. Use printw instead of printf. The cursor always starts at the upperleft corner of the screen. use move() if you want it somewhere else. Zeyd >.. Or how to prevent it? >-- >Zak Smith zak@csd4.csd.uwm.edu >414-966-3551 voice OS2 & LINUX ------------------------------ ** 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 ******************************