From owner-freebsd-hackers Sat May 27 3:53:44 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 7D08D37B9D6; Sat, 27 May 2000 03:53:38 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id MAA39601; Sat, 27 May 2000 12:51:25 +0200 (CEST) (envelope-from asmodai) Date: Sat, 27 May 2000 12:51:25 +0200 From: Jeroen Ruigrok van der Werven To: Max Khon Cc: hackers@FreeBSD.ORG, jdp@FreeBSD.ORG Subject: Re: RTLD_NODELETE, RTLD_NOLOAD dlopen mode flags Message-ID: <20000527125125.G38628@lucifer.bart.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from fjoe@iclub.nsu.ru on Fri, May 26, 2000 at 08:51:08PM +0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000526 16:22], Max Khon (fjoe@iclub.nsu.ru) wrote: >Are there any plans to implement RTLD_NODELETE and RTLD_NOLOAD mode >flags for dlopen? Not sure, buy maybe John Polstra can answer this one. CC:'d. >from Solaris 2.6 man 3X dlopen: > > The following modes provide additional capabilities outside > of relocation processing: > > RTLD_NODELETE The specified object will not be deleted > from the address space as part of a > dlclose(). > > RTLD_NOLOAD The specified object is not loaded as part > of the dlopen(), but a valid handle is > returned if the object already exists as > part of the process address space. Addi- > tional modes can be specified and will be > or'ed with the present mode of the object > and its dependencies. The RTLD_NOLOAD mode > provides a means of querying the presence, > or promoting the modes, of an existing > dependency. -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Veni, Vidi, Vici... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message