search for: do_event

Full_Name: Renaud Lancelot Version: 1.7.1. OS: MS Windows XP Pro Submission from: (NULL) (213.154.92.224) R crashes when installing package from CRAN (from the menu). The bug seems to be reproducible, at least on my system: 1. Open R 2. Install package from CRAN: install 1 package 3. Back to R: delete file ("y" at the prompt) and wait till package is fully installed 4. Go back to the

I ran into an interesting issue with `evalq` (and also `eval(quote(...))`): ???? f <- function() { ?????? list( ???????? sys.parent(1), ???????? evalq(sys.parent(1)), ???????? evalq((function() sys.parent(2))()),? # add an anon fun layer ???????? evalq((function() sys.parent(1))()) ?????? ) ???? } ???? res <- f() ???? str(res) ???? ## List of 4 ???? ##? $ : int 0???????? # sys.parent(1)

Hi, I am segfaulting when using predict.loess() (checked with r62092). I've traced the source with the help of valgrind (output pasted below) and it appears that this is due to int overflow when allocating an int work array in loess_workspace(): liv = 50 + ((int)pow((double)2, (double)D) + 4) * nvmax + 2 * N; where liv is an (global) int. For D=1 (one x variable), this overflows at

nchar(with(list(2),ls())) gives an internal error. This is of course a peculiar call (no names in the list), but the error is not caught cleanly. It is not clear from the documentation whether with(list(2)...) is allowable; if it is not, it should presumably give an error. If it is, then ls shouldn't have problems with the resulting environment. > qq <- with(list(2),ls())

Full_Name: Henrik Bengtsson Version: R v1.7.0 OS: WinXP Pro Submission from: (NULL) (130.235.2.229) There seems to be an upper limit of the number of files (approx 1000 files) a zip-file can contain when unpacking it with zip.unpack(). This results in an R crash. This bug is urgent since install.packages() relies on zip.unpack() and too big packages/bundles won't install with the current R

Hello, I'm evaluating this expression expression({ for(x in 1:5){ .Call('rh_status','x') }}) a million times from a program with R embedded in it. I have attached reproducible code that crashes with Program received signal SIGSEGV, Segmentation fault. 0x00002b499ca40a6e in R_gc_internal (size_needed=0) at memory.c:1309 1309 FORWARD_NODE(R_PPStack[i]); Current language:

...l wxGenericDirCtrl#get_tree_ctrl() is fixed, is that you can sub-class Wx::GenericDirCtrl() into your own class, and intercept messages sent by the TreeCtrl within it. Example: class MyDirCtrl < Wx::GenericDirCtrl def initialize(*args) super evt_tree_item_selected(Wx::ID_ANY) { |evt| do_event(evt) } end end As far as I know, this will work with any of the evt_tree* signals. A bit of a hack, but it should work without any problems. L8ers, -- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ http:/...

When an attribute is a delayed expression sometimes it is not forced when it is extracted. > x <- list() > attr(x, "p") <- delay(1) > x list() attr(,"p") <promise: 0x11e4bb8> > val <- attr(x, "p") > val [1] 1 > attr(x, "p") <promise: 0x11e4bb8> I am not quite sure whether the above is a bug or not but I think

On Sun, Nov 1, 2009 at 6:02 AM, Peter Dalgaard <p.dalgaard at biostat.ku.dk> w= rote: > macrakis at alum.mit.edu wrote: >> >> nchar(with(list(2),ls())) gives an internal error. This is of course >> a peculiar call (no names in the list), but the error is not caught >> cleanly. >> >> It is not clear from the documentation whether with(list(2)...) is

Full_Name: Henrik Bengtsson Version: R v1.7.0 OS: WinXP Pro Submission from: (NULL) (130.235.2.229) There seems to be an upper limit of the number of files (approx 1000 files) a zip-file can contain when unpacking it with zip.unpack(). This results in an R crash. This bug is urgent since install.packages() relies on zip.unpack() and too big packages/bundles won't install with the current R

Full_Name: Henrik Bengtsson Version: R v1.7.0 OS: WinXP Pro Submission from: (NULL) (130.235.2.229) There seems to be an upper limit of the number of files (approx 1000 files) a zip-file can contain when unpacking it with zip.unpack(). This results in an R crash. This bug is urgent since install.packages() relies on zip.unpack() and too big packages/bundles won't install with the current R

Hi, R v2.1.1 patched (2005-05-26) for Windows crashes. The sympotoms are like "memory leakage". The patched version from two days ago crashes at a different position in R CMD check compared to todays version. A "REPRODUCIBLE" EXAMPLE: Unfortunately, I cannot create a minimal code example reproducing the crash, but here is at least a simple way to reproduce it: 1. Make

...46 +0200 2009 (2434) Error in ovirt-agent: Unknown class agent ERROR Fri Oct 09 18:02:46 +0200 2009 (2434) /usr/share/ovirt-server/ovirt-agent/ovirt-agent.rb:201:in `get_query' /usr/lib/ruby/site_ruby/1.8/qmf.rb:282:in `do_agent_events' /usr/lib/ruby/site_ruby/1.8/qmf.rb:320:in `do_events' /usr/lib/ruby/site_ruby/1.8/qmf.rb:342:in `sess_event_recv' /usr/lib/ruby/site_ruby/1.8/qmf.rb:121:in `run' /usr/lib/ruby/site_ruby/1.8/qmf.rb:83:in `initialize' /usr/lib/ruby/site_ruby/1.8/qmf.rb:82:in `new' /usr/lib/ruby/site_ruby/1.8/qmf.rb:82:in `initia...

If anyone has a few extra CPU cycles to spare, I'd appreciate it if you could verify a problem that I have encountered. Run the code below and tell me if it crashes your R before completion. library(lme4) data(bdf) dump<-sapply( 1:50000, function(i) { fm <- lme(langPOST ~ IQ.ver.cen + avg.IQ.ver.cen, data = bdf, random = ~ IQ.ver.cen | schoolNR); cat("

Hello, It seems the recent Mac OS X 10.4.11 update installed a new libBLAS.dylib in the Accelerate framework which either contains a bug itself or exposes a bug somewhere in R's lapack code on the PowerPC G4 and G5. My build of R 2.6.0 executed the tests/lapack.R code succesfully when I upgraded when 2.6.0 was released. After the OS update, it now crashes. This happens both with the version I

Hi Folks, Mac OS 10.4.4 R 2.2.1(2005-12-20 r36812) Hmisc 3.0-10 acepack 1.3-2.2 I keep getting a "segmentation fault" when trying to run areg.boot in the Hmisc package. I include below output from two different attempts. Thank you in advance for any help. Hank Stevens The following is taken from the example in the areg.boot documentation, run inside Aquamacs Emacs: >

Hi Folks, Mac OS 10.4.4 R 2.2.1(2005-12-20 r36812) Hmisc 3.0-10 acepack 1.3-2.2 I had R crashes while running areg.boot in Hmisc (see old message below), but now I realize that the problem appears to be in the avas function in acepack. I tried running running the avas example (in acepack package), and got an immediate crash. Any thoughts? The Apple crash report (from R GUI crash) follows.