On 20 Feb 2004, Peter Dalgaard wrote:
> Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>
> > All of these stem from the use of constructions like
> >
> > len = asInteger(CADR(args));
> >
> > and a failure to check the return value for NA.
> >
> > We'll add suitable checks, so don't bother w
'update.default( x, ...)' checks for a component of 'x' named 'call' and gives up if
there isn't one. Before giving up, how about checking for an attribute named 'call'?
I.E. something like this:
# Existing code:
call <- object$call
# Suggested insertion:
if (is.null(call))
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> All of these stem from the use of constructions like
>
> len = asInteger(CADR(args));
>
> and a failure to check the return value for NA.
>
> We'll add suitable checks, so don't bother with a bug report.
We should probably take notice that th
quot; BORDER=\"0\"
> NATURALSIZEFLAG=\"3\"> Mascot Search
> Results\n\nProtein View\n METHOD=\"POST\">\n VALUE=\"../data/20040219/F253567.dat\">\n TYPE=\"hidden\" NAME=\"hit\" VALUE=\"1\">\n TYPE=\"hi
Getting a crash with R1.8.1 on windows 2000 an linux with the strsplit.
Version:
platform = i386-pc-mingw32
arch = i386
os = mingw32
system = i386, mingw32
status =
major = 1
minor = 8.1
year = 2003
month = 11
day = 21
language = R
Version:
platform = i386-pc-mingw32
arch = i386
os
Hi all,
Before posting to r-bugs, I thought that I would just verify this one
first.
It looks like the help for axTicks() needs to be corrected.
It presently says:
'axTicks()' can be regarded as an R implementation of the C function
'CreateAtVector()' in '/src/main/graphics.c' which is cal
On Wed, 18 Feb 2004 22:27:31 +0100, Kurt Hornik
<[EMAIL PROTECTED]> wrote :
>> Atro Tossavainen writes:
>
>> Hi,
>> src/scripts/Makefile uses @ as the separator for sed.
>
>> This is fine unless the path names happen to contain @, which would
>> frequently be the case in sites where AFS is use
All of these stem from the use of constructions like
len = asInteger(CADR(args));
and a failure to check the return value for NA.
We'll add suitable checks, so don't bother with a bug report.
On Thu, 19 Feb 2004, Uwe Ligges wrote:
> This might be worth a wishlist/bug report (I'll submit it
This might be worth a wishlist/bug report (I'll submit it as such if
nobody disagrees).
The following objects are nonsense in a way (too huge). It may happen,
that you have got a bug in your code that generates such objects, so it
would be great to get another error message telling the problem
Kurt,
> Which would then fail for people who for some reason have # in their
> file path. I am not sure there is an easy fix for the problem. One
> idea might be setting up a pipeline which tries different separators.
>
> Any other ideas?
Your point is of course valid, but I'm not aware of any
10 matches
Mail list logo
