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]
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
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
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 s
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 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 foll
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 c
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 versio
> 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
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 alignment
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
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)
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
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 Compe
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
> 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
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 other
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 sta
> "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
-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 there
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
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 droppe
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
23 matches
Mail list logo
