Re: [Rd] [R] How to unload a dll loaded via library.dynam()?

From: Prof Brian Ripley <ripley_at_stats.ox.ac.uk>
Date: Fri, 20 Feb 2009 04:01:07 +0000 (GMT)

[Moved to R-devel as suggested.]

library.dynam.unload() does work if the OS is cooperative. And if you have your package set up correctly and unload the namespace (and not just detach the package if there is a namespace) then the shared object/DLL will be unloaded. There are examples in several base R packages (grDevices, grid, methods, splines, stats, tools).

However, there are several instances on Windows (tcltk is one) where reloading the package DLL does not work, and this seems to be because dependent DLLs are already loaded and do not run their initializations correctly. I've not seen problems on Linux. On Solaris reloading a different shared object of the same name into a process used not to work (you got the first version under that name): I've not checked recently.

On Fri, 20 Feb 2009, Gábor Csárdi wrote:

> Hmmm, I think restarting R is not a very good solution. It is rather
> ugly in the first place. But perhaps even more importantly, it can be
> rather inconvenient if one has a large data set in the memory and
> needs to save/load it just to reload a package that was updated in the
> meanwhile.
>
> This happens to me quite often with 20-40Gb of data, so I would really
> love to have a solution for proper detach/unload.

Why not use the one already provided?

>
> Best,
> Gabor
>
> On Fri, Feb 20, 2009 at 1:32 AM, Duncan Murdoch <murdoch_at_stats.uwo.ca> wrote:
>> On 19/02/2009 6:19 PM, Alex F. Bokov wrote:
>>>
>>> Hello. To save the hassle of quitting and restarting R every time I
>>> rebuild the package I'm working on (for the purposes of this question called
>>> "roots") I would like to write a script cleanly remove the package from my R
>>> session and then load it again. Of course detach("package:roots") works for
>>> the native R objects in the package. However, the compiled C library remains
>>> loaded. Using library.dynam.unload as documented results in:
>>>
>>> Error in library.dynam.unload("roots.so",
>>> "~/R/x86_64-pc-linux-gnu-library/2.8/roots/libs/") :
>>> shared library 'roots' was not loaded
>>>
>>> I also tried the above command with the file extension omitted and the
>>> last one and two levels of the directory path omitted. In both cases I still
>>> get the "not loaded" error. I've also Googled the list archives and while
>>> there were several questions like mine, none of them were answered by the
>>> list. Am I to believe that this is something hardly anybody does? Does this
>>> mean everybody sits around waiting for R to start up everytime they make a
>>> minor change to the C source?
>>>
>>> If there is a tutorial for doing this, I'd much appreciate the link.
>>
>>
>> This is more of an R-devel question than R-help, so if this doesn't answer
>> your question, please follow up there.
>>
>> On Windows, the following sort of works:
>>
>>> library(rgl)
>>> .dynLibs()
>> Filename Dynamic.Lookup
>> 1 F:/R/R-2.8.1/library/methods/libs/methods.dll FALSE
>> 2 F:/R/R-2.8.1/library/grDevices/libs/grDevices.dll FALSE
>> 3 F:/R/R-2.8.1/library/stats/libs/stats.dll FALSE
>> 4 F:/R/R-2.8.1/library/rgl/libs/rgl.dll TRUE
>>
>>> library.dynam.unload("rgl", "F:/R/R-2.8.1/library/rgl")
>>
>> I say "sort of", in that I get no error messages and the dll is no longer
>> locked in use as it normally would be in Windows, but reloading the package
>> doesn't function properly. It's possible some combination of detach() and
>> unloadNamespace() would get a clean unload, but really, I normally just quit
>> R and restart. It's pretty quick to start up, compared to the recompile
>> time for the package.
>>
>> Duncan Murdoch
>>
>> ______________________________________________
>> R-help_at_r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-help
>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>> and provide commented, minimal, self-contained, reproducible code.
>>
>
>
>
> --
> Gabor Csardi <Gabor.Csardi_at_unil.ch> UNIL DGM
>
> ______________________________________________
> R-help_at_r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
>

-- 
Brian D. Ripley,                  ripley_at_stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595


______________________________________________ R-devel_at_r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Received on Fri 20 Feb 2009 - 03:05:07 GMT

Archive maintained by Robert King, hosted by the discipline of statistics at the University of Newcastle, Australia.
Archive generated by hypermail 2.2.0, at Fri 20 Feb 2009 - 09:30:28 GMT.

Mailing list information is available at https://stat.ethz.ch/mailman/listinfo/r-devel. Please read the posting guide before posting to the list.

list of date sections of archive