On Fri, 13 Apr 2007, Deepayan Sarkar wrote:
> Hi,
>
> it looks like Rinterface.h is not available on Windows. Does this mean
> I can not reset the various ptr_R_* callbacks? Is there an
> alternative? Is this something fundamentally difficult or something
> not done because no one needs it?
To my
On 4/13/07, Deepayan Sarkar <[EMAIL PROTECTED]> wrote:
> Hi,
>
> it looks like Rinterface.h is not available on Windows. Does this mean
> I can not reset the various ptr_R_* callbacks? Is there an
> alternative? Is this something fundamentally difficult or something
> not done because no one needs
Hi David,
Tai-Wei (David) Lin wrote:
> Hi R Developers,
>
> Greg is helping me with debugging R on Solaris 10 x64. Please let us
> know if you have any thoughts or tips that can help us debug this.
>
> Thanks,
>
> David
>
>
>
>
> Using default transfer plist
> in vector_io: perm
Hi,
it looks like Rinterface.h is not available on Windows. Does this mean
I can not reset the various ptr_R_* callbacks? Is there an
alternative? Is this something fundamentally difficult or something
not done because no one needs it?
-Deepayan
__
[EM
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> We should try to explain this, but there is another level of complexity.
> If a package has compiled code, unloading the namespace is unlikely to
> unload the DLL (it would need to be done explicitly in .onUnload).
> And even then, as I understand it
Prof Brian Ripley wrote:
> On Fri, 13 Apr 2007, Tony Plate wrote:
>
>> Thank you! I had not realized that the name space remained loaded.
>> When I did unloadNamespace("ExamplePackage") after the detach() I got
>> what I wanted.
>>
>> Maybe the following sentence might be a useful addition to t
Tony Plate wrote:
> [snip]
>
> Maybe the following sentence might be a useful addition to the "Details"
> or "Notes" section of the help page for detach?:
>To detach() and reattach() a package you will probably need to use
> unloadNamespace("somePackage") after detach("package:somePackage")
On Fri, 13 Apr 2007, Tony Plate wrote:
> Thank you! I had not realized that the name space remained loaded. When I
> did unloadNamespace("ExamplePackage") after the detach() I got what I
> wanted.
>
> Maybe the following sentence might be a useful addition to the "Details" or
> "Notes" section
Thank you! I had not realized that the name space remained loaded.
When I did unloadNamespace("ExamplePackage") after the detach() I got
what I wanted.
Maybe the following sentence might be a useful addition to the "Details"
or "Notes" section of the help page for detach?:
To detach() and r
Greg Nakhimovsky wrote:
> Peter,
>
> Thanks for the hints.
>
>> 2 things caught my eye (except that their "R code" is clearly C): The
>> dbx output doesn't show off[curr_seq], which could actually be the
>> culprit,
>
> (dbx) p off[curr_seq]
> off[curr_seq] = 0
>
>> and the _memcpy call on the s
Okay, I wasn't sure if it was definitely related to rcompgen or was a
result of something else. At least I can turn it off then.
Thanks,
-roger
Prof Brian Ripley wrote:
> On Fri, 13 Apr 2007, hadley wickham wrote:
>
>> On 4/13/07, Roger Peng <[EMAIL PROTECTED]> wrote:
>>
>>> I've noticed somet
On Fri, 13 Apr 2007, Tony Plate wrote:
> library() seems to remember the location of a package when I give it a
> lib.loc, and then use that version thereafter, even if I don't supply
Not quite: it notices that it is loaded and does not load it again,
possibly attaching the exports of a still-lo
On 4/13/07, Duncan Temple Lang <[EMAIL PROTECTED]> wrote:
> Hi Deepayan.
>
> I can take a look, but it may not be for a few days.
No problem.
> But if anyone else has the time, can you keep us informed
> about any progress so that we don't replicate work in parallel.
Sure.
-Deepayan
_
library() seems to remember the location of a package when I give it a
lib.loc, and then use that version thereafter, even if I don't supply
lib.loc again. Is there any way I can load different versions of a
package in one R session? -- I don't seem to able to simply detach the
package and the
Hi Deepayan.
I can take a look, but it may not be for a few days.
But if anyone else has the time, can you keep us informed
about any progress so that we don't replicate work in parallel.
D.
Deepayan Sarkar wrote:
> Hi,
>
> I have been playing with Qt recently, and have the beginnings of a
[Peter Dalgaard]
>Er, Brian, I think you are misfiring this time.
Firing is always misfiring, at least in that it lacks elegance. There
are ways to speak without the heat, or otherwise, to merely stay silent.
Yet this particular aspect of things improved a lot, lately, on the
various R lists.
On Fri, 13 Apr 2007, hadley wickham wrote:
> On 4/13/07, Roger Peng <[EMAIL PROTECTED]> wrote:
>> I've noticed something recently in R-beta that has changed since R 2.4.1
>> and I'm not sure if it's a readline problem or an R problem. I am on a
>> Linux FC5 system and in R 2.4.1 I could do
>>
>>
Hi,
I have been playing with Qt recently, and have the beginnings of a Qt
device. Unfortunately, I haven't been able to make it work as an R
package yet (I know the device code works because I can use it from a
GUI where R is embedded). Trying to package it, I have managed to get
it to a stage whe
Prof Brian Ripley wrote:
> What did the maintainer of this unmentioned contributed package (hdf5) say
> when you ask him?
>
> [Hint: you *have* read the posting guide at
>
> http://www.r-project.org/posting-guide.html
>
> and done as it asks?]
>
> There is no evidence here that this is anything to
On 4/13/07, Roger Peng <[EMAIL PROTECTED]> wrote:
> I've noticed something recently in R-beta that has changed since R 2.4.1
> and I'm not sure if it's a readline problem or an R problem. I am on a
> Linux FC5 system and in R 2.4.1 I could do
>
> load("my-directory/
>
> and then hit TAB and it wou
What did the maintainer of this unmentioned contributed package (hdf5) say
when you ask him?
[Hint: you *have* read the posting guide at
http://www.r-project.org/posting-guide.html
and done as it asks?]
There is no evidence here that this is anything to do with R itself.
On Fri, 13 Apr 2007,
Hi R Developers,
Greg is helping me with debugging R on Solaris 10 x64. Please let us
know if you have any thoughts or tips that can help us debug this.
Thanks,
David
Using default transfer plist
in vector_io: permuting
About to write
*** caught segfault ***
address e8554000, c
I've noticed something recently in R-beta that has changed since R 2.4.1
and I'm not sure if it's a readline problem or an R problem. I am on a
Linux FC5 system and in R 2.4.1 I could do
load("my-directory/
and then hit TAB and it would list all of the files in 'my-directory',
after which I c
23 matches
Mail list logo
