Re: [Rd] compile c++ code in an R package without -g

B_CXXFLAGS) $(CXX1XFLAGS:-g=) $(CXX1XSTD) all: $(SHLIB) %.o: %.cpp $(SHLIB_CXX1XLD) $(wsrf_FLAGS) -c $< -o $@ However, I am not sure if it is allowed on CRAN, and I think it must have a reason for that, though I don't know. So I didn't do that in my package. Best reg

[Rd] How to make an R package that uses Boost.Thread, qualified to be published on CRAN or shared by the most

.) Simon PS: Below are the source files and results of my tries for exploring BOOSTLIB on win-builder, please forgive me use win-builder as a test machine, so I post my questions here. The test package is derived from command Rscript -e "Rcpp.package.skeleton()", below just

Re: [Rd] How to make an R package that uses Boost.Thread, qualified to be published on CRAN or shared by the most

Hi Dirk, Thank you very much, your answers are always helpful and point me to the right direction. And I also hope the C++11 proposal ( https://stat.ethz.ch/pipermail/r-devel/2013-October/067677.html) will be approved soon. :-) Simon On 11/03/2013 09:54 PM, Dirk Eddelbuettel wrote: > O

Re: [Rd] R.app (PR#7926)

uot;demo()(" short after promt shows up after > launching This is highly likely to be a problem reported before, reproducible only on slow machines and has been fixed in R.app build 1564. Please use the most recent build and tell us whether you can still reproduce the problem.

Re: [Rd] R.app editor (PR#7928)

You didn't use appropriate subject, didn't provide a reproducible example, didn't read the documentation and the problems you describe are most probably just user errors. (Hint: ever heard of dev.off()?) Please stop spamming the bug report system, and read the posting guide!

Re: [Rd] by should use match.fun

l I consider passing functions as text unnecessary - the only use I could think of is constructing function names from strings/ data and I'm not sure that is a good idea, either (it causes quite some performance issues) ... just my 2 pennies ... Cheers, Simon _

Re: [Rd] Citation for R

onvince editors that the current citation method for R is correct and appropriate. If it were signed by all the members, with their academic affiliations, it would be hard for editors to disagree. Simon. >On 14-Jun-05 A.J. Rossini wrote: >> Fritz - >> >> That's silly.

Re: [Rd] R 2.1.1 slated for June 20

pgf77 cf77 fl32 af77 f95 fort xlf95 ifort ifc efc pgf95 lf95 gfortran ftn g95 f90 xlf90 pgf90 pghpf epcf90 fc (R- devel) I guess Peter simply didn't install g77. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] 2.1.0a for Macs (PR#7952)

ge was R.app and as I already mentioned there are good reasons for using the most recent version. > If you could please advise on how to deal with these problems > (particularly the corruption of my system by 2.1.0a) You didn't mention any sy

Re: [Rd] R worked once, now will not open. Works in console, but won't graph. (PR#7953)

if that fixes the problem (actually if it's easy for you to do you could send me the file before you delete it if it turns out to be the problem). In addition you may want to download the latest version of R.app from http://www.rosuda.org/R/nightly/ . Cheers,

Re: [Rd] Failed make (PR#7978)

uess is that you're using gfortran instead of g77 and you didn't set GFORTRAN_STDIN_UNIT to -1 nor used FLIBS to force static fortran libraries - please see B.5.1. "Using gfortran" in "R Installation and Administration". Cheers, Simon __

Re: [Rd] How difficult is it to wrap a large C++ library with R?

ning C++, overloading methods and objects in R. If I remember correctly "Ali" had some prototype automatic wrapper for large classes (he wasn't happy about the performance, but that's another story ;) - see his 'speeding up the

Re: [Rd] allocation of large matrix failing

35 9.4359.4 Vcells 60536 0.5 120333512 918.1 150162111 1145.7 This was on both Debian Linux and OS X, but that shouldn't really matter I suppose... (and I don't see why it should fail). If you overdo it with the size you can get "Error: cannot allocate vector

Re: [Rd] Computer algebra in R - would that be an idea??

://savannah.nongnu.org/projects/axiom, which has a modified BSD license? Cheers, Simon. At 01:25 AM 13/07/2005, Duncan Murdoch wrote: >On 7/12/2005 10:57 AM, Gabor Grothendieck wrote: > > On 7/12/05, Søren Højsgaard <[EMAIL PROTECTED]> wrote: > >> >From time to time people re

Re: [Rd] Computer algebra in R - would that be an idea??

with the Aldor compiler. Of course, I am much better at thinking up these ideas than implementing them myself. :-) Simon. At 11:36 AM 13/07/2005, Gabor Grothendieck wrote: >I don't know which free system is best. I have mainly used Yacas >but my needs to date have been pretty m

Re: [Rd] Computer algebra in R - would that be an idea??

extensible type system. I guess some mechanism that relies on S4 classes would be necessary. Of course, there is nothing to stop us developing packages for more than one system ("We are R. We will assimilate you!"). I have no idea how to do any of this: I'm just fl

Re: [Rd] Computer algebra in R - would that be an idea??

> > >yacas does have the Groebner function, e.g. > >In> Groebner({x*(y-1),y*(x-1)}) >Out> {x*y-x,x*y-y,y-x,y^2-y}; I stand corrected. Simon. -- Simon Blomberg, B.Sc.(Hons.), Ph.D, M.App.Stat. Centre for Resource and Environmental Studies The Australian National Univ

Re: [Rd] segfault with grid and null unit (PR#8014)

dotcode.c:788 #10 0x0024da14 in do_dotcallgr (call=0x119008d8, op=0x18c5794, args=0x11902244, env=0x11900ccc) at ../../../../R-devel/src/main/ dotcode.c:1468 #11 0x00264964 in Rf_eval (e=0x119008d8, rho=0x11900ccc) at ../../../../R-devel/src/main/eval.c:405 Cheers, Simon > == &g

Re: [Rd] mac os x crashes with bioconductor microarray code (PR#8013)

you do is difficult or not, that I don't know, but obviously you don't have enough memory for what you're trying to do. Basically that means you should reconsider your approach. Once you provide more information you may want to ask Bioconductor users about this issue, but it&#

Re: [Rd] Testing for English locale

quot;),TRUE))>0 Basically unix platforms will have "C" or "en_..."; Windows has "English...". You could make the check more strict depending on the platform if desired .. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] call fortran in R

setup, otherwise I see no reason why you should have any problems. Maybe you should send us the code pus exact transcript of your attempt... Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] extra parentheses cause death of kernel (PR#8094)

on the lists, it is highly recommended to update from the version you're using, because it had several issues that have been fixed shortly afterwards. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Free-form to fixed-form Fortran

Aleši, On Aug 26, 2005, at 10:36 AM, Aleš Žiberna wrote: > I have writen some subrutines in Free-form Fortran. I would like to > includ > them in a package, which I would like to build on WinXP. I have all > suggested tools/programs for bulding R packages on Windows (except > latex). > > What

Re: [Rd] RServe initialization problem

ix, so should be just running Rserve.exe - please see the documentation, it specifically distinguishes Windows from unix. You may also consider reading the release notes for the Windows version of Rserve that discuss the differences. Cheers, Simon __

Re: [Rd] FW: RServe initialization problem

sent to the R-devel, please see the posting guide! Also a closer look at the documentation you mention would reveal that it strictly distinguishes between unix and Windows systems - on the latter you have to run the Rserve.exe application instead of using R CMD xxx. Cheers, Simon

Re: [Rd] A question on R memory management in .Fortran() calls under Windows

> N=1 > X=matrix(1,M,N) > .Fortran("foo",X,as.integer(M),as.integer(N),S=as.double(0))$S [1] 1e+08 > .Fortran("foobis",as.integer(M),as.integer(N),S=as.double(0))$S [1] 1e+08 Tested on PC1: Win XP SP2, AMD64 3000+, 1GB RAM, gfortran 4.1.0 (20050902) PC2: OS X,

Re: [Rd] A question on R memory management in .Fortran() calls under Windows

rently doesn't provide .f90 target so you'll need to add your own small Makevars. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] NUMERIC_POINTER question

R(mat)[1] accesses the 2nd element of the vector. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Project suggestion: Interface between R and graphic devices

re encouraged to do so - that would make the GUI available right on time for the R release. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Control R from another program (written in Delphi)

, but I am a little bit stuck. We have been using snow+Rpvm very successfully. There are tons of other approaches and tools as well (mosix, rmpi, snowFT, ...). I would start with snow, because it is very flexible and even offers socket-only solution when necessary. C

Re: [Rd] Socks under R

rnorm(100))\n", 17, 0)], so it's up to the other side to receive it properly. There is no "R specific protocol" - socket connections in R use regular TCP (neither red nor white "socks" ;)), so the literature on socket programming is

