On Tue, 10 Mar 2009, Benjamin Tyner wrote:
Many thanks Brian for tracking this down. Was it fixed by
c next line is not in current dloess
goto 7
in ehg136? If this needs to be in the netlib version as well, we should
inform Eric Grosse.
The difference was in th
Many thanks Brian for tracking this down. Was it fixed by
c next line is not in current dloess
goto 7
in ehg136? If this needs to be in the netlib version as well, we should
inform Eric Grosse.
While we're at it, there are a few more inconsistencies (not nearly
I've found the discrepancy, so the patched code from current dloess is
now available in R-patched and R-devel.
On Fri, 6 Mar 2009, Prof Brian Ripley wrote:
On Thu, 5 Mar 2009, Benjamin Tyner wrote:
Hi
Nice to hear from you Ryan. I also do not have the capability to debug on
windows; howeve
Prof Brian Ripley wrote:
> On Thu, 5 Mar 2009, Benjamin Tyner wrote:
[...]
>>
>> I submitted a bug fix to Eric Grosse, the maintainer of the netlib
>> routines; the fixed lines of fortran are identified in the comments at
>> (just search for my email address):
>>
>> http://www.netlib.org/a/loess
>>
On Thu, 5 Mar 2009, Benjamin Tyner wrote:
Hi
Nice to hear from you Ryan. I also do not have the capability to debug on
windows; however, there is a chance that the behavior you are seeing is
caused by the following bug noted in my thesis (available on ProQuest; email
me if you don't have acc
1.408.8111
-Original Message-
From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-
project.org] On Behalf Of Ryan Hafen
Sent: Thursday, March 05, 2009 7:43 AM
To: Prof Brian Ripley
Cc: Uwe Ligges; Berwin A Turlach; r-de...@stat.math.ethz.ch; Peter
Dalgaard
Subject: Re: [Rd] bug
pley
Cc: Uwe Ligges; Berwin A Turlach; r-de...@stat.math.ethz.ch; Peter
Dalgaard
Subject: Re: [Rd] bug (PR#13570)
On Mar 5, 2009, at 7:59 AM, Prof Brian Ripley wrote:
On Thu, 5 Mar 2009, Peter Dalgaard wrote:
Prof Brian Ripley wrote:
Undortunately the example is random, so not really reproduci
en
Sent: Thursday, March 05, 2009 7:43 AM
To: Prof Brian Ripley
Cc: Uwe Ligges; Berwin A Turlach; r-de...@stat.math.ethz.ch; Peter
Dalgaard
Subject: Re: [Rd] bug (PR#13570)
On Mar 5, 2009, at 7:59 AM, Prof Brian Ripley wrote:
On Thu, 5 Mar 2009, Peter Dalgaard wrote:
Prof Brian Ripley wrote:
On 05/03/2009 9:42 AM, Ryan Hafen wrote:
On Mar 5, 2009, at 7:59 AM, Prof Brian Ripley wrote:
On Thu, 5 Mar 2009, Peter Dalgaard wrote:
Prof Brian Ripley wrote:
Undortunately the example is random, so not really reproducible
(and I
see nothing wrong on my Mac). However, Linux valgrind on R
...@stat.math.ethz.ch; Peter
> Dalgaard
> Subject: Re: [Rd] bug (PR#13570)
>
>
> On Mar 5, 2009, at 7:59 AM, Prof Brian Ripley wrote:
>
> > On Thu, 5 Mar 2009, Peter Dalgaard wrote:
> >
> >> Prof Brian Ripley wrote:
> >>> Undortunately the exampl
Mark Difford wrote:
Hi Uwe,
This is not a problem under Vista, using "a" development version (mine now
somewhat outdated).
Mark, as others have reported and debugged so far and you can see on the
lists, the problem is more serious than I thought it is and it is
probably also a problem unde
On Mar 5, 2009, at 7:59 AM, Prof Brian Ripley wrote:
On Thu, 5 Mar 2009, Peter Dalgaard wrote:
Prof Brian Ripley wrote:
Undortunately the example is random, so not really reproducible
(and I
see nothing wrong on my Mac). However, Linux valgrind on R-devel is
showing a problem:
==3973== Co
Hi Uwe,
This is not a problem under Vista, using "a" development version (mine now
somewhat outdated).
Regards, Mark.
sessionInfo()
R version 2.9.0 Under development (unstable) (2009-01-22 r47686)
i386-pc-mingw32
locale:
LC_COLLATE=English_South Africa.1252;LC_CTYPE=English_South
Africa.1252
On 3/5/2009 7:10 AM, Prof Brian Ripley wrote:
Undortunately the example is random, so not really reproducible (and I
see nothing wrong on my Mac). However, Linux valgrind on R-devel is
showing a problem:
I can reproduce it using y <- sin(x) instead of rnorm(100), on R-patched
(not R-devel).
On Thu, 5 Mar 2009, Peter Dalgaard wrote:
Prof Brian Ripley wrote:
Undortunately the example is random, so not really reproducible (and I
see nothing wrong on my Mac). However, Linux valgrind on R-devel is
showing a problem:
==3973== Conditional jump or move depends on uninitialised value(s)
=
Prof Brian Ripley wrote:
> Undortunately the example is random, so not really reproducible (and I
> see nothing wrong on my Mac). However, Linux valgrind on R-devel is
> showing a problem:
>
> ==3973== Conditional jump or move depends on uninitialised value(s)
> ==3973==at 0xD76017B: ehg141_ (
Undortunately the example is random, so not really reproducible (and I
see nothing wrong on my Mac). However, Linux valgrind on R-devel is
showing a problem:
==3973== Conditional jump or move depends on uninitialised value(s)
==3973==at 0xD76017B: ehg141_ (loessf.f:532)
==3973==by 0xD76
Uwe Ligges wrote:
> Berwin A Turlach wrote:
>
>> G'day Peter,
>>
>> On Thu, 05 Mar 2009 09:09:27 +0100
>> Peter Dalgaard wrote:
>>
>>
>>> rha...@stat.purdue.edu wrote:
>>>
<>
This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac
and for windows. The p
Uwe Ligges wrote:
Berwin A Turlach wrote:
G'day Peter,
On Thu, 05 Mar 2009 09:09:27 +0100
Peter Dalgaard wrote:
rha...@stat.purdue.edu wrote:
<>
This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac
and for windows. The problem is with loess degree=0 smoothing.
F
Berwin A Turlach wrote:
> G'day Peter,
>
> On Thu, 05 Mar 2009 09:09:27 +0100
> Peter Dalgaard wrote:
>
>> rha...@stat.purdue.edu wrote:
>>> <>
>>>
>>> This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac
>>> and for windows. The problem is with loess degree=0 smoothing.
>>> For exa
Berwin A Turlach wrote:
G'day Peter,
On Thu, 05 Mar 2009 09:09:27 +0100
Peter Dalgaard wrote:
rha...@stat.purdue.edu wrote:
<>
This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac
and for windows. The problem is with loess degree=0 smoothing.
For example, try the following:
x
G'day Peter,
On Thu, 05 Mar 2009 09:09:27 +0100
Peter Dalgaard wrote:
> rha...@stat.purdue.edu wrote:
> > <>
> >
> > This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac
> > and for windows. The problem is with loess degree=0 smoothing.
> > For example, try the following:
> >
> >
rha...@stat.purdue.edu wrote:
<>
This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac and
for windows. The problem is with loess degree=0 smoothing. For
example, try the following:
x <- 1:100
y <- rnorm(100)
plot(x, y)
lines(predict(loess(y ~ x, degree=0, span=0.5)))
This is
Could you explain what you are seeing that is wrong?
In R 2.7.2, which is what I have here, it looks ok, and the NEWS file doesn't
list any changes since 2.7.1.
-thomas
On Wed, 4 Mar 2009 rha...@stat.purdue.edu wrote:
<>
This is a CRITICAL bug!!! I have verified it in R 2.8.1 for m
<>
This is a CRITICAL bug!!! I have verified it in R 2.8.1 for mac and
for windows. The problem is with loess degree=0 smoothing. For
example, try the following:
x <- 1:100
y <- rnorm(100)
plot(x, y)
lines(predict(loess(y ~ x, degree=0, span=0.5)))
This is obviously wrong.
R 2.8
--plea
25 matches
Mail list logo
