On Fri, 14 Nov 2008, Shantanu D wrote:
I am using a 64 bit machine with CentOS5. I am getting the following errors
when I try to install the rimage package
g++ -shared -L/usr/local/lib64 -o rimage.so equalize.o fftw_access_func.o
freqfilters.o interface.o jpegio.o laplacian.o matrix.o smooth.o
On Nov 14, 2008, at 5:53 PM, Shantanu D wrote:
I am using a 64 bit machine with CentOS5. I am getting the following
errors
when I try to install the rimage package
g++ -shared -L/usr/local/lib64 -o rimage.so equalize.o
fftw_access_func.o
freqfilters.o interface.o jpegio.o laplacian.o matri
Thanks to Prof Brian Ripley, Martin Maechler, and Simon Urbanek for the
very informative responses. It's good to learn that there is a chance
that versioned installs will go away -- we will avoid using them.
It's also useful to hear of how others create stable package libraries
while making c
, Shantanu D <[EMAIL PROTECTED]> wrote:
> Hi,
> There seems to have been some problem with posting my earlier message and am
> providing a link to the problem I faced which is at
> https://stat.ethz.ch/pipermail/r-devel/attachments/20081114/84972faf/attachment.pl
> Any help would be app
Hi,
There seems to have been some problem with posting my earlier message and am
providing a link to the problem I faced which is at
https://stat.ethz.ch/pipermail/r-devel/attachments/20081114/84972faf/attachment.pl
Any help would be appreciated as I need to use this package urgently and
also
I am using a 64 bit machine with CentOS5. I am getting the following errors
when I try to install the rimage package
g++ -shared -L/usr/local/lib64 -o rimage.so equalize.o fftw_access_func.o
freqfilters.o interface.o jpegio.o laplacian.o matrix.o smooth.o sobel.o
-ljpeg -lfftw
/usr/bin/ld: /usr/lo
On Fri, 14 Nov 2008, laurent wrote:
Dear list,
A problem with creating pdf or postscript plots from an embedded R, and
in an environment where a locale is defined, was recently reported on
the rpy (Python->R interface) mailing list.
The problem appears to be that whenever the locale defines ',
Dear list,
A problem with creating pdf or postscript plots from an embedded R, and
in an environment where a locale is defined, was recently reported on
the rpy (Python->R interface) mailing list.
The problem appears to be that whenever the locale defines ',' as a
separator for the decimal part o
But %S is not valid in C99 or POSIX, even if it is a variant in some
systems.
I am working on a more careful checker right now, but there will be limits
to what we can catch: this was already a pretty rare example.
Brian
On Fri, 14 Nov 2008, William Dunlap wrote:
>> From: [EMAIL PROTECTED]
>>
But %S is not valid in C99 or POSIX, even if it is a variant in some
systems.
I am working on a more careful checker right now, but there will be limits
to what we can catch: this was already a pretty rare example.
Brian
On Fri, 14 Nov 2008, William Dunlap wrote:
From: [EMAIL PROTECTED]
[m
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Prof Brian Ripley
> Sent: Friday, November 14, 2008 2:25 AM
> To: Duncan Murdoch
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];=20
> [EMAIL PROTECTED]
> Subject: Re: [Rd] (PR#13283) R crashes on sprintf with bad=20
> format specificati
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Prof Brian Ripley
> Sent: Friday, November 14, 2008 2:25 AM
> To: Duncan Murdoch
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: Re: [Rd] (PR#13283) R crashes on sprintf with bad
> format specification
Thanks for the report -- I was able to reproduce it on my systems by
setting the process memory limit to a fairly low value (otherwise I
just get into paging).
The page allocation code should have done a GC after malloc failure
and tried again; this is now fixed in R-devel and R-patched.
luke
O
I think the 'problem' is a lack of attention to the manual.
deqn gives “displayed equations” (as in LaTeX's displaymath environment,
or TeX's $$...$$).
seems pretty clear to me, and I hope to any LaTeX user.
On Fri, 14 Nov 2008, [EMAIL PROTECTED] wrote:
Hi,
This is a problem about writin
Hi,
This is a problem about writing R documentation (R-exts 2.6). The
command "\deqn" defined in "Rd.sty" is:
\newcommand{\deqn}[2]{\[#1\]}
which will put mathematical formulae in the "displaymath" environment;
that means line breaks are not allowed (or will not be shown) in
formulae, but someti
On 14 November 2008 at 14:37, Prof Brian Ripley wrote:
| >From the NEWS for R-patched
|
| odev2bitmap() failed in 2.8.0 if 'taa' and 'gaa' were both NA.
|
| so this was already fixed.
Thanks, will mark the bug as pending for Debian.
Dirk
--
Three out of two people have difficult
From the NEWS for R-patched
o dev2bitmap() failed in 2.8.0 if 'taa' and 'gaa' were both NA.
so this was already fixed.
On Fri, 14 Nov 2008, [EMAIL PROTECTED] wrote:
Stefano,
Thanks for the bug report.
On 14 November 2008 at 14:35, Stefano Costa wrote:
| Package: r-base-core
| Versio
Stefano,
Thanks for the bug report.
On 14 November 2008 at 14:35, Stefano Costa wrote:
| Package: r-base-core
| Version: 2.8.0-1
| Severity: normal
|
| As in subject. The bug is reproducible on my machine with these
| commands:
|
| > x <- rnorm(100)
| > plot(density(x))
| > dev2bitmap("densit
As R's sprintf is a wrapper for the OS's sprintf, misuse does run the risk
of crashing from OS, and when it does the error will come from the
implementation of sprintf (which for R for Windows is the Trio library).
One could argue that the OS service should not segfault on incorrect
input, but t
> "SU" == Simon Urbanek <[EMAIL PROTECTED]>
> on Thu, 13 Nov 2008 18:47:38 -0500 writes:
SU> On Nov 13, 2008, at 6:11 PM, Tony Plate wrote:
>> Thanks for the response.
>>
>> Are the problems with versioned installs fundamental, or
>> are they just a case of incomp
On Thu, 13 Nov 2008, Simon Urbanek wrote:
On Nov 13, 2008, at 6:11 PM, Tony Plate wrote:
Thanks for the response.
Are the problems with versioned installs fundamental, or are they just a
case of incomplete implementation and rough edges?
If the latter, would fixes be considered?
I ask beca
For the record, a much better alternative to try(downViewport()) is
curVps <- grid.ls(grobs = FALSE, viewports = TRUE, print = FALSE)$name
if ("fooVp" %in% curVps) ...
2008/11/14 Felix Andrews <[EMAIL PROTECTED]>:
> I have isolated an error that can be reproduced by the following code.
> The sam
22 matches
Mail list logo
