Unfortunately a claim of 'extensive regression testing' is not going to
help you if the original contains the mistake. It seems that your package
is not using these functions as they are (and always have been, AFAIK)
documented in R or the Blue and White Books.
A summary would be that new
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
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,
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
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 would list
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 do with
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
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
[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.
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 Qt
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
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
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 something
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 stack looks odd:
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
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 of the
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)
Better: If
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 the
Details
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
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
__
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 it?
21 matches
Mail list logo