Hello,
This little post is just to thank Prof. Ripley and the R team
for still maintaining R runable on Windows 2000.
I installed R-2.8.0 on Windows 2000 and used it for several
computation hours and everything seems to work fine.
Many thanks
Vincent
__
Martin Maechler a écrit :
Well, dimnames can be named :
Thanks Martin and Gabor for the trick.
And apologies for not thinking on it.
Thanks
Vincent
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hello,
Presently, we are able to add additionnal info to a matrix
thanks to the nice comment() and attr() functions.
Maybe I miss some other functions ?
Since there is a always a little remaining place on the
top left when one print a matrix,
I was wondering if it won't be interesting to offer t
Mathieu Ribatet a écrit :
> Dear list members,
>
> I've got a small question on matrix multiplications in a C code. Because
> of a really cpu demanding likelihood, I had to use a C code within an R
> function wrapper. I'm pretty sure that there is already one good code
> for matrix multipli
Prof Brian Ripley a écrit :
>> I use getConnection().
>> In the context in which I use it, the number of the connection is
>> known a priori.
>
> I don't see how you can know it 'a priori': it is an implementation detail
> (and since R itself uses connections, those details could easily change).
Prof Brian Ripley a écrit :
> When I originally implemented connections in R 1.2.0, I followed the model
> in the 'Green Book' closely. There were a number of features that forced
> a particular implementation, and one was getConnection() that allows one
> to recreate a connection object from
Simon Urbanek a écrit :
> The wrapper:
>
> #include
>
> int printf(const char *format, ...) {
> va_list (ap);
> va_start(ap, format);
> Rvprintf((char*)format, ap);
> va_end(ap);
> return 0;
> }
>
> If you link this in your project (simply create a separate object file
> with this),
Prof Brian Ripley a écrit :
> You can always link in a wrapper that defined printf and passes the
> arguments to Rprintf.
I apologize but confess i didn't completely understand
this suggestion.
> It's documented in 'Writing R Extensions'.
> The defines used for compatibility with @Sl{} someti
Prof Brian Ripley a écrit :
> If you are using Rgui (it should work under rterm)
yes indeed, it works under rterm
> there is no C-level 'stdout' file stream (the normal state
> for Windows GUI programs), so no way to capture it inside R.
Aie ! (I feared this answer). Thanks however for the exp
printf capture
Dear All,
I'm running R-2.4.1 on WindowsXP.
I wrote a small C++ DLL using Rprintf() and all works fine
dyn.load(), is.loaded('f1'), Rprintf(), .C(), all is ok.
Now, the worry :
I use also a 3rd party piece of C++ program which was not designed
for R and uses printf().
I though on
First, great thanks to all for all the answers.
I confess i was a bit scared about (re)learning a possible
tomorrow obsolete tool.
I'm however quite astonished nobody proposes another tool.
Do 100% R package developers use emacs ?
Anyway, given the answers, it seems i'll go on emacs or xemacs.
Thanks for those first answers.
Indeed i forgot to precise that i'm currently working
on windows (but would like to be able to evolve to linux).
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dear all,
I have to develop a (hopefully) small package for R in C++.
I didn't code in C++ for some years, and i'm now searching
for an adequate IDE for this task.
Some of my criterions : not proprietary, not too heavy,
open to linux, not java gasworks, still maintained, etc
After looking on sev
13 matches
Mail list logo
