On Wed, Sep 5, 2012 at 11:41 AM, Duncan Murdoch
wrote:
> On 12-09-04 8:19 PM, Kasper Daniel Hansen wrote:
>>
>> On Tue, Sep 4, 2012 at 6:02 PM, Duncan Murdoch
>> wrote:
>>>
>>> On 04/09/2012 5:42 PM, Dirk Eddelbuettel wrote:
On 4 September 2012 at 17:26, Duncan Murdoch wrote:
On 12-09-04 8:19 PM, Kasper Daniel Hansen wrote:
On Tue, Sep 4, 2012 at 6:02 PM, Duncan Murdoch wrote:
On 04/09/2012 5:42 PM, Dirk Eddelbuettel wrote:
On 4 September 2012 at 17:26, Duncan Murdoch wrote:
| On 04/09/2012 5:14 PM, Dirk Eddelbuettel wrote:
| > An add-on argument to the already es
On Tue, Sep 4, 2012 at 6:02 PM, Duncan Murdoch wrote:
> On 04/09/2012 5:42 PM, Dirk Eddelbuettel wrote:
>>
>> On 4 September 2012 at 17:26, Duncan Murdoch wrote:
>> | On 04/09/2012 5:14 PM, Dirk Eddelbuettel wrote:
>> | > An add-on argument to the already established option --as-cran may be
>> the
On 04/09/2012 5:42 PM, Dirk Eddelbuettel wrote:
On 4 September 2012 at 17:26, Duncan Murdoch wrote:
| On 04/09/2012 5:14 PM, Dirk Eddelbuettel wrote:
| > An add-on argument to the already established option --as-cran may be the
| > best.
| >
| > And to iterate, what bugs me is that for _me_ on _m
On Tue, Sep 4, 2012 at 5:32 PM, Duncan Murdoch wrote:
> On 04/09/2012 5:21 PM, John Fox wrote:
>>
>> Dear all,
>>
>> I'd like to second this fairly simple request. I currently enclosed some
>> of
>> the examples in the effects package in \donttest{} blocks to satisfy the
>> CRAN timing requirement
On 4 September 2012 at 17:26, Duncan Murdoch wrote:
| On 04/09/2012 5:14 PM, Dirk Eddelbuettel wrote:
| > An add-on argument to the already established option --as-cran may be the
| > best.
| >
| > And to iterate, what bugs me is that for _me_ on _my_ machine developing
_my_
| > package I have re
On 04/09/2012 5:21 PM, John Fox wrote:
Dear all,
I'd like to second this fairly simple request. I currently enclosed some of
the examples in the effects package in \donttest{} blocks to satisfy the
CRAN timing requirements for examples. It would be nice to have something
like a \donttestcran{} b
Dear all,
I'd like to second this fairly simple request. I currently enclosed some of
the examples in the effects package in \donttest{} blocks to satisfy the
CRAN timing requirements for examples. It would be nice to have something
like a \donttestcran{} block that suppresses the tests when --as-
On 04/09/2012 5:14 PM, Dirk Eddelbuettel wrote:
On 4 September 2012 at 20:53, Warnes, Gregory wrote:
| No! We're not asking for the r-core to create more test suites, or even
| to do anything different based on the test intensity level.
|
| We're just asking for a standard way to control the int
On 4 September 2012 at 20:53, Warnes, Gregory wrote:
| No! We're not asking for the r-core to create more test suites, or even
| to do anything different based on the test intensity level.
|
| We're just asking for a standard way to control the intensity of the tests
| *we* write to prevent us f
On 04/09/2012 4:53 PM, Warnes, Gregory wrote:
On 9/4/12 3:58 PM, "Duncan Murdoch" wrote:
>On 04/09/2012 3:44 PM, Terry Therneau wrote:
>>ly in
>> On 09/04/2012 01:57 PM, Duncan Murdoch wrote:
>> > On 04/09/2012 2:36 PM, Warnes, Gregory wrote:
>> >> On 9/4/12 8:38 AM, "Duncan Murdoch" wrote:
>>
On Tue, Sep 4, 2012 at 4:53 PM, Warnes, Gregory
wrote:
>
> On 9/4/12 3:58 PM, "Duncan Murdoch" wrote:
>
>>On 04/09/2012 3:44 PM, Terry Therneau wrote:
>>>ly in
>>> On 09/04/2012 01:57 PM, Duncan Murdoch wrote:
>>> > On 04/09/2012 2:36 PM, Warnes, Gregory wrote:
>>> >> On 9/4/12 8:38 AM, "Duncan M
On Sep 4, 2012, at 8:07 AM, "Matthew Dowle" wrote:
>
>> Actually, my apologies, I was assuming that your example was based on the
>> SO question while it is not at all (the code is not involved in that test
>> case). Reversing the order does indeed cause a delay. Switching to a
>> single index d
On 9/4/12 3:58 PM, "Duncan Murdoch" wrote:
>On 04/09/2012 3:44 PM, Terry Therneau wrote:
>>ly in
>> On 09/04/2012 01:57 PM, Duncan Murdoch wrote:
>> > On 04/09/2012 2:36 PM, Warnes, Gregory wrote:
>> >> On 9/4/12 8:38 AM, "Duncan Murdoch" wrote:
>> >>
>> >>
>> >> >On 04/09/2012 8:20 AM, Terry T
On 04/09/2012 3:44 PM, Terry Therneau wrote:
On 09/04/2012 01:57 PM, Duncan Murdoch wrote:
> On 04/09/2012 2:36 PM, Warnes, Gregory wrote:
>> On 9/4/12 8:38 AM, "Duncan Murdoch" wrote:
>>
>>
>> >On 04/09/2012 8:20 AM, Terry Therneau wrote:
>> >>
>> >> On 09/04/2012 05:00 AM, r-devel-requ...@r-p
On 09/04/2012 01:57 PM, Duncan Murdoch wrote:
On 04/09/2012 2:36 PM, Warnes, Gregory wrote:
On 9/4/12 8:38 AM, "Duncan Murdoch" wrote:
>On 04/09/2012 8:20 AM, Terry Therneau wrote:
>>
>> On 09/04/2012 05:00 AM, r-devel-requ...@r-project.org wrote:
>> > The issue is not just about "CRAN" vs
On 04/09/2012 2:36 PM, Warnes, Gregory wrote:
On 9/4/12 8:38 AM, "Duncan Murdoch" wrote:
>On 04/09/2012 8:20 AM, Terry Therneau wrote:
>>
>> On 09/04/2012 05:00 AM, r-devel-requ...@r-project.org wrote:
>> > The issue is not just about "CRAN" vs "off CRAN".
>> > It is good to think about a more
On 9/4/12 8:38 AM, "Duncan Murdoch" wrote:
>On 04/09/2012 8:20 AM, Terry Therneau wrote:
>>
>> On 09/04/2012 05:00 AM, r-devel-requ...@r-project.org wrote:
>> > The issue is not just about "CRAN" vs "off CRAN".
>> > It is good to think about a more general scheme of
>> > "light testing" vs "nor
On 04/09/2012 10:54 AM, David L Lorenz wrote:
Duncan,
That does make sense. But then what does %\VignetteDepends{USGSgraphs}
do if it does not actually make the library available from the temporary
library tree?
It's not documented to do anything. I think it is supported purely for
back co
Duncan,
That does make sense. But then what does %\VignetteDepends{USGSgraphs}
do if it does not actually make the library available from the temporary
library tree?
Dave
From:
Duncan Murdoch
To:
David L Lorenz
Cc:
r-devel@r-project.org
Date:
09/04/2012 09:34 AM
Subject:
Re: [Rd] Vignette
On 04/09/2012 9:47 AM, David L Lorenz wrote:
All,
I seem to be missing some key point about the construction of vignettes.
I have created a vignette script that works fine when run interactively
using Sweave. The top part of the .Rnw file is below.
\documentclass{article}
\parskip 3pt
\parind
All,
I seem to be missing some key point about the construction of vignettes.
I have created a vignette script that works fine when run interactively
using Sweave. The top part of the .Rnw file is below.
\documentclass{article}
\parskip 3pt
\parindent 30pt
%\VignetteIndexEntry{Box Plot Example
On 04/09/2012 8:20 AM, Terry Therneau wrote:
On 09/04/2012 05:00 AM, r-devel-requ...@r-project.org wrote:
> The issue is not just about "CRAN" vs "off CRAN".
> It is good to think about a more general scheme of
> "light testing" vs "normal testing" vs "extensive testing",
> e.g., for the situat
On 09/04/2012 05:00 AM, r-devel-requ...@r-project.org wrote:
The issue is not just about "CRAN" vs "off CRAN".
It is good to think about a more general scheme of
"light testing" vs "normal testing" vs "extensive testing",
e.g., for the situation where the package implements
(simulation/bootstr
> Actually, my apologies, I was assuming that your example was based on the
> SO question while it is not at all (the code is not involved in that test
> case). Reversing the order does indeed cause a delay. Switching to a
> single index doesn't seem to have any impact. R-devel has the faster
> ve
On 12-09-04 4:45 AM, Martin Maechler wrote:
Spencer Graves
on Mon, 3 Sep 2012 18:39:47 -0700 writes:
> Hi, Duncan:
> Duh... Thanks. I should have been able to figure that out for
> myself. Your help produced a solution much quicker.
> Thank again.
> Spencer
> Spencer Graves
> on Mon, 3 Sep 2012 18:39:47 -0700 writes:
> Hi, Duncan:
> Duh... Thanks. I should have been able to figure that out for
> myself. Your help produced a solution much quicker.
> Thank again.
> Spencer
> On 9/3/2012 4:52 PM, Duncan Murdoch
Hello All,
I posted this earlier on R-help but received no answers. This touches the
implementation of reference classes so maybe R-devel is a better place.
The memory consumption of reference classes seems to increase dramatically
(roughly 10x in the example below) with serialization/unserializ
28 matches
Mail list logo