Re: [Rd] typo in browse.pkgs

he alpha and beta cycle although both the GUI and R binaries were available for download :(. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Alpha and Beta testing of R versions

{but that may not entice those who are already listed}, >> or even in the NEWS of the new relase >> or on the "Hall of fame of R beta testers" The latter sounds good to me, although I'm not sure how many of our users are striving for fame ;). Cheers, Simon _

Re: [Rd] Memory allocation (PR#8304)

Hans, this is not a bug! You're simply running out of memory as the message tells you (allocating ca. 570MB? That's lot...) . You should consider re-phrasing the problem (preferably) or getting more memory and/or using 64-bit version of R where applicable. Cheers, Simon On No

Re: [Rd] Help finding some code in the R source code

ame thing. However, if you want a solution in pure Python, it may be more difficult as it would be equal to re-writing the R parser in Python... (or some 'light' version of it..). Cheers, Simon __ R-devel@r-project.org mailing list https:/

[Rd] Blocking problem with embeded R (windows)

re is some way to make my application block when configuring R? If not, is there a simple way to make the app block (I have never coded using threads before, am a relative newbie to MFC and am struggling to figure out how I would to block otherwise). Help would be greatly

[Rd] Blocking problem with embeded R (windows)

eading the code. Is there any doco on around on these and the R source in general? Thanks again for the rapid reply Simon Knapp __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] external pointers

