> No, we want a solution in R.
Would it suffice, by the way, to source() a file and introspect upon
its objects with ls(), formals(), typeof(), mode(), and the like; or
should we formalize, say, a BNF and write the accompanying automaton?
__
R-devel@r-p
On 20/03/2008 7:03 AM, m jacobson wrote:
> Hi,
>
> After having used S+ in commercial setting and then R
> in non-commerical (but still supporting my commercial
> interests), I would like to give back, if possible.
>
> Where I can contribute:
> 1. SCAN / PREVENT Stability and Threat analysis (bi
Full_Name: Kevin Zembower
Version: 2.6.2
OS: Windows XP Pro, ver 2002 SP2
Submission from: (NULL) (162.129.44.50)
Noticed the following errors and artifacts when trying to install R
2.6.2-win32.exe on my Windows XP Pro version 2002 Service Pack 2 workstation. I
first attempted to install it as th
There are so many things that might be going on here that I at least can't
do more than guess pretty blindly.
First, you are assuming that this is a parser issue, but that's not proved
by your test -- it might be a printing issue, which potentially involves
deparsing. So I would have at least e
Hi all,
Apologies for the delay in my engaging in this thread. I was traveling
this week.
The problem that Gabor raised was caused by the patch that I submitted
to fix a problem with the referenced functions when using 'months' and
'years' as the interval. The prior versions were problematic
Hi,
After having used S+ in commercial setting and then R
in non-commerical (but still supporting my commercial
interests), I would like to give back, if possible.
Where I can contribute:
1. SCAN / PREVENT Stability and Threat analysis (big
open source presence supported by coverity)
2. Intel T
Dear all,
my aim is to integrate R in an interactive visualisation software
called Bulk Analyzer developed by VrVis (http://www.vrvis.at).
the code:
SEXP e, tmp;
ParseStatus status;
PROTECT(tmp = mkString("x <- c(1.234,-3.45)"));
PrintValue(tmp);
PROTECT(e = R_ParseVector(tmp, -1, &status, R_Ni
On Tue, 18 Mar 2008 10:30:07 + (GMT)
Prof Brian Ripley <[EMAIL PROTECTED]> wrote:
> This is proving elusive. The same build that gave incorrect results last
> week gave correct results last night (and F8 has had about 50 updates
> since, including two kernel updates).
>
> I'd still suggest
>> It is desirable that these tags and their syntax and semantics be
>> compatible with those used by Doxygen and Javadoc, but extended with
>> tags important for R specific things.
>
> Doxygen, in particular, has some tags that are meaningless in R
> (@category and @protocol come to mind); wouldn'
