Skip to content

Unload CRAN package and locally built package

4 messages · Simon Urbanek, Gábor Csárdi

Original
Gábor Csárdi
# 
Hi all,

I have a little mystery here, and ideas would be welcome.

I would like to unload the package igraph. The following works fine
with the package downloaded from CRAN (Snow Leopard package):

install.packages("igraph")
library(igraph)
library(devtools)
unload(inst("igraph"))

However, if I build the package myself on my machine, then it does not
work any more and unloading hangs. I can press CTRL+C to get the R
prompt back, but every command hangs again. This is my machine:

~$ xcodebuild -version
Xcode 5.1.1
Build version 5B1008

~$ Rscript -e 'sessionInfo()'
R version 3.1.1 (2014-07-10)
Platform: x86_64-apple-darwin10.8.0 (64-bit)

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  base

It also hangs if I call dyn.unload() directly, instead of calling
devtools; if I remove
the igraph.so file from the package, then it works again, so it is
definitely something with the .so file.

I know this is not much work with, but if you have any guesses, please
let me know. Thanks,
Gabor
Simon Urbanek
# 
Gabor,

what OS X version are you using? More recent OS X versions have slightly different C++ ABI so you can't really mix C++ code compiled on SL and let's say Mavericks - hence the two different sets of binaries. That would be my guess here since igraph uses C++ and it involves destructor code on unloading...

Cheers,
Simon
On Sep 25, 2014, at 11:27 AM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote:

            

      
      
      
    

        

      
      
    

  
  


  


      

    

    

      
      

        


  

        

      Gábor Csárdi
    

    

      
      #
    

  


  

      
Hi Simon,

thanks for the answer, sorry, I should have included this, it is
apparently not in sessionInfo().

So, this happens on 10.9.4 with R 3.1.1 and also on 10.8.5 with R
3.1.0. And the (10.8) CRAN binary version of igraph unloads cleanly on
both of them.

I am not sure how and why destructors would be called when unloading,
igraph does not use any external pointers to keep C++ objects alive.
They should be destroyed when returning the C/C++ call to R. It is
certainly possible that they are not, because of a bug or something,
but I cannot even unload if I do not call any igraph functions at all,
just load the package. (Loading the package calls an igraph_init, but
that only sets some global variables, it does not create any C or C++
objects.)

But I definitely think that you are right in general, and this is some
binary incompatibility between the R binary and my binary. It has been
a long standing issue, actually. It never worked for me in the last ~5
years.

I am also not really sure how to debug this, but will check with an R
version compiled on my mac in a minute.

Thank again, Best,
Gabor

On Thu, Sep 25, 2014 at 10:53 PM, Simon Urbanek

        
<simon.urbanek at r-project.org> wrote:

            

      
      
      
    

        

      
      
    

            

      
      
      
    

  
  


  


      

    

    

      
      

        


  

        

      Gábor Csárdi
    

    

      
      #
    

  


  

      
I just tried on an R version that I compiled myself, and unloading
works fine. \o/

I also tried using the Mavericks build of R, and that works fine, too,
on my Mavericks laptop. \o/

I have no idea why the Snow Leopard R build did not work with my other
Snow Leopard machine, but honestly, I don't care much about it. :)

Thanks for the help, this is already a great day, and it is only 5:50am! :)

Best,
Gabor

        
On Fri, Sep 26, 2014 at 4:40 AM, G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: