Sharpie wrote
>
> evalWithoutInterrupts <- function(expr, envir = parent.frame())
> {
> .Call(do_evalWithoutInterrupts, expr, envir)
> }
>
>
> With a C-level implemention:
>
> SEXPR do_evalWithoutInterrupts(SEXP expr, SEXP envir)
> {
> SEXP
Dirk Eddelbuettel wrote
>
>b) having BLAS as a defined interface is wonderful for swapping default
> (unaccelerated) BLAS for accelerated BLAS like Atlas, Goto,
> OpenBLAS,
> MKL, ... Several of these BLAS have in fact been available for
> either
> Debian or Ubuntu in some f
Sharpie wrote
>
> If not, would it work to move the function call into a C function that
> uses `eval` inside a block protected by BEGIN_SUSPEND_INTERRUPTS?
>
Just to clarify, if there is no functionality at the R level for evaluating
an expression without interrupts, would it be
Is there a way to suspend user interrupts for the duration of a function
call? There is a point in one of my packages where values are being written
to a Filehash database. If the user is unlucky enough to send an interrupt
while this code is active, then they have to:
- Hunt down a lock file an
Paul Murrell wrote
>
> I think the problem is that I just failed to anticipate this situation
> (i.e., the current documentation and behaviour both assume xlim[1] <
> xlim[2] and ylim[1] < ylim[2]).
>
> Will take a look at where to apply a fix (EITHER allow the API to be
> more flexible [allo
Deepayan Sarkar-3 wrote
>
> I believe only Debian/Ubuntu package it (and this would have been more
> appropriate for r-sig-debian). I'll coordinate with Dirk et al to
> update the relevant files.
>
> -Deepayan
>
The bash completion script is also used by the Homebrew package manager on
OS X.
I noticed some undocumented and inconsistent behavior in device_Raster when a
plot is produced with reflected axes such as:
image(volcano, xlim = c(1,0), useRaster = TRUE)
image(volcano, ylim = c(1,0), useRaster = TRUE)
The `pdf` device will perform horizontal and vertical reflections, wh
vioravis wrote:
>
> I used the DLL export viewer to what is the table name being exported. It
> is showing as VALUEAHROPTIMIZE_. This is the name of the function we have
> used plus the underscore.
>
> Is there any other reason for the function not getting recognized???
> Thanks.
>
Which compi
aftar wrote:
>
> Hi
>
> Can we use BLAS in R X64 for windows?
>
> Regards
> Aftar
>
You are already using BLAS in R as R includes its own BLAS library. On
Windows the 64-bit DLL is located at R_HOME\bin\x64\Rblas.dll.
If you are asking about swapping that out for an optimized BLAS, you will
Paul Gilbert wrote:
>
> Is it possible in R to call a fortran routine that sets variables in a
> common block and expect the values to persist when a call is made from R
> to a second routine that uses the common block?
>
> If not (as I suspect), is it possible to use a common block in a group
Yihui Xie-2 wrote:
>
> Hi,
>
> I guess this issue must have been brought forward long time ago, but I
> still hope you can consider under Windows (during installation):
>
> 1. put R's bin path in the PATH variable of the system so that we can
> use the commands "R" and "Rscript" more easily;
>
Byron Ellis-2 wrote:
>
> Hi all (especially R-core) I suppose,
>
> With the introduction of the new functional programming functions into
> base I thought I'd ask for a Curry() function. I use a simple one that
> looks this:
>
> Curry = function(FUN,...) { .orig = list(...);function(...)
> do.c
Hello, I was just tweaking the R build for the Homebrew package manager and I
thought it would be nice to enable bash completion. I noticed that
Debian-based systems install `/etc/bash_completion.d/R` but could not find a
source for this file in the `etc` folder of the R source.
Is the R bash comp
t it also provides methods
for calling R code and C++ without having to write as many R functions. I
have not had the pleasure of using Rcpp yet---Fortran was my first compiled
language and I am still moving my way up the food chain :)
- The inline package may be of interest to you---It allows C
smcguffee wrote:
>
> You are right, I looked and I did find the R source code. However, it's
> largely written in R! I mean, I don't know how to trace the R code where
> INSTALL is recognized and follow it to a c or c++ level command. For
> example
> these are hits in .R files, not c files, and I
Tal Galili wrote:
>
> Hello dear R developers,
>
> I recently found out that it is not possible to limit update.packages() to
> update only a few packages at a time.
>
> The patch offered simply adds a 'subset' parameter and the statement
> bounded
> within "if(!missing(subset))" to implement i
Duncan Murdoch-2 wrote:
>
> I have just committed some code to the rgl package on
> https://r-forge.r-project.org/projects/rgl/ to allow rgl images to be
> inserted into Sweave documents. (This is not in the CRAN version yet.)
> It makes use of the custom graphics driver support added by Bri
Dear R devel list,
Good morning; I'm with the Sage (http://www.sagemath.org) project.
(Some of you might have seen my talk on this at last summer's useR
conference).
Thanks for stoping by Karl! I have to say that I am a big fan of the Sage
project---it is a very good idea and I really appreciate
least one
After half a day of tinkering, the best reproducible example I can come up
with involves using Roxygen to generate man files for the tikzDevice:
# Install roxygen from CRAN and grab tikzDevice source code
R --vanilla --slave -e "install.packages('roxygen')"
git
Friedrich Leisch wrote:
>
>> On Tue, 14 Dec 2010 12:40:04 +0100,
>> Romain Francois (RF) wrote:
>
> > Hello,
> > Sweave lets you use alternative drivers through the driver argument,
> and
> > several packages take advantage of that and define custom Sweave
> driver
> > for var
e2Grid(list(x = 1:ncol(test), y = 1:nrow(test), z = t(test)))
> writeGDAL(x, "raster.png", driver = "PNG", type = "Byte")
>
>
>
> On Mon, Oct 18, 2010 at 3:17 PM, Sharpie wrote:
>
>>
>> I am working on dumping raster data from R into PNG
loosmart wrote:
>
> Good afternoon!
>
> It may seem trivial to some/most of You, but I found it difficult to
> properly include a C++-based .dll into a package that I want to build for
> usage in R. I read through the "Writing R extensions..." & "R
> administration ..." instructions, but it se
Donald Paul Winston wrote:
>
> Who decides what features are in R and how they are implemented? If there
> is someone here who has that authority I have this request:
>
> A report() function analogous to the plot() function that makes it easy to
> generate a report from a table of data. This s
Donald Paul Winston wrote:
>
> Aren't you the guy who created Rserve?
>
> I'd like to develop a web app so clients can perform exploratory data
> analysis with their browser with no installed software, not even java (I
> don't like applets). I thought R would be excellent for this but I need
>
Dirk Eddelbuettel wrote:
>
>
> On 20 August 2010 at 08:02, Sharpie wrote:
> | So, unless I am gravely mistaken, RInside is just a nice cross-platform
> | replacement for the RDCOM interface. It won't solve the problem of
> needing
>
> I wrote RInside, and I am un
Romain Francois wrote:
>
> Hi,
>
> It installs just like any other R package, there is no need for a
> Makefile.
>
> $ R CMD RInside_0.2.3.tar.gz
>
Should probably be:
R CMD INSTALL RInside_0.2.3.tar.gz
But are we misleading the OP a little bit about what RInside can help him
do? His o
Prof Brian Ripley wrote:
>
> Well, it is not Fortran 77 but Fortran 95, and so needs to be given a
> .f95 extension to be sure to work.
>
I think most compilers only distinguish two fortran file extensions: .f or
.f90. .f denotes fixed-form source code while .f90 denotes free-form. Some
com
Duncan Murdoch-2 wrote:
>
> You can use the Rtools for the stuff other than the compilers. You need
> the MinGW 64 bit versions of the compilers; they are not nicely packaged
> yet, but the instructions for finding them are in the new version of the
> R-admin manual, in the section 3.3, "Bui
Hello R developers,
I sincerely apologize if the answer to this question is clearly documented
somewhere, but I was unable to figure it out over my morning coffee.
I just downloaded today's release of R 2.11.0 and installed it on my Windows
7 64 bit VM. I also downloaded the latest version of R
erbose) :
> Compilation ERROR, function(s)/method(s) not created!
>
> The C function above is the one from "Writing R Extensions", p. 79; the
> suggestion for how to compile it inline is from Dirk Eddelbuettel, at this
> thread:
> http://n4.nabble.com/Getting-started-wi
jgarcia-2 wrote:
>
> Yes That's it! Thanks a lot!!
> Changing UNIT=5 in the F95 code by UNIT=7 solves the collision.
>
> Thank you very much Charlie, I've spent a lot of hours with this.
>
I'm glad it worked!
Google seems to indicate that units 0, 5, 6, 100, 101 and 102 are speci
jgarcia-2 wrote:
>
> Hi,
> I've stripped all the code, and it seems that any simple attempt to
> open/close a file from fortran is the cause of the error, and the error
> appears in f77 as well as in f95 code. Please, find attached a foo package
> that reproduce the errors, it should build/check
Jeff Brown wrote:
>
> Hi,
>
> I'm trying to learn to use .C, which lets one invoke compiled C code from
> within R. To do that, one has to first get the C code into R as a shared
> object, which (I think) means first compiling it (with COMPILE or SHLIB)
> and then loading it (with dyn.load()).
pengyu.ut wrote:
>
> http://google-styleguide.googlecode.com/svn/trunk/google-r-style.html
>
> Here is the R style, which does not recommend using tabs. Although it
> might take some time to forbidden the use of tabs, it will eventually
> be a good practice that benefits everyone in the future.
34 matches
Mail list logo
