Full_Name: Thomas Friedrichsmeier
Version: 2.4.0
OS: GNU/Linux
Submission from: (NULL) (84.61.116.51)
Since R 2.4.0, operator :: also returns objects in the package environment, if
the package does not have a namespace. This is a very welcome addition.
Additional wish:
If a package has a
The problem is a combination of a class union definition that includes a
basic type as a member, and is not in a package.
Class numeric is sealed, so at present setClassUnion() doesn't cache
the new superclass in the definition of numeric. In 2.4.0 that
happens when a package is attached
Should now be fixed in r-devel and 2.4 patched.
Iago Mosqueira wrote:
El mié, 04-10-2006 a las 09:52 -0400, John Chambers escribió:
I think the problem in your case comes from the mechanism used to handle
non-standard argument lists; notice that you have added 3 new
arguments.
On Fri, 6 Oct 2006, Duncan Murdoch wrote:
On 10/6/2006 9:05 AM, [EMAIL PROTECTED] wrote:
Full_Name: Thomas Friedrichsmeier
Version: 2.4.0
OS: GNU/Linux
Submission from: (NULL) (84.61.116.51)
Since R 2.4.0, operator :: also returns objects in the package
environment, if
the package does
Tried the following with R --vanilla on the Rv2.4.0 release (see
details at the end). I think the script and its comments speaks for
itself, but the outcome is certainly not wanted.
for (n in 58950:58970) {
cat(n=, n, \n, sep=);
# Clean up first
rm(names, x, y); gc();
# Create a named
Another example:
avec - 1:55000
names(avec) - as.character(avec)
system.time(avec[names(avec)[1:39045]])
[1] 0.06 0.00 0.07 NA NA
system.time(avec[names(avec)[1:39046]])
[1] 23.89 0.00 23.94NANA
version
_
platform i386-pc-mingw32
arch i386
os
On 10/6/2006 6:20 PM, Henrik Bengtsson wrote:
Tried the following with R --vanilla on the Rv2.4.0 release (see
details at the end). I think the script and its comments speaks for
itself, but the outcome is certainly not wanted.
I see a similar effect to what you're describing. I also see it
On 10/6/2006 6:20 PM, Henrik Bengtsson wrote:
Tried the following with R --vanilla on the Rv2.4.0 release (see
details at the end). I think the script and its comments speaks for
itself, but the outcome is certainly not wanted.
I think this is fixed now in R-devel and R-patched. Thanks for
iconv -f utf-8 -t cp936 RGui-zh_CN.po RGui-zh_CN.po.cp936
iconv: illegal input sequence at position 19303
iconv -c -f utf-8 -t cp936 RGui-zh_CN.po RGui-zh_CN.po.cp936
^^
iconv -f cp936 -t utf-8 RGui-zh_CN.po.cp936 RGui-zh_CN.po.cp936utf8
diff -uN RGui-zh_CN.po