Re: cvs commit: src/secure/lib/libcrypto Makefile Makefile.inc
In article [EMAIL PROTECTED] you wrote: green 2000/08/23 04:41:01 PDT Modified files: secure/lib/libcrypto Makefile Makefile.inc Log: Generate a new evp.h at build-time instead of install-time to properly support NFS(ro) installworlds. Revision ChangesPath 1.22 +3 -5 src/secure/lib/libcrypto/Makefile 1.16 +6 -3 src/secure/lib/libcrypto/Makefile.inc I usually run 'make -j32 buildworld' on my current system. After this commit I can not do this. The next patch permits to use '-j32' again. N.Dudorov Index: src/secure/lib/libcrypto/Makefile === RCS file: /store/CVS/src/secure/lib/libcrypto/Makefile,v retrieving revision 1.22 diff -b -u -r1.22 Makefile --- src/secure/lib/libcrypto/Makefile 2000/08/23 11:41:00 1.22 +++ src/secure/lib/libcrypto/Makefile 2000/08/24 07:59:34 @@ -268,6 +268,7 @@ des_crypt.3 des_enc_read.3 des_crypt.3 des_enc_write.3 \ des_crypt.3 des_set_odd_parity.3 des_crypt.3 des_is_weak_key.3 +.ORDER: openssl/opensslconf.h openssl/evp.h beforeinstall: openssl/opensslconf.h openssl/evp.h ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m 444 \ ${CRYPTO_HDRS} openssl/opensslconf.h \ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
Mark Murray wrote: Why does crypt need to be in libc? Not even a significant fraction of applications need crypt? Goes for very many libc components. Quite a lot of userland needs libcrypt (not much as a proportion, but a non-insignificant number). This runs counter to my gut instinct of development which is to modularise code. Modularisation is accepted as a goal in all other areas of the tree it doesn't make sense to me why that thinking is being put to one side when it comes to the libraries. Maybe this should move to arch because I guess I'd like to see a actual design discussion as to why the current thinking is to collapse libraries into libc rather than to actually go the other way and modularise the code. Paul. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
On Wed, Aug 23, 2000 at 10:54:44PM -0700, Satoshi - Ports Wraith - Asami wrote: However, note that you need to move LOCALBASE and X11BASE for *all* ports, not one. (For instance, you can't expect an emacs-lisp package to install correctly if you just try to move it while emacs is still in /usr/local.) Set LOCALBASE and X11BASE in /etc/make.conf and rebuild everything, including X. On the subject of rebuilding everything, is there a tool that will build a dependency-ordered list of all of the ports that are currently installed (or at least the current version of them)? I've been thinking that it would be a nice housekeeping proceedure every so often to move /usr/local aside, and rebuild all of the ports that I use, after a successful build of world and kernel. At least that would help to keep track of things that I've gratuitously added to /usr/local, outside of the ports mechanism. -- Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
In list.freebsd-current Kenneth D. Merry [EMAIL PROTECTED] wrote: On Tue, Aug 22, 2000 at 20:43:15 -0400, Laurence Berland wrote: On a vaguely related topic, after much searching I can't seem to see one way or the other if we can do a complete bit-by-bit copy of a cd with either cdrecord or burncd, though it's possible I'm looking in the wrong place. I think cdrecord can burn CDs in disk-at-once mode, and I think cdrdao (in ports/audio) can do it as well. As far as getting an image, you can use dd to dump off an image of a CD if it is a standard ISO9660 CD. (I've used that method to clone CDs before.) If it uses a blocksize other than 2048 bytes, though, you can't use dd with the SCSI cd driver. There may be CD rippers that can pull the data off into an image, though. I don't know for sure. Tosha can read tracks from CDs with 2352 byte blocks, for example VideoCDs. I'm using it sometimes to directly pipe the data into MpegTV to view VCDs under FreeBSD. (BTW, tosha can also read standard data tracks with 2048 byte blocks. While dd provides the same functionality, tosha has a few nice features such as a progress and ETA display, which might make it preferable over dd.) Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:[EMAIL PROTECTED]) Addresses will change soon!! If in doubt: www.fromme.com "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
On Thu 2000-08-24 (20:52), Andrew Reilly wrote: On Wed, Aug 23, 2000 at 10:54:44PM -0700, Satoshi - Ports Wraith - Asami wrote: However, note that you need to move LOCALBASE and X11BASE for *all* ports, not one. (For instance, you can't expect an emacs-lisp package to install correctly if you just try to move it while emacs is still in /usr/local.) Set LOCALBASE and X11BASE in /etc/make.conf and rebuild everything, including X. At least that would help to keep track of things that I've gratuitously added to /usr/local, outside of the ports mechanism. Try /usr/ports/Tools/scripts/consistency-check Neil -- Neil Blakey-Milner Sunesi Clinical Systems [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic: reducing sbsize: lost count, uid = 1001
Try making them small critical sections. If it makes it easier, which it probably will, try this: pass the pointer to sb_hiwat as an argument to chgsbsize and make that the only way to modify it (sockbuf creation would have to be a place where it's initialized manually to 0 ;) I'd say stick the hiwat increment of delta at the end, after malloc, since that would place it in the same context as the setting. Luckily, doing this right would be making the code clearer in several of the (few) places sb_hiwat is used. We just have to assure that sb_hiwat is always consistent with the ui_sbsize which can be done with a critical section that "knows" the delta to apply and where to apply it. Using splimp() should not be necessary as that is used for mbuf protection, which is why network card drivers' interrupts must be called at splimp() (an aggregate mask which includes splnet()): they need to not corrupt the mbuf subsystem. Plus, it makes a convenient critical section for the network drivers in this way :) At least, this is how I learned it to be. I'm not sure if it's absolutely correct, but it should be. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / [EMAIL PROTECTED]`--' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
Satoshi - Ports Wraith - Asami writes: * From: Kris Kennaway [EMAIL PROTECTED] * On Wed, 23 Aug 2000, Mike Meyer wrote: * How does it decide whether or not a package conforms? * Probably by looking for files which get installed in /usr/local or * /usr/X11R6 instead of ${LOCALBASE} or ${X11BASE} :-) Actually, it's easier than that -- just do a "make package". If files go to anyplace else than ${PREFIX}, pkg_create will fail. :) However, note that you need to move LOCALBASE and X11BASE for *all* ports, not one. (For instance, you can't expect an emacs-lisp package to install correctly if you just try to move it while emacs is still in /usr/local.) Set LOCALBASE and X11BASE in /etc/make.conf and rebuild everything, including X. There's a test that's almost that simple that works even if you haven't moved PREFIX for all ports. Since the pkg +CONTENTS list is derived from PREFIX and the PLIST, "make install" followed by "make deinstall" will complain about not being able to delete files that weren't installed in the proper place. mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problems with /usr/bin/awk
On Tue, 22 Aug 2000 12:27:01 +0200, Sheldon Hearn wrote: awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal error Abort trap - core dumped *** Error code 1 I get the same thing here. Inspecting the core dump, one finds that the abort() happens in eval.c:1668, just below a huge FIXME comment. I'll contact the gawk maintainers. This is a bitch. If I run the problematic awk script from the command-line, feeding it exactly the same input as it is given from the Makefile, awk does not dump core, but rather completes successfully. When run from gmake, it dumps core. So I'm a bit stumped as far as formulating an easy How-To-Repeat is concerned. :-( Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
devfs, moused and rc.devfs position in rc
In /etc/rc, rc.i386 is invoked before rc.devfs. This causes moused to fail to start for those people who use a link from /dev/mousedev to /dev/mouse. The fix seems to be to switch the order of invocation: # Run rc.devfs if readable to customize devfs # if [ -r /etc/rc.devfs ]; then sh /etc/rc.devfs fi # Configure implementation specific stuff # arch=`uname -m` if [ -r /etc/rc.${arch} ]; then . /etc/rc.${arch} fi Hth, -- Jos Backus [EMAIL PROTECTED] WebTV Networks, Inc., Mountain View, CA To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: DPT revision....(broken drivers in -STABLE)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 snip cvs-all On Wed, 23 Aug 2000, Matthew N. Dodd wrote: I don't remember seeing a verbose boot log posted so I can't really say whats wrong. There is no difference b/t the -CURRENT and 4-STABLE versions of dpt_pci.c so I'm not sure what could be causing the problem. Of course it may be that the cards don't work in -CURRENT either. Correct, the cards don't work in current either. The driver is failing in its call to bus_alloc_resource() for the irq in dpt_pci.c, and then panic(9) ensues as it tries to resource_list_release but cant find resource. During the boot it comes up with: dpt0: DPT Caching SCSI RAID Controller port 0xdc60-0xdc7f irq 16 at device 8.0 on pci 2 even though bios asigned it irq 9... hmmm I have tried it on a few machines now, with both -current and -stable Not having a test system with PCI DPT boards somewhat limits my ability to wring these things out. I won't refuse a rackmounted compaq with PCI and EISA slots and a brace of DPT and Smart2 RAID cards if someone sends me one. Who knows? I might even be able to beat a bit on the management tools then. I may be able to help some here... Would root on a testbed,breakable,remote dual xeon machine with a dpt card in it help? I could install a snapshot from before the commits and let you have at it. I would even reboot it into the working kernel from here if you need ;)... Boy those DPT utils would be nice heh Visigoth Damieon Stark Sr. Unix Systems Administrator [EMAIL PROTECTED] PGP Public Key: www.telemere.net/~visigoth/visigoth.asc | M$ -Where do you want to go today? | Linux -Where do you want to go tomorrow?| FreeBSD - The POWER to serve Freebsd -Are you guys coming or what? | http://www.freebsd.org | | - -BEGIN PGP SIGNATURE- Version: PGP 6.5.1i iQA/AwUBOaVOpjnmC/+RTnGeEQLrcwCfTud8DcoJyr3KOLp1FPnT9TLOiRAAoJQ5 s5us3H/2tb7mcnwDAjfjcBnL =5aP+ -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Anybody with a Maxtor disk that doesn't work with DMA ??
I have a patch I want you to try, please get in contact with me! Thanks! -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
In message [EMAIL PROTECTED] Sheldon Hearn writes: : On Wed, 23 Aug 2000 13:36:56 +0100, Konstantin Chuguev wrote: : : Just wondering: what is the reason of using /opt instead of /usr/local, : apart from Solaris influence? Do you use /usr/local for anything? : : NetBSD uses /usr/opt . It's a matter of taste. :-) NetBSD uses /usr/pkg. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
In message [EMAIL PROTECTED] "David O'Brien" writes: : Yes, local stuff. IMHO, the Ports Collection using /usr/local was the : biggest mistake of it. The ports collection should have used /usr/pkg/ : as NetBSD does. I have to create /usr/truely-local on my FreeBSD : machines. But the ports collection predated NetBSD's use of /usr/pkg... I have a /local for things that must be local to the machine and /usr/local NFS mounted in one lab. In the other, I don't worry about it and have /usr/local and /packages. In a third I have /usr/local and no central package area. The only thing that seems different is the order of my path variable :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problems with /usr/bin/awk
I also was able to get it to run properly when not redirecting to a file. I wonder if there might be some dependancy in the system that causes different behavior with this when output is to a tty vs. a filehandle. I tried this with a copy of /bin/sh from 4.0-RELEASE, and had the same result, so I think we can probably rule out /bin/sh as the culprit. This might provide some further help: # pwd /usr/ports/lang/guile/work/guile-1.4/libguile # PATH=.:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin ./guile-doc-snarf eval.c -DHAVE_CONFIG_H -I.. -I./.. -I../libltdl -O -pipe -Wall -Wmissing-prototypes eval.c eval.x awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal error Abort trap - core dumped # cat eval.x scm_unbound_variable_key = scm_permanent_object (( ((scm_bits_t) ( ((scm_bits_t *) ((SCM_CELLPTR) (( scm_intern0 ( "unbound-variable" ) ) )) ) [ 0 ] )) ) ) ; On Thu, 24 Aug 2000, Sheldon Hearn wrote: On Tue, 22 Aug 2000 12:27:01 +0200, Sheldon Hearn wrote: awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal error Abort trap - core dumped *** Error code 1 I get the same thing here. Inspecting the core dump, one finds that the abort() happens in eval.c:1668, just below a huge FIXME comment. I'll contact the gawk maintainers. This is a bitch. If I run the problematic awk script from the command-line, feeding it exactly the same input as it is given from the Makefile, awk does not dump core, but rather completes successfully. When run from gmake, it dumps core. So I'm a bit stumped as far as formulating an easy How-To-Repeat is concerned. :-( Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
In list.freebsd-current Warner Losh [EMAIL PROTECTED] wrote: In message [EMAIL PROTECTED] Sheldon Hearn writes: : On Wed, 23 Aug 2000 13:36:56 +0100, Konstantin Chuguev wrote: : : Just wondering: what is the reason of using /opt instead of /usr/local, : apart from Solaris influence? Do you use /usr/local for anything? : : NetBSD uses /usr/opt . It's a matter of taste. :-) NetBSD uses /usr/pkg. Just as a side note (I'm not a comitter)... At the university we use /rzdist/FreeBSD for historical reasons. That directory is distributed via rdist to several servers, and then exported via NFS to clients. Of course, there's also /rzdist/linux and others. /usr/local is only used for "real" locally installed software. It is true that there are quite a lot of ports that don't support PREFIXes different from /usr/local correctly. I know, I should have send-pr'ed all of them, but that would have taken me several days... I promise to do it next time I stumble across some, I promise. :-) Even more off-topic: On our Solaris boxes, we use /opt for external packages (such as those that come from Sun itself, like the compiler suite SUNWspro), and we use /usr/local for software that we install ourself manually, i.e. not from a ready-made package. Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:[EMAIL PROTECTED]) Addresses will change soon!! If in doubt: www.fromme.com "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
Satoshi - Ports Wraith - Asami writes: * However, I was wondering if there was anyone who could fix things that * weren't PREFIX clean who would also find them on a regular * basis. That's not you. I can help you when the new package building cluster (being put together by Paul Saab at the moment) comes up for service. I'll run some builds with LOCALBASE and X11BASE set to someplace other than the default and flag all ports that don't conform. I couldn't do that for a while since I didn't have enough computing power -- the machines were maxed out just squeezing out the weekly (and sometimes biweekly) set of packages. Random though.. this stuff sounds like a good use for snapshots! I.e., snapshot before "make install" and then figure out what got installed by decoding the snapshot file, or something like that. -Archie ___ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic: reducing sbsize: lost count, uid = 1001
I don't know if this is related to the problems you guys are looking at, but I have a box that every so often (every couple of months) panics with a "panic: recieve 1" panic. This panic happens when the socket character count is bogus during a recv(2), etc. system call. So several months ago I came up with a patch to try and track this down, and with the patch it panics immediately.. but I couldn't figure out why at the time and haven't pursued it since then. Anyway, for what it's worth, the patch I was using is here: ftp://ftp.whistle.com/pub/archie/misc/sbcheck.patch Some variant of it may be useful for tracking down this problem too. -Archie ___ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problems with /usr/bin/awk
On Thu, Aug 24, 2000 at 05:19:34PM +0200, Sheldon Hearn wrote: So I'm a bit stumped as far as formulating an easy How-To-Repeat is concerned. :-( How about wedging a printenv into the makefile, before the call to awk, so that you can re-create the environment when testing it? -- Andrew To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: panic: reducing sbsize: lost count, uid = 1001
* Archie Cobbs [EMAIL PROTECTED] [000824 14:52] wrote: I don't know if this is related to the problems you guys are looking at, but I have a box that every so often (every couple of months) panics with a "panic: recieve 1" panic. This panic happens when the socket character count is bogus during a recv(2), etc. system call. So several months ago I came up with a patch to try and track this down, and with the patch it panics immediately.. but I couldn't figure out why at the time and haven't pursued it since then. Anyway, for what it's worth, the patch I was using is here: ftp://ftp.whistle.com/pub/archie/misc/sbcheck.patch Some variant of it may be useful for tracking down this problem too. It seems that the socket counters aren't being protected by spl enough, brian has suggested moving it into the chgsbsize function which would encapsulate spl+uidinfo+sbsize issues. I'm hoping he'll look into it, and I will be as well as soon as I find the time. -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildworld broken in usr.bin/systat
make buildworld failed this morning. Error messages are as follows: === usr.bin/systat [snip] cc -O -pipe -I/usr/src/usr.bin/systat/../../sys -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/systat/swap.c In file included from /usr/src/usr.bin/systat/swap.c:47: /usr/src/usr.bin/systat/../../sys/sys/conf.h:59: field `si_atime' has incomplete type /usr/src/usr.bin/systat/../../sys/sys/conf.h:60: field `si_ctime' has incomplete type /usr/src/usr.bin/systat/../../sys/sys/conf.h:61: field `si_mtime' has incomplete type *** Error code 1 Stop in /usr/src/usr.bin/systat. -- KEK, High Energy Accelerator Research Organization Shin-ichi YOSHIMOTO [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Review requested for i386 debug register helper functions
Hi, If you have the time, I would very much appreciate any reviews on a couple of helper functions that I've put together for manipulating the i386 debug registers: http://people.freebsd.org/~bsd/i386watch/ I've had these in my toolkit for a long time and present them here, slightly modified. They are intended to keep folks from re-inventing the wheel. I've had at least two people ask for these to be committed. My main concern is their location in the tree. I've got them under src/lib/libc/i386/sys, and manual section 2. They are not quite system calls, but this seemed to be the best fit location for these. I'm open to other suggestions as well. Thanks, Brian -- Brian Dean [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
patch: new DEVFS support for TAP driver
All, please review, test and commit (if no objection :-) attached patch for tap driver. this is to support new devfs. thanks, emax __ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ if_tap.c.diff
Re: make buildworld broken in usr.bin/systat
I have same problem with today's -current. At 24 Aug 2000 23:23:30 GMT, Shin-ichi YOSHIMOTO [EMAIL PROTECTED] wrote: make buildworld failed this morning. Error messages are as follows: === usr.bin/systat [snip] cc -O -pipe -I/usr/src/usr.bin/systat/../../sys -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/systat/swap.c In file included from /usr/src/usr.bin/systat/swap.c:47: /usr/src/usr.bin/systat/../../sys/sys/conf.h:59: field `si_atime' has incomplete type /usr/src/usr.bin/systat/../../sys/sys/conf.h:60: field `si_ctime' has incomplete type /usr/src/usr.bin/systat/../../sys/sys/conf.h:61: field `si_mtime' has incomplete type *** Error code 1 Stop in /usr/src/usr.bin/systat. -- Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc. [EMAIL PROTECTED] // FreeBSD Project To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld broken in usr.bin/systat
At 10:05 +0900 08/25/2000, Jun Kuriyama wrote: I have same problem with today's -current. This problem was fixed by At 13:22 -0700 08/24/2000, Peter Wemm wrote: peter 2000/08/24 13:22:44 PDT Modified files: usr.bin/systat swap.c Log: Quick Fix: swap.c doesn't appear to actually need sys/conf.h, so remove it to try and get world building again. (sys/conf.h now depends on sys/types.h) Revision ChangesPath 1.14 +1 -2 src/usr.bin/systat/swap.c Thanks peter. -- Shin-ichi YOSHIMOTO [EMAIL PROTECTED] KEK, High Energy Accelerator Research Organization Accelerator Laboratory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
gdb bug w/ dlopen()ed images
Hi, There appears to be a problem with gdb when debugging dynamically loaded images. On 5.0-current with sources current and built as of this evenning and a 4.1-STABLE system, the following incorrect result is seen: %gdb ./testmain GNU gdb 4.18 (gdb) b main Breakpoint 1 at 0x804853f: file testmain.c, line 11. (gdb) run Starting program: /usr/home/jwd/src/ldt/./testmain Breakpoint 1, main () at testmain.c:11 11 addr = dlopen("./first", RTLD_LAZY); (gdb) n 13 if (!addr) { (gdb) n 18 fp = dlsym(addr, "first"); (gdb) n 20 (*fp)(); (gdb) s 0x280f85b7 in first () at first.c:24 24 } built with gcc version 2.95.2 19991024 (release) The same test program run under gcb on 4.0-2313-SNAP and 4.0-STABLE systems yield the correct result: %gdb ./testmain GNU gdb 4.18 (gdb) b main Breakpoint 1 at 0x80484ff: file testmain.c, line 11. (gdb) run Starting program: /usr00/home/jwd/ldt/./testmain Breakpoint 1, main () at testmain.c:11 11 addr = dlopen("./first", RTLD_LAZY); (gdb) n 13 if (!addr) { (gdb) n 18 fp = dlsym(addr, "first"); (gdb) n 20 (*fp)(); (gdb) s first () at first.c:10 10 addr = dlopen("./second", RTLD_LAZY); built with gcc version 2.95.2 19991024 (release). In looking at the stabs information, for the working version, we find: STABS name=first:F(0,1), type=24, desc=6, value=896 STABS name=, type=44, desc=6, value=0 STABS name=, type=44, desc=7, value=7 STABS name=, type=44, desc=10, value=7 STABS name=, type=44, desc=12, value=30 STABS name=, type=44, desc=13, value=36 STABS name=, type=44, desc=14, value=60 STABS name=, type=44, desc=17, value=76 STABS name=, type=44, desc=19, value=99 STABS name=, type=44, desc=21, value=104 STABS name=, type=44, desc=23, value=119 STABS name=, type=44, desc=24, value=123 STABS name=, type=44, desc=24, value=123 STABS name=first:F(0,1), type=24, desc=6, value=896 and the non-working stabs: STABS name=first:F(0,1), type=24, desc=6, value=0 STABS name=, type=44, desc=6, value=0 STABS name=, type=44, desc=7, value=7 STABS name=, type=44, desc=10, value=7 STABS name=, type=44, desc=12, value=30 STABS name=, type=44, desc=13, value=36 STABS name=, type=44, desc=14, value=60 STABS name=, type=44, desc=17, value=76 STABS name=, type=44, desc=19, value=99 STABS name=, type=44, desc=21, value=104 STABS name=, type=44, desc=23, value=119 STABS name=, type=44, desc=24, value=123 STABS name=, type=44, desc=24, value=123 STABS name=first:F(0,1), type=24, desc=6, value=0 Note that in the non-working version, the only difference is the value of 896 vs 0. 896 should be the start address of the function. There is a possibly relative commment in section G.2 of 'The "stabs" debug format' put out by Cygnus Support: http://sources.redhat.com/cygwin/stabs.html#SEC89 It seems to imply that a value=0 field should be a linker relocated stab. The test program(s) are simple and can be found at: http://people.freebsd.org/~jwd/ldt/ I've searched through the PR database but I can't find any entries that seem related (but then I'm not a GNATS expert either). If anyone knows anything or has any ideas on this, please let me know. Thanks! John -- FreeBSD... The choice of those who know how to choose... (anon) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message