Hi, I just joined the list and wanted to introduce myself. I am a professor of operations management at a Canadian University and an empirical researcher (using mainly archival data from finance and accounting primarily with econometric methods). I have finally made the leap to remove all of SAS from my machines (damn license code nonsense was killing me) and decided to adopt R. So I am very new to the R system and still just getting up to speed (reading the fine *long* manuals and etc). I am also an old programmer (read that late 1970s, early 1980s timeframe) and more recently I have been an open source volunteer for OpenOffice.org (ran their lingucomponent project until last year), a volunteer for the Blackdown Java project (helped do the initial port of Java 1.1.1 to PowerPC Linux) and I have submitted bug fixes and patches to the Linux kernel, glibc, gcc, and the like, mainly to support PPC Linux. I now primarily use x86_64 Linux and MacOSX. I can program in C, C++, Fortran and a number of other languages. So once I get up to speed, I would love to volunteer to help pay back for the really nice system you have made available. I found this mailing list by accident looking for something to tell me about the NULL environment issue that hit me when I moved from version 2.2.1 to version 2.3.0. If there is a developers page that lists cvs checkout info (or do you use subversion or some other system) and the details of who to submit all patches and things to (is this list for diffs?), I would love to be pointed at it. I am on too many mailing lists right now, so I signed up for digest mode. So if anyone wants/needs an immediate response please simply cc me. Thanks, Kevin Hendricks Professor of Operations Management and Information Technology Richard Ivey School of Business University of Western Ontario London, ON kevin.hendricks at sympatico.ca
Kevin The developers page is available from the left side menu frame on the main R page <http://www.r-project.org/> , but not from CRAN. (BTW, R-devel does not have nearly as much traffic as R-help, so digest mode may not be so important.) Paul Gilbert Kevin B. Hendricks wrote:>Hi, > >I just joined the list and wanted to introduce myself. I am a >professor of operations management at a Canadian University and an >empirical researcher (using mainly archival data from finance and >accounting primarily with econometric methods). I have finally made >the leap to remove all of SAS from my machines (damn license code >nonsense was killing me) and decided to adopt R. So I am very new to >the R system and still just getting up to speed (reading the fine >*long* manuals and etc). > >I am also an old programmer (read that late 1970s, early 1980s >timeframe) and more recently I have been an open source volunteer for >OpenOffice.org (ran their lingucomponent project until last year), a >volunteer for the Blackdown Java project (helped do the initial port >of Java 1.1.1 to PowerPC Linux) and I have submitted bug fixes and >patches to the Linux kernel, glibc, gcc, and the like, mainly to >support PPC Linux. I now primarily use x86_64 Linux and MacOSX. I >can program in C, C++, Fortran and a number of other languages. > >So once I get up to speed, I would love to volunteer to help pay back >for the really nice system you have made available. > >I found this mailing list by accident looking for something to tell >me about the NULL environment issue that hit me when I moved from >version 2.2.1 to version 2.3.0. If there is a developers page that >lists cvs checkout info (or do you use subversion or some other >system) and the details of who to submit all patches and things to >(is this list for diffs?), I would love to be pointed at it. > >I am on too many mailing lists right now, so I signed up for digest >mode. So if anyone wants/needs an immediate response please simply >cc me. > >Thanks, > >Kevin Hendricks > > >Professor of Operations Management and Information Technology >Richard Ivey School of Business >University of Western Ontario >London, ON >kevin.hendricks at sympatico.ca > >______________________________________________ >R-devel at r-project.org mailing list >https://stat.ethz.ch/mailman/listinfo/r-devel > >=================================================================================== La version fran?aise suit le texte anglais. ------------------------------------------------------------------------------------ This email may contain privileged and/or confidential inform...{{dropped}}
On Thu, 18 May 2006, Kevin B. Hendricks wrote:> > I found this mailing list by accident looking for something to tell > me about the NULL environment issue that hit me when I moved from > version 2.2.1 to version 2.3.0. If there is a developers page that > lists cvs checkout info (or do you use subversion or some other > system) and the details of who to submit all patches and things to > (is this list for diffs?), I would love to be pointed at it.We use subversion. The developer page is http://developer.r-project.org and it has subversion logs. The subversion server is svn.r-project.org if you want to check out current code, or there are daily snapshots at ftp://ftp.stat.math.ethz.ch/Software/R r-devel is the right place for patches, or r-bugs if it really is a bug fix. -thomas Thomas Lumley Assoc. Professor, Biostatistics tlumley at u.washington.edu University of Washington, Seattle
On Thu, 18 May 2006, Thomas Lumley wrote:> On Thu, 18 May 2006, Kevin B. Hendricks wrote: >> >> I found this mailing list by accident looking for something to tell >> me about the NULL environment issue that hit me when I moved from >> version 2.2.1 to version 2.3.0. If there is a developers page that >> lists cvs checkout info (or do you use subversion or some other >> system) and the details of who to submit all patches and things to >> (is this list for diffs?), I would love to be pointed at it. > > We use subversion. The developer page is http://developer.r-project.org > and it has subversion logs. The subversion server is svn.r-project.org if > you want to check out current code, or there are daily snapshots at > ftp://ftp.stat.math.ethz.ch/Software/R> r-devel is the right place for patches, or r-bugs if it really is a bug fix.Experience shows however that using either for patches is error-prone. R-bugs tends to mangle attachments (or perhaps not unmangle what a mailer has done to them), inline patches get mangled (wrapped, tabs expanded) and attachments get stripped (even though some are allowed). I think if you want to offer a patch, the best way to do it is to put it on a website and include a URL, or offer to email it to interested people. -- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595
Hi,
I have built my own tuned atlas libs enabling multiple processors and
pthread support. Then based on the note on page 23 of the "R
Installation and Administration" manual, I added --disable-R-
profiling to the configuration options
Unfortunately, the code in R/src/main/eval.c [updated from trunk this
morning] references the static variable R_Profiling outside of the
R_PROFILING ifdef which protects it declaration.
One possible solution would be the following. Of course, you may
want the static variable to exist all of the time but keep its 0
value (ie. move its declaration outside the ifdef).
Hope this helps (the patch is only for demonstration purposes since
you may want a different solution.
--- eval.c.prev 2006-05-19 11:28:54.000000000 -0400
+++ eval.c 2006-05-19 11:28:22.000000000 -0400
@@ -432,7 +432,11 @@
R_Visible = 1 - PRIMPRINT(op);
/* We used to do insert a context only if profiling,
but helps for tracebacks too. */
+#ifdef R_PROFILING
if (R_Profiling || (PPINFO(op).kind == PP_FOREIGN)) {
+#else
+ if (PPINFO(op).kind == PP_FOREIGN) {
+#endif
begincontext(&cntxt, CTXT_BUILTIN, e,
R_BaseEnv, R_BaseEnv, R_NilValue,
R_NilValue);
tmp = PRIMFUN(op) (e, op, tmp, rho);
Kevin