similar to: Patches for object tracking

I run a script that imports a few thousand records into the database. The script runs once for each of several XML files. What it does is parse the XML and for each element of a certain type creates a record in a rails database that gets indexed with acts_as_ferret. This worked fine before but today after a few files (70000 records) this started to happen for any file I tried:

Hello, I wrote an application in wxRuby: ruby 1.8.6 wxruby 1.9.4 installed from gem windows xp sp2 After several minutes of running it crashes with the following error: "c:/ruby/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27: [BUG] Segmentation fault ruby 1.8.6 (2007-03-13) [i386-mswin32] This application has requested the Runtime to terminate it in an unusual way. Please contact

Bugs item #17827, was opened at 2008-02-06 11:50 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=17827&group_id=35 Category: Incorrect behavior Group: None Status: Open Resolution: None Priority: 3 Submitted By: Alex Fenton (brokentoy) Assigned to: Alex Fenton (brokentoy) Summary: Crash when closing Dialog in bigdemo.rb Initial Comment: Segfault

StatusBar.i -- Adds a typemap to return a wxRect structure. You''ll really want to go over this to make sure it''s correct. I don''t have a sample but it did make part of one of the bigdemo samples work a little better. If you want to put this on the back-burner until we have a chance to test it more fully I''d understand completely. One of the things

Hi This is a very small patch that seems to solve that "Exit the app and get a segfault in return" problem. Another thing: bigdemo.rb:395 does item = event.get_item() if item.is_ok but get_item typemaps TreeItemId into a plain integer, so it doesn''t have is_ok method anymore, is there any wxruby2''yish solution to this kind of problem ? A.K. In case

This patch adds %directorout typemaps for the GetTextExtent functions _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

I cut-n-pasted the public section from the wxWindows headers. Several things were missing so it seemed the easiest way to fix it. This fixed a problem with the way the overloaded new was being handled. This correctly generated all the versions so that it won''t have the problem with the non-initialized default parameters. I will admit I haven''t done serious testing on

The following two files correct problems with the ComboBox implementation. You will also need my typemap.i.patch file (forthcoming) in order for the void * typemap to work properly (I think). Roy _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users

Wow. Look what SWIG does to GetTextExtent in Grid.cpp: void SwigDirector_wxGrid::GetTextExtent(wxString const &string, int *x, int *y, int *descent, int *externalLeading, wxFont const *font) const { ... if (swig_get_up()) { wxWindow::GetTextExtent(string,x,y,descent,externalLeading,font); return; } obj0 = rb_str_new2((const char *)(&string)->mb_str());

Here''s a patch to fix Wx::Window#get_text_extent - it requires that the patches from teh last message are applied, to enable *INPUT etc typemaps. Roy - though the function works correctly when called from Ruby, it still causes a crash when called internally when clicking on a Wx::Grid cell. Saw your message on SWIG mailing list, hopefully someone there can help out. alex

Hi Have been looking again at SWIG output pointer parameters, as: http://www.swig.org/Doc1.3/Ruby.html#Ruby_nn32 The problem is, whenever I tried to include the SWIG/Ruby ''typemaps.i'' file, it threw loads of errors. A bit more investigation pinned the problem down to some secondary files that typemaps.i includes to map ''special'' types like File. So I tried

Hi The attached patches enable the use of SWIG''s *INPUT *OUTPUT and *INOUT typemaps as described in the manual. It''s done by including SWIG''s own ''typemaps.i'' file so it''ll allow us to benefit from future upgrades to that. The problem was a collision between a Ruby macro _ (fixing for old compilers) and a WxWidgets macro _ (for text

Attached is a patch file for FileDialog.i. It doesn''t work 100% yet because I haven''t yet figured out how to make it put the ruby declarations in the right place. If I cut and paste the rb_define_methods into the right place this works perfectly. This patch fixes the dialogs.rb multiple select example so that get_paths and get_filenames returns a ruby array. Note that I

Two patches here: First one removes virtual from a function that shouldn''t have been virtual. Second one applies a typemap to catch GetRectFromChildWindow. For reasons that are completely beyond me the standard ruby OUTPUT typemaps don''t define directorargouts. I will take a stab at patching SWIG''s default typemaps someday so we get this fixed for free on all our

Hi Seems that the last round of commits makes bigdemo crash fairly quickly. Guessing it''s something to do with either the Window or fixmodule change. Program received signal EXC_BAD_ACCESS, Could not access memory. 0x00034fbc in rb_obj_is_kind_of (obj=3825080, c=1839676) at object.c:523 523 object.c: No such file or directory. Any hints? alex

Hello guys, Alright Alex..... I need a few tips on where to start. I know that I''m going to need to rewrite the wxSocket header files, in order to incorperate them into wxRuby. But some advice on stuff such as wxSocketClient::new/connect, where it takes a wxIPAddress, and so forth. I know they are pretty friviolous structures for holding information about Addresses in which to make

I''m using my SpaceMonkeys game as a testbed to try to get rid of crashing problems. Earlier today, it would crash for me almost immediately, every time. Now, I was able to get about 50 turns into the game! I mentioned the first big change in a different email. The new change I just checked in was to add the DISOWN flag to Window#set_sizer. This is the first time (that I know of) that we

Attached are patches to make the textctrl.rb sample work fully. Note the new %directorargout typemap I added to fix wxWindows calling into SWIG. I don''t know if this can fix all such problems or not. Let me know what you think. I also rubified the sample a little bit more. Also, note that I fix the << operator so the function can be called. I hope I did this right. Roy

Swig''s bad interface generation strikes again. get_text_extent called with 1 argument maps to WindowDC''s _wrap_wxWindowDC_GetTextExtent__SWIG_0 Since this generates a wxFont that''s not initialized to nil it fails when calling into wxWindows. Anyone have a suggestion?

Hi all Have been taking a look at the samples to see what''s broken. Not looking TOO bad overall, but a few problems we should try and tackle before alpha: Firstly, I have a few commits (minimal, dialogs, unicode) - anyone else been working on these or can I go ahead? One general issue is that many of the samples rely on being run from their own directory, but don''t enforce