Dear R-devel,
Can anyone give me some hints on how to go about debugging a strange
segfault in my randomForest package? Here's the scoop:
A user reported segfault when running predict() in the randomForest package.
I asked for the data and code. The combination runs fine under WinXPPro,
but doe
Peter Dalgaard wrote:
There is some risk, probably quite low, that this might catch regular
reports and whereas I do collect the rejects, I'm not likely to check
them with any regularity. If this happens to you, please rewrite to
make the report less spam-like... In particular, check that you are
As some may have noticed, the incoming box on r-bugs was getting
contaminated with about 40 times more spam than regular bug reports.
Since I had more important things to do this week (nothing like
evations to get some things done...) I finally got spamassassin and
procmail set up. Looks like that
You're caught in a subtle "gotcha" with the combination of things you're
doing. We're trying to sort out some of the interactions among
namespace & methods at the moment, so there may be a nicer solution in
the future. Meanwhile, I can tell you the problem and suggest various
work-arounds.
The b
Dear Brian,
At 08:36 AM 1/8/2004 +, Prof Brian Ripley wrote:
The problem is not in $ but in printing the resulting object (try
traceback()). You assigned a column which is a one-dimensional array:
> unlist(sapply(sample20, class))
school1 school2 ses mathach meanses
"ordered" "
Thanks for the tips so far. I have modified the example so that
(a) I do not define an S4 method for print [I use summary instead, which
gets similar treatment in mle as far as I can see]
(b) I do not do use the 'import(methods)' directive [I previously did this
because John Chambers explicitl
> "ThomasSt" == statho3 <[EMAIL PROTECTED]>
> on Wed, 7 Jan 2004 21:45:40 +0100 (CET) writes:
ThomasSt> Full_Name: Thomas Stabla Version: 1.8.1 OS: Linux,
ThomasSt> XP Submission from: (NULL) (80.136.67.200)
ThomasSt> qchisq(1, df = 1, ncp = 0) seems to hang for me.
pr
On Thu, 8 Jan 2004, Heywood, Giles wrote:
> I have encountered an issue which I have been unable to resolve, involving
> an S3 generic (print) being declared S4 generic in a package, and the method
I believe you should not be doing that. The S4 generic for displaying
objects is show() and not pr
I have encountered an issue which I have been unable to resolve, involving
an S3 generic (print) being declared S4 generic in a package, and the method
being exported. This all works fine - the problem occurs when I try to
import the method to another package.
Here is the bit that works fine. ---
The problem is not in $ but in printing the resulting object (try
traceback()). You assigned a column which is a one-dimensional array:
> unlist(sapply(sample20, class))
school1 school2 ses mathach meanses
"ordered" "factor" "numeric" "numeric" "array"
I presume you did not ac
10 matches
Mail list logo