Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA23882; Mon, 11 Dec 95 13:35:06 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA09714; Mon, 11 Dec 95 13:35:05 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id NAA20985 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Mon, 11 Dec 1995 13:13:58 -0500 Message-Id: <199512111813.NAA20985@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Mon, 11 Dec 95 13:13:54 EST Subject: Linux-Development-System Digest #106 Linux-Development-System Digest #106, Volume #2 Mon, 11 Dec 95 13:13:54 EST Contents: Re: Netscape/Mosaic for ELF (Axel Kohlmeyer) Re: What shared libs are loaded? (Wolfram Gloger) Re: fatal signal 11 on cc1 everytime i try to compile a kernel.. (Ben Elliston) Re: What shared libs are loaded? (Ingo Molnar) Re: Will Linux work with the P6 ??? (Joshua Cowan) Non GPL POSIX regexec source? (Neal Becker) Re: Threads - a better model? (Linus Torvalds) Direct access to memory-mapped device? (Stefan Virsik) Re: Cdda problem with 1.3.45 and sbpcd (H. Peter Anvin) Re: Netscape 2.0 breaks RedHat 2.0 Linux (James Mcpherson) Re: ld won't dynamically link libc.so.2.5.16 (Alain Knaff) (no subject) (Henrik Soderstrom) Help: Can I hack kernel to use BIOS-HD-Access ? (Henrik Soderstrom) Re: Patch for kernel with new gcc (was Re: GCC-2.7.1...) (Lamar Folsom) Kernel resets IDE HD -- Normal? (Jeff Garretson) Priorities in 1.3.45? (Christopher Neufeld) Re: Does Linux implement fullduplex pipes? (Alain Knaff) Re: (no subject) (Gary Anderson) Kernel Change Summary 1.3.46 (Michael Elizabeth Chastain) ---------------------------------------------------------------------------- From: akohlmey@rincewind.chemie.uni-ulm.de (Axel Kohlmeyer) Subject: Re: Netscape/Mosaic for ELF Date: 11 Dec 1995 10:09:05 GMT In article <4af1ui$n2n@work.smurf.noris.de>, smurf@work.smurf.noris.de (Matthias Urlichs) writes: > In comp.os.linux.development.system, article , > > > > libc.so.4.7.5 is 624K, and libm is 109K. Netscape is 3829K. When > > programs are that size, it seems pointless to worry about a few > > hundred K for libraries. You just need the .so files, not the .sa, .a > > or .h files. > > > Netscape is that big because it's linked statically to Motif, which is a > sin in itself. :-( (Some day, there'll be a dynamically-linked Netscape, > and my Motif library will be a symlink to Lesstif. Until that day...) and don't forget the X11R5 libs are statically linked in, too. > It's _another_ "few hundred K" of memory. It'll make the system another few > percent points slower. _I_hate_that_. me too. it's a shame. Netscape is getting that bloated, as the M$-software did. so there is only one consequence: don't use netscape. and complain to all those people using thos "nifty" html-extensions. cheers, axel. -- ========================================================================= Axel Kohlmeyer email: axel.kohlmeyer@chemie.uni-ulm.de Abteilung fuer Theoretische Chemie Universitaet Ulm D-89069 Ulm/Donau ========================================================================= ------------------------------ From: Gloger@lrz.uni-muenchen.de (Wolfram Gloger) Subject: Re: What shared libs are loaded? Date: 10 Dec 1995 22:43:25 GMT Reply-To: Gloger@lrz.uni-muenchen.de smurf@work.smurf.noris.de (Matthias Urlichs) writes: >fuser from the procps-0.97-1.3.39 package, unfortunately, does no such >thing, at least not with Linux 1.3.45. >I'm preparing some patches. Don't. Get the psmisc-0.11 package from Werner Almesberger. The fuser from that source works very well with all kernels >= 1.1. Regards, Wolfram. ------------------------------ From: bje@fresh.air.net.au (Ben Elliston) Subject: Re: fatal signal 11 on cc1 everytime i try to compile a kernel.. Date: 11 Dec 1995 11:10:05 GMT In article <49hkpf$pet@goliat.eik.bme.hu>, chexum@bankinf.banki.hu (Janos Farkas) writes: >I think almost everyone had or has this problem, but I'm now pretty sure >that it's a memory/motherboard problem... I even had kernel oopses with I also know a couple of people who have successfully pinpointed the problem to being bad cache RAM. Ben. ------------------------------ From: mingo@news.siemens.co.at (Ingo Molnar) Subject: Re: What shared libs are loaded? Date: 11 Dec 1995 10:20:31 GMT Matthias Urlichs (smurf@work.smurf.noris.de) wrote: [snip] : I'm preparing some patches. Dunno if it's related, but it segmentation faults if you "fuser /proc/*" (Slackware 3.0 default inst) -- Copyright 1995. Ingo Molnar, mingo@hercules.elte.hu, Microsoft Network is prohibited from redistributing this work in any form, in whole or in part without license. License to distribute this work is available to Microsoft at $500. Transmission without permission constitutes an agreement to these terms. ------------------------------ From: jcowan@hermit.reslife.okstate.edu (Joshua Cowan) Subject: Re: Will Linux work with the P6 ??? Date: 06 Dec 1995 17:32:55 -0600 >>>>> "MI" == Molnar Ingo writes: MI> Eric Kahler (ekahler@mars.superlink.net) wrote: >> Hi, >> I'm not running out to buy one today (or next year), but I was >> curious about wether or not Linux will run on a P6 processor. MI> it already runs it :) benchmarks (taken from an article): MI> kernel recompilation in 2 minutes 50 seconds Just out of curiosity: anybody know how that time (2:50) compares with rebuilding the kernel on an Alpha (e.g., the 21064A/275)? -- Joshua Cowan __| I don't want to listen http://hermit.reslife.okstate.edu/~jcowan | but it's all too clear... Computer Engineering Student -- Oklahoma State University -- Stillwater, OK PGP key available from any PGP keyserver or by fingering the above address. ------------------------------ From: neal@ctd.comsat.com (Neal Becker) Subject: Non GPL POSIX regexec source? Date: 08 Dec 1995 08:32:58 -0500 Does anyone know of any free Non-GPL POSIX regexec source? Maybe from 4.4 BSD? ------------------------------ From: torvalds@cc.Helsinki.FI (Linus Torvalds) Subject: Re: Threads - a better model? Date: 11 Dec 1995 10:29:16 +0200 In article <4a2ec4$1mo6@usenetw1.news.prodigy.com>, bill davidsen wrote: >Regardless if what you think of the clone() model of doing >threading, I think it would be nice to use at least a name which >doesn't conflict with the standard AT&T implementation of streams, >where clone() duplicates a stream. Note that "clone()" is a purely internal kernel name for the thing: you can't even use clone() directly in your C source code anyway (due to the stack hacking it needs), so any user program using the clone feature will use something like "thread_create()" or similar. So there is no name-space clash. I think clone() is a descriptive name for what it does inside the kernel, so I'm in no hurry to rename it. I forget the Plan-9 name for it, but as I suspect the senamtics are subtly different anyway, I wouldn't recommend using that directly. Linus ------------------------------ From: Stefan Virsik Subject: Direct access to memory-mapped device? Date: Mon, 11 Dec 1995 13:46:52 +0100 Hi out there, I'm just about to port some code accessing the DPRAM of an extension card from dos to Linux. These 4k of memory are mapped into the PC memory at some certain address (d800:0000). I used the nonportable functions poke 'n peek from Borland C. How can I access that memory under Linux? I have the feeling memcpy or the like are not a proper way to do it ... Yet another question: The dos proggy runs in dosemu, but do I really access the physical memory or does dosemu simulate this memory block? Thanx in advance Stefan ========================================================================= Stefan Virsik German National Research Center for GMD-SET Information Technology email: virsik@set.gmd.de Institute for System Design Technology http://borneo.gmd.de/EIA Schloss Birlinghoven, D-53754 St. Augustin ------------------------------ From: hpa@freya.yggdrasil.com (H. Peter Anvin) Subject: Re: Cdda problem with 1.3.45 and sbpcd Date: 10 Dec 1995 18:43:12 GMT Reply-To: hpa@storm.net (H. Peter Anvin) Followup to: By author: mac@tanstafl.demon.co.uk (Mike A. Crowe) In newsgroup: comp.os.linux.development.system > > Initially the CDROMREADAUDIO ioctl failed with an EPERM error until I > recompiled the sbpcd module with DISTRIBUTION set to 0. Then it seemed to > work except it only managed to read 00:00.56 in about five minutes - I am > sure it should work faster than this. > > The EPERM error would seem to indicate a problem in sbpcd.c but is the slow > reading problem with cdda2wav or my hardware? > That speed seems to be pretty typical of sbpcd reading audio. /hpa -- PGP public key available - finger hpa@terminus.storm.net "The earth is but one country, and mankind its citizens." -- Baha'u'llah I don't work for Yggdrasil, but they sponsor the linux.* hierarchy. ------------------------------ From: mljmcphe@dingo.cc.uq.oz.au (James Mcpherson) Subject: Re: Netscape 2.0 breaks RedHat 2.0 Linux Date: 7 Dec 1995 00:41:24 GMT Michael Breuer (mbreuer@siac.com) wrote: : It would seem that netscape takes whatever memory it can get. If you : run as root, this is ALL your memory. : Solution: Don't run netscape as root. What I did was somewhat different, since running netscape 2.0b3 as root produced the same problem. I fired up emacs and edited netscape, changed /dev/zero to /dev/zerp -- it works now, it's a no-brainer of a kludge, and I'd much prefer to not have to do it again. But then again, if I had the source, (or I could figure out why mosaic 2.7b3 won't compile for me using motif 2.0) then I wouldn't have to, would I ;) cheers, jcm -- Historian/Inter Library Loans mljmcphe@dingo.cc.uq.oz.au (play) j.mcpherson@library.uq.oz.au (work) Anglican Youth Ministries, Diocese of Brisbane http://www.uq.oz.au/~mljmcphe ------------------------------ From: knaff@imag.fr (Alain Knaff) Subject: Re: ld won't dynamically link libc.so.2.5.16 Date: 11 Dec 1995 13:19:09 GMT Reply-To: Alain.Knaff@imag.fr Sergei Viznyuk (sviznyuk@magnus.acs.ohio-state.edu) wrote: : While screwing around with compilation stuff and : binutils (2.6.0.2) at some point I found : ld won't link dynamically any more. : I re-installed binutils, and ld.so.1.7.12 : but it didn;t help. : Could anybody give a hint please? Make sure that there is a symlink from libc.so to libc.so.5 : # ln -s libc.so.5 libc.so For some reason, the new binutils don't look for the numbered libraries any more, so you have to make these symlinks for all the libraries you have. : Thanks, : Serge -- Linux - Where do you want to fly today ? Windows 95 - Makes a grown man cry Alain ------------------------------ From: Henrik Soderstrom Subject: (no subject) Date: 11 Dec 1995 09:16:06 GMT Hi, I have a totally unsupported PCI-HD controller (PIO8400 by AECLab, 4MB cache) - was struggling for more than a month just to be able to fdisk and install, had the HD's corrupted more times than I can count, finally gave up and, at the sacrifice of speed, stuck in a simple ISA controller temporarily to be able to run Linux at all. The same PCI-controller works really well and does not need any dedicated drivers or TSR's under DOS/WINDOWS - I assume it's because they access the HD through BIOS. My question: Is there any (simple) way to hack the kernel to access the HD's in the same way ? (have tried the "old hd access" option, using hd.c instead of ide.c but that doesn't help) Cheers /Henrik ------------------------------ From: Henrik Soderstrom Subject: Help: Can I hack kernel to use BIOS-HD-Access ? Date: 11 Dec 1995 09:17:34 GMT Hi, I have a totally unsupported PCI-HD controller (PIO8400 by AECLab, 4MB cache) - was struggling for more than a month just to be able to fdisk and install, had the HD's corrupted more times than I can count, finally gave up and, at the sacrifice of speed, stuck in a simple ISA controller temporarily to be able to run Linux at all. The same PCI-controller works really well and does not need any dedicated drivers or TSR's under DOS/WINDOWS - I assume it's because they access the HD through BIOS. My question: Is there any (simple) way to hack the kernel to access the HD's in the same way ? (have tried the "old hd access" option, using hd.c instead of ide.c but that doesn't help) Cheers /Henrik ------------------------------ From: Lamar Folsom Crossposted-To: comp.os.linux.development.apps Subject: Re: Patch for kernel with new gcc (was Re: GCC-2.7.1...) Date: 8 Dec 1995 20:25:20 GMT Is this patch necessary for gcc 2.7.0? (or...My kernel, 1.2.13 and 1.3.45 are compiled with gcc 2.7.0. Do I need the patch if I upgrade gcc?) Thanks, ------------------------------ From: Jeff Garretson Subject: Kernel resets IDE HD -- Normal? Date: Mon, 11 Dec 1995 03:06:42 -0800 The following is from /var/log/kernel: ======== Dec 9 14:22:50 marley kernel: hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 9 14:22:50 marley kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 9 14:22:50 marley kernel: hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 9 14:22:50 marley kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 9 14:22:50 marley kernel: hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 9 14:22:50 marley kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 9 14:22:50 marley kernel: hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 9 14:22:50 marley kernel: hda: read_intr: error=0x04 { DriveStatusError } Dec 9 14:22:50 marley kernel: ide0: reset: success ======== It's happened three times now, the first time was Nov. 24. I'm using kernel version 1.3.28, and the drive is a 1.2 GB Western Digital Caviar. I'm using the EIDE controller built into my Acer (AP-5C) motherboard. Is this normal? If not, what should I check? ======== Jeff Garretson jeffgarr@u.washington.edu System Administrator. Help Desk Staff. Masochist. (oh, yeah...and student...) ------------------------------ From: neufeld@caliban.physics.utoronto.ca (Christopher Neufeld) Subject: Priorities in 1.3.45? Reply-To: neufeld@physics.utoronto.ca Date: Wed, 6 Dec 1995 23:18:23 GMT I just realized that the upgrade to v1.3.45 seems to have had an interesting side-effect on my pentium box. All processes are now running at nice level 15, and I can't renice them to anything else. I rebooted with the old 1.3.34 kernel, and the problem went away. Am I the only one who had this happen? The kernel was compiled ELF on gcc 2.7.2. -- Christopher Neufeld - B.Sc., M.Sc., A.B.D. neufeld@physics.utoronto.ca Home page: http://caliban.physics.utoronto.ca/neufeld/Intro.html "Don't edit reality for the sake of simplicity" ------------------------------ From: knaff@imag.fr (Alain Knaff) Subject: Re: Does Linux implement fullduplex pipes? Date: 11 Dec 1995 16:02:26 GMT Reply-To: Alain.Knaff@imag.fr John F. Haugh II (jfh@rpp386) wrote: : In article <4adf4i$nag@charm.magnus.acs.ohio-state.edu> sviznyuk@magnus.acs.ohio-state.edu (Sergei Viznyuk) writes: : >Kinda like in System V ? : Yes. All UNIX pipes are full duplex, for all useful values of "UNIX". Please provide a working example of two programs communicating over a *single* pipe in full duplex mode. : -- : John F. Haugh II [ NRA-ILA ] [ Kill Barney ] !'s: ...!cs.utexas.edu!rpp386!jfh : Ma Bell: (512) 251-2151 [GOP][DoF #17][PADI][ENTJ] @'s: jfh@rpp386.cactus.org : C:\ONGRTLNS.W95 -- Alain ------------------------------ From: ganderson@clark.net (Gary Anderson) Crossposted-To: comp.os.linux.development.apps Subject: Re: (no subject) Date: 11 Dec 1995 15:19:09 GMT Oscar E Masters (oem@metronet.com) wrote: : I recently installed slackware version 3.0. Most of the installation : was fairly painless but i have stumbled on a problem which has me fairly : confused. : I am able to compile a fair number of C programs that use 'vanilla' : include files but i started running across the following error for : many of the gnu tcp calls (such as #include : : : In file included from connectsock.c:2: : /usr/include/sys/socket.h:5: linux/socket.h: No such file or directory : In file included from connectsock.c:4: : /usr/include/netinet/in.h:78: linux/in.h: No such file or directory : : 1 when i look at the code in it has an #include to : : 2 though a directory exists called /usr/include/linux it has no : *.h type files in it. : : Did i somehow mis-install the gnu-linux files ? overall everything : else is working fine. Can someone shed some light on this ? : Should i try to reinstall the 'gcc' environment ? : Thanks. If i sound clueless there is a good reason for it. : : oem : A couple of things you need to do. Re-installing gcc is not one of them ;-) 1.) Install the Linux kernel source code under /usr/src/linux. 2.) In that tree is a directory /usr/src/linux/include/linux. You need to link that directory, and one other, into you /usr/include directory. In /usr/src/linux/include, you should already see a symbolic link from 'asm-i386' to 'asm'. If it's not there, do this: cd /usr/src/linux/include ln -sf asm-i386 asm Then do these: ln -sf /usr/src/linux/include/linux /usr/include/linux ln -sf /usr/src/linux/include/asm /usr/include/asm If, as you say in your post, an empty 'directory' called /usr/include/linux truly exists (and you're not just looking at a symbolic link already there) ('ls -ld /usr/include/linux' will tell you if it's a directory, or just a link), you may need to do 'rmdir /usr/include/linux' before you do the above sym links. At some point in time, you'll also want to compile the kernel. (See the readme in the /usr/sr/linux directory on how to do this.) The process of compiling the kernel creates some files (i.e. System.map) that might get looked at later when compiling other packages. Good Luck Gary ganderson@clark.net ------------------------------ From: mec@treflan.shout.net (Michael Elizabeth Chastain) Subject: Kernel Change Summary 1.3.46 Date: 11 Dec 1995 17:01:23 GMT Reply-To: mec@duracef.shout.net Kernel Change Summary Linux 1.3.46 (17705 lines) Mon 11 Dec 1995 arch/i386/boot/setup.S: backed out recent video mode changes. arch/i386/boot/setup.S: APM BIOS checking [Stephen Rothwell]. arch/i386/kernel/process.c: APM support. drivers/block/cmd640.c: Fixes for vlb initialization code, enable read-ahead for versions 'B' and 'C' of chip by default, some code cleanup. drivers/block/ide-tape.c: new driver in alpha stage [Gadi Oxman]. drivers/block/ide.c: fix potential infinite timeout on resets; extend reset poll into a general purpose polling scheme; add atapi tape drive support from Gadi Oxman; simplify exit from _intr routines: no IDE_DO_REQUEST; leave current rq on blkdev request list during I/O; generalized ide_do_drive_cmd() for tape/cdrom driver use; fix nasty cdrom/tape bug (ide_preempt was messed up); fix ide_xlate_1024() to work with/without drive->id. drivers/block/ll_rw_blk.c: change handling of READA/WRITEA. drivers/cdrom/aztcd.c: started to modify azt_poll to prevent reading beyond end of tracks [Werner Zimmerman]. drivers/char/apm_bios.c: new driver [Stephen Rothwell]. drivers/char/console.c: APM support. drivers/char/lp.c: new LPGETFLAGS ioctl. drivers/net/arcnet.c: "Unknown protocol ID" messages now also indicate the station which sent the unrecognized packet, to aid in debugging network confustion. Also, if anyone knows why Novell servers send packets with protocol ID 0xEC, be sure to tell me. For now they're ignored. Rearranged ARC_P_* handling a bit, so it makes slightly more sense. We were clearing irq2dev_map too soon, and causing spurious "irq %d for unknown device" messages. Moved all the set/clear irq2dev_map operations to more intelligent places. 1.2.x kernels really didn't work with 2.20 ALPHA. Maybe this will fix it. Fixed the setting of set_multicast_list. Since we don't have multicast support, there's no point in using this at all. [Avery Pennarun] drivers/net/de4x5.c: change multicast. drivers/net/slhc.c: fix memory clobber when rslots != tslots. drivers/pci/pci.c: add CIRRUS_7543, SPECIALIX_XIO, SPECIALIX_RIO. drivers/scsi/eata_dma.c: major changes to int handler. drivers/scsi/hosts.c: BusLogic must come before aha1542.c. drivers/scsi/scsi.c: major changes to scsi scanning. drivers/scsi/sg.c: change some EWOULDBLOCK to EAGAIN. fs/dquot.c: disk quotas [Marco van Wieringen]. net/Changes: Faster buffer copy/clone [Linus] AX.25/NetROM fixes/changes [John Naylor] Further attempts to fix the IPX memory bug ARP fixes (Assorted) Driver fixes for multicast lists Michael Chastain mec@duracef.shout.net Check out my ubiquitous trace-and-replay debugger: ftp://tsx-11.mit.edu/pub/linux/sources/usr.bin/mec-0.3.tar.gz ------------------------------ ** 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-Development-System-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development.system) via: Internet: Linux-Development-System@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-Development-System Digest ******************************