Hi.
2008/1/25, Michael Braun [EMAIL PROTECTED]:
NO
Hi. I'm not sure if this is an R-help or R-devel problem, so I'm
starting here in the hope that someone can help (and willing to go to
the other list if it's more appropriate). I think I am following all of
the instructions in the various
To make R.matlab's readMat work for me[1] I needed access to zlib's
uncompress function. R already links with zlib, and sometime last
year I hobbled together a quick package to get at a few functions.
It's my first package, so I would love feedback both on the package
and its purpose.
I've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is also the Rcompression library from
www.omegahat.org/Rcompression
and directly available via install.packages()
from the www.omegahat.org/R repository.
This deals with various compression schemes
and does things in memory.
Hopefully
On Wed, 30 Jan 2008, [EMAIL PROTECTED] wrote:
To make R.matlab's readMat work for me[1] I needed access to zlib's
uncompress function. R already links with zlib, and sometime last
Not so: R can be linked to the system's zlib, and otherwise uses its own
copy which is not intended for use by
hw == hadley wickham [EMAIL PROTECTED]
on Tue, 29 Jan 2008 09:26:24 -0600 writes:
Or is this a bug in glm? It certainly seems that the
documentation should mention that ... is passed to
glm.control, which only takes three arguments. I
realise that this doesn't come
This is to announce that we plan to release R version 2.6.2 on Friday,
February 8, 2008.
A couple of annoying bugs were discovered after 2.6.1, and given the
weakness of prerelease testing, we find it better to increase the number
of patch releases.
The source tarballs will be made available
hw That seems a perfectly good reason not to use ... - but
hw if you are going to use ... it seems like you shouldn't
hw warn on mismatched argument names.
I disagree.
One famous example on this was -- in S-plus, early 1990s --
known about S users back then, and it happened
On 1/30/2008 4:20 AM, Prof Brian Ripley wrote:
On Wed, 30 Jan 2008, [EMAIL PROTECTED] wrote:
To make R.matlab's readMat work for me[1] I needed access to zlib's
uncompress function. R already links with zlib, and sometime last
Not so: R can be linked to the system's zlib, and otherwise
This is a 'White Book' function, not really ours to re-design.
(Although the glm help page in the White Book's description of '...' never
was correct of any S-PLUS that I used, and doesn't make a great deal of
sense.)
I never really saw the point of glm.control(), but it might have allowed
for
I was surprised to observe the following difference between 2.4.1 and
2.6.0 after a long overdue upgrade a few months ago of our
departmental server. It wasn't a bug fix, but a subtle improvement.
Here's the simplest example I could create. The size is excessive, on
the order of the Netflix
On Jan 30, 2008 7:20 AM, Jay Emerson [EMAIL PROTECTED] wrote:
I was surprised to observe the following difference between 2.4.1 and
2.6.0 after a long overdue upgrade a few months ago of our
departmental server. It wasn't a bug fix, but a subtle improvement.
Here's the simplest example I
Linking my VC++ application with the standalone Rmath library yields the
following;
-- Build started: Project: Complex plugin, Configuration: Debug
Win32 --
Linking...
Creating library .\../Debug/complex_plugin.lib and object
.\../Debug/complex_plugin.exp
libRmath.a(mlutils.o)
Full_Name: clement raievsky
Version: R version 2.4.0 Patched (2006-11-25 r39997)
OS: debian (stable/testing)
Submission from: (NULL) (132.210.56.80)
The documentation of the dev.copy2eps() function should mention the file
option which set the output file name
Thanks for the wonderfull software.
Full_Name: Ralf Sommerfeld
Version: 2.3.1
OS: Windows XP
Submission from: (NULL) (193.175.214.49)
The kruskalmc function runs a multiple comparison test after a Kruskal-Wallis
test. I used the function for treatment comparison (default) as compared to a
comparison against a control. The
x - 76079320.32+21374.27+7630.04+28432.47
print(x, digits=13)
[1] 76136757.1
If you want trailing zeros printed, use sprintf().
Reading ?print.default will explain this to you -- it is working as
documented.
On Wed, 30 Jan 2008, [EMAIL PROTECTED] wrote:
Full_Name: Michael
Version: 2.6.1
YOU can fix the problem : )
Try:
identical(76079320.32 + 21374.27 + 7630.04 + 28432.47,76136757.1)
[1] TRUE
identical(76079320.32 + 21374.27 + 7630.04 + 28432.47,76136757)
[1] FALSE
options(digits=10)
76079320.32 + 21374.27 + 7630.04 + 28432.47
[1] 76136757.1
sessionInfo()
R version
On Tue, 29 Jan 2008, Oran Johnson wrote:
Linking my VC++ application with the standalone Rmath library yields the
following;
Looks like you compiled the standalone Rmath library with MinGW. You
can't expect to mix-and-match compilers and link together a static library
built under another
On Wed, 30 Jan 2008, Oran Johnson wrote:
Yes, I used Rtools to compile the standalone Rmath library. However,
C:\Rtools\MinGW\lib\libm.a does not contain log1p;
C:\Rtools\MinGW\lib\libmingwex.a does. Once I replaced libm.a with
libmingwex.a, the application linked successfully and the
Full_Name: Michael
Version: 2.6.1
OS: Windows XP
Submission from: (NULL) (81.223.30.219)
i recognized a problem with the numbers behind a dot, an example:
76079320.32+21374.27+7630.04+28432.47
[1] 76136757 // should be 76,136,757.10
32+27+4+47 // proof it should be xxx.1
[1] 110
that kind of
On Tue, 29 Jan 2008, [EMAIL PROTECTED] wrote:
Full_Name: clement raievsky
Version: R version 2.4.0 Patched (2006-11-25 r39997)
which is over a year old: we are at 2.6.2 RC
OS: debian (stable/testing)
Submission from: (NULL) (132.210.56.80)
The documentation of the dev.copy2eps() function
Dear r-bugs,
I think I may have uncovered a bug in the file R-intro.info.gz
When running the info R-intro command on our Ubuntu 7.10 server,
on which R 2.6.1 is installed, everything works fine until
I try to access the node named The ellipsis argument (...),
and then I observe the
Hi,
Tried with R 2.6 and R 2.7:
gregexpr(, abc, fixed=TRUE)
*** caught segfault ***
address 0x1c09000, cause 'memory not mapped'
Traceback:
1: gregexpr(, abc, fixed = TRUE)
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving
Hi Herve,
Thanks for the report. I can reproduce this with latest R-devel.
perl=TRUE is also broken. I have a patch which I am testing. With
it, I get:
gregexpr(, abc)
[[1]]
[1] 1 2 3
attr(,match.length)
[1] 0 0 0
gregexpr(, abc, fixed=TRUE)
[[1]]
[1] 1
23 matches
Mail list logo