I've found that the HTML help system started via help.start() requires
all forward slashes in R_LIBS_USER otherwise the Packages page is
corrupt/non-working. Note that by default R_LIBS_USER is set by R on
startup.
Example 1:
With R_LIBS_USER=C:/Users/JohnDoe/R/win-library/2.10
> help.start() [an
Under See Also in help(parse_Rd, package="tools") it says:
Rd2HTML for the converters that use the output of parseRd.
Should be "parse_Rd" not "parseRd".
> sessionInfo()
R version 2.10.0 Patched (2009-10-26 r50212)
i386-pc-mingw32
locale:
[1] LC_COLLATE=English_United States.1252
[2] LC_CTYPE=E
Dear John,
First let me apologize for not taking this off-list, since I feel that the
issues that you have raised are very important for optimizeRs to think
about.
I completely agree with all you points. Even though Brian Ripley is correct
in pointing out that for SANN `maxit' is the only stop
Dear Etienne,
You probably want to create a zzz.R file in the /mypkg/R/ folder which
is just
.First.lib <- function(lib, pkg){
library.dynam("MyPkgName", package = pkg, lib.loc = lib)
return(invisible(0))
}
This would ensure that your shared library will be lo
Etienne Laliberté wrote:
Function/file names are hypothetical. Say I have written myfunction.R,
which calls myfunction.c via .C("myfunction", ...).
I've compiled successfully myfunction.c via R CMD SHLIB myfunction.c
in the terminal. Then, in the R console:
dyn.load("myfunction.so")
source("myf
> "JN" == Prof John C Nash
> on Thu, 22 Oct 2009 10:53:43 -0400 writes:
JN> Recently I reported a small bug in optim's SANN method
JN> failing to report that it had exceeded the maximum
JN> function evaluation limit in the convergence code. This
JN> is a small enough m
Function/file names are hypothetical. Say I have written myfunction.R,
which calls myfunction.c via .C("myfunction", ...).
I've compiled successfully myfunction.c via R CMD SHLIB myfunction.c
in the terminal. Then, in the R console:
dyn.load("myfunction.so")
source("myfunction.R")
test <- myfunct
