This is a multi-part message in MIME format.
--050206000203080003040803
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
[I thought I'd submitted this bug report some time ago, but it's never showed
up on the bug tracking system, so I'm submi
It would be nifty to incorporate this into R or into an R package:
http://sourcefrog.net/projects/natsort/
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Wed, 11 Jan 2006, Dan Lipsitt wrote:
> I have a dual Xeon x86_64 system running Red Hat AS 4. There are no
> x86_64 rpms in http://cran.us.r-project.org/bin/linux/redhat/el4/ (the
> i386 ones are a point release behind anyway) , and the fc4 rpms have a
> whole web of dependencies I don't want t
I have a dual Xeon x86_64 system running Red Hat AS 4. There are no
x86_64 rpms in http://cran.us.r-project.org/bin/linux/redhat/el4/ (the
i386 ones are a point release behind anyway) , and the fc4 rpms have a
whole web of dependencies I don't want to pull in. So I decided to
build http://cran.us.r
On Wed, 11 Jan 2006, Mike Schaffer wrote:
> I've tried many things, so it's time to call on the gurus. I'm
> trying to make a plot that will conform to the width of the plot
> device but have a fixed height (say one inch regardless of the plot
> device height setting -- unless obviously it's less
I've tried many things, so it's time to call on the gurus. I'm
trying to make a plot that will conform to the width of the plot
device but have a fixed height (say one inch regardless of the plot
device height setting -- unless obviously it's less than the plot
device).
Is this possible?
On 11 Jan 2006, [EMAIL PROTECTED] wrote:
> p.s. Note that one workaround is
>
>> bar <- function(n,...) { f <- function() foo(...);
> + replicate(n,f()) }
Another appears to be:
bar <- function(n, ...) {
args <- list(...)
replicate(n, do.call("foo", args))
}
+
In the file factanal.Rd the line
then the first fit is started at the value suggested by J\ureskog
should be
then the first fit is started at the value suggested by
\enc{J\ureskog}{Joreskog}
or whatever that translates to on a system that does not mangle cut and
paste of s
[EMAIL PROTECTED] writes:
> I am using R version 2.0.0 (2004-10-04) on Fedora Core 2.
>
> This works correctly:
>
> > foo <- function(x=1,y=2) { c(x,y) }
> > bar <- function(n,...) c(n,foo(...))
> > bar(10,3)
> [1] 10 3 2
>
> But it goes wrong if I replace "c" in bar with "replicate":
>
> >
If you are building R (especially R-devel) for Windows, you will need to
update your tools.
First, we now require binutils-2.16.91-20050827 (and even 2.2.1
effectively did). There is a patched ld.exe for that available from the
Rtools site, which should be used if you intend to distribute comp
On 10 Jan, 2006, at 14:58, [EMAIL PROTECTED] wrote:
>> "Heather" == Heather Turner <[EMAIL PROTECTED]>
>> on Tue, 10 Jan 2006 14:30:23 +0100 (CET) writes:
>
> Heather> This bug is not quite fixed - the example from my
> Heather> original report now = works using R-2.2.1, but
>
On 10 Jan, 2006, at 14:58, [EMAIL PROTECTED] wrote:
>> "Heather" == Heather Turner <[EMAIL PROTECTED]>
>> on Tue, 10 Jan 2006 14:30:23 +0100 (CET) writes:
>
> Heather> This bug is not quite fixed - the example from my
> Heather> original report now = works using R-2.2.1, but
>
p.s. Note that one workaround is
> bar <- function(n,...) { f <- function() foo(...);
+ replicate(n,f()) }
> bar(10,3)
[,1] [,2] [,3] [,4] [,5] [,6] [,7] [,8] [,9] [,10]
[1,]333333333 3
[2,]2222222
I am using R version 2.0.0 (2004-10-04) on Fedora Core 2.
This works correctly:
> foo <- function(x=1,y=2) { c(x,y) }
> bar <- function(n,...) c(n,foo(...))
> bar(10,3)
[1] 10 3 2
But it goes wrong if I replace "c" in bar with "replicate":
> foo <- function(x=1,y=2) { c(x,y) }
> bar <- functi
On 1/10/06 6:50 PM, "Thomas Lumley" <[EMAIL PROTECTED]> wrote:
> On Tue, 10 Jan 2006, Sean Davis wrote:
>
>>
>> Thanks, Thomas. That did fix the initialization issue (or apparent one).
>> Unfortunately, the reason that I started debugging was for segmentation
>> faults, which have not gone a
In what sense is this a bug in R?
It is either an Exceed or Firefox bug: R is not involved in any way in
scrolling the pages.
That is an exceedingly old version of Exceed: I have version 10 on my
machine, and I think there is a `2006' version now. I have seen a lot of
bugs in earlier versions
[EMAIL PROTECTED] writes:
> Hi there
>
> I hope that I am in the right forum.
>
> I am working on Win2000 PC connected via Exceed 6.0.1.0 to a
>
> SunOS fluke 5.9 Generic_118558-11 sun4u sparc SUNW,Sun-Fire-480R
>
> There I am using Mozilla Firefox 1.0.7 as a browser.
>
> I am having
> diffic
Hi there
I hope that I am in the right forum.
I am working on Win2000 PC connected via Exceed 6.0.1.0 to a
SunOS fluke 5.9 Generic_118558-11 sun4u sparc SUNW,Sun-Fire-480R
There I am using Mozilla Firefox 1.0.7 as a browser.
I am having
difficulties viewing .html files. Their first pages are d
18 matches
Mail list logo
