Re: [Rd] Finding windows DLLs

2008-01-08 Thread Martin Morgan
Thank you very much, Prof. Ripley, for the prompt solution, and to all participants in the thread for their insights. Martin Prof Brian Ripley <[EMAIL PROTECTED]> writes: > Let me try to pull the ends together on this. > > - As DTL pointed out one way out is to use a static libxml2. I tried >

Re: [Rd] Finding windows DLLs

2008-01-08 Thread Prof Brian Ripley
Let me try to pull the ends together on this. - As DTL pointed out one way out is to use a static libxml2. I tried that, and managed to build and check it under MinGW but it did not work correctly with package XML. That route used to be possible, but it is too much work to keep fixing

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Prof Brian Ripley
On Tue, 8 Jan 2008, Duncan Temple Lang wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > > Prof Brian Ripley wrote: >> On Tue, 8 Jan 2008, Duncan Temple Lang wrote: >> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> While I don't disagree with the general need to provide

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Duncan Temple Lang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Prof Brian Ripley wrote: > On Tue, 8 Jan 2008, Duncan Temple Lang wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> While I don't disagree with the general need to provide an interface >> to SetDllDirectory, etc., I think the discus

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Prof Brian Ripley
On Tue, 8 Jan 2008, Duncan Temple Lang wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > While I don't disagree with the general need to provide an interface > to SetDllDirectory, etc., I think the discussion about 3rd party > libraries has slightly missed the more obvious solution. > I

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Duncan Temple Lang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 While I don't disagree with the general need to provide an interface to SetDllDirectory, etc., I think the discussion about 3rd party libraries has slightly missed the more obvious solution. Instead of using a DLL, such packages can link against a _sta

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Martin Morgan
Thanks Duncan for the hints. libxml2.dll is not in my c:/WINDOWS/system32, but in that of a user of a package of mine. I guess installed by some other application, though I don't really know what it's doing there (or the consequences of removing it). The MSDN site seemed in the long term to point

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Prof Brian Ripley
On Mon, 7 Jan 2008, Duncan Murdoch wrote: > On 1/7/2008 2:51 PM, Martin Morgan wrote: >> The XML package relies on libxml2.dll (e.g., bundled with the CRAN >> binary) installed in library/XML/libs. Unfortunately, >> c:/WINDOWS/system32/libxml2.dll will be found and loaded before >> this. >> >> Is

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Prof Brian Ripley
On Mon, 7 Jan 2008, Duncan Murdoch wrote: > On 1/7/2008 3:06 PM, Oleg Sklyar wrote: >> Should adding PREFIX/library/XML/libs to PATH before system32 solve the >> issue as Windows relies on PATH when searching for libs as well? > > No, system32 is searched before the PATH. See > > http://msdn2.mic

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Prof Brian Ripley
On Mon, 7 Jan 2008, Oleg Sklyar wrote: > Should adding PREFIX/library/XML/libs to PATH before system32 solve the > issue as Windows relies on PATH when searching for libs as well? The Windows code for package XML says > XML:::.onLoad function (libname, pkgname) { if (.Platform$OS.type == "w

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Duncan Murdoch
On 1/7/2008 3:06 PM, Oleg Sklyar wrote: > Should adding PREFIX/library/XML/libs to PATH before system32 solve the > issue as Windows relies on PATH when searching for libs as well? No, system32 is searched before the PATH. See http://msdn2.microsoft.com/en-us/library/ms682586.aspx That page do

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Duncan Murdoch
On 1/7/2008 2:51 PM, Martin Morgan wrote: > The XML package relies on libxml2.dll (e.g., bundled with the CRAN > binary) installed in library/XML/libs. Unfortunately, > c:/WINDOWS/system32/libxml2.dll will be found and loaded before > this. > > Is there any programatic solution? Search order for

Re: [Rd] Finding windows DLLs

2008-01-07 Thread Oleg Sklyar
Should adding PREFIX/library/XML/libs to PATH before system32 solve the issue as Windows relies on PATH when searching for libs as well? Dr Oleg Sklyar | EBI-EMBL, Cambridge CB10 1SD, UK | +44-1223-494466 Martin Morgan wrote: > The XML package relies on libxml2.dll (e.g., bundled with the CRAN

[Rd] Finding windows DLLs

2008-01-07 Thread Martin Morgan
The XML package relies on libxml2.dll (e.g., bundled with the CRAN binary) installed in library/XML/libs. Unfortunately, c:/WINDOWS/system32/libxml2.dll will be found and loaded before this. Is there any programatic solution? Thanks, Martin -- Martin Morgan Computational Biology / Fred Hutchins