Skip to content

[Bioc-devel] GLAD fails to load on R v2.10.0 and Windows Vista

5 messages · Patrick Aboyoun, Philippe Hupé, Henrik Bengtsson

#
FYI,
DIALOG: "This application has failed to start because libgsl.dll was not found.
Re-install the application may fix this problem. [OK]"

Error in inDL(x, as.logical(local), as.logical(now), ...) :
  unable to load shared library 'C:/Users/hb/R/win-library/2.10/GLAD/libs/GLAD.d
ll':
  LoadLibrary failure:  The specified module could not be found.

Error: package/namespace load failed for 'GLAD'
R version 2.10.0 Under development (unstable) (2009-06-10 r48749)
i386-pc-mingw32

locale:
[1] LC_COLLATE=English_United States.1252
[2] LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252
[4] LC_NUMERIC=C
[5] LC_TIME=English_United States.1252

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base
#
Henrik,
This is more of a package maintainer documentation issue. The 
DESCRIPTION file for GLAD

https://hedgehog.fhcrc.org/bioconductor/trunk/madman/Rpacks/GLAD/DESCRIPTION

states there is a system requirement of GSL (GNU Scientific Library: 
http://www.gnu.org/software/gsl), but it doesn't state how to satisfy 
the requirement. If you download GSL and put the location of libgsl.dll 
in the Windows PATH environment variable, GLAD should load in R 2.10 
without issue.


Patrick
Henrik Bengtsson wrote:
#
Thanks Patrick. Future followers will now find this thread/answer
(because I'll be getting these question from aroma.affymetrix users
later).

Philippe (cc:ed), it looks like this GSL dependency is only related to
your HaarSeg code snippets; maybe there is a way to avoid requiring
GSL if a user is not using that branch of the GLAD package?

My $.02

/Henrik
On Fri, Jun 12, 2009 at 9:21 AM, Patrick Aboyoun<paboyoun at fhcrc.org> wrote:
3 days later
#
That's good enough for me, but I think you'll loose quite a few people
that way. Call it survival of the fittest/least lazy/....   My point
was that, do you really want to break your existing GLAD because of
the support of HaarSeg?  Isn't there a smoother workaround that will
make the package load, but if GSL is not available, it will give an
error if it is not available.  One immediate solution that should work
is to have the HaarSeg native code/dyn lib in an optional support
package loaded optionally via require().  I leave it there...

My (now) $.04

/H

2009/6/16 Philippe Hup? <Philippe.Hupe at curie.fr>: