similar to: DSE status

I put some documentation in a file dse/man/dse.Rd in and did R INSTALL -l rlibs dse This built the copies of dse.Rd in rlibs/dse/{help latex html}. It also wrote over R/doc/html/function.html and R/doc/html/packages.html, effectively clobbering all the R documentation. Also, the link that gets put in R/doc/html/packages.html points to R/library/dse/html/00Index.html rather than

As with 0.62.3, when I install my dse package with documentation in 0.62.4 the html help in R/doc/html/function.html gets clobbered so that the regular R function help is not available. I was postponing a revised version of my dse library install in the hope that this might be fixed. Does anyone know if this is a simple problem that I can hope will be fixed soon, or should I consider a

Hi, I am trying to infer the dimension of an opened bitmap (png, jpeg, bitmap device...) from par() parmeters. From the help on par(), I found that: > dim <- c(400, 200) > png("foo.png", width=dim[1], height=dim[2]) > dim2 <- par("din") * par("cra") / par("cin") > dev.off() > dim2 [1] 399.9999 199.9999 I've tried the above on

I'm getting a lot of warning having to do with setting graphic parameters. I don't recall actually setting any of these, so I would guess they are being set by something I am calling. Has anyone already figured out where this is happening? Paul Gilbert _____ All dse3 tests ... ok All dse4 tests ...Warning: skipping test 4 (requires stepwise). ok dse2 graphics tests ...completed dse3

Dear all, the help of par() claims that cin and cra are c(width, height) but it appears to be rather c(height, width) Best regards Jens Oehlschl?gel > plot.new() > strheight("W", unit="inches") [1] 0.1354167 > par("cin") [1] 0.1354167 0.1875000 > version _ platform i386-pc-mingw32 arch i386 os mingw32

The reason dse won't install is because of the new versioned install code. It assumes that it's dealing with a plain package, and doesn't handle bundles properly. Robert, could you look at that? A workaround is as follows. After the install.packages call fails with this message >Error in file(file, "r") : unable to open connection >In addition: Warning message:

"contour" can't return a list of contours (it would be nice) "arrows" has different options from S-PLUS (no "open" or "rel" options, no "lwd" parameter or graphics parameter pass-through; "size" in S corresponds to "length" in R). [I know we needn't follow S-PLUS syntax slavishly, but it would be nice at least to

Dear R-helpers, I'm learning how to compile R packages with fortran routines and use the acepack source as an example. After some hiccups (Guido told me about the need to set make_mode=UNIX) I got to the following: `make pkg-acepack' runs without error (see below), but it does not * compile any .f file in acepack/src * (hence) try to create any dll file or libs (I'm

Anyone know if this is still with us? -pd > There is however, a small problem with installing the HTML documention in a > private (i.e. not RHOME/library) location. The file > > RHOME/doc/html/packages.html > > linking the main documention to the packages is written (BTW this will probably > fail if the package owner and the R owner are not the same) but the links in it

Dear R-help, I'm using 63.3 on windows NT. The improved graphics device has a problem in that the default par settings produce text that is way too small (63.2 seemed fine). I've compared the parameters between 63.3 and 63.2 and the ones that differ are : cin, cra, csi, mai, pin, plt. In the par help file, cin and cra have no documentation other than that they are read only, the last

I often use something like old.par <- par(set someting) on.exit(par(old.par)) but in R 1.7.0. I now get warnings: > old.par <- par() > par(old.par) Warning messages: 1: parameter "cin" can't be set in: par(args) 2: parameter "cra" can't be set in: par(args) 3: parameter "csi" can't be set in: par(args) 4:

>>>>> "Marc" == Marc Schwartz <mschwartz@medanalytics.com> >>>>> on Wed, 13 Nov 2002 11:01:49 -0600 writes: Marc> Marc Schwartz wrote: >> SNIP >> >> I am guessing that this may be the result of par("ylog") >> and par("xlog") being read only and perhaps impacting the >>

For the (slightly) adventurous among you: We plan to roll out R 0.62.3 next Friday. In order to root out remaining bugs before the release, I'd like to encourage you to try it out on your system. Since there is a risk of destabilising things whenever you mess with the configure scripts, we won't attack installation problems on unusual platforms after this week. We also won't take

In R 0.63 RINSTALL of a package with documentation still appears to clobber R/doc/html/function.html and R/doc/html/packages.html so the main help is no longer available to a user once a package is installed. I know how to work around this for my own purposes, but I hesitate to release a package that would do this to some unsuspecting user. Paul Gilbert

After some investigation I find that "R INSTALL dse" seems to work well. Also, "R REMOVE dse" works but does not clean out ~/.R (which would be pretty difficult because all users may have this). The result is that a user will have the impression that the package is installed when it has be remove. (This is probably not too serious.) However, "R INSTALL -l rlibs

Hi there, Moving this request for info over from an R-HPC-SIG list thread as the issue is less HPC than something that has bitten me as a result of trying to install HPC (read CUDA) R packages. Background to this is that I have both a Ubuntu host for a Tesla card that some researchers are looking to do CUDA-related R computation on, and a prototype, RHEL-based, cluster that is being used to

Hi, I seem to have broken the pdf device on my installation. I'm running R 1.6.1 under Apple's X11 on darwin 6.3. Running the following commands straight after starting R (and without touching 'par') gives different results - the png file looks fine but I'm missing axes and labels on the pdf. If I try and print the pdf, axes and labels appear but with text characters as

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

I'm trying to set up R INSTALL for my padi package and the compile needs -I pkg/src-c to find some .h files. (Perhaps I should be putting these in a different location?) Could someone please explain how I should pass this location to the compiler used by R INSTALL from the Makefile in my pkg/src? Thanks Paul Gilbert