This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--27464147-697381171-1114669841=:21056
Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
Loo
On 28 Apr 2005, at 1:30 AM, Martin Maechler wrote:
"PD" == Peter Dalgaard <[EMAIL PROTECTED]>
on 27 Apr 2005 16:54:02 +0200 writes:
PD> Martin Maechler <[EMAIL PROTECTED]> writes:
I'm about to commit the current proposal(s) to R-devel,
**INCLUDING** changing the default from
'which = 1:4' t
On Wed, 2005-04-27 at 23:48 +0100, Dan Bolser wrote:
> On Tue, 26 Apr 2005, Marc Schwartz wrote:
> >So, unless I am missing something and without yet delving further into
> >graphic device specific source code, I suspect that there is a problem
> >when creating PS/EPS/PDF files in conjunction with
Just for the sake of linkage and further information, a related post to
this bug is on r-devel at:
https://stat.ethz.ch/pipermail/r-devel/2005-April/033016.html
Marc Schwartz
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listin
On Tue, 26 Apr 2005, Marc Schwartz wrote:
>Warning: This message has had one or more attachments removed
>Warning: (x.mfg.eps).
>Warning: Please read the "FilterNotice.txt" attachment(s) for more information.
>
>[MOVED TO R-DEVEL]
>
>On Tue, 2005-04-26 at 18:05 +0100, Dan Bolser wrote:
>> Should I
You have the dimensions switched, in
double x [*MATDESC][*OBJ];
so when the dimensions aren't equal you do get odd things.
You might be better off defining functions to index into mat with a pair of
subscripts directly (.C() copies the argument anyway). Come to think of it,
there might be macro
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
--27464147-733928972-1114633091=:27258
Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
I'v
On Sun, 24 Apr 2005 [EMAIL PROTECTED] wrote:
[...]
>> f <- function(x) deparse(substitute(x))
>> f(FUN(x1[1:3,,], x2=c("a","b"), x3=c("a", "b"), x4=c("a", "b")))
> [1] "FUN(x1[1:3, , ], x2 = c(\"a\", \"b\"), x3 = c(\"a\", \"b\"), x4 =
> c(\"a\", "
> [2] "\"b\"))"
>
>
> which is caused by depa
> "PD" == Peter Dalgaard <[EMAIL PROTECTED]>
> on 27 Apr 2005 16:54:02 +0200 writes:
PD> Martin Maechler <[EMAIL PROTECTED]> writes:
>> I'm about to commit the current proposal(s) to R-devel,
>> **INCLUDING** changing the default from
>> 'which = 1:4' to 'which = c(1:3
Martin Maechler <[EMAIL PROTECTED]> writes:
> I'm about to commit the current proposal(s) to R-devel,
> **INCLUDING** changing the default from
> 'which = 1:4' to 'which = c(1:3,5)
>
> and ellicit feedback starting from there.
>
> One thing I think I would like is to use color for t
Thanks all replies,
I followed your advice. From readme.package I installed Rtools and Mingw,
set them in front of my path and now everything is running.
Thanks very much!
> -Original Message-
> From: Uwe Ligges [mailto:[EMAIL PROTECTED]
> Sent: 27 April 2005 14:59
> To: Victor Trevino
Victor Trevino wrote:
Hi all,
I can't get my C routines running on a windows box. I have no problems at
all in Linux.
On windows, I have installed cygwin and the compilation works well but once
I execute "dyn.load(.)" it hangs whatever I use C/C++ interfaces.
cygwin is not supported. Please
> "MM" == Martin Maechler <[EMAIL PROTECTED]>
> on Tue, 26 Apr 2005 12:13:38 +0200 writes:
> "JMd" == John Maindonald <[EMAIL PROTECTED]>
> on Tue, 26 Apr 2005 15:44:26 +1000 writes:
JMd> The web page http://wwwmaths.anu.edu.au/~johnm/r/plot-lm/
JMd> now includes f
On Wed, 27 Apr 2005, Victor Trevino wrote:
I can't get my C routines running on a windows box. I have no problems at
all in Linux.
On windows, I have installed cygwin and the compilation works well but once
I execute "dyn.load(.)" it hangs whatever I use C/C++ interfaces.
Please try reading the R-a
Hi all,
I can't get my C routines running on a windows box. I have no problems at
all in Linux.
On windows, I have installed cygwin and the compilation works well but once
I execute "dyn.load(.)" it hangs whatever I use C/C++ interfaces.
In Linux it works wonderful but I need to get thi
It has bothered me for quite some time that a smoothing spline
fit doesn't allow access to residuals or fitted values in
general, since after
fit <- smooth.spline(x,y, *)
the resulting fit$x is really equal to the unique (up to 1e-6
precision) sorted original x values and fit$yin (and $y) is acc
On Tue, 26 Apr 2005, Vadim Ogranovich wrote:
Thank you for sharing the benchmark results. The improvement is very
substantial, I am looking forward to the release of the byte compiler!
The arithmetic shows that x[i]<- is still the bottleneck. I suspect that
this is due to a very involved dispatchin
17 matches
Mail list logo
