Dear mailing list members,
I am writing a tiny tcltk interface for a few basic classification
methods which should also include plotting density curves with
naiveBayes.plot() and tkrplot(). I try to replot the curve using the
next input variable of the NaiveBayes by clicking a button in the
tk
Full_Name: Wilhelm Bernhard Kloke
Version: R-2.2.1
OS: FreeBSD-5.3-i386
Submission from: (NULL) (195.253.22.63)
Since 2.2.0 I am getting strange lme errors like
> lme(ampl ~ gapf * bl,hframe2,~1|VP)
Fehler in lme.formula(ampl ~ gapf * bl, hframe2, ~1 | VP) :
See PORT documentation. Cod
I have seen this error before. I think that you need to upgrade gcc.
See
http://tolstoy.newcastle.edu.au/R/help/05/08/10820.html
I hope that this helps.
Andrew
On Thu, Jan 12, 2006 at 11:50:56AM +0100, [EMAIL PROTECTED] wrote:
> Full_Name: Wilhelm Bernhard Kloke
> Version: R-2.2.1
> OS: FreeBSD
Yesterday morning, Peter Dalgaard wrote:
> [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
On Wed, 2006-01-11 at 17:26 -0500, 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
lme is not part of R, but of the contributed package nlme. So if you
thought this is an lme error, you reported it in the wrong place. See the
BUGS section in the FAQ.
On Thu, 12 Jan 2006 [EMAIL PROTECTED] wrote:
> Full_Name: Wilhelm Bernhard Kloke
> Version: R-2.2.1
> OS: FreeBSD-5.3-i386
>
On Wed, Jan 11, 2006 at 05:45:10PM -0500, Gabor Grothendieck wrote:
> It would be nifty to incorporate this into R or into an R package:
>
> http://sourcefrog.net/projects/natsort/
Btw, I haven't looked at the implementation, but Tcl also contains
equivalent functionality, they call it dictionary
Hi,
I'm trying to build a simple R package 'helloWorld' with just one
function that prints 'hello World' on the C side.
I agree that it is completely useless, but I just start mixing R and C.
My C file is as follows :
#include
void helloWorld() {
printf("hello world !\n") ;
}
When I call it
This is a multi-part message in MIME format.
--090308090600080800090200
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
The bug I submitted yesterday (It's not entered in the bug data base, so
I have no ID for it) included a suggested fix th
See the `Value' section of ?.C. Also, it's better to use the i/o provided
by the R API; i.e., something like:
#include "R.h"
void helloworld() {
Rprintf("Hello world!\n");
}
Andy
From: Romain Francois
>
> Hi,
>
> I'm trying to build a simple R package 'helloWorld' with just one
> funct
On Thu, 12 Jan 2006, Romain Francois wrote:
> Hi,
>
> I'm trying to build a simple R package 'helloWorld' with just one
> function that prints 'hello World' on the C side.
> I agree that it is completely useless, but I just start mixing R and C.
>
> My C file is as follows :
>
> #include
> void h
On 1/12/2006 10:46 AM, Romain Francois wrote:
> Hi,
>
> I'm trying to build a simple R package 'helloWorld' with just one
> function that prints 'hello World' on the C side.
> I agree that it is completely useless, but I just start mixing R and C.
>
> My C file is as follows :
>
> #include
> v
It certainly _was_ there, in incoming as PR#8476, and also in the R-devel
archives.
BTW, you have not given the minimal information required, e.g. the R
version. The pivot logic _is_ correct (your patch was broken), but there
was a problem with multiple RHSs, now fixed.
On Thu, 12 Jan 2006 [
Hello,
Based on feedback from this list I have updated the Rcpp R/C++ interface
class library and uploaded the new version to CRAN.
Just as the .C
interface can be viewed as a C programmer-friendly version of the
more demanding .Call interface, Rcpp essentially provides a
C++ programmer-friendly
I glanced at the .leap.seconds object and noticed that it has not been
updated for the most recent leap second that occurred 2005 December 31,
23h 59m 60s. See the IERS bulletin here:
http://hpiers.obspm.fr/iers/bul/bulc/bulletinc.dat
Moreover, after a more careful glance at the .leap.seconds obje
Good day,
Is there any way to save a plot produced by
R in a LINUX (Debian) machine?
The window opened by R to put the plot in,
does not give any option to save it (there
are options to move, close, minimise it, etc.
but not to save it). How do you do that?
Thanks,
Augusto
-
On 13 January 2006 at 11:02, [EMAIL PROTECTED] wrote:
| Is there any way to save a plot produced by
| R in a LINUX (Debian) machine?
It is the same on every platform and ...
| The window opened by R to put the plot in,
| does not give any option to save it (there
| are options to move, close, mi
Dirk,
Thanks a lot for taking the time to reply.
Please have a look at my comments below:
On 13 January 2006 at 11:02, [EMAIL PROTECTED] wrote:
| Is there any way to save a plot produced by
| R in a LINUX (Debian) machine?
(Dirk)It is the same on every platform and ...
(Augusto) No, I can see
That does not save the current plot though, and dev.copy() and
dev.print() can do so. They _are_ in the manual Dirk pointed you at.
Windows versions of R have other options, e.g. savePlot() and menu items
to save the plot, and my guess is that is what
'[EMAIL PROTECTED]' has seen.
I don't see
For jpeg see ?dev2bitmap as well as my earlier reply.
On Fri, 13 Jan 2006 [EMAIL PROTECTED] wrote:
> Dirk,
>
> Thanks a lot for taking the time to reply.
>
> Please have a look at my comments below:
>
>
> On 13 January 2006 at 11:02, [EMAIL PROTECTED] wrote:
> | Is there any way to save a plot pr
You don't seriously expect R 2.2.1 to know about events after its release
do you? And as the new leap second is not a bug, it will not go into a
patched version.
I have been looking into this for R-devel, but there is a lot more to it.
We really need consistency with the OS, and as this leap s
21 matches
Mail list logo