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/
at
http://developer.r-project.org/.
Are you saying that it is given incorrectly? I can't see
Thank you for the patch.
To clarify: this is not a bug. ?.C says
The mapping of the types of R arguments to C or Fortran arguments
in '.C' or '.Fortran' is
R C Fortran
integerint * integer
numericdouble *double precision
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/
at
http://developer.r-project.org/.
Are you saying that it is given
Full_Name: Timo Becker
Version: 2.1.0
OS: Windows XP
Submission from: (NULL) (193.170.87.36)
Hi!
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
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/
at
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 the development
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
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.
Tried
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 should
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:
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
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
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,
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
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
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
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 Patched
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 on
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 in
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)
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)
---
$(SHLIB_LINK) -o
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
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
[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 the
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
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
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
--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
28 matches
Mail list logo