From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] GnuTLS support on Woe32 Date: Wed, 4 May 2011 01:08:51 +0200 Message-ID: References: <87ipvwl1nx.wl%claudio.bley@gmail.com> <87wrjquacf.fsf@lifelogs.com> <87lj05svwh.fsf@lifelogs.com> <87bp11imgb.wl%claudio.bley@gmail.com> <8739mc5nes.fsf@lifelogs.com> <87ipuubao6.fsf@lifelogs.com> <87fwpjfkkz.fsf@lifelogs.com> <87bp072fb1.fsf@lifelogs.com> <874o5vimm5.fsf@lifelogs.com> <87zknjmcyk.fsf@lifelogs.com> <87sjta2zvp.fsf@lifelogs.com> <87liyzglkh.fsf@lifelogs.com> <4DB77682.1070605@gmail.com> <8762q04ba1.fsf@lifelogs.com> <87hb9dufao.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1304464189 21107 80.91.229.12 (3 May 2011 23:09:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 May 2011 23:09:49 +0000 (UTC) Cc: tzz@lifelogs.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 04 01:09:40 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QHOin-0003dT-OS for ged-emacs-devel@m.gmane.org; Wed, 04 May 2011 01:09:37 +0200 Original-Received: from localhost ([::1]:56222 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHOin-0004JR-13 for ged-emacs-devel@m.gmane.org; Tue, 03 May 2011 19:09:37 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:35557) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHOik-0004JM-Db for emacs-devel@gnu.org; Tue, 03 May 2011 19:09:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHOij-00019z-Hc for emacs-devel@gnu.org; Tue, 03 May 2011 19:09:34 -0400 Original-Received: from mail-qw0-f41.google.com ([209.85.216.41]:39466) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHOii-00019g-4I; Tue, 03 May 2011 19:09:32 -0400 Original-Received: by qwa26 with SMTP id 26so513853qwa.0 for ; Tue, 03 May 2011 16:09:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=YFBBHzUb7zgGLCWqgc9mkTKaCcUhWKK+Zy1S83c+aGQ=; b=l4gLQPoccV519zpfPdUzZ13RVYUYDwLXpgEuwfpJ4mwjwvtIRV+nKnS8eTnxAnTyTb K/8GEmWHJWMaH9NAHjjHBusSrsjIl2UTVuRBGHzS8wvRDC5hvimjyIQmQQCX2+eAErj8 dkX4o7RXMLOad19VA6veiI/QdXpDpXnyLnio4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=mj4JXvE07YhiQug6ORFsr9LBL765o02rm1EVinul+OI236Yi4D4ndgkAC6avs4cfrU DFcZZ8uHMaKiRLHXo1mL36JFUr3rl8M+hdA1uPzSTd450jrFP/XWOS+ZE+iOQePAu2XM RhPyuci8aEeWvBxGdpUABKtIjPWXoEcTs3+lQ= Original-Received: by 10.229.43.224 with SMTP id x32mr196860qce.57.1304464171228; Tue, 03 May 2011 16:09:31 -0700 (PDT) Original-Received: by 10.229.91.210 with HTTP; Tue, 3 May 2011 16:08:51 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.216.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:139084 Archived-At: On Tue, May 3, 2011 at 06:19, Eli Zaretskii wrote: > Btw, why is it a good idea to return NULL if the library is already > loaded? =C2=A0Why not return its handle instead? [After taking a look at the code] If the library has already been loaded, we don't know the handle. Once we locate the right library for a given symbol (image type, in all cases until now), we load the library and get the handle, initialize the function pointers, and promptly forget the handle again. We don't even remember the name under which the library was found. To return the handle in this case we would have either to cache it, or search again for the library and reload it. That is not useful, because w32_delayed_load() is used from init functions which are typically just called once. So I think it is better to leave it as is, until we determine that caching the handle has a use case. =C2=A0 =C2=A0 Juanma