Hi I''d like to put out a 1.9.3 release perhaps later this week/weekend. If you have a chance to test the build and samples esp with latest rubygems, please do. There are still some bugs on the list, and samples to do, but this should address all the build/install probs that have come up. And it would be good to get some testing and feedback on some of the new classes. A note on the rakefile: on OS X and Linux it will now attempt to make a dynamic/shared library if that''s the default configuration found in wx-config. We''re not sure the shared version is working right yet. If building for release, it''s probably worth forcing a static release build with rake WXRUBY_STATIC=1 WXRUBY_RELEASE=1 Sean - what''s your views about which OS X architectures we should offer a gem for: universal and/or separate PPC/Intel? alex
> Sean - what''s your views about which OS X architectures we should offer > a gem for: universal and/or separate PPC/Intel?A few months ago I would have said all 3 but now I am leaning towards just the universal, Apple is not making anymore PPC''s and effectively trying to kill them off with each OS release. Bandwidth is cheap and it will eliminate some possible confusion when installing through ruby gems. Sean
I''ve been testing the svn releases here on my system, as it now seems to be working on compiling everything together. So far it''s looking good. I will be re-compiling wxGTK for a Shared Build here, to test and see if Shared will work without any problems, and let you guys know. Also, I think we should have the option on the Linux Gem, to have one that is statically linked, and one that is Shared linked. Ofcourse, we''re going to need to let people know what each means, and how it will effect them. But first, let me test it here, and see what I get. I will let you guys know later today what I find out. Mario Steele On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote:> > > Sean - what''s your views about which OS X architectures we should offer > > a gem for: universal and/or separate PPC/Intel? > > A few months ago I would have said all 3 but now I am leaning towards > just the universal, Apple is not making anymore PPC''s and effectively > trying to kill them off with each OS release. Bandwidth is cheap and > it will eliminate some possible confusion when installing through ruby > gems. > > Sean > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/c1460de0/attachment.html
What version of wxWidgets are you guys building against? I currently have 2.8.6 setup but was thinking about setting up 2.8.7 before the release, any thoughts? Sean
Sean Long wrote:> What version of wxWidgets are you guys building against? I currently > have 2.8.6 setup but was thinking about setting up 2.8.7 before the > release, any thoughts?I''m currently on 2.8.7. I had a quick scan of the Changelog and nothing wildly important - but there are one or two Leopard fixes so perhaps worth doing. cheers alex
I''m running 2.8.6 myself, though I belive 2.8.7 should work just fine. I have ran into a problem though with the Dynamic Build for wxRuby. I''ve ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl. After testing the rake against it, and testing the way that wxRuby detects wxStyledTextCtrl, I''ve found that if it''s a dynamic build, wx-config --libs std will not pick up the Dynamic linked version of wxStyledTextCtl. From what I can tell, we would need to change the way wx-config detects it. I am attempting to figure out why it doesn''t detect it, as I also have found out, it doesn''t detect OpenGL either, and I have it compiled. I will let you guys know what I find out. L8ers, Mario Steele On 1/8/08, Alex Fenton <alex at pressure.to> wrote:> > Sean Long wrote: > > What version of wxWidgets are you guys building against? I currently > > have 2.8.6 setup but was thinking about setting up 2.8.7 before the > > release, any thoughts? > I''m currently on 2.8.7. I had a quick scan of the Changelog and nothing > wildly important - but there are one or two Leopard fixes so perhaps > worth doing. > > cheers > alex > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/fed09c7d/attachment-0001.html
I have found the problems when there is a case of it being a dynamic linking, instead of a static linking, and I am committing the changes to SVN. However, we have some problems that have cropped up, that needs to be looked into. I have started going through the samples, and found that a few have failed horribly. Here''s a list of the ones I have found so far: bigdemo.rb:593:in `show_tip'': undefined method `create_file_tip_provider'' for Wxruby2:Module (NoMethodError) from bigdemo.rb:363:in `initialize'' from bigdemo.rb:817:in `new'' from bigdemo.rb:817:in `on_init'' from bigdemo.rb:826:in `main_loop'' from bigdemo.rb:826 aui.rb:143:in `initialize'': undefined method ''set_h_gap'' for #<Wx::GridSizer:0xb5c8a1d0> (NoMethodError) from aui.rb:765:in `new'' from aui.rb:765:in `setup_panes'' from aui.rb:379:in `initialize'' from aui.rb:1288:in `new'' from aui.rb:1288:in `on_init'' from aui.rb:1297:in `main_loop'' from aui.rb:1297 calendar.rb:181:in `on_about'': undefined method ''message_box'' for #<MyFrame:0xb5d5b938> (NoMethodError) from calendar.rb:97:in `initialize'' from calendar.rb:275:in `call'' from calendar.rb:275:in `process_event'' from calendar.rb:275:in `main_loop'' from calendar.rb:275 (The above error occurs in any example, attempting to utilize message_box() method) controls.rb:1103:in `onIdle'': undefined method ''wx_class'' for #<MyButton:0xb5d1c1ac> (NoMethodError) from controls.rb:1033:in `initialize'' from controls.rb:1140:in `call'' from controls.rb:1140:in `process_event'' from controls.rb:1140:in `main_loop'' from controls.rb:1140 (The above error also occurs in other examples attempting to utilize wx_class) dialogs.rb:258:in `on_log_dialog'': undefined method `yield'' for Wxruby2:Module (NoMethodError) from dialogs.rb:251:in `busy'' from dialogs.rb:251:in `on_log_dialog'' from dialogs.rb:172:in `initialize'' from dialogs.rb:723:in `call'' from dialogs.rb:723:in `process_event'' from dialogs.rb:723:in `main_loop'' from dialogs.rb:723 (The above error occurs when you select Log Dialog menu item) dialogs.rb:307:in `on_password_entry'': undefined method ''get_password_from_user'' for #<MyFrame:0xb5d3885c> (NoMethodError) from dialogs.rb:175:in `initialize'' from dialogs.rb:723:in `call'' from dialogs.rb:723:in `process_event'' from dialogs.rb:723:in `main_loop'' from dialogs.rb:723 (The above error occurs when you select Password Entry menu item) dialogs.rb:290:in `on_numeric_entry'': undefined method ''get_number_from_user'' for #<MyFrame:0xb5d81840> (NoMethodError) from dialogs.rb:176:in `initialize'' from dialogs.rb:723:in `call'' from dialogs.rb:723:in `process_event'' from dialogs.rb:723:in `main_loop'' from dialogs.rb:723 (The above error occurs when you select Numeric Entry menu item) dialogs.rb:359:in `on_multi_choice'': undefined method ''get_multiple_choices'' for #<MyFrame:0xb5c99838> (NoMethodError) from dialogs.rb:178:in `initialize'' from dialogs.rb:723:in `call'' from dialogs.rb:723:in `process_event'' from dialogs.rb:723:in `main_loop'' from dialogs.rb:723 (The above error occurs when you select Multiple Choice Entry menu item) dialogs.rb:385:in `on_file_open'': undefined method ''get_home_dir'' for #<MyFrame:0xb5cea83c> (NoMethodError) from dialogs.rb:179:in `initialize'' from dialogs.rb:723:in `call'' from dialogs.rb:723:in `process_event'' from dialogs.rb:723:in `main_loop'' from dialogs.rb:723 (The above error occurs when you select Open File, Second Open File, Choose a Directory menu items) Those are the errors I have found so far, so we should look into these, and get these fixed, before we release 1.9.3. L8ers, Mario Steele On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:> > I''m running 2.8.6 myself, though I belive 2.8.7 should work just fine. > > I have ran into a problem though with the Dynamic Build for wxRuby. I''ve > ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl. After > testing the rake against it, and testing the way that wxRuby detects > wxStyledTextCtrl, I''ve found that if it''s a dynamic build, wx-config --libs > std will not pick up the Dynamic linked version of wxStyledTextCtl. From > what I can tell, we would need to change the way wx-config detects it. > > I am attempting to figure out why it doesn''t detect it, as I also have > found out, it doesn''t detect OpenGL either, and I have it compiled. I will > let you guys know what I find out. > > L8ers, > > Mario Steele > > On 1/8/08, Alex Fenton <alex at pressure.to> wrote: > > > > Sean Long wrote: > > > What version of wxWidgets are you guys building against? I currently > > > have 2.8.6 setup but was thinking about setting up 2.8.7 before the > > > release, any thoughts? > > I''m currently on 2.8.7. I had a quick scan of the Changelog and nothing > > wildly important - but there are one or two Leopard fixes so perhaps > > worth doing. > > > > cheers > > alex > > _______________________________________________ > > wxruby-development mailing list > > wxruby-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/3b00eda7/attachment.html
Also, just so you guys know, these errors occur, whether it is a static build, or a dynamic build. L8ers On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:> > I have found the problems when there is a case of it being a dynamic > linking, instead of a static linking, and I am committing the changes to > SVN. However, we have some problems that have cropped up, that needs to be > looked into. I have started going through the samples, and found that a few > have failed horribly. Here''s a list of the ones I have found so far: > > bigdemo.rb:593:in `show_tip'': undefined method `create_file_tip_provider'' > for Wxruby2:Module (NoMethodError) > from bigdemo.rb:363:in `initialize'' > from bigdemo.rb:817:in `new'' > from bigdemo.rb:817:in `on_init'' > from bigdemo.rb:826:in `main_loop'' > from bigdemo.rb:826 > > aui.rb:143:in `initialize'': undefined method ''set_h_gap'' for > #<Wx::GridSizer:0xb5c8a1d0> (NoMethodError) > from aui.rb:765:in `new'' > from aui.rb:765:in `setup_panes'' > from aui.rb:379:in `initialize'' > from aui.rb:1288:in `new'' > from aui.rb:1288:in `on_init'' > from aui.rb:1297:in `main_loop'' > from aui.rb:1297 > > calendar.rb:181:in `on_about'': undefined method ''message_box'' for > #<MyFrame:0xb5d5b938> (NoMethodError) > from calendar.rb:97:in `initialize'' > from calendar.rb:275:in `call'' > from calendar.rb:275:in `process_event'' > from calendar.rb:275:in `main_loop'' > from calendar.rb:275 > (The above error occurs in any example, attempting to utilize > message_box() method) > > controls.rb:1103:in `onIdle'': undefined method ''wx_class'' for > #<MyButton:0xb5d1c1ac> (NoMethodError) > from controls.rb:1033:in `initialize'' > from controls.rb:1140:in `call'' > from controls.rb:1140:in `process_event'' > from controls.rb:1140:in `main_loop'' > from controls.rb:1140 > (The above error also occurs in other examples attempting to utilize > wx_class) > > dialogs.rb:258:in `on_log_dialog'': undefined method `yield'' for > Wxruby2:Module (NoMethodError) > from dialogs.rb:251:in `busy'' > from dialogs.rb:251:in `on_log_dialog'' > from dialogs.rb:172:in `initialize'' > from dialogs.rb:723:in `call'' > from dialogs.rb:723:in `process_event'' > from dialogs.rb:723:in `main_loop'' > from dialogs.rb:723 > (The above error occurs when you select Log Dialog menu item) > > dialogs.rb:307:in `on_password_entry'': undefined method > ''get_password_from_user'' for #<MyFrame:0xb5d3885c> (NoMethodError) > from dialogs.rb:175:in `initialize'' > from dialogs.rb:723:in `call'' > from dialogs.rb:723:in `process_event'' > from dialogs.rb:723:in `main_loop'' > from dialogs.rb :723 > (The above error occurs when you select Password Entry menu item) > > dialogs.rb:290:in `on_numeric_entry'': undefined method > ''get_number_from_user'' for #<MyFrame:0xb5d81840> (NoMethodError) > from dialogs.rb:176:in `initialize'' > from dialogs.rb:723:in `call'' > from dialogs.rb:723:in `process_event'' > from dialogs.rb:723:in `main_loop'' > from dialogs.rb :723 > (The above error occurs when you select Numeric Entry menu item) > > dialogs.rb:359:in `on_multi_choice'': undefined method > ''get_multiple_choices'' for #<MyFrame:0xb5c99838> (NoMethodError) > from dialogs.rb:178:in `initialize'' > from dialogs.rb:723:in `call'' > from dialogs.rb:723:in `process_event'' > from dialogs.rb:723:in `main_loop'' > from dialogs.rb:723 > (The above error occurs when you select Multiple Choice Entry menu item) > > dialogs.rb:385:in `on_file_open'': undefined method ''get_home_dir'' for > #<MyFrame:0xb5cea83c> (NoMethodError) > from dialogs.rb:179:in `initialize'' > from dialogs.rb:723:in `call'' > from dialogs.rb:723:in `process_event'' > from dialogs.rb:723:in `main_loop'' > from dialogs.rb:723 > (The above error occurs when you select Open File, Second Open File, > Choose a Directory menu items) > > Those are the errors I have found so far, so we should look into these, > and get these fixed, before we release 1.9.3. > > L8ers, > > Mario Steele > > > On 1/8/08, Mario Steele <mario at ruby-im.net> wrote: > > > > I''m running 2.8.6 myself, though I belive 2.8.7 should work just fine. > > > > I have ran into a problem though with the Dynamic Build for wxRuby. > > I''ve ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl. After > > testing the rake against it, and testing the way that wxRuby detects > > wxStyledTextCtrl, I''ve found that if it''s a dynamic build, wx-config --libs > > std will not pick up the Dynamic linked version of wxStyledTextCtl. From > > what I can tell, we would need to change the way wx-config detects it. > > > > I am attempting to figure out why it doesn''t detect it, as I also have > > found out, it doesn''t detect OpenGL either, and I have it compiled. I will > > let you guys know what I find out. > > > > L8ers, > > > > Mario Steele > > > > On 1/8/08, Alex Fenton < alex at pressure.to> wrote: > > > > > > Sean Long wrote: > > > > What version of wxWidgets are you guys building against? I currently > > > > have 2.8.6 setup but was thinking about setting up 2.8.7 before the > > > > release, any thoughts? > > > I''m currently on 2.8.7. I had a quick scan of the Changelog and > > > nothing > > > wildly important - but there are one or two Leopard fixes so perhaps > > > worth doing. > > > > > > cheers > > > alex > > > _______________________________________________ > > > wxruby-development mailing list > > > wxruby-development at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > > > > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/c0728f70/attachment-0001.html
Mario, I got those errors also, I am currently building wx2.8.7 to see if it was a 2.8.6 issue or not. Sean On Jan 8, 2008 2:08 PM, Mario Steele <mario at ruby-im.net> wrote:> Also, just so you guys know, these errors occur, whether it is a static > build, or a dynamic build. > > L8ers > > > > On 1/8/08, Mario Steele < mario at ruby-im.net> wrote: > > I have found the problems when there is a case of it being a dynamic > linking, instead of a static linking, and I am committing the changes to > SVN. However, we have some problems that have cropped up, that needs to be > looked into. I have started going through the samples, and found that a few > have failed horribly. Here''s a list of the ones I have found so far: > > > > bigdemo.rb:593:in `show_tip'': undefined method `create_file_tip_provider'' > for Wxruby2:Module (NoMethodError) > > from bigdemo.rb:363:in `initialize'' > > from bigdemo.rb:817:in `new'' > > from bigdemo.rb:817:in `on_init'' > > from bigdemo.rb:826:in `main_loop'' > > from bigdemo.rb:826 > > > > aui.rb:143:in `initialize'': undefined method ''set_h_gap'' for > #<Wx::GridSizer:0xb5c8a1d0> (NoMethodError) > > from aui.rb:765:in `new'' > > from aui.rb:765:in `setup_panes'' > > from aui.rb:379:in `initialize'' > > from aui.rb:1288:in `new'' > > from aui.rb:1288:in `on_init'' > > from aui.rb:1297:in `main_loop'' > > from aui.rb:1297 > > > > calendar.rb:181:in `on_about'': undefined method ''message_box'' for > #<MyFrame:0xb5d5b938> (NoMethodError) > > from calendar.rb:97:in `initialize'' > > from calendar.rb:275:in `call'' > > from calendar.rb:275:in `process_event'' > > from calendar.rb:275:in `main_loop'' > > from calendar.rb:275 > > (The above error occurs in any example, attempting to utilize > message_box() method) > > > > controls.rb:1103:in `onIdle'': undefined method ''wx_class'' for > #<MyButton:0xb5d1c1ac> (NoMethodError) > > from controls.rb:1033:in `initialize'' > > from controls.rb:1140:in `call'' > > from controls.rb:1140:in `process_event'' > > from controls.rb:1140:in `main_loop'' > > from controls.rb:1140 > > (The above error also occurs in other examples attempting to utilize > wx_class) > > > > dialogs.rb:258:in `on_log_dialog'': undefined method `yield'' for > Wxruby2:Module (NoMethodError) > > from dialogs.rb:251:in `busy'' > > from dialogs.rb:251:in `on_log_dialog'' > > from dialogs.rb:172:in `initialize'' > > from dialogs.rb:723:in `call'' > > from dialogs.rb:723:in `process_event'' > > from dialogs.rb:723:in `main_loop'' > > from dialogs.rb:723 > > (The above error occurs when you select Log Dialog menu item) > > > > dialogs.rb:307:in `on_password_entry'': undefined method > ''get_password_from_user'' for #<MyFrame:0xb5d3885c> (NoMethodError) > > from dialogs.rb:175:in `initialize'' > > from dialogs.rb:723:in `call'' > > from dialogs.rb:723:in `process_event'' > > from dialogs.rb:723:in `main_loop'' > > from dialogs.rb :723 > > (The above error occurs when you select Password Entry menu item) > > > > dialogs.rb:290:in `on_numeric_entry'': undefined method > ''get_number_from_user'' for #<MyFrame:0xb5d81840> (NoMethodError) > > from dialogs.rb:176:in `initialize'' > > from dialogs.rb:723:in `call'' > > from dialogs.rb:723:in `process_event'' > > from dialogs.rb:723:in `main_loop'' > > from dialogs.rb :723 > > (The above error occurs when you select Numeric Entry menu item) > > > > dialogs.rb:359:in `on_multi_choice'': undefined method > ''get_multiple_choices'' for #<MyFrame:0xb5c99838> (NoMethodError) > > from dialogs.rb:178:in `initialize'' > > from dialogs.rb:723:in `call'' > > from dialogs.rb:723:in `process_event'' > > from dialogs.rb:723:in `main_loop'' > > from dialogs.rb:723 > > (The above error occurs when you select Multiple Choice Entry menu item) > > > > dialogs.rb:385:in `on_file_open'': undefined method ''get_home_dir'' for > #<MyFrame:0xb5cea83c> (NoMethodError) > > from dialogs.rb:179:in `initialize'' > > from dialogs.rb:723:in `call'' > > from dialogs.rb:723:in `process_event'' > > from dialogs.rb:723:in `main_loop'' > > from dialogs.rb:723 > > (The above error occurs when you select Open File, Second Open File, > Choose a Directory menu items) > > > > Those are the errors I have found so far, so we should look into these, > and get these fixed, before we release 1.9.3. > > > > L8ers, > > > > Mario Steele > > > > > > > > > > On 1/8/08, Mario Steele <mario at ruby-im.net> wrote: > > > I''m running 2.8.6 myself, though I belive 2.8.7 should work just fine. > > > > > > I have ran into a problem though with the Dynamic Build for wxRuby. > I''ve ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl. After > testing the rake against it, and testing the way that wxRuby detects > wxStyledTextCtrl, I''ve found that if it''s a dynamic build, wx-config --libs > std will not pick up the Dynamic linked version of wxStyledTextCtl. From > what I can tell, we would need to change the way wx-config detects it. > > > > > > I am attempting to figure out why it doesn''t detect it, as I also have > found out, it doesn''t detect OpenGL either, and I have it compiled. I will > let you guys know what I find out. > > > > > > L8ers, > > > > > > Mario Steele > > > > > > > > > > > > On 1/8/08, Alex Fenton < alex at pressure.to> wrote: > > > > Sean Long wrote: > > > > > What version of wxWidgets are you guys building against? I currently > > > > > have 2.8.6 setup but was thinking about setting up 2.8.7 before the > > > > > release, any thoughts? > > > > I''m currently on 2.8.7. I had a quick scan of the Changelog and > nothing > > > > wildly important - but there are one or two Leopard fixes so perhaps > > > > worth doing. > > > > > > > > cheers > > > > alex > > > > _______________________________________________ > > > > wxruby-development mailing list > > > > wxruby-development at rubyforge.org > > > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > > > > > > > > > > > > > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > >
Sean, It shouldn''t have been, as 1.9.2 did not have these error, and they are the same functions that have been used within wxRuby for the longest of times. These errors simply should not be occuring, yet they are. If you want to talk live with me about this Sean, I''m on #wxruby on irc.freenode.net right now. Maybe we can put our heads together, and see if we can figure out what is going on? L8ers, Mario Steele On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote:> > Mario, > > I got those errors also, I am currently building wx2.8.7 to see if it > was a 2.8.6 issue or not. > > Sean > > On Jan 8, 2008 2:08 PM, Mario Steele <mario at ruby-im.net> wrote: > > Also, just so you guys know, these errors occur, whether it is a static > > build, or a dynamic build. > > > > L8ers > > > > > > > > On 1/8/08, Mario Steele < mario at ruby-im.net> wrote: > > > I have found the problems when there is a case of it being a dynamic > > linking, instead of a static linking, and I am committing the changes to > > SVN. However, we have some problems that have cropped up, that needs to > be > > looked into. I have started going through the samples, and found that a > few > > have failed horribly. Here''s a list of the ones I have found so far: > > > > > > bigdemo.rb:593:in `show_tip'': undefined method > `create_file_tip_provider'' > > for Wxruby2:Module (NoMethodError) > > > from bigdemo.rb:363:in `initialize'' > > > from bigdemo.rb:817:in `new'' > > > from bigdemo.rb:817:in `on_init'' > > > from bigdemo.rb:826:in `main_loop'' > > > from bigdemo.rb:826 > > > > > > aui.rb:143:in `initialize'': undefined method ''set_h_gap'' for > > #<Wx::GridSizer:0xb5c8a1d0> (NoMethodError) > > > from aui.rb:765:in `new'' > > > from aui.rb:765:in `setup_panes'' > > > from aui.rb:379:in `initialize'' > > > from aui.rb:1288:in `new'' > > > from aui.rb:1288:in `on_init'' > > > from aui.rb:1297:in `main_loop'' > > > from aui.rb:1297 > > > > > > calendar.rb:181:in `on_about'': undefined method ''message_box'' for > > #<MyFrame:0xb5d5b938> (NoMethodError) > > > from calendar.rb:97:in `initialize'' > > > from calendar.rb:275:in `call'' > > > from calendar.rb:275:in `process_event'' > > > from calendar.rb:275:in `main_loop'' > > > from calendar.rb:275 > > > (The above error occurs in any example, attempting to utilize > > message_box() method) > > > > > > controls.rb:1103:in `onIdle'': undefined method ''wx_class'' for > > #<MyButton:0xb5d1c1ac> (NoMethodError) > > > from controls.rb:1033:in `initialize'' > > > from controls.rb:1140:in `call'' > > > from controls.rb:1140:in `process_event'' > > > from controls.rb:1140:in `main_loop'' > > > from controls.rb:1140 > > > (The above error also occurs in other examples attempting to utilize > > wx_class) > > > > > > dialogs.rb:258:in `on_log_dialog'': undefined method `yield'' for > > Wxruby2:Module (NoMethodError) > > > from dialogs.rb:251:in `busy'' > > > from dialogs.rb:251:in `on_log_dialog'' > > > from dialogs.rb:172:in `initialize'' > > > from dialogs.rb:723:in `call'' > > > from dialogs.rb:723:in `process_event'' > > > from dialogs.rb:723:in `main_loop'' > > > from dialogs.rb:723 > > > (The above error occurs when you select Log Dialog menu item) > > > > > > dialogs.rb:307:in `on_password_entry'': undefined method > > ''get_password_from_user'' for #<MyFrame:0xb5d3885c> (NoMethodError) > > > from dialogs.rb:175:in `initialize'' > > > from dialogs.rb:723:in `call'' > > > from dialogs.rb:723:in `process_event'' > > > from dialogs.rb:723:in `main_loop'' > > > from dialogs.rb :723 > > > (The above error occurs when you select Password Entry menu item) > > > > > > dialogs.rb:290:in `on_numeric_entry'': undefined method > > ''get_number_from_user'' for #<MyFrame:0xb5d81840> (NoMethodError) > > > from dialogs.rb:176:in `initialize'' > > > from dialogs.rb:723:in `call'' > > > from dialogs.rb:723:in `process_event'' > > > from dialogs.rb:723:in `main_loop'' > > > from dialogs.rb :723 > > > (The above error occurs when you select Numeric Entry menu item) > > > > > > dialogs.rb:359:in `on_multi_choice'': undefined method > > ''get_multiple_choices'' for #<MyFrame:0xb5c99838> (NoMethodError) > > > from dialogs.rb:178:in `initialize'' > > > from dialogs.rb:723:in `call'' > > > from dialogs.rb:723:in `process_event'' > > > from dialogs.rb:723:in `main_loop'' > > > from dialogs.rb:723 > > > (The above error occurs when you select Multiple Choice Entry menu > item) > > > > > > dialogs.rb:385:in `on_file_open'': undefined method ''get_home_dir'' for > > #<MyFrame:0xb5cea83c> (NoMethodError) > > > from dialogs.rb:179:in `initialize'' > > > from dialogs.rb:723:in `call'' > > > from dialogs.rb:723:in `process_event'' > > > from dialogs.rb:723:in `main_loop'' > > > from dialogs.rb:723 > > > (The above error occurs when you select Open File, Second Open File, > > Choose a Directory menu items) > > > > > > Those are the errors I have found so far, so we should look into > these, > > and get these fixed, before we release 1.9.3. > > > > > > L8ers, > > > > > > Mario Steele > > > > > > > > > > > > > > > On 1/8/08, Mario Steele <mario at ruby-im.net> wrote: > > > > I''m running 2.8.6 myself, though I belive 2.8.7 should work just > fine. > > > > > > > > I have ran into a problem though with the Dynamic Build for wxRuby. > > I''ve ran the Dynamic build on wxGTK, and also built > wxStyledTextCtrl. After > > testing the rake against it, and testing the way that wxRuby detects > > wxStyledTextCtrl, I''ve found that if it''s a dynamic build, wx-config > --libs > > std will not pick up the Dynamic linked version of > wxStyledTextCtl. From > > what I can tell, we would need to change the way wx-config detects it. > > > > > > > > I am attempting to figure out why it doesn''t detect it, as I also > have > > found out, it doesn''t detect OpenGL either, and I have it compiled. I > will > > let you guys know what I find out. > > > > > > > > L8ers, > > > > > > > > Mario Steele > > > > > > > > > > > > > > > > On 1/8/08, Alex Fenton < alex at pressure.to> wrote: > > > > > Sean Long wrote: > > > > > > What version of wxWidgets are you guys building against? I > currently > > > > > > have 2.8.6 setup but was thinking about setting up 2.8.7 before > the > > > > > > release, any thoughts? > > > > > I''m currently on 2.8.7. I had a quick scan of the Changelog and > > nothing > > > > > wildly important - but there are one or two Leopard fixes so > perhaps > > > > > worth doing. > > > > > > > > > > cheers > > > > > alex > > > > > _______________________________________________ > > > > > wxruby-development mailing list > > > > > wxruby-development at rubyforge.org > > > > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > wxruby-development mailing list > > wxruby-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/7d8f3a45/attachment-0001.html
On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net> wrote:> I have found the problems when there is a case of it being a dynamic > linking, instead of a static linking, and I am committing the changes to > SVN.I just looked at the checkin and noticed in the: if $dynamic_build you have wx_gtk specified, the rakeunixish.rb file is also used by rakemacosx.rb and I think this change will prevent dynamic builds working on OS X. Sean
Hey Alex, Me and Sean have it figured out as to why it''s not finding the "certian" methods, and are working on the solution now. Should have something posted within the next hour or so for the fix for this problem. L8ers Mario Steele On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote:> > On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net> wrote: > > I have found the problems when there is a case of it being a dynamic > > linking, instead of a static linking, and I am committing the changes to > > SVN. > > I just looked at the checkin and noticed in the: > if $dynamic_build > > you have wx_gtk specified, the rakeunixish.rb file is also used by > rakemacosx.rb and I think this change will prevent dynamic builds > working on OS X. > > Sean > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/ae29a1a4/attachment.html
I have just checked in the fixes to correct the naming problems of methods, as well as cleared previous tabs that I mistakenly placed in the rakeunixish.rb. I borrowed code from active_support, to correctly un_camelize() the method definitions in wxRuby. Now should be able to properly convert SetHGap, SetVGap, GetHGap, GetVGap, as well as PositionToXY, etc, etc. For some reason, AUI demo crashes on me with a segfault, but I tested my wxRIDE against the build, and it works just fine. Other then that, everything looks like it''s working once more with the demos. If you two could also test these changes on your systems, ensure that there are no problems? L8ers, Mario Steele On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:> > Hey Alex, > > Me and Sean have it figured out as to why it''s not finding the "certian" > methods, and are working on the solution now. Should have something posted > within the next hour or so for the fix for this problem. > > L8ers > > Mario Steele > > On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote: > > > > On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net> wrote: > > > I have found the problems when there is a case of it being a dynamic > > > linking, instead of a static linking, and I am committing the changes > > to > > > SVN. > > > > I just looked at the checkin and noticed in the: > > if $dynamic_build > > > > you have wx_gtk specified, the rakeunixish.rb file is also used by > > rakemacosx.rb and I think this change will prevent dynamic builds > > working on OS X. > > > > Sean > > _______________________________________________ > > wxruby-development mailing list > > wxruby-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/acf062bd/attachment.html
Mario, I had previously checked all the samples and had sent the results to Alex Fenton. We pretty much felt that is was my config. I looked at the first couple you listed and they''re the same. I''ve attached the list so you can double check any if you''d like. This is nice for me. Now I have more confidence in my config and install. Appreciate you reporting the info. Thanks Dale E. Edmons (aka linuxfan) Mario Steele wrote:> I have just checked in the fixes to correct the naming problems of > methods, as well as cleared previous tabs that I mistakenly placed in > the rakeunixish.rb. I borrowed code from active_support, to correctly > un_camelize() the method definitions in wxRuby. Now should be able to > properly convert SetHGap, SetVGap, GetHGap, GetVGap, as well as > PositionToXY, etc, etc. For some reason, AUI demo crashes on me with > a segfault, but I tested my wxRIDE against the build, and it works > just fine. Other then that, everything looks like it''s working once > more with the demos. If you two could also test these changes on your > systems, ensure that there are no problems? > > L8ers, > > Mario Steele > > On 1/8/08, *Mario Steele* <mario at ruby-im.net > <mailto:mario at ruby-im.net>> wrote: > > Hey Alex, > > Me and Sean have it figured out as to why it''s not finding the > "certian" methods, and are working on the solution now. Should > have something posted within the next hour or so for the fix for > this problem. > > L8ers > > Mario Steele > > On 1/8/08, *Sean Long* < sean.m.long at gmail.com > <mailto:sean.m.long at gmail.com>> wrote: > > On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net > <mailto:mario at ruby-im.net>> wrote: > > I have found the problems when there is a case of it being a > dynamic > > linking, instead of a static linking, and I am committing the > changes to > > SVN. > > I just looked at the checkin and noticed in the: > if $dynamic_build > > you have wx_gtk specified, the rakeunixish.rb file is also used by > rakemacosx.rb and I think this change will prevent dynamic builds > working on OS X. > > Sean > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > <mailto:wxruby-development at rubyforge.org> > http://rubyforge.org/mailman/listinfo/wxruby-development > > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: sample-failures.txt Url: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/42309baf/attachment-0001.txt
Sean, Mario Thanks both for tracking down these issues and patching them. I''ll update to HEAD this evening and give things a whirl to see that we''re good for release. I have a small Clipboard/Drag''n''Drop sample that I''ll try and tidy up before tagging. Dale - hopefully this resolves most of the failures with methods not found. From your earlier messages I''m assuming that you don''t have wxMediaCtrl or wxOpenGL support built so I wouldn''t expect these to work. cheers alex
Alex, That''s my assumption as well. rake list them as not built, so you are correct. I''m working on that as an install issue. I should have included those in the original message, but didn''t think to until now. Thanks. Dale Alex Fenton wrote:> Sean, Mario > > Thanks both for tracking down these issues and patching them. I''ll > update to HEAD this evening and give things a whirl to see that we''re > good for release. I have a small Clipboard/Drag''n''Drop sample that I''ll > try and tidy up before tagging. > > Dale - hopefully this resolves most of the failures with methods not > found. From your earlier messages I''m assuming that you don''t have > wxMediaCtrl or wxOpenGL support built so I wouldn''t expect these to work. > > cheers > alex > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > >
Has anyone done an Example for the new Drawing Context classes by chance? I noticed the Documentation has been added to the repo for the new classes, just wondering if anyone has really done anything to create an example of them working or not. Also, are we still aiming for the weekend on the release? If so, I may be able to clobber together some examples on the new Context Drawing classes, so that we have something in there for examples atleast for the 1.9.3release. L8ers, Mario Steele On 1/9/08, Dale E. Edmons <demaillists at comcast.net> wrote:> > Alex, > > That''s my assumption as well. > > rake list them as not built, so you are correct. I''m working > on that as an install issue. I should have included those in > the original message, but didn''t think to until now. > > Thanks. > > > Dale > > > Alex Fenton wrote: > > Sean, Mario > > > > Thanks both for tracking down these issues and patching them. I''ll > > update to HEAD this evening and give things a whirl to see that we''re > > good for release. I have a small Clipboard/Drag''n''Drop sample that I''ll > > try and tidy up before tagging. > > > > Dale - hopefully this resolves most of the failures with methods not > > found. From your earlier messages I''m assuming that you don''t have > > wxMediaCtrl or wxOpenGL support built so I wouldn''t expect these to > work. > > > > cheers > > alex > > _______________________________________________ > > wxruby-development mailing list > > wxruby-development at rubyforge.org > > http://rubyforge.org/mailman/listinfo/wxruby-development > > > > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/49a66b83/attachment.html
Mario, Mario Steele wrote:> I have just checked in the fixes to correct the naming problems of > methods, as well as cleared previous tabs that I mistakenly placed in > the rakeunixish.rb. I borrowed code from active_support, to correctly > un_camelize() the method definitions in wxRuby. Now should be able to > properly convert SetHGap, SetVGap, GetHGap, GetVGap, as well as > PositionToXY, etc, etc. For some reason, AUI demo crashes on me with > a segfault, but I tested my wxRIDE against the build,See bug #16826. I''ve been having this too. Line 382 I presume? You can move statements around sometimes and make it fail elsewhere in the code, even though there is no *real* change. I''m too new to have any luck, but I''m going to look at this since I would like to use this sample program for the application I have in mind and am writing. Any suggestions would be appreciated.> and it works just fine. Other then that, everything looks like it''s > working once more with the demos. If you two could also test these > changes on your systems, ensure that there are no problems?Dale
Dale, Unfortunatly, I don''t know what the root cause of this problem is. I have the same problem, no matter what I do with the aui.rb example, that causes a segfault within my system. However, I have wxRIDE, which employes the AUI Arch, and have had no problems running this. I will be uploading a copy of wxRIDE to SVN on the project page for wxRIDE hopefully within the next week or two. See: http://rubyforge.org/projects/wxRIDE/ to see details about the project. I do not know what can be causing the crashing, and would have to compile both wxRuby, and wxGTK into debug mode, so as to see if I can trace this problem. Unfortunatly, with our release date being towards this weekend, I doubt I will be able to track down this bug in time for the release. I would suggest starting from scratch, and only taking ideas from AUI in your own implementation of the AUI Framework, in your applications, as that would be the best route to go, in order to bypass the segfaults that you are getting. It would be the only way in which we could determin what is actually causing the segfaults, and where they are actually occuring within the code, and weither it is something that we''re actually doing in the sample code, or in the wxRuby extension itself. L8ers, Mario Steele On 1/9/08, Dale E. Edmons <demaillists at comcast.net> wrote:> > > See bug #16826. I''ve been having this too. Line 382 I presume? You > can move statements around sometimes and make it fail elsewhere in the > code, even though there is no *real* change. I''m too new to have any > luck, but I''m going to look at this since I would like to use this > sample program for the application I have in mind and am writing. > > Any suggestions would be appreciated.Dale> _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/e3155eab/attachment.html
Dale E. Edmons wrote:> Mario Steele wrote: > >> ...For some reason, AUI demo crashes on me with >> a segfault, but I tested my wxRIDE against the build, >> > See bug #16826. I''ve been having this too.Dale/Mario - I haven''t yet been able to reproduce this - I guess because memory allocation will be slightly different on different machines and GC will run at different times. if either of you could attach a gdb backtrace to the bug that might point it up. Run the sample like this: gdb --args ruby -Ilib samples/aui/aui.rb then "r" at the gdb prompt then when it crashes "whe" thanks alex
Mario Steele wrote:> Has anyone done an Example for the new Drawing Context classes by > chance? I noticed the Documentation has been added to the repo for > the new classes, just wondering if anyone has really done anything to > create an example of them working or not.No there''s nothing checked in, and I can''t find the code I used to test them as I was building the classes. We could do with a general DC sample; perhaps the two could be combined (eg a "a use antialias" option). This will show up that the API is slightly different between DC and GraphicsDC, we could use a bit of ruby to cover some of the gaps.> Also, are we still aiming for the weekend on the release? If so, I > may be able to clobber together some examples on the new Context > Drawing classes, so that we have something in there for examples > atleast for the 1.9.3 release.Yes, I''d still like to aim for the weekend. It''s not going to be perfect but I think it''s time we got a new release out there. thanks alex
Alright, this is from the compile I have of wxRuby, Dynamically linked, and the AUI Crashing. Here''s the stack that I get: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1211517248 (LWP 6403)] 0x00000019 in ?? () (gdb) whe #0 0x00000019 in ?? () #1 0xb7ec6076 in st_lookup () from /usr/lib/libruby.so.1.8 #2 0xb7e5a3a6 in rb_thread_local_aref () from /usr/lib/libruby.so.1.8 #3 0xb7e5a3fd in rb_thread_local_aref () from /usr/lib/libruby.so.1.8 #4 0xb7e627f3 in rb_iter_break () from /usr/lib/libruby.so.1.8 #5 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #6 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 #7 0xb799c328 in SwigDirector_wxStaticText::GetMinSize () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #8 0xb7064fe0 in wxWindowBase::GetEffectiveMinSize () from /usr/lib/libwx_gtk2u-2.8.so.0 #9 0xb7051752 in wxSizerItem::CalcMin () from /usr/lib/libwx_gtk2u-2.8.so.0 #10 0xb7050d98 in wxBoxSizer::CalcMin () from /usr/lib/libwx_gtk2u-2.8.so.0 #11 0xb770c29d in _wrap_wxBoxSizer_CalcMin () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #12 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #13 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #14 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #15 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #16 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 #17 0xb770c925 in SwigDirector_wxBoxSizer::CalcMin () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #18 0xb704f679 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 ---Type <return> to continue, or q <return> to quit--- #19 0xb7966633 in _wrap_wxSizer_Layout () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #20 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #21 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #22 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #23 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #24 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 #25 0xb770c04e in SwigDirector_wxBoxSizer::Layout () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #26 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #27 0xb704f859 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #28 0xb70500ca in wxGridSizer::SetItemBounds () from /usr/lib/libwx_gtk2u-2.8.so.0 #29 0xb7051e43 in wxGridSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-2.8.so.0 #30 0xb78379b3 in _wrap_wxGridSizer_RecalcSizes () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #31 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #32 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #33 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #34 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #35 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 ---Type <return> to continue, or q <return> to quit--- #36 0xb7837aae in SwigDirector_wxGridSizer::RecalcSizes () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #37 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #38 0xb7966633 in _wrap_wxSizer_Layout () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #39 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #40 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #41 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #42 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #43 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 #44 0xb7837a5e in SwigDirector_wxGridSizer::Layout () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #45 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #46 0xb704f859 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #47 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u- 2.8.so.0 #48 0xb770bfa3 in _wrap_wxBoxSizer_RecalcSizes () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #49 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #50 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #51 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #52 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #53 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 ---Type <return> to continue, or q <return> to quit--- #54 0xb770c09e in SwigDirector_wxBoxSizer::RecalcSizes () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #55 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #56 0xb7966633 in _wrap_wxSizer_Layout () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #57 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #58 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #59 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #60 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #61 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 #62 0xb770c04e in SwigDirector_wxBoxSizer::Layout () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #63 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #64 0xb70640e5 in wxWindowBase::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #65 0xb708df5d in wxPanel::OnSize () from /usr/lib/libwx_gtk2u-2.8.so.0 #66 0xb6e47865 in wxAppConsole::HandleEvent () from /usr/lib/libwx_gtk2u-2.8.so.0 #67 0xb6ef395f in wxEvtHandler::ProcessEventIfMatches () from /usr/lib/libwx_gtk2u-2.8.so.0 #68 0xb6ef3aad in wxEventHashTable::HandleEvent () from /usr/lib/libwx_gtk2u-2.8.so.0 #69 0xb6ef3fd6 in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_gtk2u-2.8.so.0 ---Type <return> to continue, or q <return> to quit--- ---Type <return> to continue, or q <return> to quit--- #70 0xb779bb18 in _wrap_wxEvtHandler_ProcessEvent () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #71 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #72 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #73 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #74 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #75 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 #76 0xb78ec5cc in SwigDirector_wxPanel::ProcessEvent () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #77 0xb6f4d412 in wxWindow::DoSetSize () from /usr/lib/libwx_gtk2u-2.8.so.0 #78 0xb704f8a0 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #79 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u- 2.8.so.0 #80 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #81 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #82 0xb704f859 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #83 0xb7051119 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u- 2.8.so.0 #84 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #85 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #86 0xb704f859 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #87 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u- 2.8.so.0 ---Type <return> to continue, or q <return> to quit--- #88 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #89 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #90 0xb704f859 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #91 0xb7051119 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u- 2.8.so.0 #92 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #93 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #94 0xb704f859 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #95 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u- 2.8.so.0 #96 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #97 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #98 0xb704f859 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u-2.8.so.0 #99 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u- 2.8.so.0 #100 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0 #101 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u- 2.8.so.0 #102 0xb70640e5 in wxWindowBase::Layout () from /usr/lib/libwx_gtk2u- 2.8.so.0 #103 0xb71cb8ec in wxAuiManager::DoFrameLayout () from /usr/lib/libwx_gtk2u-2.8.so.0 #104 0xb71d3056 in wxAuiManager::Update () from /usr/lib/libwx_gtk2u- 2.8.so.0 #105 0xb71dfa2b in wxAuiFloatingFrame::SetPaneWindow () from /usr/lib/libwx_gtk2u-2.8.so.0 ---Type <return> to continue, or q <return> to quit--- #106 0xb71d2f6b in wxAuiManager::Update () from /usr/lib/libwx_gtk2u- 2.8.so.0 #107 0xb76e3f7d in _wrap_wxAuiManager_Update () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #108 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #109 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #110 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #111 0xb7e6a5f6 in rb_apply () from /usr/lib/libruby.so.1.8 #112 0xb7e623e1 in rb_iter_break () from /usr/lib/libruby.so.1.8 #113 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #114 0xb7e62b47 in rb_obj_call_init () from /usr/lib/libruby.so.1.8 #115 0xb7e90efa in rb_class_new_instance () from /usr/lib/libruby.so.1.8 #116 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #117 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #118 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #119 0xb7e6a5f6 in rb_apply () from /usr/lib/libruby.so.1.8 #120 0xb7e68e9f in rb_apply () from /usr/lib/libruby.so.1.8 #121 0xb7e623e1 in rb_iter_break () from /usr/lib/libruby.so.1.8 #122 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #123 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 #124 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 #125 0xb76db482 in wxRubyApp::OnInit () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #126 0xb76db231 in wxAppConsole::CallOnInit () ---Type <return> to continue, or q <return> to quit--- from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #127 0xb6e84ed0 in wxEntry () from /usr/lib/libwx_gtk2u-2.8.so.0 #128 0xb76dacb9 in _wrap_App_main_loop () from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so #129 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8 #130 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8 #131 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8 #132 0xb7e6a5f6 in rb_apply () from /usr/lib/libruby.so.1.8 #133 0xb7e701f8 in rb_load_protect () from /usr/lib/libruby.so.1.8 #134 0xb7e70242 in ruby_exec () from /usr/lib/libruby.so.1.8 #135 0xb7e7027f in ruby_run () from /usr/lib/libruby.so.1.8 #136 0x0804867d in main () (gdb) I''m not sure if I''m reading this right or not, but it looks like this is being caused by one of two things, it''s trying to fetch a String, or it''s trying to call the Resizer, when attempting to calculate the size of the area for the layout of the controls. Does that sound about right Alex? The thing about this is, the window is never displayed. So I''m wondering if it''s trying to calculate a 0 dimension sizing, and getting the essential attempt to divide by zero, maybe even negative values. But I could be wrong about that as well. Mario Steele On 1/9/08, Alex Fenton <alex at pressure.to> wrote:> > Dale E. Edmons wrote: > > > Mario Steele wrote: > > > >> ...For some reason, AUI demo crashes on me with > >> a segfault, but I tested my wxRIDE against the build, > >> > > See bug #16826. I''ve been having this too. > > Dale/Mario - I haven''t yet been able to reproduce this - I guess because > memory allocation will be slightly different on different machines and > GC will run at different times. if either of you could attach a gdb > backtrace to the bug that might point it up. Run the sample like this: > > gdb --args ruby -Ilib samples/aui/aui.rb > > then "r" at the gdb prompt > > then when it crashes "whe" > > thanks > alex > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080110/b46b53ae/attachment.html
Mario, I''ve been fighting this problem about a week. Last night I found I could eliminate it by doing the following to line 382: pi = Wx::AuiPaneInfo.new pi.set_name(''notebook_content'').center_pane.hide =begin @mgr.add_pane(create_notebook, pi) =end @mgr.add_pane(create_html_ctrl, pi) This is as far as I got, but seems to demonstrate it is in the Notebook#add_pane(create_notebook, pi) method when create_notebook is used. I hope this will help track it down. I''ll try looking more at create_notebook today. Thanks. I''ll look into your wxRIDE. I''ve been wanting to play with an IDE anyway. This would also provide a practical example (if it''s not too complex for me to under- stand.) Take care and thanks for your work in general and what you''ve done to help me in particular. Dale E. Edmons (aka linuxfan) Mario Steele wrote:> Dale, > > Unfortunatly, I don''t know what the root cause of this problem is. I > have the same problem, no matter what I do with the aui.rb example, > that causes a segfault within my system. However, I have wxRIDE, > which employes the AUI Arch, and have had no problems running this. I > will be uploading a copy of wxRIDE to SVN on the project page for > wxRIDE hopefully within the next week or two. See: > http://rubyforge.org/projects/wxRIDE/ to see details about the project. > > I do not know what can be causing the crashing, and would have to > compile both wxRuby, and wxGTK into debug mode, so as to see if I can > trace this problem. Unfortunatly, with our release date being towards > this weekend, I doubt I will be able to track down this bug in time > for the release. > > I would suggest starting from scratch, and only taking ideas from AUI > in your own implementation of the AUI Framework, in your applications, > as that would be the best route to go, in order to bypass the > segfaults that you are getting. It would be the only way in which we > could determin what is actually causing the segfaults, and where they > are actually occuring within the code, and weither it is something > that we''re actually doing in the sample code, or in the wxRuby > extension itself. > > L8ers, > > Mario Steele > > > On 1/9/08, *Dale E. Edmons* <demaillists at comcast.net > <mailto:demaillists at comcast.net>> wrote: > > > See bug #16826. I''ve been having this too. Line 382 I presume? You > can move statements around sometimes and make it fail elsewhere in > the > code, even though there is no *real* change. I''m too new to have any > luck, but I''m going to look at this since I would like to use this > sample program for the application I have in mind and am writing. > > Any suggestions would be appreciated. > > > Dale > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > <mailto:wxruby-development at rubyforge.org> > http://rubyforge.org/mailman/listinfo/wxruby-development > > > ------------------------------------------------------------------------ > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >
Dale E. Edmons
2008-Jan-10 15:03 UTC
[wxruby-development] Mario: line #792, not #382; Re: 1.9.3 release, rakefile
Mario, Correct the following line number from 382 to 792. The former is the call, the latter is the actual function. Dale Dale E. Edmons wrote:> Mario, > > I''ve been fighting this problem about a week. Last night I found I > could eliminate it by > doing the following to line 382: > > pi = Wx::AuiPaneInfo.new > pi.set_name(''notebook_content'').center_pane.hide > =begin > @mgr.add_pane(create_notebook, pi) > =end > @mgr.add_pane(create_html_ctrl, pi) > > This is as far as I got, but seems to demonstrate it is in the > Notebook#add_pane(create_notebook, pi) method when create_notebook is used. > I hope this will help track it down. I''ll try looking more at > create_notebook today. > > Thanks. I''ll look into your wxRIDE. I''ve been wanting to play with an > IDE anyway. > This would also provide a practical example (if it''s not too complex for > me to under- > stand.) > > Take care and thanks for your work in general and what you''ve done to > help me > in particular. > > > Dale E. Edmons > (aka linuxfan) > > > Mario Steele wrote: > >> Dale, >> >> Unfortunatly, I don''t know what the root cause of this problem is. I >> have the same problem, no matter what I do with the aui.rb example, >> that causes a segfault within my system. However, I have wxRIDE, >> which employes the AUI Arch, and have had no problems running this. I >> will be uploading a copy of wxRIDE to SVN on the project page for >> wxRIDE hopefully within the next week or two. See: >> http://rubyforge.org/projects/wxRIDE/ to see details about the project. >> >> I do not know what can be causing the crashing, and would have to >> compile both wxRuby, and wxGTK into debug mode, so as to see if I can >> trace this problem. Unfortunatly, with our release date being towards >> this weekend, I doubt I will be able to track down this bug in time >> for the release. >> >> I would suggest starting from scratch, and only taking ideas from AUI >> in your own implementation of the AUI Framework, in your applications, >> as that would be the best route to go, in order to bypass the >> segfaults that you are getting. It would be the only way in which we >> could determin what is actually causing the segfaults, and where they >> are actually occuring within the code, and weither it is something >> that we''re actually doing in the sample code, or in the wxRuby >> extension itself. >> >> L8ers, >> >> Mario Steele >> >> >> On 1/9/08, *Dale E. Edmons* <demaillists at comcast.net >> <mailto:demaillists at comcast.net>> wrote: >> >> >> See bug #16826. I''ve been having this too. Line 382 I presume? You >> can move statements around sometimes and make it fail elsewhere in >> the >> code, even though there is no *real* change. I''m too new to have any >> luck, but I''m going to look at this since I would like to use this >> sample program for the application I have in mind and am writing. >> >> Any suggestions would be appreciated. >> >> >> Dale >> _______________________________________________ >> wxruby-development mailing list >> wxruby-development at rubyforge.org >> <mailto:wxruby-development at rubyforge.org> >> http://rubyforge.org/mailman/listinfo/wxruby-development >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> wxruby-development mailing list >> wxruby-development at rubyforge.org >> http://rubyforge.org/mailman/listinfo/wxruby-development >> >> > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > >
Alex, Here is my gdb too. I only glanced at it but it looks much the same as Mario''s. I did track down a specific line that induces the segfault. Please see the note to Mario for a change that will allow aui.rb to run (it doesn''t fix anything, but might help determine the actual call that is failing.) Here''s the dump: ------------------------------------ GNU gdb 6.7.1 Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"... (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (gdb) r Starting program: /usr/bin/ruby -Ilib samples/aui/aui.rb (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0x00000019 in ?? () (gdb) whe #0 0x00000019 in ?? () #1 0xb7ed8c7a in st_lookup () from /usr/lib/libruby.so.1.8 #2 0xb7e73995 in search_method () from /usr/lib/libruby.so.1.8 #3 0xb7e739e3 in rb_get_method_body () from /usr/lib/libruby.so.1.8 #4 0xb7e7b411 in rb_call () from /usr/lib/libruby.so.1.8 #5 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #6 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #7 0xb7992ae6 in SwigDirector_wxStaticText::GetMinSize () from lib/wxruby2.so #8 0xb7081027 in wxWindowBase::GetEffectiveMinSize () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #9 0xb706e1d9 in wxSizerItem::CalcMin () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #10 0xb706d987 in wxBoxSizer::CalcMin () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #11 0xb77078cb in ?? () from lib/wxruby2.so #12 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #13 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #14 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #15 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #16 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #17 0xb770804f in SwigDirector_wxBoxSizer::CalcMin () from lib/wxruby2.so #18 0xb706c6c3 in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #19 0xb795c2ca in ?? () from lib/wxruby2.so #20 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #21 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #22 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #23 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #24 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #25 0xb77076ba in SwigDirector_wxBoxSizer::Layout () from lib/wxruby2.so #26 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #27 0xb706c8b9 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #28 0xb706d153 in wxGridSizer::SetItemBounds () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #29 0xb706e6de in wxGridSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #30 0xb78344da in ?? () from lib/wxruby2.so #31 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #32 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #33 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #34 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #35 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #36 0xb78345b2 in SwigDirector_wxGridSizer::RecalcSizes () from lib/wxruby2.so #37 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #38 0xb795c2ca in ?? () from lib/wxruby2.so #39 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #40 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #41 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #42 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #43 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #44 0xb783456a in SwigDirector_wxGridSizer::Layout () from lib/wxruby2.so #45 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #46 0xb706c8b9 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #47 0xb706dce2 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #48 0xb770762a in ?? () from lib/wxruby2.so #49 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #50 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #51 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #52 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #53 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #54 0xb7707702 in SwigDirector_wxBoxSizer::RecalcSizes () from lib/wxruby2.so #55 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #56 0xb795c2ca in ?? () from lib/wxruby2.so #57 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #58 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #59 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #60 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #61 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #62 0xb77076ba in SwigDirector_wxBoxSizer::Layout () from lib/wxruby2.so #63 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #64 0xb7080590 in wxWindowBase::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #65 0xb70a893d in wxPanel::OnSize () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #66 0xb6d1e133 in wxAppConsole::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0 #67 0xb6dbcc42 in wxEvtHandler::ProcessEventIfMatches () from /usr/lib/libwx_baseu-2.8.so.0 #68 0xb6dbcd7a in wxEventHashTable::HandleEvent () from /usr/lib/libwx_baseu-2.8.so.0 #69 0xb6dbcec6 in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_baseu-2.8.so.0 #70 0xb779878d in ?? () from lib/wxruby2.so #71 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #72 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #73 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #74 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #75 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #76 0xb78e0fb8 in SwigDirector_wxPanel::ProcessEvent () from lib/wxruby2.so #77 0xb6f75933 in wxWindow::DoSetSize () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #78 0xb706c893 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #79 0xb706dce2 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #80 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #81 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #82 0xb706c8b9 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #83 0xb706dda7 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #84 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #85 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #86 0xb706c8b9 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #87 0xb706dce2 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #88 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #89 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #90 0xb706c8b9 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #91 0xb706dda7 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #92 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #93 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #94 0xb706c8b9 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #95 0xb706dce2 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #96 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #97 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #98 0xb706c8b9 in wxSizerItem::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #99 0xb706dce2 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #100 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #101 0xb706c725 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #102 0xb7080590 in wxWindowBase::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0 #103 0xb73ac191 in wxAuiManager::DoFrameLayout () from /usr/lib/libwx_gtk2u_aui-2.8.so.0 #104 0xb73b3b7c in wxAuiManager::Update () from /usr/lib/libwx_gtk2u_aui-2.8.so.0 #105 0xb73c0430 in wxAuiFloatingFrame::SetPaneWindow () from /usr/lib/libwx_gtk2u_aui-2.8.so.0 #106 0xb73b3999 in wxAuiManager::Update () from /usr/lib/libwx_gtk2u_aui-2.8.so.0 #107 0xb76df24f in ?? () from lib/wxruby2.so #108 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #109 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #110 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #111 0xb7e82280 in rb_eval () from /usr/lib/libruby.so.1.8 #112 0xb7e7afe4 in rb_call0 () from /usr/lib/libruby.so.1.8 #113 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #114 0xb7e7b670 in rb_funcall2 () from /usr/lib/libruby.so.1.8 #115 0xb7e7b6ce in rb_obj_call_init () from /usr/lib/libruby.so.1.8 #116 0xb7ea6376 in rb_class_new_instance () from /usr/lib/libruby.so.1.8 #117 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #118 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #119 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #120 0xb7e82280 in rb_eval () from /usr/lib/libruby.so.1.8 #121 0xb7e82ef8 in rb_eval () from /usr/lib/libruby.so.1.8 #122 0xb7e7afe4 in rb_call0 () from /usr/lib/libruby.so.1.8 #123 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #124 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8 #125 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8 #126 0xb76d66b0 in wxRubyApp::OnInit () from lib/wxruby2.so #127 0xb76d649b in wxAppConsole::CallOnInit () from lib/wxruby2.so #128 0xb6d571e5 in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0 #129 0xb76d5d68 in ?? () from lib/wxruby2.so #130 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8 #131 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8 #132 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8 #133 0xb7e82280 in rb_eval () from /usr/lib/libruby.so.1.8 #134 0xb7e8743c in eval_node () from /usr/lib/libruby.so.1.8 #135 0xb7e881b5 in ruby_exec_internal () from /usr/lib/libruby.so.1.8 #136 0xb7e881f5 in ruby_exec () from /usr/lib/libruby.so.1.8 #137 0xb7e88229 in ruby_run () from /usr/lib/libruby.so.1.8 #138 0x0804864d in main () (gdb) quit The program is running. Exit anyway? (y or n) ------------------------------------ Alex Fenton wrote:> Dale E. Edmons wrote: > > >> Mario Steele wrote: >> >> >>> ...For some reason, AUI demo crashes on me with >>> a segfault, but I tested my wxRIDE against the build, >>> >>> >> See bug #16826. I''ve been having this too. >> > > Dale/Mario - I haven''t yet been able to reproduce this - I guess because > memory allocation will be slightly different on different machines and > GC will run at different times. if either of you could attach a gdb > backtrace to the bug that might point it up. Run the sample like this: > > gdb --args ruby -Ilib samples/aui/aui.rb > > then "r" at the gdb prompt > > then when it crashes "whe" > > thanks > alex > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > >
Mario, Dale Thanks for the stacktraces, that''s really useful. These look typical of a GC-related error where a ruby object gets destroyed when it''s still needed.What SwigDirectors do is pass calls from within the C++ wxWidgets core (in this case, for GetMinSize) to the ruby StaticText object. It''s a clever bit of SWIG that means ruby classes can inherit smoothly from C++. But if the ruby object gets swept prematurely, it crashes. What I don''t understand is that all Windows and subclasses should be preserved by wxRuby''s memory management (in swig/App.i). This works really reliably everywhere else, but I have a better idea where to probe now cheers alex Mario Steele wrote:> Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1211517248 (LWP 6403)] > 0x00000019 in ?? () > (gdb) whe > #0 0x00000019 in ?? () > #1 0xb7ec6076 in st_lookup () from /usr/lib/libruby.so.1.8 > #2 0xb7e5a3a6 in rb_thread_local_aref () from /usr/lib/libruby.so.1.8 > #3 0xb7e5a3fd in rb_thread_local_aref () from /usr/lib/libruby.so.1.8 > #4 0xb7e627f3 in rb_iter_break () from /usr/lib/libruby.so.1.8 > #5 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 > #6 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 > #7 0xb799c328 in SwigDirector_wxStaticText::GetMinSize () > from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
Alex, I doubt I''ll be able to help, but I''m looking too, as I''m stuck until I get this solved or write the entire app myself. Since I''m lazy, I''m holding out that it''ll get fixed. Thanks for the help and info. Dale Alex Fenton wrote:> Mario, Dale > > Thanks for the stacktraces, that''s really useful. These look typical of > a GC-related error where a ruby object gets destroyed when it''s still > needed.What SwigDirectors do is pass calls from within the C++ wxWidgets > core (in this case, for GetMinSize) to the ruby StaticText object. It''s > a clever bit of SWIG that means ruby classes can inherit smoothly from > C++. But if the ruby object gets swept prematurely, it crashes. > > What I don''t understand is that all Windows and subclasses should be > preserved by wxRuby''s memory management (in swig/App.i). This works > really reliably everywhere else, but I have a better idea where to probe now > > cheers > alex > > Mario Steele wrote: > >> Program received signal SIGSEGV, Segmentation fault. >> [Switching to Thread -1211517248 (LWP 6403)] >> 0x00000019 in ?? () >> (gdb) whe >> #0 0x00000019 in ?? () >> #1 0xb7ec6076 in st_lookup () from /usr/lib/libruby.so.1.8 >> #2 0xb7e5a3a6 in rb_thread_local_aref () from /usr/lib/libruby.so.1.8 >> #3 0xb7e5a3fd in rb_thread_local_aref () from /usr/lib/libruby.so.1.8 >> #4 0xb7e627f3 in rb_iter_break () from /usr/lib/libruby.so.1.8 >> #5 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8 >> #6 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8 >> #7 0xb799c328 in SwigDirector_wxStaticText::GetMinSize () >> from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so >> > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > >
Dale E. Edmons wrote:> I doubt I''ll be able to help, but I''m looking too, as I''m stuck > until I get this solved or write the entire app myself. Since > I''m lazy, I''m holding out that it''ll get fixed. >If it''s blocking you from development, you could try adding GC.disable at the top of your script. No good for production use, but may at least stop it falling over whilst you''re building it. alex
Alex, Thanks! I''m a ruby newbie, so a lot of these things I don''t know. It worked. And just before exit I put GC.enable. Didn''t get an error, so it must''ve worked. I wish more developers would pop into the IRC #wxruby once in a while. Really appreciate it. Now I can (hopefully) proceed with development! I''ve re-compiled my wxgtk with debugging. Don''t know if it''ll help, but let me know if there''s anything you want me to run and check. I''m going to re-run what you gave us before and see if it produces anything more informative. Dale E. Edmons (aka linuxfan) Alex Fenton wrote:> Dale E. Edmons wrote: > >> I doubt I''ll be able to help, but I''m looking too, as I''m stuck >> until I get this solved or write the entire app myself. Since >> I''m lazy, I''m holding out that it''ll get fixed. >> >> > > If it''s blocking you from development, you could try adding GC.disable > at the top of your script. No good for production use, but may at least > stop it falling over whilst you''re building it. > > alex > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development > >