--Delivery-Status-Report
Not delivered to: [EMAIL PROTECTED]
user agent unavailable
--Delivery-Status-Report
Content-Type: message/delivery-status
Original-Envelope-Id: in*vsnl*rfc987;4284390b4708000mimey2k
X400-Content-Identifier: 050513105010+053
Reporting-MTA: x400; /ADMD=VSNL/C=IN
DS
Please see the thread entitled:
Implementing R on IBM p690 cluster Jump
in this list's archives. We don't have a solution currently, but we do
need some help.
On Thu, 12 May 2005, Ambika Sundaresan wrote:
I tried to install the latest version of R (2-1.0)in anAIX machine. I was
able to
And this also fixes PR#7022 (a highly nested polynomial)
-thomas
On Thu, 12 May 2005, Prof Brian Ripley wrote:
On Thu, 12 May 2005 [EMAIL PROTECTED] wrote:
I suspect that is coincidence, as I can see no source change that would
account for it.
2.0.1 and R-devel work for me and 2.1.0 segfaul
I tried to install the latest version of R (2-1.0)in anAIX machine. I was able
to tar, and configure with no
errors. However, when I said make, I got the following errors:
gcc -Wl,-bM:SRE -Wl,-H512 -Wl,-T512 -Wl,-bnoentry -Wl,-bexpall
-Wl,-bI:../../../etc/R.exp -L/usr/local/lib -o R_X11.so d
[EMAIL PROTECTED] writes:
> > Everything works fine in R1.5.1 (I know, I know!) on Debian Linux, which
> > is why I'm reporting this as a Windows problem.
>
> I see the problem in the first figure, and it's still there in a recent
> r-devel build. My test was also on Windows. Since png() uses
Bob O'hara wrote:
> I'm a bit reluctant to call anything a bug: I know it's usually my
> incompetence instead. In this case, I can't see what else it is,
> although it may be a bug in Windows.
>
> The problem comes from trying to create a .png of a figure in Windows
> XP, with R2.1.0. On the
On Thu, 12 May 2005 [EMAIL PROTECTED] wrote:
I suspect that is coincidence, as I can see no source change that would
account for it.
2.0.1 and R-devel work for me and 2.1.0 segfaults with
999 KeepSource = *LOGICAL(GetOption(install("keep.source"),
R_NilValue));
(gdb) bt
#0 0x080ca229 in P
> Brian D Ripley writes:
> As far as I know R 2.0.1 was built on AIX. A quick diff
> gannet% diff ~/R/R-2.0.1/src/modules/X11/Makefile
> ~/R/R-2.1.0/src/modules/X11/Makefile
> 54c54
> < $(SHLIB_LINK) -o $@ $(R_X11_la_LDFLAGS) $(R_X11_la_OBJECTS)
> $(R_X11_la_LIBADD) $(LIBS)
> ---
>> $(S
As far as I know R 2.0.1 was built on AIX. A quick diff
gannet% diff ~/R/R-2.0.1/src/modules/X11/Makefile
~/R/R-2.1.0/src/modules/X11/Makefile
54c54
< $(SHLIB_LINK) -o $@ $(R_X11_la_LDFLAGS) $(R_X11_la_OBJECTS)
$(R_X11_la_LIBADD) $(LIBS)
---
> $(SHLIB_LINK) -o $@ $(R_X11_la_LDFLAGS) $
On Thursday 12 May 2005 16:31, you wrote:
> I believe that's been fixed in R-2.1.0. Please check.
>
Just to confirm, this appears to be reproducible for R-2.1.0, at least for my
setup:
Script started on Thu May 12 18:52:21 2005
$ R
R : Copyright 2005, The R Foundation for Statistical Computing
I suspect that is coincidence, as I can see no source change that would
account for it.
2.0.1 and R-devel work for me and 2.1.0 segfaults with
999 KeepSource = *LOGICAL(GetOption(install("keep.source"),
R_NilValue));
(gdb) bt
#0 0x080ca229 in ParseInit () at gram.y:999
#1 0x080cb305 i
Yes, it is coincidence.
I have found the error and have a fix: more detailed message to follow.
Brian
On Thu, 12 May 2005 [EMAIL PROTECTED] wrote:
> Liaw, Andy wrote:
>
>> I believe that's been fixed in R-2.1.0. Please check.
>>
>> I got the same segfault with R-2.0.1 on SuSE Linux x86_64, but
Liaw, Andy wrote:
> I believe that's been fixed in R-2.1.0. Please check.
>
> I got the same segfault with R-2.0.1 on SuSE Linux x86_64, but on both that
> machine and my WinXP latop, I get syntax error. E.g.,
>
> R : Copyright 2005, The R Foundation for Statistical Computing
> Version 2.1.0 P
I believe that's been fixed in R-2.1.0. Please check.
I got the same segfault with R-2.0.1 on SuSE Linux x86_64, but on both that
machine and my WinXP latop, I get syntax error. E.g.,
R : Copyright 2005, The R Foundation for Statistical Computing
Version 2.1.0 Patched (2005-05-12), ISBN 3-90005
I believe that's been fixed in R-2.1.0. Please check.
I got the same segfault with R-2.0.1 on SuSE Linux x86_64, but on both that
machine and my WinXP latop, I get syntax error. E.g.,
R : Copyright 2005, The R Foundation for Statistical Computing
Version 2.1.0 Patched (2005-05-12), ISBN 3-90005
On Thu, 12 May 2005, Kjetil Brinchmann Halvorsen wrote:
Prof Brian Ripley wrote:
I've now found a Windows system that does this. This is also Windows XP,
fully patched, and with the same rw2010. So it may be chip-specific: the
one that works is a P4 and the one that does not is a latest Pentium
Full_Name: Max
Version: R 2.0.1 (2004-11-15)
OS: Gentoo Linux
Submission from: (NULL) (158.143.49.181)
I leaned on the "(" key by accident, and it looks as if R segfaults on a large
number (88 or more in my case) open brackets:
Script started on Thu May 12 15:18:04 2005
$ R
R : Copyright 2004,
Prof Brian Ripley wrote:
I've now found a Windows system that does this. This is also Windows
XP, fully patched, and with the same rw2010. So it may be
chip-specific: the one that works is a P4 and the one that does not is
a latest Pentium M.
I am not sure that the guarantee on the help page
Could very easily be chipset, but I'm actually running a Pentium 4
myself. Pentium 4 1.9GHz, on a Windows XP Professional Version 2002
Service Professional, Service Pack 1.
Also of interest,
> 1 %% 0.2
[1] 0.2
> 1 %% 0.25
[1] 0
-Original Message-
From: Prof Brian Ripley [mailto:[EMAIL
On Thu, 12 May 2005 [EMAIL PROTECTED] wrote:
On 12-May-05 [EMAIL PROTECTED] wrote:
This is already addressed in R-patched: we do ask you to check
before filing a bug report so as not to waste our time.
(It was also discussed on R-help: see the archives.)
It is a bug *in Windows* and not one in R:
On 12-May-05 [EMAIL PROTECTED] wrote:
> This is already addressed in R-patched: we do ask you to check
> before filing a bug report so as not to waste our time.
> (It was also discussed on R-help: see the archives.)
>
> It is a bug *in Windows* and not one in R: nothing an application
> can do sh
Giuseppe Ragusa wrote:
Uwe,
- Where is *lexical* scoping involved?
Abuse of "notation". I intended to say scoping.
> - Are you really calling you code from a clean workspace?
Yes it is clean.
- Why don't use pass "g" through optim() to f? Please do so, because it
might be a scoping problem.
Trie
I've now found a Windows system that does this. This is also Windows XP,
fully patched, and with the same rw2010. So it may be chip-specific: the
one that works is a P4 and the one that does not is a latest Pentium M.
I am not sure that the guarantee on the help page has been supported for a
Gregor GORJANC <[EMAIL PROTECTED]> writes:
> > As the front page says
> >
> > `This site is intended as an intermediate repository for more or less
> > finalized ideas and plans for the R statistical system.'
> >
> > What exactly is unclear about that? How to build current R is not part
> > of
[EMAIL PROTECTED] writes:
> The following command causes Windows XP to freeze so that I can only pull the
> plug:
> > plot(seq(1, 44100), rnorm(44100), type="l")
>
> This does not happen with
> > plot(seq(1, 44100), rnorm(44100))
> and
> > plot(seq(1,100), rnorm(100), type="l")
This was fixed (w
This is already addressed in R-patched: we do ask you to check before
filing a bug report so as not to waste our time. (It was also discussed
on R-help: see the archives.)
It is a bug *in Windows* and not one in R: nothing an application can do
should be that fatal (and this is a perfectly leg
Prof Brian Ripley wrote:
> On Thu, 12 May 2005, Gregor GORJANC wrote:
>
>> Prof Brian Ripley wrote:
>>
>>> On Wed, 11 May 2005, Gorjanc Gregor wrote:
>>>
Hello!
I think that link to page of Duncan Murdoch (bellow) should be given
http://www.murdoch-sutherland.com/Rtools/
>
27 matches
Mail list logo
