Martin Maechler wrote:
>If you specify max$all as "100%", i.e, as 0. ('< 1' !) everything works
>as you expect it:
>
>agrep(pattern, subject, max = list(ins=0, del=0, sub= 2, all = 0.))
>## --> 2 3 4
>
>
OK I got it! Thanks for the explanation.
Cheers,
Hervé
--
-
On Jan 5, 2006, at 7:33 PM, <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> wrote:
> The empirically derived limit on my machine (under R 1.9.1) was
> approximately 7500 data points.
> I have been able to successfully run the script that uses package
> MCLUST on several hundred smaller data sets.
>
Dear Simon,
Thank you for taking time to address my questions.
>> summary(EMclust(y),y)
>
>I suspect that memory is your least problem. Did you even try to run
>EMclust on a small subsample? I suspect that if you did, you would
>figure out that what you are trying to do is not likely to termi
Dear Simon,
Thank you for taking time to address my questions.
>> summary(EMclust(y),y)
>
>I suspect that memory is your least problem. Did you even try to run
>EMclust on a small subsample? I suspect that if you did, you would
>figure out that what you are trying to do is not likely to termi
Karen,
On Jan 5, 2006, at 5:18 PM, <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> wrote:
> I am trying to run a R script which makes use of the MCLUST package.
> The script can successfully read in the approximately 17000 data
> points ok, but then throws an error:
>
Dirk Eddelbuettel wrote:
> Dominick Samperi wrote a Rcpp.{hpp,cpp} class for C++ to R interface that is
> used in RQuantLib. Dominick was musing about releasing this stand-alone to
> CRAN
> as well, but I don't think it has happened.
>
It just happened. I uploaded Rcpp to CRAN today. The packa
Dear Developers:
I have a question about memory management in R 2.2.1 and am wondering if you
would be kind enough to help me understand what is going on.
(It has been a few years since I have done software development on Windows, so
I apologize in advance if these are easy questions.)
On 1/5/2006 11:44 AM, Tib wrote:
> Greetings,
>
> I am trying to write a C++ subroutine of my random number generator. Based
> on tutorial in Writing R Extensions, one should call GetRNGstate() before
> and PutRNGstate() after calling R's random variate generation routines. Now
> suppose my funct
On 10/20/05, ernesto <[EMAIL PROTECTED]> wrote:
[...]
> Hi Deepayan,
>
> I see that there are alternatives, I found one my self that works and
> it's transparent for the user.
>
> I don't want to implement solutions that force the user to use lattice
> methods differently from your implementation
>>> R-devel now makes use of gcc4's visibility features: for
>>> an in-depth account see
>
>elijah> does this mean that we now have a dependency on
>elijah> gcc4, or just that it "can" use the feature of gcc4?
>
> the latter (of course!)
that's what i expected, i was just checkin
On Tue, 3 Jan 2006, Marcelo Damasceno wrote:
> Sorry about my incautiousness, I use the tips, but is
> happen same problems.
Not really. You definitely skipped over the most important
one - don't terminate the host process.
> if(temp4 == NULL){
> printf("\n\n No Memory4!");
>
> "elijah" == elijah wright <[EMAIL PROTECTED]>
> on Thu, 5 Jan 2006 09:13:15 -0600 (CST) writes:
>> Subject: [Rd] Using gcc4 visibility features
>>
>> R-devel now makes use of gcc4's visibility features: for
>> an in-depth account see
>>
>> http://people.redh
Just one call to each that enclose the RNG calls will do, I believe.
Andy
From: Tib
>
> Greetings,
>
> I am trying to write a C++ subroutine of my random number
> generator. Based
> on tutorial in Writing R Extensions, one should call
> GetRNGstate() before
> and PutRNGstate() after calling
Greetings,
I am trying to write a C++ subroutine of my random number generator. Based
on tutorial in Writing R Extensions, one should call GetRNGstate() before
and PutRNGstate() after calling R's random variate generation routines. Now
suppose my function would generate n(n>1) numbers by a loop,
Hi Marcelo,
You need to read the R extension manual more carefully...
Basically you haven't deference thed pointers. You think you
were allocating say, col=2, but instead you were allocating &col
in int's, the address of col, which is a large number since
user-land memory address starts at a large
You might want to take a look at the Bioconductor package RBGL which
provides an R interface to the BGL which is C++ STL heavy, I believe.
+ seth
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Subject: [Rd] Using gcc4 visibility features
>
> R-devel now makes use of gcc4's visibility features: for an in-depth
> account see
>
> http://people.redhat.com/drepper/dsohowto.pdf
does this mean that we now have a dependency on gcc4, or just that it
"can" use the feature of gcc4?
clarifi
Andrew Finley umn.edu> writes:
> I am in the process of writing an R extension in c++ and am using several
> STL containers (e.g., vector, map, multimap double>). I make sure to clear all these containers at the end of the
> .Call. Everything compiles and runs just fine, but I'm a bit worried
R-devel now makes use of gcc4's visibility features: for an in-depth
account see
http://people.redhat.com/drepper/dsohowto.pdf
(and note there are older versions of that document around).
Consider for example stats.so. On a gcc4 Linux system this has just three
entry points
gannet% nm -g stat
> "Herve" == Herve Pages <[EMAIL PROTECTED]>
> on Wed, 04 Jan 2006 17:29:35 -0800 writes:
Herve> Happy new year everybody,
Herve> I'm getting the following while trying to use the agrep() function:
>> pattern <- "XXX"
>> subject <- c("oo", "oooXooo", "oooXXooo", "o
20 matches
Mail list logo
