From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: GnuTLS for W32 Date: Tue, 03 Jan 2012 01:37:19 -0500 Message-ID: References: <87aa68dfao.fsf@lifelogs.com> <87ty4fbje8.fsf@lifelogs.com> <83ehvjs8t5.fsf@gnu.org> <87pqf3bcom.fsf@lifelogs.com> <83boqns68o.fsf@gnu.org> <87liprazr1.fsf@lifelogs.com> <83wr9bqez3.fsf@gnu.org> <87y5tr9dwv.fsf_-_@lifelogs.com> <87k45alwgb.fsf@wanadoo.es> <87fwfyltm1.fsf@wanadoo.es> <87boqmlrma.fsf@wanadoo.es> <87ty4e9j19.fsf@lifelogs.com> <83obumqa0v.fsf@gnu.org> <87ipktag2e.fsf@lifelogs.com> <87fwfxtxuz.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1325572652 25027 80.91.229.12 (3 Jan 2012 06:37:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 Jan 2012 06:37:32 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?utf-8?Q?=C3=93scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 03 07:37:27 2012 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 1Rhxzx-0000zp-T3 for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 07:37:26 +0100 Original-Received: from localhost ([::1]:42932 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rhxzx-00019t-D3 for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 01:37:25 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:42389) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rhxzu-00019Z-I7 for emacs-devel@gnu.org; Tue, 03 Jan 2012 01:37:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rhxzt-0003xX-HV for emacs-devel@gnu.org; Tue, 03 Jan 2012 01:37:22 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]:46222) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rhxzt-0003xT-Fu for emacs-devel@gnu.org; Tue, 03 Jan 2012 01:37:21 -0500 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Rhxzr-0000ZK-S6; Tue, 03 Jan 2012 01:37:20 -0500 In-reply-to: <87fwfxtxuz.fsf@wanadoo.es> (message from =?utf-8?Q?=C3=93sca?= =?utf-8?Q?r?= Fuentes on Tue, 03 Jan 2012 01:48:20 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 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:147203 Archived-At: > From: Óscar Fuentes > Date: Tue, 03 Jan 2012 01:48:20 +0100 > > > Can Emacs modify the DLL search path on W32 so it can install some DLL > > from ELPA and then activate it dynamically? Or does it require a > > restart and modifying the global PATH? Either way, can the process be > > automated? > > The relevant MS Windows API function (LoadLibrary) accepts a full > pathname That's a factual truth, but it would be a grave mistake on our part to use absolute file names for loading dynamic libraries, because it will mean a major inconvenience to users. It is hard on Windows to pick up a fixed directory where every user could easily put the library: the only directories that are guaranteed to exist on every Windows system are frequently locked up by security policies, the only disk drive guaranteed to exist can be a remote drive or even a read-only drive, etc. It would be a step in the wrong direction. Besides, even if we did follow this path, it wouldn't solve the problem, because: > so no need for restarts nor changing PATH. There's much more to loading a new DLL in the middle of a session than just the location of the new DLL. I will address that in a separate message.