Hervé,
On Dec 21, 2005, at 6:12 PM, Herve Pages wrote:
> I don't get that problem with R-devel daily snapshots from before
> 2005-12-14
> and I get it with (almost) all snaphots between 2005-12-14 and today.
Strange - I have only failure on 2005/12/17 - all others built fine
(same system: 7.
On 12/21/2005 5:13 PM, Roger D. Peng wrote:
> Well, who am I to break this long-standing ritual? :)
>
> Interestingly, while the printed output looks wrong, I get
>
> > v <- paste(0:10, "asdf", sep = ".")
> > a <- sub(".asdf", "", v, fixed = TRUE)
> > b <- as.character(0:10)
> > identical(a,
> PLEASE, PLEASE:
> do use
> [EMAIL PROTECTED]
> and nothing else
Perhaps
http://bugs.r-project.org/cgi-bin/R
should be updated then?
Hadley
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hi,
The following commands:
> tar zxvf R-devel_2005-12-14.tar.gz
> mv R-devel R-2.3
> cd R-2.3
> ./configure --with-blas='-framework vecLib' --with-lapack
> make
give me the following error on my Mac OS X system:
...
g77 -fno-common -g -O2 -c xxxpr.f -o xxxpr.o
make[3]: *** No rule to m
On Wed, 21 Dec 2005, Roger D. Peng wrote:
> Well, who am I to break this long-standing ritual? :)
>
> Interestingly, while the printed output looks wrong, I get
>
> > v <- paste(0:10, "asdf", sep = ".")
> > a <- sub(".asdf", "", v, fixed = TRUE)
> > b <- as.character(0:10)
> > identical(a, b)
> [1
Well, who am I to break this long-standing ritual? :)
Interestingly, while the printed output looks wrong, I get
> v <- paste(0:10, "asdf", sep = ".")
> a <- sub(".asdf", "", v, fixed = TRUE)
> b <- as.character(0:10)
> identical(a, b)
[1] TRUE
>
-roger
Peter Dalgaard wrote:
> "Roger D. Pe
"Roger D. Peng" <[EMAIL PROTECTED]> writes:
> I've noticed what I think is curious behavior in using 'sub(fixed = TRUE)'
> and
> was wondering if my expectation is incorrect. Here is one example:
>
> v <- paste(0:10, "asdf", sep = ".")
> sub(".asdf", "", v, fixed = TRUE)
>
> The results I get
I've noticed what I think is curious behavior in using 'sub(fixed = TRUE)' and
was wondering if my expectation is incorrect. Here is one example:
v <- paste(0:10, "asdf", sep = ".")
sub(".asdf", "", v, fixed = TRUE)
The results I get are
> sub(".asdf", "", v, fixed = TRUE)
[1] "0"
Martin Maechler wrote:
>Herve> Today I downloaded and compiled the last R-devel snapshot.
>Herve> The SVN-REVISION in the tarball contains the following:
>
>Herve> Revision: 36792
>Herve> Last Changed Date: 2005-12-18
>
>Herve> But after compiling on Unix (I compiled out of tre
Henrik Bengtsson <[EMAIL PROTECTED]> writes:
> Thanks for the new updates in v2.2.1.
>
> I just noticed a few "problems" on
> http://cran.r-project.org/bin/windows/base/.
>
> 1) The CHANGES and NEWS files for v2.2.1 does not include info on v2.2.1
> but only details up until v2.2.0, cf.
> htt
On 12/21/2005 10:21 AM, Henrik Bengtsson wrote:
> Thanks for the new updates in v2.2.1.
>
> I just noticed a few "problems" on
> http://cran.r-project.org/bin/windows/base/.
>
> 1) The CHANGES and NEWS files for v2.2.1 does not include info on v2.2.1
> but only details up until v2.2.0, cf.
> h
Thanks for the new updates in v2.2.1.
I just noticed a few "problems" on
http://cran.r-project.org/bin/windows/base/.
1) The CHANGES and NEWS files for v2.2.1 does not include info on v2.2.1
but only details up until v2.2.0, cf.
http://cran.r-project.org/src/base/NEWS
2) The patched version i
stats.ox.ac.uk> writes:
> Can you confirm you are running rl5.1? Given the segfault is readline not
Yes: readline 5.1, just like the bug submitter (see at the very bottom).
> compatible version of a dynamic library so it seems to me the bug should
> be assigned to readline not R.
Looks like
PLEASE, PLEASE:
do use
[EMAIL PROTECTED]
and nothing else
(It will go to Kopenhagen alright currently,
but if we could ensure everyone used the above address,
it would become quite a bit easier to prevent most spam to get
into the R bug repository)
Martin
__
On Wed, 21 Dec 2005 [EMAIL PROTECTED] wrote:
>
> --CE+1k2dSO48ffgeK
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> Resend after type in mailheader. I have the bug on my system with
> yesterday's R 2.2.1. A library mismatch is still a likely cause.
This seems to be
On Wed, 2005-12-21 at 15:00 +0100, [EMAIL PROTECTED] wrote:
> --CE+1k2dSO48ffgeK
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> Resend after type in mailheader. I have the bug on my system with
> yesterday's R 2.2.1. A library mismatch is still a likely cause.
>
>
--CE+1k2dSO48ffgeK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Resend after type in mailheader. I have the bug on my system with
yesterday's R 2.2.1. A library mismatch is still a likely cause.
Dirk
--
Hell, there are no rules here - we're trying to accomplish somet
Bill,
This is a 2.2.0 Windows problem, solved in 2.2.1. What happened was that
someone trying to be helpful increased the evaluation nesting limit in
2.1.0, and Windows has a small C stack (2Mb) which can easily be exceeded.
I now get
> julian(m)
Error: evaluation nested too deeply: infinite
18 matches
Mail list logo
