From owner-freebsd-alpha Sat Feb 6 13:30:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24792 for freebsd-alpha-outgoing; Sat, 6 Feb 1999 13:30:09 -0800 (PST) (envelope-from owner-freebsd-alpha@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24777 for ; Sat, 6 Feb 1999 13:30:04 -0800 (PST) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id OAA18045; Sat, 6 Feb 1999 14:30:03 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd018023; Sat Feb 6 14:30:01 1999 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id OAA17997; Sat, 6 Feb 1999 14:08:16 -0700 (MST) From: Terry Lambert Message-Id: <199902062108.OAA17997@usr02.primenet.com> Subject: Re: Could somebody please test this patch? To: jdp@polstra.com (John Polstra) Date: Sat, 6 Feb 1999 21:08:14 +0000 (GMT) Cc: tlambert@primenet.com, mjacob@feral.com, alpha@FreeBSD.ORG In-Reply-To: from "John Polstra" at Feb 5, 99 05:01:59 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > which gets mapped to a specific address for Alpha binaries by the > > image activator, > > Fine, then _tell_ me what the specific address is supposed to be, > if there even really is one. I know there's a specific address in > SVR4/i386, but as yet you've given me no reason to think the address > is wired down on the Alpha. Just saying it's wired down doesn't do > anybody a bit of good if you don't state what the address is supposed > to be. Do you have a copy of DEC UNIX with a compiler? Write a program: main() { for(;;) { sleep(1000); } } And then examine the memory mappings for it. I can't really *prove* that the thing *never* maps it to a different location, but I've put loops like that into much more complex programs and not had it move around. > > not the crt0.o (that's why you can dlopen from static executable on > > an Alpha; same for SVR4 and Solaris, for that matter). > > As I've told you at least four times in the mailing lists, that is > misinformation. I know from first-hand experience (and from man > pages) that you can't use dlopen in static executables under SVR4. > And I and others have quoted every variety of Solaris man page to you, > which specifically say you can't do it. I wish you'd quit spreading > it around that you can, because it's utterly false. Ugh. There isn't a static "libdl". You're right. I screwed up and assumed that the libdl was statically linked. Hmmm... you *can* use mmap and libelf to get the offsets, right? So it is possible to support loadable code modules in a static binary, it's just an implementation decision that that's not how dlopen itself is implemented. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message