I don't recognize your account.
R under Windows has an entry point R_tcldo, which is *private* and (as its
name implies) for use by R with Tcl. There is no documentation that I am
aware of that suggests that it is available to packages, and it is in no
header and not in 'Writing R Extensions'.
Hi developers,
there is a typo in match.call.Rd; elememt should be element.
Also, the following statement is difficult to understand:
'match.call' does not support with primitive functions (where
argument matching is normally positional).
I suspect that either a noun is missing betwee
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> Martin M x 2,
>
> Yes, no news in either of your most recent messages. That's a really
> ugly plot, though, and I do want to protest about either of these
> being worth doing fast.
The data motivating the original report was from quality assessment
Thanks for the information. A little more testing.
With R 2.6.2 on Debian I don't get John's crash on the tkdestroy.
With R 2.6.2 on MS/Windows the "library(tcltk)" causes the gtkWindow
to freeze. The tkdestroy works just fine.
I haven't had a chance to test on the imminent R 2.7.0 yet.
The
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Sat, 5 Apr 2008 19:31:43 +0100 (BST) writes:
BDR> Martin M x 2,
BDR> Yes, no news in either of your most recent messages. That's a really
ugly
BDR> plot, though, and I do want to protest about either of these being
w
On Sat, 5 Apr 2008, Uwe Ligges wrote:
Christophe Genolini wrote:
[...]
for french people, some "é" and "è" provoque warnings as well.
Then you have to declare an encoding as the manual "Writing R
Extensions" suggests.
It occurred to me that package.skeleton could perhaps fathom this o
ZT2008 wrote:
>
> ... can be used to represent unknown number of parameters passed into a
> function.
>
> For example, I write a function g. g calls another function f1.
>
> For example f1 could be different random number generation function.
>
> when f1=rnorm(), it has 3 parameters n, mea
[EMAIL PROTECTED] wrote:
> Full_Name: Pall Melsted
> Version: 2.3.1
So you report a bug on a ancient version of R? Have you read the FAQ
chapter on reporting bugs? Please do read the documentation!
Addtionally, this is not a bug at all, but desired and documented behaviour.
> OS: WinXP
> Su
Christophe Genolini wrote:
> Am I suppose to repport only but, or can I also make some comments?
> Well, I guess if I am not suppose to comment, it is easy to ignore them...
>
> Concerning the help file, some other examples might be a good complement
> to the existing one.
>
> --- 8< -
Martin M x 2,
Yes, no news in either of your most recent messages. That's a really ugly
plot, though, and I do want to protest about either of these being worth
doing fast.
On my home system
> F <- ecdf(rnorm(1))
> system.time(plot(F))
user system elapsed
1.343 0.035 1.410
> x
> "RW" == Rory Winston <[EMAIL PROTECTED]>
> on Sat, 5 Apr 2008 14:44:44 +0100 writes:
RW> Hi all I recently started to write a matrix
RW> exponentiation operator for R (by adding a new operator
RW> definition to names.c, and adding the following code to
RW> arrays.c).
Christophe Genolini wrote:
> Am I suppose to repport only but, or can I also make some comments?
> Well, I guess if I am not suppose to comment, it is easy to ignore them...
>
Both bug reports and comments are welcome. Bug reports should get
action; comments may or may not. Both should get a
2008/4/5, Rory Winston <[EMAIL PROTECTED]>:
>
> /* Convenience function */
> static void copyMatrixData(SEXP a, SEXP b, int nrows, int ncols, int mode) {
> for (int i=0; i < ncols; ++i)
> for (int j=0; j < nrows; ++j)
> REAL(b)[i * nrows + j] = REAL(a)[i * nrows + j];
> }
I wou
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Sat, 5 Apr 2008 16:27:52 +0100 (BST) writes:
BDR> On Sat, 5 Apr 2008, Martin Morgan wrote:
>> Yes, thank you, this fixes the problem for me.
>>
>> As a follow-up, and again with my ignorance of where
>> processi
Hi all
I recently started to write a matrix exponentiation operator for R (by
adding a new operator definition to names.c, and adding the following code
to arrays.c). It is not finished yet, but I would like to solicit some
comments, as there are a few areas of R's internals that I am still feelin
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> On Sat, 5 Apr 2008, Martin Morgan wrote:
>
>> Yes, thank you, this fixes the problem for me.
>>
>> As a follow-up, and again with my ignorance of where processing is
>> actually occuring, it seems like the X11 window content is drawn
>> directly rath
Le ven. 4 avr. à 18:03, ZT2008 a écrit :
>
>
> ... can be used to represent unknown number of parameters passed
> into a
> function.
>
> For example, I write a function g. g calls another function f1.
>
> For example f1 could be different random number generation function.
>
> when f1=rnorm(), it
Thomas Petzoldt wrote:
Ben,
another issue of optim is that I don't see any reason why the REPORT
control parameter is evaluated by "BFGS" and "L-BFGS-B" only but not,
for example, by "SANN", see:
https://stat.ethz.ch/pipermail/r-devel/2008-March/048710.html
Thomas P.
Could you submit a
On Sat, 5 Apr 2008, Martin Morgan wrote:
> Yes, thank you, this fixes the problem for me.
>
> As a follow-up, and again with my ignorance of where processing is
> actually occuring, it seems like the X11 window content is drawn
> directly rather than being drawn to a buffer and then blit on to the
Am I suppose to repport only but, or can I also make some comments?
Well, I guess if I am not suppose to comment, it is easy to ignore them...
Concerning the help file, some other examples might be a good complement
to the existing one.
--- 8< --
\examples{
require(stats)
## two
Christophe Genolini wrote:
>>> And I am not sure I will be able to compile it...
>>>
>> It's also not that hard
>>
> I do not understand what I have to do...
> More precisely, I under windows XP32bit. As you told me, I downloaded
> the version 2.7alpha exactly like I did with the 2
Yes, thank you, this fixes the problem for me.
As a follow-up, and again with my ignorance of where processing is
actually occuring, it seems like the X11 window content is drawn
directly rather than being drawn to a buffer and then blit on to the
screen -- the original appearance of the plot is s
Hi Ben,
> "BB" == Ben Bolker <[EMAIL PROTECTED]>
> on Fri, 04 Apr 2008 19:08:16 -0400 writes:
BB> optim ignores misspelled control parameters, so that
BB> trying to set (e.g.) "maxint=1000" in the control
BB> argument silently does nothing. The patch below (watch
Robert Gentleman wrote:
> Kurt Hornik wrote:
>
>>> hadley wickham writes:
>>>
I recently thought about this. I see several issues.
* How can we determine if it is "old"? Relative to the time when the
package was uploaded to a repository?
* S
> "TP" == Thomas Petzoldt <[EMAIL PROTECTED]>
> on Sun, 16 Mar 2008 13:50:55 +0100 writes:
TP> Hello, I wonder why the control parameter REPORT is not
TP> supported by method SANN. Looking into optim.c I found
TP> an internal constant:
TP> #define STEPS 100
TP> ..
I think I have found this -- if so, it was an X11 timing issue and we
needed to re-read the X11 window size at a later time. Please
try r45102 or later.
On Fri, 4 Apr 2008, Prof Brian Ripley wrote:
> On Thu, 3 Apr 2008, Martin Morgan wrote:
>
>> I apologize if this is too obscure to reproduce,
Full_Name: Pall Melsted
Version: 2.3.1
OS: WinXP
Submission from: (NULL) (71.240.25.175)
Random set is not reset when starting R again. When R starts with a
[Previously saved workspace restored]
it seems that the .Random.seed variable is already set. If you quit R (and don't
save your workspace
... can be used to represent unknown number of parameters passed into a
function.
For example, I write a function g. g calls another function f1.
For example f1 could be different random number generation function.
when f1=rnorm(), it has 3 parameters n, mean and standard deviation.
when f
>> And I am not sure I will be able to compile it...
>
> It's also not that hard
I do not understand what I have to do...
More precisely, I under windows XP32bit. As you told me, I downloaded
the version 2.7alpha exactly like I did with the 2.6.2, I install it
exactly the same way and it see
Christophe Genolini wrote:
>> Hmm, please reconsider!
>> We have been providing R 2.7.0 alpha in all the usual platform
>> flavors for almost two weeks now and we *REALLY* would like
>> it to be used and get feedback on new features *BEFORE* release
>> if at all possible!
>>
>>
> Ok ok ok
> Hmm, please reconsider!
> We have been providing R 2.7.0 alpha in all the usual platform
> flavors for almost two weeks now and we *REALLY* would like
> it to be used and get feedback on new features *BEFORE* release
> if at all possible!
>
>
Ok ok ok, I will...
But I do not find the win
Christophe Genolini wrote:
> Prof Brian Ripley a écrit :
>> Recommended packages cluster codetools foreign lattice nlme and rpart
>> have tests, for example. (As do standard packages grDevices, grid and
>> stats.)
>>
> Thanks for your help.
>
> Concerning .Rin, I check all the package you point,
Christophe Genolini wrote:
> John Chambers a écrit :
>> Christophe,
>>
>> Thanks for your work; unfortunately, at the same time you were
>> developing your version, the original function was being extended in
>> the same direction.
> Next time, I will try to not be late...
>
>> Version 2.7 of
> "CG" == Christophe Genolini <[EMAIL PROTECTED]>
> on Sat, 05 Apr 2008 12:47:13 +0200 writes:
CG> John Chambers a écrit :
>> Christophe,
>>
>> Thanks for your work; unfortunately, at the same time you
>> were developing your version, the original function was
Christophe Genolini wrote:
> Prof Brian Ripley a écrit :
>> Recommended packages cluster codetools foreign lattice nlme and rpart
>> have tests, for example. (As do standard packages grDevices, grid and
>> stats.)
>>
> Thanks for your help.
>
> Concerning .Rin, I check all the package you poin
Prof Brian Ripley a écrit :
> Recommended packages cluster codetools foreign lattice nlme and rpart
> have tests, for example. (As do standard packages grDevices, grid and
> stats.)
>
Thanks for your help.
Concerning .Rin, I check all the package you point, but none of them use it.
Does someone
Hi Graham,
Your guess is right. The event loop stuff is handled differently on Windows
than on Unix-like OSes. There is a hook, called tcl_do that is hard-coded
into the R Windows GUI. It is called whenever the console is idle. RGtk2 is
able to hook into that to process GTK+ events. The problem is
John Chambers a écrit :
> Christophe,
>
> Thanks for your work; unfortunately, at the same time you were
> developing your version, the original function was being extended in
> the same direction.
Next time, I will try to not be late...
> Version 2.7 of R is currently in alpha testing
I try us
Ben Bolker wrote:
> optim ignores misspelled control parameters, so that trying
> to set (e.g.) "maxint=1000" in the control argument silently
> does nothing. The patch below (watch out for line breaks! also
> posted at http://www.zoo.ufl.edu/bolker/optim_patch.R , and
> http://www.zoo.ufl.ed
Peter Dalgaard wrote:
> Christophe Genolini wrote:
>>> hmm, I see 219 out 1378 CRAN packages having a 'tests'
>>> subdirectory, so it seems you have been a bit unlucky. ;-)
>>>
>>>
>> Luck has probably nothing related with my failure.
>> I just try to look in packages recommanded by Pr Bria
Christophe Genolini wrote:
>> hmm, I see 219 out 1378 CRAN packages having a 'tests'
>> subdirectory, so it seems you have been a bit unlucky. ;-)
>>
>>
> Luck has probably nothing related with my failure.
> I just try to look in packages recommanded by Pr Brian Ripley (like
> codetools, f
> hmm, I see 219 out 1378 CRAN packages having a 'tests'
> subdirectory, so it seems you have been a bit unlucky. ;-)
>
Luck has probably nothing related with my failure.
I just try to look in packages recommanded by Pr Brian Ripley (like
codetools, foreign, lattice)
and I did not find any tes
42 matches
Mail list logo
