On Mon, 13 Oct 2008 23:10:41 -0600,
Tony Plate <[EMAIL PROTECTED]> wrote:
> I was trying, on a Linux system, to get a .Rbuildignore file to work.
> After far too long, I found the problem was the line endings
> in the .Rbuildignore file -- I had originally created it on a Windows
> system, and em
I was trying, on a Linux system, to get a .Rbuildignore file to work.
After far too long, I found the problem was the line endings in
the .Rbuildignore file -- I had originally created it on a Windows
system, and emacs in Ubuntu was politely hiding that fact from me. The
patterns didn't work
It should be <= not < .
There is a similar problem with POSIXct (but only for times at midnight).
On Mon, 13 Oct 2008, [EMAIL PROTECTED] wrote:
Apparently any (?) call of the form
cut(date,"weeks")
where the date *begins the week*, gives the error
Error in 1:(1 + max(which(breaks < maxx)
On 14 October 2008 at 09:39, Simon Blomberg wrote:
| Hi, is anyone else getting this error? Could this be a bug?:
|
| > update.packages(ask=FALSE)
| Error in read.dcf(pkgpath, fields = fields) :
| Line starting 'unix; ...' is malformed!
|
| > sessionInfo()
| R version 2.8.0 RC (2008-10-12 r46
Apparently any (?) call of the form
cut(date,"weeks")
where the date *begins the week*, gives the error
Error in 1:(1 + max(which(breaks < maxx))) :
result would be too long a vector
In addition: Warning message:
In max(which(breaks < maxx)) :
no non-missing arguments to max; returning -
Hi,
we are about to update some class definitions in our distrXXX family
of packages, so I would be eager to know whether there are plans
in R Core to implement some version management tools for
S4 classes as described in section 7.4 in JMC's "Green Book".
In his recent book (continuing the color
Dear Prof. Ripley,
thank you for the pointer to #undef;
I used it the first time now and put
// undo Rmath.h madness ;-)
#ifdef beta
#undef beta
#endif
in my (templates) header file. It works, and it is much
nicer than my forwarding functions.
Prof Brian Ripley schrieb:
> If you read the 'Writi
If you read the 'Writing R Extensions' manual it only mentions
R_NO_REMAP in conjuction with Rinternals.h and R_ext/Error.h.
So yes, it is intentional that it does not work for Rmath.h. If you would
like it to, remember we often say 'patches will be considered'. But see
the inline comment be
Thanks for the feedback. Two comments
- we have experimental code for all the options, so the work in
implementing them does not differ greatly. The long-term maintenance
costs of having different options is a real consideration, though.
R-devel currently has the options of B (default) and C,
