On Fri, Sep 6, 2013 at 7:03 PM, Duncan Murdoch wrote:
> On 13-09-06 9:21 PM, Karl Millar wrote:
>>
>> Hi Duncan,
>>
>> I like the interface of this version a lot better, but there's still a
>> bunch of implementation details that need fixing:
>>
>> * As previously mentioned, there are important ca
On 13-09-06 9:21 PM, Karl Millar wrote:
Hi Duncan,
I like the interface of this version a lot better, but there's still a
bunch of implementation details that need fixing:
* As previously mentioned, there are important cases where the mtime
values change in ways that this code doesn't detect.
*
Hi Duncan,
I like the interface of this version a lot better, but there's still a
bunch of implementation details that need fixing:
* As previously mentioned, there are important cases where the mtime
values change in ways that this code doesn't detect.
* If the timestamp file (which is usually i
Well, it makes sense to me, since I have had the same issue.
Suppose you have two packages A and B. You would really like to import
both of them since it is too much work to figure out exactly which
functions you use, and you consider both of them fundamental to your own
work. So you would like
On Fri, Sep 6, 2013 at 7:40 PM, Scott Kostyshak wrote:
> On Fri, Sep 6, 2013 at 3:46 PM, Duncan Murdoch
> wrote:
>> On 06/09/2013 2:20 PM, Duncan Murdoch wrote:
>>>
>>> I have now put the code into a temporary package for testing; if anyone
>>> is interested, for a few days it will be downloadab
On 13-09-06 7:40 PM, Scott Kostyshak wrote:
On Fri, Sep 6, 2013 at 3:46 PM, Duncan Murdoch wrote:
On 06/09/2013 2:20 PM, Duncan Murdoch wrote:
I have now put the code into a temporary package for testing; if anyone
is interested, for a few days it will be downloadable from
fisher.stats.uwo.c
On 13-09-06 4:54 PM, Dr. Peter Ruckdeschel wrote:
Hi,
recently R CMD check --as-cran has noticed some more issues with
package namespace imports with the recommended remedy to
use importFrom() and friends.
In my case, there was only a conflict restricted to some few imports,
while I would prefe
On Fri, Sep 6, 2013 at 3:46 PM, Duncan Murdoch wrote:
> On 06/09/2013 2:20 PM, Duncan Murdoch wrote:
>>
>> I have now put the code into a temporary package for testing; if anyone
>> is interested, for a few days it will be downloadable from
>>
>> fisher.stats.uwo.ca/faculty/murdoch/temp/testpkg_1.
I have now put the code into a temporary package for testing; if anyone
is interested, for a few days it will be downloadable from
fisher.stats.uwo.ca/faculty/murdoch/temp/testpkg_1.0.tar.gz
This uses two functions:
fileSnapshot -- takes a snapshot
changedFiles -- compares two snapshots, or on
On 06/09/2013 2:20 PM, Duncan Murdoch wrote:
I have now put the code into a temporary package for testing; if anyone
is interested, for a few days it will be downloadable from
fisher.stats.uwo.ca/faculty/murdoch/temp/testpkg_1.0.tar.gz
Sorry, error in the URL. It should be
http://www.stats.u
Thank you,
now all works well.
G.M.
Il 06/09/13 15:28, brian avants ha scritto:
> Hello Everyone
>
> I have been following this thread because I have similar issues with
> an outside-of-R package. The problem is related to dylib loading
> i.e. of the form
>
> Error in dyn.load(file, DLLpath
Hi,
recently R CMD check --as-cran has noticed some more issues with
package namespace imports with the recommended remedy to
use importFrom() and friends.
In my case, there was only a conflict restricted to some few imports,
while I would prefer to still import all the non-conflicting objects,
m
On 06/09/2013 14:28, brian avants wrote:
Hello Everyone
I have been following this thread because I have similar issues with an
outside-of-R package. The problem is related to dylib loading i.e. of
the form
Error in dyn.load(file, DLLpath = DLLpath, ...) :
unable to load shared object
'/Us
Hello Everyone
I have been following this thread because I have similar issues with an
outside-of-R package. The problem is related to dylib loading i.e. of the
form
Error in dyn.load(file, DLLpath = DLLpath, ...) :
unable to load shared object
'/Users/stnava/code/gitANTs/ANTsR/src/ANTS/ANTS-
Am 06.09.2013 12:53, schrieb Duncan Murdoch:
On 13-09-06 5:36 AM, Ulrike Grömping wrote:
Dear developeRs,
I encounter the following problem: in the current version of my package
FrF2, certain calls to a functioni do not work when package combinat is
loaded, because function combn from combinat
On 13-09-06 5:36 AM, Ulrike Grömping wrote:
Dear developeRs,
I encounter the following problem: in the current version of my package
FrF2, certain calls to a functioni do not work when package combinat is
loaded, because function combn from combinat masks the function from
utils that my package
Dear developeRs,
I encounter the following problem: in the current version of my package
FrF2, certain calls to a functioni do not work when package combinat is
loaded, because function combn from combinat masks the function from
utils that my package uses.
I tried to solve this issue by impor
On 13-09-06 2:46 AM, Karl Millar wrote:
Comments inline:
On Wed, Sep 4, 2013 at 6:10 PM, Duncan Murdoch wrote:
On 13-09-04 8:02 PM, Karl Millar wrote:
Hi Duncan,
I think this functionality would be much easier to use and understand if
you split it up the functionality of taking snapshots
18 matches
Mail list logo
