Hi
it says in R-exts that
A method must have all the arguments of the generic,
including ... if the generic does.
A method must have arguments in exactly the same order as the
generic.
A method should use the same defaults as the generic.
So, how come the arguments for rep()
> "Robin" == Robin Hankin <[EMAIL PROTECTED]>
> on Wed, 31 Aug 2005 08:09:15 +0100 writes:
Robin> Hi it says in R-exts that
1) A method must have all the arguments of the generic,
including ... if the generic does.
2) A method must have arguments in exactly the s
At the moment, the 'pos' argument to 'library' defaults to 2. Would it
be possible to change this default to something functionally like the
following?
pos= if( is.null( pos.expr <- getOption( 'library.pos.default.expr'))) 2
else eval( pos.expr)
The proposal is fully back-compatible in that 'pos'
> "Robin" == Robin Hankin <[EMAIL PROTECTED]>
> on Wed, 31 Aug 2005 08:09:15 +0100 writes:
Robin> I am writing a rep() method for objects with class "octonion", and
Robin> my function rep.octonion() has argument list (x, times, length.out,
Robi
On Wed, 2005-08-31 at 08:09 +0100, Robin Hankin wrote:
> Hi
>
> it says in R-exts that
>
>
> A method must have all the arguments of the generic,
> including ... if the generic does.
> A method must have arguments in exactly the same order as the
> generic.
> A method should u
On Wed, Aug 31, 2005 at 09:30:37AM +0200, Martin Maechler wrote:
> > "Robin" == Robin Hankin <[EMAIL PROTECTED]>
> > on Wed, 31 Aug 2005 08:09:15 +0100 writes:
>
> Robin> Hi it says in R-exts that
>
> 1) A method must have all the arguments of the generic,
>including
There's definitely something a bit strange going on. The arguments as
passed to wireframePanelCalculations from the code snippet show only
6060 elements for the z vector (51,101,16 respectively for x,y,rot)
while the function routinely tries to access at positions in the z
vector >20,000...
I find it a bit peculiar that a package skeleton created with a utils
function package.skeleton() fails subsequent R CMD check. I do
understand that the function is intended to produce only a skeleton that
should be edited by the package author. I think that it would be
justified to say that the sk
> "Jari" == Jari Oksanen <[EMAIL PROTECTED]>
> on Wed, 31 Aug 2005 11:58:10 +0300 writes:
Jari> I find it a bit peculiar that a package skeleton created with a utils
Jari> function package.skeleton() fails subsequent R CMD check. I do
Jari> understand that the function is i
One thing I forgot to add:
Did you try to include
- data frames
- other data
- S3 generics and methods
- S4 generics and methods
in the objects you gave to package.skeleton() ?
If we want to change the prompt*() functions such that
package.skeleton() produces a package that on
On Mon, 29 Aug 2005, Prof Brian Ripley wrote:
> On Sun, 28 Aug 2005, Prof Brian Ripley wrote:
>
>>> After redirecting R 2.1.1 on my laptop to use
>>>http://cran.au.r-project.org/
>>> for the CRAN repository, the install.packages() command ran without
>>> problems. I issued the command `li
On Wed, 2005-08-31 at 11:23 +0200, Martin Maechler wrote:
> Since you didn't use text/plain as content type, your
> attachment didn't make it to the list anyway,
Yeah, I noticed.
> and you have a
> second chance:
>
> Please use a "diff -u" against
>
>https://svn.R-project.org/R/trunk/s
Neither of these have reached me on R-devel (and only PR#8103 is on the
archive), and they seem to be the same error although neither mentions the
other. That's 'odd', to quote one of them.
"EDT" is not a valid POSIX timezone (but, say, EST5EDT is). R's docs are
quite clear that what happens
*
* THIS IS AN AUTOMATED RESPONSE *
* FROM [EMAIL PROTECTED] *
*
You have been sent this email because you responded to a Trade Me=20
automated email.
=20
We send out a number of emails automatically
Windows XP, R-devel (2005-08-31 r35465)
> tm <- ISOdate(2005, 08, 29, hour = 12, tz = "EST5EDT")
> tm
[1] "2005-08-29 12:00:00 EDT"
> tm + 0
[1] "2005-08-29 12:00:00 EDT"
> tm + 3600
[1] "2005-08-29 13:00:00 EDT"
> tm + c(0,1) * 3600
[1] "2005-08-29 12:00:00 EDT" "2005-08-29 13:00:00 EDT"
(R 2.1.
I suggest you look at the code for .Call() in dotcode.c. I suspect the
problem is in dealing with R objects, however. You don't show how you get
from SEXPs to pointers to pass to Fortran, or what the Fortran routine
requires.
I don't understand how you can call the "same" function from C. How do
If I have an S4 object, and I make a copy, changes to the original
aren't reflected in the copy:
> setClass("foo", representation(slot="numeric"))
> x <- new("foo", slot=1)
> y <- x
> [EMAIL PROTECTED] <- 2
> y
An object of class "foo"
Slot "slot":
[1] 1
This is as it should be. However, i
I just sent a bug report to [EMAIL PROTECTED] Unfortunately, the
message forwarding to r-devel failed. It appears that this occurred due an
interaction between the forwarding setup and SPF:
1) The forwarded message had From as [EMAIL PROTECTED],
2) Pfizer has SPF records in
[Automatic forwarding from R-bugs failed. This message has been manually
forwarded.]
Hi all!
I'm trying to add Thomas Lumley's defmacro() function Lumley T.
"Programmer's Niche: Macros in {R}", R News, 2001, Vol 1,
No. 3, pp 11--13, \url{http://CRAN.R-project.org/doc/Rnews/} to the gtools
pa
This was reported on r-devel in April for 2.1.0, but isn't fixed in 2.1.1
see
http://tolstoy.newcastle.edu.au/~rking/R/devel/05/04/0586.html
# R --help
[ output omitted, until]
-g, --gui=TYPEUse TYPE as GUI; possible values are 'X11'
(default), 'none', 'Tk' and
Full_Name: Robert King
Version: 2.1.1
OS: Linux (debian stable, with backport R)
Submission from: (NULL) (142.58.147.28)
update.packages documentation (and code, from what I can make out) says:
ask: logical indicating whether to ask user before packages are
actually downloaded and
[EMAIL PROTECTED] writes:
> Full_Name: Robert King
> Version: 2.1.1
> OS: Linux (debian stable, with backport R)
> Submission from: (NULL) (142.58.147.28)
>
>
> update.packages documentation (and code, from what I can make out) says:
>
> ask: logical indicating whether to ask user before p
Hi,
I built R with Portland Group compiler, but I noticed one thing that
when I ran configure for the first time on AMD machine, I got the
following error:
checking whether the C compiler works... configure: error: cannot run C
compiled programs.
If you meant to cross compile, use `--host'
Jennifer Lai <[EMAIL PROTECTED]> writes:
> Hi,
> I built R with Portland Group compiler, but I noticed one thing that
> when I ran configure for the first time on AMD machine, I got the
> following error:
>
>
> checking whether the C compiler works... configure: error: cannot run C
> comp
I can't duplicate the error message. After running "configure
--host=x86_64-unknow-linux-gnu" for the first time, I was able to run
configure without providing --host argument. Even start with a fresh
copy of R-devel didn't help me to get the original error. Is the host
info been cached somewhe
Forgot to mention, here are #define long and int value in config.log
from second configure run (without --host argument)
| #define SIZEOF_INT 4
| #define INT_32_BITS 1
| #define SIZEOF_LONG 8
| #define SIZEOF_LONG_LONG 8
| #define SIZEOF_LONG_DOUBLE 16
Regards,
Jennifer
Jennifer Lai wrote:
> I
Jennifer Lai <[EMAIL PROTECTED]> writes:
> I can't duplicate the error message. After running "configure
> --host=x86_64-unknow-linux-gnu" for the first time, I was able to run
> configure without providing --host argument. Even start with a fresh
> copy of R-devel didn't help me to get the origin
Duncan:
Thanks for your reply. Not being a part of the R world and having to assist
with these purchases, I have to ask what "not yet" means. I realize that this
is a difficult question to answer even for commercial software, but I am hoping
you or someone else on the list may shed some additio
My silly mistake. I didn't get the error message the second time is
because I have set LD_LIBRARY_PATH. If this value is unset, I would
have gotten the same error message,
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: cannot
Martin Maechler <[EMAIL PROTECTED]> wrote:
> I think the main point of David's proposal is still worth
> consideration: One way to see text connections is as a way to
> treat some kind of R objects as "generalized files" i.e., connections.
To summarize the motivation for the proposal, again:
-
Milton Lopez wrote:
> Duncan:
>
> Thanks for your reply. Not being a part of the R world and having to assist
> with these purchases, I have to ask what "not yet" means. I realize that this
> is a difficult question to answer even for commercial software, but I am
> hoping you or someone else o
On Wed, 31 Aug 2005, Duncan Murdoch wrote:
Milton Lopez wrote:
Duncan:
Thanks for your reply. Not being a part of the R world and having to assist with these
purchases, I have to ask what "not yet" means. I realize that this is a
difficult question to answer even for commercial software, but
[EMAIL PROTECTED] wrote:
> Martin Maechler <[EMAIL PROTECTED]> wrote:
>
>
>>I think the main point of David's proposal is still worth
>>consideration: One way to see text connections is as a way to
>>treat some kind of R objects as "generalized files" i.e., connections.
>
>
> To summarize the
Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> I would implement it differently from the way you did. I'd call it
> a rawConnection, taking a raw variable (or converting something else
> using as.raw) as the input, and providing both text and binary
> read/write modes (using the same conventions for
34 matches
Mail list logo
