Please report problems with websites to the webmaster: no one else can
handle them. I believe that for CRAN the appropriate address is
cran-ad...@r-project.org.
On Wed, 21 Jul 2010, mark.braving...@csiro.au wrote:
Hi
The link from CRAN to new features in R-devel hasn't been working for a
AFAIK, you simply need to put the path to the correct pg_config first
in your path -- depending how the PostgreSQL installation was done you
may also need to ensure that its libraries are in your
LD_LIBRARY_PATH.
Given that this is the third query you have sent to the R lists about
Hi,
I have a written a C code for R and used R CMD SHLIB to compile it.
However, it returns segmentation fault on some 64 bits machines.
What are some of the potential reasons for this?
Thanks for the help/advice on the matter.
Best regards,
stan
[[alternative HTML version
On Tue, 20 Jul 2010, Chuen Tan wrote:
Hi,
I have a written a C code for R and used R CMD SHLIB to compile it.
However, it returns segmentation fault on some 64 bits machines.
What is 'it'? I presume you may mean trying to use the compiled code
in R, but what you wrote suggests SHLIB
Thanks Professor Brain Ripley and Dirk,
I have successfully INSTALLED RPostgreSQL on Solaris 10 update 7 i386 64bit
version. The detailed procedure is as following:
1. Delete the preinstalled 8.1.11 packagegs, which are all 32 bit.
2. Add /usr/postgres/8.3/bin/amd64 to PATH so that configure can
Hi all:
we have noticed for quite a while that certain errors cannot be handled
by R try, tryCatch etc blocks, but it was fairly difficult to understand
what were the conditions for this incorrect behaviour. Finally I stabbed
across a very understandable case, which is outlined in the (runnable)
A bug in the survival routines was reported to me today. The root cause
is a difference between table, unique, and sort.
temp - rep(c(1, sqrt(2)^2, 2), 1:3)
unique(temp)
[1] 1 2 2
table(temp)
temp
1 2
1 5
I'm using 2.10 on Linux, the user reported from 2.9 on Windows.
1. Minor issue:
Please don't pick things out of context. It does not say .C() is
deprecated and it is not talking about R code: it says
There are default variables and rules for this (determined when R is
configured and recorded in R_HOME/etcR_ARCH/Makeconf), providing
support for C, C++, FORTRAN 77,
I believe this is a misdiagnosis: the 'rounding' is done by
as.character (as the help for argument 'levels' in ?factor does say)
and ?as.character has a full explanation (and is linked from the
relevant part of ?factor).
as.numeric(as.character()) should do the trick.
On Wed, 21 Jul 2010,
I've been able to figure out on my own how to do what I need in the
largely undocumented tcltk package, but I've finally hit a wall. I can't
even think of any sufficiently specific search terms to use for this.
I'm trying to make the widgets in my tk window resize when the window is
resized by
Dear list,
I am trying to embed R into a C++ program. After some tinkering,
reading the documentation and browsing the source code I have this
more or less working. A very very condensed and very simplified
version of the code is included below.
The program can create plots. However, after the
On 07/21/2010 09:36 AM, Alex Bokov wrote:
I've been able to figure out on my own how to do what I need in the
largely undocumented tcltk package, but I've finally hit a wall. I
can't even think of any sufficiently specific search terms to use for
this.
Oops. Murphy's Law-- the answer only
There does indeed seem to be a bug in the C code that implements
callNextMethod, with the effect of adding a spurious index to calls to
the primitive `[` code with more than 2 subscripts.
The message incorrect number of dimensions is telling the truth, the
primitive code gets 4 subscripts
Thanks, John. Enjoy Gaithersburg!
On Wed, Jul 21, 2010 at 8:58 AM, John Chambers j...@r-project.org wrote:
There does indeed seem to be a bug in the C code that implements
callNextMethod, with the effect of adding a spurious index to calls to the
primitive `[` code with more than 2
Hi,
On Wednesday 21 July 2010, Jan van der Laan wrote:
How do I ensure that the windows keep being updated?
in RKWard we run the following periodically during idle phases:
// this basically copied from R's unix/sys-std.c (Rstd_ReadConsole)
#ifndef Q_WS_WIN
for (;;) {
Use
R_CheckUserInterrupt()
The code below is very fragile and unix-specific.
Cheers,
Simon
On Jul 21, 2010, at 3:45 PM, Thomas Friedrichsmeier wrote:
Hi,
On Wednesday 21 July 2010, Jan van der Laan wrote:
How do I ensure that the windows keep being updated?
in RKWard we run the
On Jul 21, 2010, at 4:28 PM, Simon Urbanek wrote:
Use
R_CheckUserInterrupt()
Actually, the above is true but assumes that you're running R's REPL and not
your own R_ReadConsole (it will work even in your ReadConsole but unix handlers
are not run in that case so only some events will
Prof Brian Ripley rip...@stats.ox.ac.uk
on Wed, 21 Jul 2010 07:27:58 +0100 (BST) writes:
Please report problems with websites to the webmaster: no
one else can handle them. I believe that for CRAN the
appropriate address is cran-ad...@r-project.org.
In addition, please let
The problem in this example is (plausibly) that the argument evaluation
code in method selection itself uses an internal C-level version of
try(), overriding the user's setting.
If this is the bug, I'll have to defer to more expert advice on whether,
and if so how, the code can adjust for the
Prof Brian Ripley rip...@stats.ox.ac.uk
on Wed, 21 Jul 2010 07:27:58 +0100 (BST) writes:
Please report problems with websites to the webmaster: no
one else can handle them. I believe that for CRAN the
appropriate address is cran-ad...@r-project.org.
In addition, please
Hi Florian,
You could try the Rcpp package for the interface. It works pretty well for
me.
Cheers,
Yi
On Wed, Jul 21, 2010 at 10:24 PM, Florian Breitwieser
florian...@gmail.comwrote:
Hi,
I am writing a R package and having a bit of trouble to have the C++
code working.
I was planing
21 matches
Mail list logo
