Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA21235; Sun, 31 Dec 95 02:15:44 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA11315; Sun, 31 Dec 95 02:15:36 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id CAA05664 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Sun, 31 Dec 1995 02:13:38 -0500 Message-Id: <199512310713.CAA05664@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Sun, 31 Dec 95 02:13:36 EST Subject: Linux-Development-System Digest #168 Linux-Development-System Digest #168, Volume #2 Sun, 31 Dec 95 02:13:36 EST Contents: insmod and device drivers (Eric Hill) Re: insmod and device drivers (Jason Mcmullan) Re: Shared data under ELF (Jason Mcmullan) Re: 1.3.50; why is bdflush reported to be huge by 'ps' (Scott Call) Re: Thread Packages for Linux? (Carl Hauser) 1.2.13 won't compile: ide.c problem (Ed Carp [khijol SysAdmin]) Re: Fix for 1.3.52 register_netdev error. (fbroce) Re: 1.3.50; why is bdflush reported to be huge by 'ps' (Michael Nelson) core dumps (Tony Nugent) Re: modprobe.c compile error (Tony Nugent) Re: Linux on Suns (Dano) Re: Fix for 1.3.52 register_netdev error. (James MacKinnon) Re: Windows NT 'stripe set' on MBR? (David Godfrey) kerneld - was: modprobe.c compile error (Mark Shadley) Is linux-kernel-digest at vger.rugters.edu down? (Arthur D. Jerijian) Re: Windows NT 'stripe set' on MBR? (Arthur D. Jerijian) Re: core dumps (Arthur D. Jerijian) ---------------------------------------------------------------------------- From: saturn@iglou2.iglou.com (Eric Hill) Subject: insmod and device drivers Date: Sat, 30 Dec 1995 19:14:06 GMT Recently, I modified a device driver originally for SCO unix for a linux system. I compiled it to an object file, copied it to the /boot directory, and tried to use insmod so that I could actually use it. Insmod keeps on returning the same error "Kernel_Version Undefined". How do I set the "kernel version" for the driver? Any help would be greatly appreciated. -Thanx in advance, Saturn -- +--------------saturn@iglou.com---------------+ | |GED d- s--:-- a---- C+++ UL+ P++ L++ E---- W | |N+++ K- w M-- V-- PS+ PE++ Y+ PGP t+ 5-- X-- | ------------------------------ From: jmcc@m5.vi.ri.cmu.edu (Jason Mcmullan) Subject: Re: insmod and device drivers Date: 30 Dec 1995 22:46:31 GMT Eric Hill (saturn@iglou2.iglou.com) wrote: : Recently, I modified a device driver originally for SCO unix for a linux : system. I compiled it to an object file, copied it to the /boot : directory, and tried to use insmod so that I could actually use it. : Insmod keeps on returning the same error "Kernel_Version Undefined". How : do I set the "kernel version" for the driver? Any help would be greatly : appreciated. Compile the driver with "-D__KERNEL__ -DMODULE". -- Copyright 1995 Jason McMullan; all rights reserved; license for the Microsoft Network to distribute this text for US $100,000 per copy is hereby granted; all other use of this text by the Microsoft Network, including storing, relaying, or reuse is expressly prohibited; distribution by the Microsoft Network indicates full acceptance of the licensing terms. MICKEY# 4729-304-8732 ------------------------------ From: jmcc@m5.vi.ri.cmu.edu (Jason Mcmullan) Crossposted-To: comp.os.linux.development.apps Subject: Re: Shared data under ELF Date: 30 Dec 1995 23:11:34 GMT Todd Enersen (tee@netcom.com) wrote: : Is there anyway to share data that is defined in a shared library? I'd like : impliment a library that exports some data to two programs. The data may : change and I'd like both applications to pick up the changes ... : I believe this used to work under the a.out format, using the tools under : /usr/dll to create the shared library. I've switched to ELF (Slakware-3.0) : and have been unable to duplicate this functionality without resorting to : System V shared memory. : Any thoughts would be greatly appreciated. Try using mmap(2). Ie: void lib_init() { GlobalBuffer=/* mmap of a known filename as public */ } /* use the "GlobalBuffer" */ This should work in the latest 1.3.x kernels. -- Copyright 1995 Jason McMullan; all rights reserved; license for the Microsoft Network to distribute this text for US $100,000 per copy is hereby granted; all other use of this text by the Microsoft Network, including storing, relaying, or reuse is expressly prohibited; distribution by the Microsoft Network indicates full acceptance of the licensing terms. MICKEY# 4729-304-8732 ------------------------------ From: scall@ccnet.com (Scott Call) Subject: Re: 1.3.50; why is bdflush reported to be huge by 'ps' Date: 30 Dec 1995 15:37:54 -0800 Sorry if this is a lame or FAQish question..but I installed 1.3.50 on my Caldera Preview 2 (redhat based) system. Now all the rc files starting system calls report an error getting sid from process 2. This doesn't happen on my slackware 3 based pentium at work, but it does here on my 486 Any ideas? -Scott -- ___ / ~-. Scott Call | \ TCP/IP Network Administrator/Holder of Past Knowledge \\j`j; / , CCnet, Inc (^, )bxr~ Walnut Creek, CA ---' ------------------------------ From: chauser@parc.xerox.com (Carl Hauser) Subject: Re: Thread Packages for Linux? Date: 30 Dec 1995 23:55:03 GMT Another thread package for linux: ftp.parc.xerox.com:/pub/ppcr/v1.21/{v1.21.tar.Z,README} The thread interface isn't pthreads' -- but it's close: the reasons it isn't are now relatively boring. ppcr's principle advantage is that it contains a conservative garbage collector which brings automatic storage management to C programming. Further information about the garbage collector, which is also separately available for single-threaded programs, can be found in : ftp.parc.xerox.com:/pub/gc/ ------------------------------ From: erc@dal1820.computek.net (Ed Carp [khijol SysAdmin]) Subject: 1.2.13 won't compile: ide.c problem Date: 30 Dec 1995 23:53:43 GMT =====BEGIN PGP SIGNED MESSAGE===== Sucked down 1.2.13 from tsx-11, did a "make config;make dep;make zImage" and the compile bombed on lines 236-308: "base/index register must be a 32 bit register". What causes this and what can I do to fix it? Thanks in advance for any help. :) =====BEGIN PGP SIGNATURE===== Version: 2.6.2 iQCVAwUBMOXPBiS9AwzY9LDxAQFaZQP/aFN/MbxoB44Fw9mLqK34dD160ttX5xLI AFIM+dblOCgZyeJ/MFoCg0TybDDm3/vK4IXD4fQe5TuIV5G/VkFGaEN8aoWFMJFL yteBg5pr6uGEvZhFUKcbdPhydznt3DMSMk91FUb97lchyuPTZaL/J5IuybgNibCY DTQrwi2oxho= =ngMi =====END PGP SIGNATURE===== -- Ed Carp, N7EKG Ed.Carp@linux.org, ecarp@netcom.com 214/993-3935 voicemail/digital pager 800/558-3408 SkyPager Finger ecarp@netcom.com for PGP 2.5 public key an88744@anon.penet.fi "Past the wounds of childhood, past the fallen dreams and the broken families, through the hurt and the loss and the agony only the night ever hears, is a waiting soul. Patient, permanent, abundant, it opens its infinite heart and asks only one thing of you ... 'Remember who it is you really are.'" -- "Losing Your Mind", Karen Alexander and Rick Boyes ------------------------------ From: fbroce Subject: Re: Fix for 1.3.52 register_netdev error. Date: 30 Dec 1995 19:13:45 GMT I had that error too..I was using 1.3.48 patched to 1.3.52.. I downloaded the new 1.3.52 source and compiled it and the error was not there..may be a patch problem? ------------------------------ From: nelson@seahunt.imat.com (Michael Nelson) Subject: Re: 1.3.50; why is bdflush reported to be huge by 'ps' Date: 31 Dec 1995 03:54:26 GMT Reply-To: nelson@seahunt.imat.com In article <4c4igi$amm@ccnet3.ccnet.com>, scall@ccnet.com (Scott Call) writes: |> Sorry if this is a lame or FAQish question..but |> |> I installed 1.3.50 on my Caldera Preview 2 (redhat based) system. |> |> Now all the rc files starting system calls report an error getting sid |> from process 2. |> |> This doesn't happen on my slackware 3 based pentium at work, but it does |> here on my 486 I had the same problem on my RedHat 2.1 system with 1.3.5[0-2]. I updated the SysVInit package to 2.58 and the problem went away. You can get 2.58 from: ftp.cistron.nl:pub/People/miquels/sysvinit-2.58-1.tar.gz -- Michael Nelson nelson@seahunt.imat.com San Francisco, CA ------------------------------ From: Tony Nugent Crossposted-To: aus.computers.linux Subject: core dumps Date: 31 Dec 1995 03:08:23 GMT Reply-To: T.Nugent@sct.gu.edu.au With bash I've done: % ulimit -c unlimited With tcsh I've done: % limit coredumpsize unlimited I'm compiling with "gcc -g ..." Yet when a program segfaults or otherwise blows, I don't get core dumps. :-( I would really like to use gdb on them to sort out why they are segfaulting, but it's not easy without a core file. What's the secret? How do I make a program dump core when it segfaults? Thanks. (Please Cc me an email any followups. Thanks). Cheers Tony /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/~\ | Tony Nugent Griffith University, Brisbane, Queensland, Australia| _ | | Email: T.Nugent@sct.gu.edu.au tnugent@gucis.cit.gu.edu.au | @|| \__________________________________________________________________\_/| / Pull here for the full .sig or use finger on the second address / ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ------------------------------ From: Tony Nugent Crossposted-To: comp.os.linux.misc Subject: Re: modprobe.c compile error Date: 31 Dec 1995 03:13:41 GMT Reply-To: T.Nugent@sct.gu.edu.au dunn4614@utdallas.edu (Michael C Dunn) writes: >: From depmod/modprobe.c... >: static void verbose (const char *ctl, ...) >: { >: if (verbose_flag){ >: va_list list; >: va_start (list,ctl); >: vprintf (ctl,list); >: va_end (list) >: fflush(stdout); <-- line 22 >: } >: } > In addition to the missing ';' on line 21, in version 1.2.8 I Thanks. (But strange it was released like this). >ran into some problems with a few variables being defined _inside_ of an >'if' sturcture. > I recall in module2.c an compiler error where this syntax was used: > for (int m=0; m if (tbdep[m] == mod) break; > } > The compiler said that m was undefined, so I changed it to: > int m; > for (m=0; m if (tbdep[m] == mod) break; > } > and it seemed to compile and run just fine. This is not the only place where this occurs... the same thing needs to be fixed in several places in several files. I think the semantics of declaring a c++ variable within a for loop has recently changed (since gcc 2.7.0??) so that the scope of that variable is limited to the loop. There were a couple of other minor fixes, but I've at least got it compiled now :-) About the kerneld patches... do they really work? Cheers Tony ___________________________________________________ / _\ \ ( /@) These words of wisdom have been presented by: ) ` \_/________________________________________________/ \ . Tony Nugent \ \ _--_|\ Griffith University \ _\ / *\ Brisbane, Queensland, Australia ` / \` \_.--._/ tnugent@gucis.cit.gu.edu.au | | @/' v T.Nugent@sct.gu.edu.au | \_/__________________________________________________' ------------------------------ From: dano@ix.netcom.com (Dano) Subject: Re: Linux on Suns Date: 31 Dec 1995 01:58:43 GMT Is there a mailing list?... Where can I get more information on porting Linux to SUN SPARC? I would like to play with Linux on my IPX box. Dano dano@ix.netcom.com In article , miguel@luthien.nuclecu.unam.mx says... > >> *Does* linux actually run on a SPARC chip? I know the code is in arch/, >> but I didn't know that it was actually functional at this stage. > >Yes, it does. It's still missing some thing (a cute distribution, and >some bug fixes), but it runs most SunOS programs (netscape, mosaic, >emacs and others), has a native Libc/SPARC and will soon be working on >the 4m machines. > >Miguel. >-- >miguel@roxanne.nuclecu.unam.mx >The Midnight Commander: http://stekt.oulu.fi/~jtklehto/mc/ ------------------------------ From: James MacKinnon Subject: Re: Fix for 1.3.52 register_netdev error. Date: Sat, 30 Dec 1995 22:20:55 -0700 On 29 Dec 1995, Michael Monson wrote: > I've noticed some people mentioning that Linux 1.3.52 won't compile due to > undefined symbols, "register_netdev" and "unregister_netdev". > > If you're having this problem, the easiest fix is to simply turn modules on > with make config. > Configure has changed. You want to answer 'Yes' to the first config question. The second question can be answered with 'No' to emulate the old config style (or 'Yes' if you really do need CONFIG_MODVERSIONS): * Loadable module support * Enable loadable module support (CONFIG_MODULES) [Y/n/?] Y Set version information on all symbols for modules (CONFIG_MODVERSIONS) [N/y/?] N This Yes - No combo will allow the defines to be included for ..register_xxx symbols in the slip and ppp modules. > A better way might be to comment out these lines in drivers/net/net_init.c: > line 240: #ifdef CONFIG_MODULES > line 360: #endif /* CONFIG_MODULES */ > > These two lines are the only changes I could see in net_init.c since 1.3.51, > and they effectively break most net drivers when modules are not enabled. I'm > not sure what their intended purpose is, since I can't find any comments > describing the change. NOT a good idea... modules are becoming an integral part of the kernel. You don't want to be editing all future release files this way :-) -- James S. MacKinnon Office: P-139 Avahd-Bhatia Physics Lab Department of Physics Voice : (403) 492-8226 University of Alberta email : Jim.MacKinnon@Phys.UAlberta.CA Edmonton, Canada T6G 2N5 WWW: http://www.phys.ualberta.ca/~jmack/jmack.html ------------------------------ From: David Godfrey Crossposted-To: comp.os.ms-windows.nt.setup.misc,comp.os.ms-windows.nt.admin.misc Subject: Re: Windows NT 'stripe set' on MBR? Date: Sun, 31 Dec 1995 03:37:50 GMT mdw@cs.cornell.edu (Matt Welsh) writes: >Linux is also installed on this system, and we have found that when the >LILO boot loader is installed on the MBR of the boot drive, NT loses >information about the stripe sets. I believe NT disk administrator stores a `signature' somewhere in the MBR/partition table. Running lilo trashes this signature. This gives me problems as NT forgets any remapping of drive letters I have done in disk administrator. This is a considerable nightmare as the wrong drives are then shared over the network. Microsoft really ought to improve this system of drive identification. I am not aware of any workaround. Regards -- Dave Godfrey dave@delta.demon.co.uk dgodfrey@cix.compulink.co.uk PGP key available ------------------------------ From: Mark Shadley Subject: kerneld - was: modprobe.c compile error Date: Sat, 30 Dec 1995 22:18:57 -0800 On 31 Dec 1995, Tony Nugent wrote: [snip] > About the kerneld patches... do they really work? I used kerneld for a little while (with 1.3.4[78]). It works. There were a few syslog entries I didn't understand... Dec 20 23:22:34 shadow modprobe: Can't locate module block-major-13 Dec 20 23:22:35 shadow modprobe: Can't locate module block-major-13 Dec 21 06:01:01 shadow modprobe: Can't locate module binfmt-30821 Dec 21 06:01:02 shadow modprobe: Can't locate module binfmt-30821 The binfmt-xxxxx messages showed up during every cron job. Although everything seemed ok, I'm going to wait until Linus puts it in officially, before making it permanent here. Mark ------------------------------ From: jerijian@typhoon.seas.ucla.edu (Arthur D. Jerijian) Subject: Is linux-kernel-digest at vger.rugters.edu down? Date: Sun, 31 Dec 1995 06:23:02 GMT Hi, Lately, I haven't been receiving anything from linux-kernel-digest, but I keep getting mail from linux-kernel just fine. Is there a problem with the vger list server? ..........----------==========**********==========----------.......... Arthur Dikran Jerijian UCLA Undergraduate, Computer Science and Engineering World Wide Web: http://www.seas.ucla.edu/~jerijian Snail-Mail: PO Box 5103 / Sherman Oaks, CA 91413-5103 ..........----------==========**********==========----------.......... ------------------------------ Crossposted-To: comp.os.ms-windows.nt.setup.misc,comp.os.ms-windows.nt.admin.misc From: jerijian@typhoon.seas.ucla.edu (Arthur D. Jerijian) Subject: Re: Windows NT 'stripe set' on MBR? Date: Sun, 31 Dec 1995 06:28:36 GMT David Godfrey (dave@delta.demon.co.uk) wrote: > mdw@cs.cornell.edu (Matt Welsh) writes: > >Linux is also installed on this system, and we have found that when the > >LILO boot loader is installed on the MBR of the boot drive, NT loses > >information about the stripe sets. > I believe NT disk administrator stores a `signature' somewhere in the > MBR/partition table. Running lilo trashes this signature. This gives > me problems as NT forgets any remapping of drive letters I have done > in disk administrator. This is a considerable nightmare as the wrong > drives are then shared over the network. Microsoft really ought to > improve this system of drive identification. I am not aware of any > workaround. ...and I thought that Windows 95 destroying LILO by overwriting the MBR was bad... Microsoft really ought to be scolded and told that computer users have a choice about what OS and/or combination of OS's they can use on their machines. The fact that Disk Administrator trashed my MBR and caused my hard drive to make funny noises (before restoring the FIPS rootsector and completely doing away with NT) and produce all sorts of errors. No more NT for me; it's 95 and Linux from now on. P.S. This is the first request for help I've seen from mdw. This problem must REALLY be bad... > Regards > -- > Dave Godfrey > dave@delta.demon.co.uk > dgodfrey@cix.compulink.co.uk > PGP key available ..........----------==========**********==========----------.......... Arthur Dikran Jerijian UCLA Undergraduate, Computer Science and Engineering World Wide Web: http://www.seas.ucla.edu/~jerijian Snail-Mail: PO Box 5103 / Sherman Oaks, CA 91413-5103 ..........----------==========**********==========----------.......... ------------------------------ Crossposted-To: aus.computers.linux From: jerijian@typhoon.seas.ucla.edu (Arthur D. Jerijian) Subject: Re: core dumps Date: Sun, 31 Dec 1995 06:32:04 GMT Tony Nugent (T.Nugent@sct.gu.edu.au) wrote: > With bash I've done: > % ulimit -c unlimited > With tcsh I've done: > % limit coredumpsize unlimited > I'm compiling with "gcc -g ..." > Yet when a program segfaults or otherwise blows, I don't get core > dumps. :-( > I would really like to use gdb on them to sort out why they are > segfaulting, but it's not easy without a core file. > What's the secret? How do I make a program dump core when it > segfaults? Are you using ELF? What about Linux 1.2.x? These kernels don't support ELF coredumps, so you'd have to use a 1.3.x kernel instead. 1.3.45 works just fine for me (and lots of other people). > Thanks. > (Please Cc me an email any followups. Thanks). > Cheers > Tony > /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~/~\ > | Tony Nugent Griffith University, Brisbane, Queensland, Australia| _ | > | Email: T.Nugent@sct.gu.edu.au tnugent@gucis.cit.gu.edu.au | @|| > \__________________________________________________________________\_/| > / Pull here for the full .sig or use finger on the second address / > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ..........----------==========**********==========----------.......... Arthur Dikran Jerijian UCLA Undergraduate, Computer Science and Engineering World Wide Web: http://www.seas.ucla.edu/~jerijian Snail-Mail: PO Box 5103 / Sherman Oaks, CA 91413-5103 ..........----------==========**********==========----------.......... ------------------------------ ** 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 ******************************