On Nov 15, 2007, at 10:53 AM, Duncan Murdoch wrote:
> On 11/15/2007 9:57 AM, Simon Urbanek wrote:
>> On Nov 14, 2007, at 11:55 PM, Gabor Grothendieck wrote:
>>> inst/NEWS would have the advantage of consistency with R itself
>>> which also has a NEWS file.
>>>
>> I vote for NEWS for reasons ab
On Thu, Nov 15, 2007 at 11:53:53PM +, Oleg Sklyar wrote:
> You assume that when you call any of those functions its arguments are
> protected (as it is the case when the function is called from within R).
> However, I do not see why they would be if you do not do it explicitly.
> Therefore, it
You assume that when you call any of those functions its arguments are
protected (as it is the case when the function is called from within R).
However, I do not see why they would be if you do not do it explicitly.
Therefore, it is very likely that a result of one function, used in turn
in a call
Hey All,
I was wondering if I could solicit a little advice. I have been
experiencing some quirkiness in my C code through .Call.
Unfortunately, my program is rather large, so I'm trying to create a
brief example. Yet before I do, I thought maybe a conceptual question
would be sufficient.
Basic
I'd support a change, to having a closed-but-not-invalid status for a
'rw' connection, and to have a usable 'isOpen'. The suggestion of
relying on user-code to always "housekeep" after calling 'close', eg by
setting to NULL, seems a bit risky as a guideline for R as a whole (one
can never tell what
On Nov 15, 2007 9:57 AM, Simon Urbanek <[EMAIL PROTECTED]> wrote:
>
> On Nov 14, 2007, at 11:55 PM, Gabor Grothendieck wrote:
>
> > inst/NEWS would have the advantage of consistency with R itself
> > which also has a NEWS file.
> >
>
> I vote for NEWS for reasons above plus because that's what I us
On 11/15/2007 9:57 AM, Simon Urbanek wrote:
> On Nov 14, 2007, at 11:55 PM, Gabor Grothendieck wrote:
>
>> inst/NEWS would have the advantage of consistency with R itself
>> which also has a NEWS file.
>>
>
> I vote for NEWS for reasons above plus because that's what I use in my
> packages al
On Nov 14, 2007, at 11:55 PM, Gabor Grothendieck wrote:
> inst/NEWS would have the advantage of consistency with R itself
> which also has a NEWS file.
>
I vote for NEWS for reasons above plus because that's what I use in my
packages already ;).
IMHO it should be installed automatically if p
In-line omments near the end:
On Wed, 14 Nov 2007, Martin Maechler wrote:
still found a bit time for more remarks.
"MM" == Martin Mächler <[EMAIL PROTECTED]>
on Wed, 14 Nov 2007 14:23:12 +0100 (CET) writes:
MM> On Wed, November 14, 2007 09:09, Prof Brian Ripley
MM> wrote:
>> On
Upon further consideration, I realized there is a philosophical element
here---if a connection is closed and hence does not exist, is it open?
The practical issue for me is that when you do something like
close(con)
the 'con' object is still lying around and is essentially undefined. For
exam
On Thursday 15 November 2007, Prof Brian Ripley wrote:
> [...]
> help.start()
> >>
> >> I got it.
> >> Perhaps it would be useful to have another startup option, something
> >> like: options(htmlLinksResolve=TRUE)
> >>
> >> that one could use in the .First() function from .Rprofile
> >
> > You
I think that's right -- it only works on NTFS systems. This page
refers to it as an NTFS symbolic link:
http://en.wikipedia.org/wiki/NTFS_symbolic_link
On Nov 14, 2007 10:00 PM, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 14/11/2007 7:44 PM, Gabor Grothendieck wrote:
> > On Nov 14, 2007 4:36 P
Prof Brian Ripley wrote:
> On Wed, 14 Nov 2007, Bjørn-Helge Mevik wrote:
>
>> When should one specify LazyLoad, LazyData, and ZipData?
>
> Preferably always, and I would suggest all should be 'yes' if your
> package will work with them.
Thank you! After reading this, and the very nice R-news art
Gabor Grothendieck gmail.com> writes:
> inst/NEWS would have the advantage of consistency with R itself
> which also has a NEWS file.
>
...
> > My vote is for inst/ChangeLog.
I wote for inst/NEWS, while inst/ChangeLog can also be present to show more
details such as svn log.
Gregor
___
On Thu, 15 Nov 2007, Prof Brian Ripley wrote:
> On Thu, 15 Nov 2007, Adrian Dusa wrote:
>
>> On Thursday 15 November 2007, Prof Brian Ripley wrote:
>>> [...]
Using as above:
\code{\link{anova}}
the html help file directs to
file:///home/adi/myRlibrary/stats/html/anova
On Thu, 15 Nov 2007, Adrian Dusa wrote:
> On Thursday 15 November 2007, Prof Brian Ripley wrote:
>> [...]
>>>
>>> Using as above:
>>> \code{\link{anova}}
>>>
>>> the html help file directs to
>>> file:///home/adi/myRlibrary/stats/html/anova.html
>>
>> I hope it is actually ../../stats/html/anova.h
My solution the original post is to always set 'con <- NULL' after closing a
connection, and then test for NULL. This is how I do to make sure to make
sure that opened connections are closed and as soon as possible.
foo <- function(...) {
con <- file("foo.R", open="r"):
on.exit({
if (!is.
17 matches
Mail list logo