inal cleanup '.C' call which deallocates the > persistent object. I sometimes also automate the destruction in the > cleanup code of the DLL, just in case the R user forgets to cleanup. How do you make sure the no one uses the now invalid integer value? There can be many

Re: [Rd] AppleScript commands don't execute until mouse over console window (PR#8405)

Thanks, Jonathan! I have now committed a slight variation of your patch in the current Mac-GUI. Cheers, Simon On Dec 16, 2005, at 7:30 AM, [EMAIL PROTECTED] wrote: > I am sending commands to R via AppleScript (specifically, from > SubEthaEdit to instruct it to source the file I'

Re: [Rd] Build error on Mac OS X

(same system: 7.9.0). Did you try the SVN checkout? I can't test the current tar-ball on the Panther machine, because it's running the nightly builds right now... (FWIW those configure parameters are both superfluous on OS X as of R 2.2.0) Cheers, Simon

Re: [Rd] cairo anyone?

ed. It should be easy to add other formats like PDF or maybe even other surfaces like Win32, Quartz or XLib, because the back-end part is modular, but I didn't bother (yet?). Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.c

Re: [Rd] Rserve setSEXP command

s that (dotted-pair) lists are not supported in decode, so you can't pass an attribute anyway, because they are stored in dotted-pair lists. So, for now, yes, you have to assign the names in a separate step - I'll need to fix that ... I'll keep you posted.

Re: [Rd] Q: R 2.2.1: Memory Management Issues?

ny reasonable unix will do - technically (64-bit versions preferably, but in your case even 32-bit would do). Again, I don't think memory is your only problem here, though. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Q: R 2.2.1: Memory Management Issues?

und 32500 rows that mclust can handle as- is (I don't want to see the runtime, though ;)). For anything else you'll really have to think about another approach.. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] minor build problem

l: cannot stat `R.1': No such file or directory > make[1]: *** [install-man] Error 1 > make: *** [install] Error 1 Yes, if you run "make; make; make install" it goes away. It's a known problem caused by a recent change in the R start script and the fix should be

Re: [Rd] prod(numeric(0)) surprise

ase? No - as Thomas explained very nicely they are a different kind of functions. cumXXX are n-to-n length vector functions, whereas prod/ sum are n to 1 vector length functions. So R is in fact very consistent and Thomas did exactly describe the rules. Cheers, Simon _

Re: [Rd] Interfacing with user in R

en the given > file? Sure, for reading you can use readLines. I have no idea what you mean by "recognise", but let's say if you wanted to use read.table, it would be read.table(readLines(n=1)) Of course, in R there is an even more convenient method far that ;) r

Re: [Rd] Provide both shlib and standard versions of R?

; I guess you didn't even try it, because on OS X it *is* the default! Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] saving PDF with multiple diagrams results in crash (PR#8569)

'm not able to reproduce it in R 2.2.1 from your brief description. Thanks, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] invalid graphics state using dev.print

7;m moving this to R-devel. Here is a small reproducible example: x11() plot(rnorm(10)) dev.print(png) I'll try to have a look at it later today, but I can't promise anything. Cheers, Simon __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Fixed BLAS tests for external BLAS library

efit from). Ah well. cheers, Simon On 5 January 2018 at 00:07, Tomas Kalibera wrote: > Hi Simon, > > we'd need more information to consider this - particularly which > expression gives an imprecise result with ACML and what are the computed > values, differences.

Re: [Rd] Fixed BLAS tests for external BLAS library

ammer.) For now, then, I will continue as before, and locally patch that test to pass with the external BLAS library on CentOS 7. cheers, Simon On 5 January 2018 at 21:56, Martin Maechler wrote: > >>>>> Tomas Kalibera > >>>>> on Fri, 5 Jan 2018 00:41:47 +

Re: [Rd] bugzilla issues

Thanks, fixed. Simon > On Jan 26, 2018, at 3:40 AM, Uwe Ligges > wrote: > > Simon, > > can you take a look, please? > > Best, > Uwe > > > > On 26.01.2018 01:41, Ben Bolker wrote: >> tl;dr is the R bug tracker down or am I being an idiot?

Re: [Rd] CRAN indices out of whack (for at least macOS)

mirrors as usual. Thanks, Simon > On Jan 31, 2018, at 1:34 PM, Dirk Eddelbuettel wrote: > > > Bumping this as we now have two more issue tickets filed and a fresh SO > question. > > Is anybody looking at this? Simon? > > Dirk > > On 30 January 2018

Re: [Rd] readLines function with R >= 3.5.0

The MySQL DB on the server died - not sure why. Restarted and it should be ok. > On May 29, 2018, at 9:17 AM, Martin Maechler > wrote: > >> Ralf Stubner >>on Tue, 29 May 2018 11:21:28 +0200 writes: > >> On 28.05.2018 16:38, Martin Maechler wrote: >>> Then, I now do think this nee

Re: [Rd] Bugzilla down?

I do. The server ran out of disk earlier today and it seems that it killed bugzilla somehow. I'll have a look. Thanks, Simon > On Feb 25, 2019, at 2:07 PM, Gabriel Becker wrote: > > Hi Martin (who I believe manages bz?) et al., > > I'm getting 503 Service Unavailabl

Re: [Rd] Bugzilla down?

Ok, fixed. Simon > On Feb 25, 2019, at 2:45 PM, Simon Urbanek > wrote: > > I do. The server ran out of disk earlier today and it seems that it killed > bugzilla somehow. I'll have a look. > Thanks, > Simon > > >> On Feb 25, 2019, at 2:07 PM, Gabriel

Re: [Rd] Exit status of Rscript

> system2("Rscript", c("-e", shQuote("stop('foo')"))) == 0 Error: foo Execution halted [1] FALSE > sessionInfo() R version 3.5.2 (2018-12-20) Platform: x86_64-apple-darwin15.6.0 (64-bit) Running under: OS X El Capitan 10.11.6 > system2("Rscript", c("-e", shQuote("stop('foo')"))) == 0 Error: foo Ex

Re: [Rd] Exit status of Rscript when setting options(error=utils::recover)

As Tomas pointed out, it may be helpful to read the R documentation. The error option expects a function, so I suppose you intended something like options(error=function() {recover(); q(status=1)}) which corresponds to calling dump.frames() Cheers, Simon > On Mar 17, 2019, at 23:44, comic f

Re: [Rd] Use of C++ in Packages

rily lack of tools, it is lack of knowledge - which is why I think Tomas' post is so important. Cheers, Simon > On Mar 29, 2019, at 11:19 AM, Jim Hester wrote: > > First, thank you to Tomas for writing his recent post[0] on the R > developer blog. It raised important

Re: [Rd] Use of C++ in Packages

of C++ with R. > Well, unless someone actually takes the initiative there is no reason to believe in a bright future of C++. As we have seen with the lack of adoption of CXXR (which I thought was an incredible achievement), not enough people seem to really care about C++. If that is not true,

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

r, but not all packages do it which means you can hit forked code without knowing it. If you use mclapply() in user code, you typically know what you're doing, but if a package author does it for you, it's a different story. Cheers, Simon > On Apr 12, 2019, at 21:50, Kevin Ushey wro

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

will share memory as long as possible. It is rather obvious that any new objects you create can no longer be shared as they now exist separately in each process. Cheers, Simon > On Apr 13, 2019, at 06:05, Iñaki Ucar wrote: > > On Sat, 13 Apr 2019 at 03:51, Kevin Ushey wrote: >&

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

> On Apr 13, 2019, at 16:56, Iñaki Ucar wrote: > > On Sat, 13 Apr 2019 at 18:41, Simon Urbanek > wrote: >> >> Sure, but that a completely bogus argument because in that case it would >> fail even more spectacularly with any other method like PSOCK because yo

Re: [Rd] Background R session on Unix and SIGINT

evaluation. Cheers, Simon > On Apr 30, 2019, at 3:44 PM, Gábor Csárdi wrote: > > Hi All, > > I realize that this is not a really nice reprex, but anyone has an > idea why a background R session would "remember" an interrupt (SIGINT) > on Unix? > > rs <

Re: [Rd] Background R session on Unix and SIGINT

Can you give an example without callr? The key is how is the process stated and what it is doing which is entirely opaque in callr. Windows doesn't have signals, so the process there is entirely different. Most of the WIN32 processing is event-based. Cheers, Simon > On Apr 30, 2019,

Re: [Rd] [External] Re: Background R session on Unix and SIGINT

g you can either just run R_CheckUserInterrupt() explicitly, or on R side do anything that does that, e.g. to take your example "tryCatch(Sys.sleep(0), interrupt = function(e) e)" will clear it. Cheers, Simon > On Apr 30, 2019, at 7:03 PM, Gábor Csárdi wrote: > > Unfort

Re: [Rd] Pcre install

sudo apt-get install libpcre3-dev please read the docs [R-admin: A.1 Essential programs and libraries] - you may be missing more dependencies > On May 14, 2019, at 9:44 AM, yueli wrote: > > Hello, > > > > I downloaded R-3.6.0.tar.gz from https://cran.r-project.org/src/base/R-3/. > > > I

Re: [Rd] most robust way to call R API functions from a secondary thread

synchronize on R API calls which are likely a small fraction on the entire time while you keep all threads alive. His question was how to do that safely. (BTW: I really like the touch of counting frames that toplevel exec can use ;) - it may make sense to deal with that edge-case in R if we can

Re: [Rd] Race condition on parallel package's mcexit and rmChild

Because that's the communication protocol between the parent and child. There is a difference between unsolicited exit and empty result exit. Cheers, Simon > On May 20, 2019, at 11:22 AM, Sun Yijiang wrote: > > Have read the latest code, but I still don't understand why

Re: [Rd] HTTPS warning on developer.r-project.org

More to the point: the custom search function is currently broken anyway - it just gives me 404. Should we just get rid of it? If people want to use Google they can just say site:developer.r-project.org foo > On May 22, 2019, at 1:08 AM, Paul Menzel wrote: > > [Please CC me on replies, as

Re: [Rd] Possible bug when finding shared libraries during staged installation

I'll have a look at the code - I don't think I actually reviewed all those macOS modifications - I wasn't even aware that they were added to the code. > On May 24, 2019, at 08:52, Martin Maechler wrote: > >> Kara Woo >>on Thu, 23 May 2019 14:24:26 -0700 writes: > >> Hi all, >> Wi

Re: [Rd] use of buffers in sprintf and snprintf

eof(tempname)) Rf_error("file name is too long"); BTW: most OSes systems have a path limits that are no lower than 256 so you should allow at least as much. Cheers, Simon > On May 29, 2019, at 11:49 AM, jing hua zhao wrote: > > Dear R-developers, > > I am struggli

Re: [Rd] Offer zip builds

Just to add to that point - it is expected that the registry is appropriately updated so the correct version of R can be located. Just unpacking a ZIP won't work in general since tools using R have no reliable way to find it. Cheers, Simon > On Jun 6, 2019, at 6:33 AM, Jeroen Oom

Re: [Rd] R C API resize matrix

es of TRUELENGTH so not sure where we stand now (shortened vectors used to fool the garbage collector as far as object sizes go). I wouldn't do it unless you're dealing with rally huge matrices. Cheers, Simon > On Jun 14, 2019, at 5:31 PM, Morgan Morgan wrote: > > Hi, > &

Re: [Rd] possible bug in R's configure check for C++11 features

Kasper, I haven’t checked in depth, so just to clarify: you *are* setting CXX11=g++ so it is doing what you asked it to. Since the settings are inherited upwards, this implies that you are setting both CXX14 and CXX17 to g++. So I’m not quite sure I understand your concern. Cheers, Simon

Re: [Rd] [External] R C api for 'inherits' S3 and S4 objects

Note that your desire is by definition impossible - as your example also shows checking for S4 inheritance involves evaluation and thus allocation which cannot be avoided by the dynamic design of S4 inheritance. Cheers, Simon > On Nov 1, 2019, at 9:23 AM, Jan Gorecki wrote: > >

Re: [Rd] running R with users home dirs on a shared filesystems

() - it is technically against CRAN policies but we have seen it in the wild. Cheers, Simon > On Dec 13, 2019, at 1:36 PM, lejeczek via R-devel > wrote: > > Hi guys, > > I want to ask devel for who knows better - having multiple > nodes serving users home dirs off th

Re: [Rd] Inconsistent behavior for the C AP's R_ParseVector() ?

ded R). There are many different errors, your is just one of many that can occur - any R API call that does allocation (and parsing obviously does) can cause errors. Note that this is true for pretty much all R API functions. Cheers, Simon > On Dec 14, 2019, at 11:25 AM, Laurent Gautie

Re: [Rd] Inconsistent behavior for the C AP's R_ParseVector() ?

Laurent, > On Dec 14, 2019, at 5:29 PM, Laurent Gautier wrote: > > Hi Simon, > > Widespread errors would have caught my earlier as the way that code is > using only one initialization of the embedded R, is used quite a bit, and > is covered by quite a few unit te

Re: [Rd] Downsized R configuration for flat deployment

e flat by default so please clarify what you mean. It's easy to create completely dynamic R deployment - and easy to install packages - both binary and from sources. Cheers, Simon > On Dec 21, 2019, at 8:39 AM, dme...@gmail.com wrote: > > Dear folks, > > I'm testing a d

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

easily implemented in a package so R doesn’t need to be modified. Cheers, Simon Sent from my iPhone >> On Jan 10, 2020, at 04:34, Tomas Kalibera wrote: >> >> On 1/10/20 7:33 AM, Henrik Bengtsson wrote: >> I'd like to pick up this thread started on 2019-04-11 >

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

ng or stop on fork, it doesn't have to be part of core R, there are other packages that use fork() as well, so what I proposed is much safer than hacking the parallel package. Cheers, Simon > On Jan 10, 2020, at 10:58 AM, Henrik Bengtsson > wrote: > > The RStudio GUI w

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

e documentation. As I said, if you have some software that embeds R and has issue with forks, then that software should be use pthread_atfork() to control the behavior. Cheers, Simon > On Jan 10, 2020, at 3:34 PM, Henrik Bengtsson > wrote: > > On Fri, Jan 10, 2020 at 11:2

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

> On Jan 10, 2020, at 3:10 PM, Gábor Csárdi wrote: > > On Fri, Jan 10, 2020 at 7:23 PM Simon Urbanek > wrote: >> >> Henrik, >> >> the example from the post works just fine in CRAN R for me - the post was >> about homebrew build so it's concei

Re: [Rd] SUGGESTION: Settings to disable forked processing in R, e.g. parallel::mclapply()

> On Jan 10, 2020, at 3:10 PM, Gábor Csárdi wrote: > > On Fri, Jan 10, 2020 at 7:23 PM Simon Urbanek > wrote: >> >> Henrik, >> >> the example from the post works just fine in CRAN R for me - the post was >> about homebrew build so it's concei

Re: [Rd] R CMD INSTALL cannot recognize full path on Windows

licate the issue with the GH package you created. Cheers, Simon * installing *source* package 'testPackage' ... ** using staged installation ** libs *** arch - i386 echo "test1 is [1] 0.1522111 0.2533619 0.6591809" test1 is [1] 0.1522111 0.2533619 0.6591809 echo "R_HOM

Re: [Rd] pipe(): input to, and output from, a single process

FWIW if you're on unix, you can use named pipes (fifos) for that: > system("mkfifo my.output") > p = pipe("sed -l s:hello:oops: > my.output", "w") > i = file("my.output", "r", blocking=FALSE, raw=TRUE) > writeLines("hello

Re: [Rd] help with rchk warnings on Rf_eval(Rf_lang2(...))

Ben, yes, you have to store the result into a variable, then unprotect, then return. Cheers, S > On 24/03/2020, at 10:07 AM, Ben Bolker wrote: > > > Thanks, that's really useful. One more question for you, or someone > else here: > > const ArrayXd glmLink::linkFun(const ArrayXd& mu) const

Re: [Rd] Rebuilding and re-checking of downstream dependencies on CRAN Mac build machines

any actual leads, please post them. The CRAN machine uses the tools that are available on CRAN: https://cran.r-project.org/bin/macosx/tools/ (clang-7 and gfortran-6.1 for 3.6.x) Cheers, Simon > On 27/03/2020, at 7:38 AM, Winston Chang wrote: > > I have two questions about t

Re: [Rd] status of Java & rJava?

rs to upgrade. Cheers, Simon > On 29/03/2020, at 9:18 AM, Spencer Graves wrote: > > Hello, All: > > > Is Java being deprecated for R? > > > I ask, because I've been unable to get rJava 0.9-11 to work under > either macOS 10.15 or Windows 10,

Re: [Rd] [BULK] Re: status of Java & rJava?

-project.org as mirror since there was a hiccup with macOS sync across mirrors). Cheers, Simon > On 29/03/2020, at 4:29 PM, Spencer Graves wrote: > > Hi, Simon et al.: > > > My attempts to install rJava 0.9-12 from source failed under both macOS > 10.15.4 and Windows

Re: [Rd] suggestion: "." in [lsv]apply()

r alarm bells that something is wrong ;). You can certainly write a new function that uses a different syntax (and I'm sure someone has already done that in the package space), but what you propose is incompatible with *apply in R (and very much not R syntax). Cheers, Simon > To illustra

Re: [Rd] suggestion: "." in [lsv]apply()

ual proposal, not general ideas about syntax improvement. Cheers, Simon > On 17/04/2020, at 3:53 AM, Sokol Serguei wrote: > > Simon, > > Thanks for replying. In what follows I won't try to argue (I understood that > you find this a bad idea) but I would like to mak

Re: [Rd] R not running under lldb? (osx)

non-release binaries that are not notarized and install them by hand, e.g.: curl -L http://mac.r-project.org/high-sierra/R-4.0-branch/x86_64/R-4.0-branch.tar.gz | tar fxz - -C / Of course, this disables the Apple protections and thus is not recommended for casual users. Cheers, Simon * - more

Re: [Rd] R not running under lldb? (osx)

Tim, sure, make sense (it's also easier to use ASAN and friends that way). The only issue is that it won't work for mcOS-specific bugs. Cheers, Simon > On 22/04/2020, at 3:55 PM, Tim Keitt wrote: > > Thanks Simon. I'll probably just switch to rocker when needing

Re: [Rd] mclapply returns NULLs on MacOS when running GAM

Sorry, the code works perfectly fine for me in R even for 1e6 observations (but I was testing with R 4.0.0). Are you using some kind of GUI? Cheers, Simon > On 28/04/2020, at 8:11 PM, Shian Su wrote: > > Dear R-devel, > > I am experiencing issues with running GAM models usi

Re: [Rd] mclapply returns NULLs on MacOS when running GAM

s small, or you need to read it first, then other methods like PSOCK may be preferable. In any case, parallelization only makes sense for code that you know will take a long time to run. Cheers, Simon > On 29/04/2020, at 11:54 AM, Shian Su wrote: > > Thanks Henrik, > > That cle

Re: [Rd] "not a valid win32 application" with rtools40-x86_65.exe on Windows 10

Are you missing the 32-bit Java JDK? Cheers, S > On 30/04/2020, at 4:37 PM, Spencer Graves wrote: > > Hello, All: > > > "00install.out" from "R CMD check Ecfun_0.2-4.tar.gz" includes: > > > Error: package or namespace load failed for 'Ecfun': > .onLoad failed in loadNamespace() for

Re: [Rd] "not a valid win32 application" with rtools40-x86_65.exe on Windows 10

ave to do it by hand and the instructions it gives you are not working for the command shell. Cheers, Simon > On 1/05/2020, at 4:51 PM, Spencer Graves wrote: > > Hi, Jeroen et al.: > > > On 2020-04-30 03:15, Jeroen Ooms wrote: >> On Thu, Apr 30, 2020 at 6:38

  1   2   3   4   5   6   7   8   9   10   >