I am using Win XP-64, have everything updated (R-3-1-2, BioC, and R-Studio). When loading package SCAN.UPC, there is an exception being thrown regarding GEOQuery. I checked if the .dll exist in the 64-bit library for RCurl, and it is present. Any suggestions?
Below is the run code and error message (at very bottom):
> library("SCAN.UPC") Loading required package: Biobase Loading required package: BiocGenerics Attaching package: ‘BiocGenerics’ The following objects are masked from ‘package:parallel’: clusterApply, clusterApplyLB, clusterCall, clusterEvalQ, clusterExport, clusterMap, parApply, parCapply, parLapply, parLapplyLB, parRapply, parSapply, parSapplyLB The following object is masked from ‘package:stats’: xtabs The following objects are masked from ‘package:base’: anyDuplicated, append, as.data.frame, as.vector, cbind, colnames, do.call, duplicated, eval, evalq, Filter, Find, get, intersect, is.unsorted, lapply, Map, mapply, match, mget, order, paste, pmax, pmax.int, pmin, pmin.int, Position, rank, rbind, Reduce, rep.int, rownames, sapply, setdiff, sort, table, tapply, union, unique, unlist, unsplit Welcome to Bioconductor Vignettes contain introductory material; view with 'browseVignettes()'. To cite Bioconductor, see 'citation("Biobase")', and for packages 'citation("pkgname")'. Loading required package: oligo Loading required package: oligoClasses Welcome to oligoClasses version 1.28.0 Loading required package: Biostrings Loading required package: S4Vectors Loading required package: stats4 Loading required package: IRanges Loading required package: XVector ============================================================================================= Welcome to oligo version 1.30.0 ============================================================================================= Attaching package: ‘oligo’ The following object is masked from ‘package:BiocGenerics’: normalize Loading required package: GEOquery Error in inDL(x, as.logical(local), as.logical(now), ...) : unable to load shared object 'C:/Program Files/R/R-3.1.2/library/RCurl/libs/x64/RCurl.dll': LoadLibrary failure: The specified procedure could not be found. Error: package ‘GEOquery’ could not be loaded
See if this is helpful: http://stackoverflow.com/questions/9429390/can-not-install-xml-package. Please let us know either way.
Thanks for the tip. Downloaded windows binaries for RCurl and pasted in the folder structure. However, the exception is still being thrown. Was able to successfully run SCAN.UPC a while ago, so the likely issue now is a changed dependency. Any way to go back to earlier versions in order to avoid this issue?
Also, how about killing the GEOQuery and RCurl associations which are fired when loading SCAN.UPC? GEOQuery is for fetching GEO data, and RCurl is for HTTP fetching. The goal is to only normalize expression from CEL files using SCAN.UPC (I already have the data and don't need GEO or HTTP).
Try to simplify this. It seems like RCurl is the problem. So try just library(RCurl). Do this in a new session. If that fails, start a new session and try to remove and then install RCurl using standard R commands -- remove.packages("RCurl"); BiocInstaller::biocLite("RCurl").
And to follow up on Martin's suggestion, downloading the binaries and pasting into the folder structure is a recipe for disaster. There are very few R packages for which that will actually work, which is why things like install.packages() and biocLite() exist. I have the current version of SCAN.UPC installed on my 64-bit Windows box (with RCurl and XML), without any problems, so it is likely that you have a borked installation, rather than some dependency problems.
Thanks, I went back to R-3.0.1, and just installed RCurl in R by itself, and it loaded fine. FYI - Using R-Studio and the syntax "library('RCurl')" works fine by itself as well. It's only when library('SCAN.UPC') is invoked in R-Studio when the u+nsuccessful loading of GEOQuery occurs --> due to not reading the 64-bit .dll for RCurl. A pattern is starting to emerge: GEO access and naturally HTTP are packages which are instantiated when SCAN.UPC loads. However, isn't SCAN.UPC for computational workflow regarding normalization, without HTTP and GEO issues?
SCAN.UPC uses GEOquery to run the examples in the vignette, which is why this is a dependency (and RCurl is a dependency of GEOquery). But I don't have the same problem as you, as I can load SCAN.UPC in RStudio on Windows using R-64 bit without any problems.
A little progress, used "biocLite('SCAN.UPC') and package loading succeeded. However, the exception can't find function 'SCAN' appears (see below):
> biocLite("SCAN.UPC") BioC_mirror: http://bioconductor.org Using Bioconductor version 2.13 (BiocInstaller 1.12.1), R version 3.0.1. Installing package(s) 'SCAN.UPC' trying URL 'http://bioconductor.org/packages/2.13/bioc/bin/windows/contrib/3.0/SCAN.UPC_2.4.2.zip' Content type 'application/zip' length 747141 bytes (729 Kb) opened URL downloaded 729 Kb package ‘SCAN.UPC’ successfully unpacked and MD5 sums checked The downloaded binary packages are in C:\Documents and Settings\Administrator\Local Settings\Temp\RtmpALOYN6\downloaded_packages > celFilePath<- .... (this is valid without errors) > normalized <- SCAN(celFilePath, OutFilePath="output_file.txt") Error: could not find function "SCAN"
...more progress. Must use lower case "scan" rather than SCAN in the normalizing command syntax. Now the only error message is:
> normalized <- scan(celFilePath) Error in file(file, "r") : cannot open the connection In addition: Warning message: In file(file, "r") : cannot open file 'C:....': Permission denied
No, you don't use lower case scan(). If you look at ?scan, this is a function from base R for scanning files. You have to load the SCAN.UPC package first, and then you use SCAN().
In addition, celFilePath <- .... is NOT valid, and did not process without errors. You need to actually give the path to the celfiles, or better yet, change the working directory, and use
Sorry, I didn't paste my real celfilepath but rather used "...( )"
I loaded bioC in R, then loaded SCAN.UPC and it's throwing an exception when reading the 64-bit RCurl.dll in the 64-bit library folder for the RCurl package. (if RCurl is running via SCAN.UPC w/o issues in your win OS, why did someone give a link to a stackoverflow entry about RCurl not being available for the Win OS, which referred to Ripley's personal Windows OS packages?)
I'll uninstall everything, and then redo. Is there a specific R version you recommend?
Sorry, I didn't paste my real celfilepath but rather used "...( )"
I loaded bioC in R, then loaded SCAN.UPC and it's throwing an exception when reading the 64-bit RCurl.dll in the 64-bit library folder for the RCurl package. (if RCurl is running via SCAN.UPC w/o issues in your win OS, why did someone give a link to a stackoverflow entry about RCurl not being available for the Win OS, which referred to Ripley's personal Windows OS packages?)
I'll uninstall everything, and then redo. Is there a specific R version you recommend?
The link on stackoverflow was from 2012, at which time there were still problems getting 64-bit dlls to compile natively on Windows. So BDR was working his personal magic to get things to work.
Since R-2.12 the Rtools toolchain has included tools for both 32 and 64 bit compiling, and by R-2.15 it appears all the issues had been ironed out. See http://cran.r-project.org/bin/windows/Rtools/ for more info.
Anyway, the issues in 2012 were that trying to install RCurl or XML on 64-bit would return an error, saying that those packages weren't available. It wasn't the case that you could install something and it wouldn't work. The issues in the thread you mention had to do with installing the packages from source (where you would have to compile the dlls), rather than some borked install that couldn't find a dll that was installed from a binary package.
As for version, I recommend the latest version, R-3.1.2. You should be able to install R, then do
and it should Just Work.