Thanks, John!
I did not manage to figure out how the strict= works, but changed class
inheritance such that simple inheritance did not take place.
I see you're advocating to use the contains= to stress inheritance; back
in 2005, I followed the green book, which did not yet have this.
If I n
On Fri, 30 Sep 2011, Wincent wrote:
Duncan, thanks very much.
Yet, I don't recall I attempt to change any thing in the
gWidgetsRGtk2. Is there a way to trace what part of the code is trying
to do so?
Use options(warn=2)
I get
library(RQDA)
Loading required package: DBI
Loading required pa
Thanks for the suggestions. Just to wrap up this thread...
Rainer Krug pointed out that Roxygen did have dependency graphs, although
Roxygen2 doesn't. But I guess (probably wrongly!) that I'd need to
process/modify the .R files to use that, and I'm not the package author.
Duncan Murdoch pointed
Folks,
Per a post to StackOverflow, I'm looking for an opinion on whether something
should be documented:
When adding a named item to a list, its guaranteed that the item will be
added to the end of the list.
SO post:
http://stackoverflow.com/questions/7599349/adding-named-item-to-list-guaranteed
On 29/09/2011 11:42 AM, Suraj Gupta wrote:
Folks,
Per a post to StackOverflow, I'm looking for an opinion on whether something
should be documented:
When adding a named item to a list, its guaranteed that the item will be
added to the end of the list.
I'd say not. There's an easy way to guara
Jeff,
this is really a bug in PCRE since the length (0) is a multiple of 3 as
documented so PCRE should not be writing anything. Anyway, this has been now
fixed (by Brian).
Cheers,
Simon
On Sep 29, 2011, at 5:00 PM, Jeffrey Horner wrote:
> Hello,
>
> I think I've found a bug in the C functi
On Fri, 30 Sep 2011, Simon Urbanek wrote:
Jeff,
this is really a bug in PCRE since the length (0) is a multiple of 3 as
documented so PCRE should not be writing anything. Anyway, this has been now
fixed (by Brian).
Only in R-devel: R-2-13-branch is now closed (and was by the time I
read th
On 9/30/11 12:48 AM, Edzer Pebesma wrote:
Thanks, John!
I did not manage to figure out how the strict= works, but changed class
inheritance such that simple inheritance did not take place.
I see you're advocating to use the contains= to stress inheritance; back
in 2005, I followed the green b
I'm interested in the difference between these two intuitively
equivalent sequences that produce different results (in R version
2.13.1 (2011-07-08) 32-bit). I think R's reference counting
optimization is causing this difference in behavior.
> a <- 1
> a+{a[1] <- 20}
[1] 21
> a <- 1
> a[1] <- 1
>
On 30/09/2011 12:26 PM, Justin Talbot wrote:
I'm interested in the difference between these two intuitively
equivalent sequences that produce different results (in R version
2.13.1 (2011-07-08) 32-bit). I think R's reference counting
optimization is causing this difference in behavior.
> a<- 1
10 matches
Mail list logo