Please check the current sources (R-2.1.0 alpha).
pch = NA is now documented under points(), where all the other values are,
and pch= is now equivalent.
On Tue, 22 Mar 2005 [EMAIL PROTECTED] wrote:
I'd like to suggest changes to three help pages, regarding the use of
pch=NA to suppress plotting
[EMAIL PROTECTED] writes:
I haven't been able to build yesterday's R-devel (or, as a test,
R-devel_2005-03-11) on Windows XP. The error message I'm getting is to
do with 'arithmetic.c', as shown below.
Apropos: The release process for 2.1.0 has now started and we are
putting up alpha tarballs
On Tue, 22 Mar 2005, Peter Dalgaard wrote:
[EMAIL PROTECTED] writes:
I haven't been able to build yesterday's R-devel (or, as a test,
R-devel_2005-03-11) on Windows XP. The error message I'm getting is to
do with 'arithmetic.c', as shown below.
Apropos: The release process for 2.1.0 has now
On Sun, 20 Mar 2005, Paul Gilbert wrote:
I think --with-readline=yes is a new default, but it does not seem to be
mentioned in the installation changes of NEWS. (I could easily be mistaken on
this.)
You could:
o R is now linked against ncurses/termlib/termcap only if
readline is
Duncan Murdoch wrote:
On Tue, 22 Mar 2005 08:32:33 +0100, Uwe Ligges
[EMAIL PROTECTED] wrote :
[EMAIL PROTECTED] wrote:
Thanks Seth (and Duncan)-- the murdoch-sutherland page seems to fix
everything. The slimmed-down INSTALL file in R-devel src gnuwin32
doesn't refer to the page-- it might be
I get a segfault when using savePlot(foo,pdf). FWIW, I don't have a
problem using the canonical
pdf(foo.pdf)
plot(something)
dev.off()
Best,
Jim
R.Version()
$platform
[1] i386-pc-mingw32
$arch
[1] i386
$os
[1] mingw32
$system
[1] i386, mingw32
$status
[1] Under development (unstable)
This is due to a change last Thursday to the PDF device, and the person
doing so not making the corresponding change to savePlot(). Adding
arguments to the middle of a call is error-prone.
Should be back as it was before now.
On Tue, 22 Mar 2005, James MacDonald wrote:
I get a segfault when
Hi,
Thanks for your suggestion. I re-compiled R-2.0.1 with gcc 3.3.2. but got
exactly the same problem.
I am very puzzled because the compilation of R is ok. Is there any piece of
code that was succesfully compiled on my setup that could be used as an example
of embedding R in C/C++ (tcltk
On Tue, 22 Mar 2005, Mauron Laurent (KETR 31) wrote:
Thanks for your suggestion. I re-compiled R-2.0.1 with gcc 3.3.2. but
got exactly the same problem.
(Which problem is not described in this message and the stated URL is
invalid. Searching suggests it is related to MAIN__.)
I am very puzzled
On Sun, 20 Mar 2005 11:52:11 -0500,
Paul Gilbert (PG) wrote:
I have been looking at edit(vignette(...)) in r-devel, which I think
will be really useful for people working through vignettes. Is there a
way to fork the editor so that the R prompt is returned?
The call seems
to
Your suggestion to use Rmain.c led to the solution.
The compilation of Rmain.c worked ok. I had a look at Rmain.c and found this
reference to MAIN__
/* Declarations to keep f77 happy */
int MAIN_(int ac, char **av) {return 0;}
int MAIN__(int ac, char **av) {return 0;}
int __main(int ac, char
Hi,
I wondered how seek() deals with large (2GB) files. The help says that
the 'where' arg should be an integer, while the release notes for 2.0.0
say
o seek() on connections now accepts and returns a double for the
file position. This allows 2Gb files to be handled on a
On Tue, 22 Mar 2005, Mauron Laurent (KETR 31) wrote:
Your suggestion to use Rmain.c led to the solution.
The compilation of Rmain.c worked ok. I had a look at Rmain.c and found this
reference to MAIN__
/* Declarations to keep f77 happy */
int MAIN_(int ac, char **av) {return 0;}
int MAIN__(int
On Tue, 22 Mar 2005, Vadim Ogranovich wrote:
Hi,
I wondered how seek() deals with large (2GB) files. The help says that
the 'where' arg should be an integer, while the release notes for 2.0.0
say
oseek() on connections now accepts and returns a double for the
file position. This
On Tue, 22 Mar 2005, Roger D. Peng wrote:
When I build R-devel (or the alpha snapshots) on a system without makeinfo =
4.7, I get a warning about not being able to build HTML/Info help pages after
running 'configure' (but 'make' runs smoothly and there are no errors).
However, when I run 'make
Okay, a slight revision. 'make install' works fine when I build from
the alpha tarballs (at least today's tarball works). The error only
occurs when I build from SVN sources, both when builddir == srcdir and
when the build dir is a separate directory.
-roger
Prof Brian Ripley wrote:
On Tue,
demo(graphics) fails after third plot. I am using Suse 9.1 on a Dell 8100.
I tried the solution suggested on the Mandrake install docs.
I removed unscalled from the 75dpi and 100dpi font lines in the
/etc/X11/fs/config file. It did not help. I get the following error
Error in title(main =
On Tue, 22 Mar 2005, Roger D. Peng wrote:
Okay, a slight revision. 'make install' works fine when I build from the
alpha tarballs (at least today's tarball works). The error only occurs when
I build from SVN sources, both when builddir == srcdir and when the build dir
is a separate directory.
On 23/03/2005, at 12:55 AM, Simon Urbanek wrote:
As I see it, the MacOS X behaviour is not IEEE-754 compliant.
I had a quick look at the IEEE web site and it seems quite clear that
NaNs should not cause errors, but propagate through calculations to
be tested at some appropriate (not too
Hi,
I am developing a package with a lot of C++ code, and I have a question
about R CMD COMPILE. As I can see, when the package's Makefile calls
R CMD COMPILE foo.cpp
R verifies if foo.o exists, and if it is up to date (last modified after
foo.cpp's last), trying to avoid recompile foo.cpp. But
On Wed, 23 Mar 2005, Pedro Ribeiro de Andrade Neto wrote:
I am developing a package with a lot of C++ code, and I have a question
about R CMD COMPILE. As I can see, when the package's Makefile calls
R CMD COMPILE foo.cpp
Why does your package have a Makefile? And why is it calling COMPILE and
21 matches
Mail list logo