Hi all I just checked in a fairly meaty patch that''s intended to fix support for ruby 1.8.7 and ruby 1.9. A major problem was that SWIG''s method of tracking objects was incompatible with new restrictions in these versions on creating objects during the GC phase. Some of SWIG''s generated code (specifically SWIG_Ruby_PointerToReference) would create a new BigNum during GC, causing a fault. I''ve rewritten the tracking code to use Wx''s HashMap class to link C++ pointers to Ruby wrapper objects. As well as seeming to fix the bug, it also seems to be somewhat faster. I''ve only developed this on OS X so far, so your help testing if you''re using 1.8.7 / 1.9 would be appreciated. We''ve also had some user-contributed patches to help 1.9 to work (thanks) so we''re looking good for future ruby. cheers alex
Hi Alex,> I just checked in a fairly meaty patch that''s intended to fix support for > ruby 1.8.7 and ruby 1.9.Excellent news !> I''ve only developed this on OS X so far, so your help testing if you''re > using 1.8.7 / 1.9 would be appreciated. We''ve also had some user-contributed > patches to help 1.9 to work (thanks) so we''re looking good for future ruby.I''ve just tested wxRuby rev 1775 with Ruby 1.8.7p72 on Ubuntu 8.04 and samples seem to work fine. I will try to do the same with Ruby 1.9 on Ubuntu also. I''d like to test also on Windows but what is the status of wxRuby on MinGW ? Cheers. Chauk-Mean.
Chauk-Mean P wrote:>> I''ve only developed this on OS X so far, so your help testing if you''re >> using 1.8.7 / 1.9 would be appreciated. We''ve also had some user-contributed >> patches to help 1.9 to work (thanks) so we''re looking good for future ruby. >> > > I''ve just tested wxRuby rev 1775 with Ruby 1.8.7p72 on Ubuntu 8.04 and > samples seem to work fine. > I will try to do the same with Ruby 1.9 on Ubuntu also. >Thanks for testing this out. Good news.> I''d like to test also on Windows but what is the status of wxRuby on MinGW ?I''ve been away for a few weeks and haven''t had access to a Win32 setup. But last time I compiled it was all looking good; the only class I know of that doesn''t seem to work is MediaCtrl. I''m going to look at MSVC and MingW again this week to see that this and the other new stuff (notably, adding the Help framework) is working OK. The MingW-based One-click seems to be progressing well so my plan is that fairly soon MingW becomes the primary Windows build of wxRuby. The performance is better, and the compiler + toolset is freely accessible and pretty much all contributors seem to be familiar with the *nix approach. cheers alex
Hi, I''ve just made some tests with Ruby 1.9.0-4 on Ubuntu with the same version of wxRuby (rev 1775). Globally, this works. However, I noticed the following problems : - the bigdemo sample > More Windows/Controls > wxCalendarCtrl crashes. This works with Ruby 1.8.7p72. - the aui sample is not compliant with Ruby 1.9 => the : at the end of line #997 must be removed. Afterwards, this sample works with both Ruby 1.9 and Ruby 1.8.7. There are probably other problems like that (I''ve just made some quick tests). Cheers. Chauk-Mean.
Chauk-Mean P wrote:> I''ve just made some tests with Ruby 1.9.0-4 on Ubuntu with the same > version of wxRuby (rev 1775). >Thanks for trying this out.> Globally, this works. However, I noticed the following problems : > - the bigdemo sample > More Windows/Controls > wxCalendarCtrl crashes. > This works with Ruby 1.8.7p72. >I can reproduce this crash. Hmm, on debugging it looks to be some weird bug in 1.9, with the Time class. It''s choking on what should be a routine call to "Time#hour", via the C API, which is called to convert transparently between Ruby and Wx''s wxDateTime. I''ll try with the new release of ruby-1.9 and report a bug if still present.> - the aui sample is not compliant with Ruby 1.9 => the : at the end of > line #997 must be removed. Afterwards, this sample works with both > Ruby 1.9 and Ruby 1.8.7.Thanks, I''ve fixed this in SVN (1791) and the sample now runs with 1.9 cheers alex
Hi Alex,>> I''ve just made some tests with Ruby 1.9.0-4 on Ubuntu with the same >> version of wxRuby (rev 1775). > > Thanks for trying this out.I will try to run more samples this evening or tomorrow evening and I will report problems if any on this thread. Cheers. Chauk-Mean.
Hey guys,
Sorry I''ve been gone so long, I''ve been busy with work, RL,
and working on a
Private Server for World of Warcraft. (AKA Warcrack), it''s been
hectic, but
I''ve finally getting some headway, and got me a system that is 64bit
Linux,
that I can test on. It works, except I get the weird error from:
set_focus() in both the examples, and my wxRIDE App:
Backtrace:
/home/eumario/wxRIDE/wxRIDE/lib/ui/MainWin.rb:89:in `set_focus'': stack
level
too deep (SystemStackError)
/home/eumario/wxRIDE/wxRIDE/lib/ui/MainWin.rb:89:in
`initialize''
wxRIDE.rb:75:in `new''
wxRIDE.rb:75:in `on_init''
wxRIDE.rb:88:in `main_loop''
wxRIDE.rb:88:in `main_loop''
wxRIDE.rb:137
Dunno where that is coming from.
Anyways, everything else seems to work just fine.
On Tue, Aug 26, 2008 at 2:18 AM, Chauk-Mean P <chauk.mean at gmail.com>
wrote:
> Hi Alex,
>
> >> I''ve just made some tests with Ruby 1.9.0-4 on Ubuntu
with the same
> >> version of wxRuby (rev 1775).
> >
> > Thanks for trying this out.
>
> I will try to run more samples this evening or tomorrow evening and I
> will report problems if any on this thread.
>
> Cheers.
>
> Chauk-Mean.
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
--
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/wxruby-development/attachments/20080826/c8e679b6/attachment.html>
Hey Mario Mario Steele wrote:> Sorry I''ve been gone so long, I''ve been busy with work, RL, and > working on a Private Server for World of Warcraft. (AKA Warcrack), > it''s been hectic, but I''ve finally getting some headway, and got me a > system that is 64bit Linux, that I can test on.No worries, I''ve been busy with other shit myself for a while and only just got back to working on this. Anyway, good to hear from you, hope things are all good with you. You happy if we plan to cut 1.9.8 later this week?> It works, except I get the weird error from: set_focus() in both the > examples, and my wxRIDE App: > > Backtrace: > /home/eumario/wxRIDE/wxRIDE/lib/ui/MainWin.rb:89:in `set_focus'': stack > level too deep (SystemStackError) > /home/eumario/wxRIDE/wxRIDE/lib/ui/MainWin.rb:89:in `initialize'' > wxRIDE.rb:75:in `new'' > wxRIDE.rb:75:in `on_init'' > wxRIDE.rb:88:in `main_loop'' > wxRIDE.rb:88:in `main_loop'' > wxRIDE.rb:137Mmmm, I think I might have seen this before on OS X/intel but ignored it. Looks like something that might need a %feature("nodirector") applied. Could you let me know what type of control/widget it''s occurring on? cheers alex
Well, I run into this error in the Caret example, when it tries to set focus on a ScrollWindow, but in my app, it''s when set focus is called to set the focus on a Notebook Tab, which if I remember right, it''s actually getting the Scintilla Text ctrl, so I think this problem may lay at the root Control, Wx::Window. Which means any control that uses set_focus could call the stack level to deep error. If we can solve this stack level to deep before we cut a release, yeah, that''s fine. Cause this is a serious bug that we need to patch before we ship it out. L8ers, On Tue, Aug 26, 2008 at 2:14 PM, Alex Fenton <alex at pressure.to> wrote:> Hey Mario > > Mario Steele wrote: > >> Sorry I''ve been gone so long, I''ve been busy with work, RL, and working on >> a Private Server for World of Warcraft. (AKA Warcrack), it''s been hectic, >> but I''ve finally getting some headway, and got me a system that is 64bit >> Linux, that I can test on. >> > > No worries, I''ve been busy with other shit myself for a while and only just > got back to working on this. Anyway, good to hear from you, hope things are > all good with you. You happy if we plan to cut 1.9.8 later this week? > > It works, except I get the weird error from: set_focus() in both the >> examples, and my wxRIDE App: >> >> Backtrace: >> /home/eumario/wxRIDE/wxRIDE/lib/ui/MainWin.rb:89:in `set_focus'': stack >> level too deep (SystemStackError) >> /home/eumario/wxRIDE/wxRIDE/lib/ui/MainWin.rb:89:in `initialize'' >> wxRIDE.rb:75:in `new'' >> wxRIDE.rb:75:in `on_init'' >> wxRIDE.rb:88:in `main_loop'' >> wxRIDE.rb:88:in `main_loop'' >> wxRIDE.rb:137 >> > Mmmm, I think I might have seen this before on OS X/intel but ignored it. > Looks like something that might need a %feature("nodirector") applied. Could > you let me know what type of control/widget it''s occurring on? > > cheers > alex > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-development/attachments/20080827/6d10780b/attachment-0001.html>
Mario Steele wrote:> Well, I run into this error in the Caret example, when it tries to set > focus on a ScrollWindow, but in my app, it''s when set focus is called > to set the focus on a Notebook Tab, which if I remember right, it''s > actually getting the Scintilla Text ctrl, so I think this problem may > lay at the root Control, Wx::Window. Which means any control that > uses set_focus could call the stack level to deep error. > > If we can solve this stack level to deep before we cut a release, > yeah, that''s fine. Cause this is a serious bug that we need to patch > before we ship it out.Can you have another go with the latest from SVN please? As I thought, we needed a "nodirector" in there. Several classes (included ScrolledWindow in the caret sample) were missing the declaration that prevents SWIG generating masses of useless (and this case, dangerous) directors for the virtual methods in Window classes. cheers alex
Re-compiled from SVN, and it''s working, as far as set_focus, but
I''m getting
more stack to deep errors, I get a double one, cause of my Crash handler.
The two that I get:
wxRIDE.rb:109:in `is_shown'': stack level too deep (SystemStackError)
from wxRIDE.rb:109:in `show_modal''
from wxRIDE.rb:109:in `main_loop''
from wxRIDE.rb:137
Which occurs during my execution of the crash dialog, specifically with
Dialog#show_modal()
And the one that causes my Crash dialog to show up in the first place:
/home/eumario/source/wxRIDE/wxRIDE/lib/ui/RideDirCtrl.rb:18:in
`initialize'':
Error initializing #<WxRide::RideDirCtrl:0x2b6d928a3038>
: stack level too deep
Correct parameters for WxRide::RideDirCtrl.new are:
:id => (Fixnum)
:dir => (String)
:pos => (Wxruby2::Point)
:size => (Wxruby2::Size)
:style => (Fixnum)
:filter => (String)
:default_filter => (Fixnum)
:name => (String)
(SystemStackError)
/home/eumario/source/wxRIDE/wxRIDE/lib/ui/WorkSpace.rb:8:in
`new''
/home/eumario/source/wxRIDE/wxRIDE/lib/ui/WorkSpace.rb:8:in
`initialize''
/home/eumario/source/wxRIDE/wxRIDE/lib/ui/MainWin.rb:253:in
`new''
/home/eumario/source/wxRIDE/wxRIDE/lib/ui/MainWin.rb:253:in
`setup_views''
/home/eumario/source/wxRIDE/wxRIDE/lib/ui/MainWin.rb:82:in
`initialize''
wxRIDE.rb:75:in `new''
wxRIDE.rb:75:in `on_init''
wxRIDE.rb:88:in `main_loop''
wxRIDE.rb:88:in `main_loop''
wxRIDE.rb:137
Which comes from initializing a Subclass of Wx::GenericDirCtrl under
WxRide::RideDirCtrl.
On Wed, Aug 27, 2008 at 7:46 AM, Alex Fenton <alex at pressure.to> wrote:
> Mario Steele wrote:
>
>> Well, I run into this error in the Caret example, when it tries to set
>> focus on a ScrollWindow, but in my app, it''s when set focus is
called to set
>> the focus on a Notebook Tab, which if I remember right, it''s
actually
>> getting the Scintilla Text ctrl, so I think this problem may lay at the
root
>> Control, Wx::Window. Which means any control that uses set_focus could
call
>> the stack level to deep error.
>>
>> If we can solve this stack level to deep before we cut a release, yeah,
>> that''s fine. Cause this is a serious bug that we need to
patch before we
>> ship it out.
>>
> Can you have another go with the latest from SVN please?
>
> As I thought, we needed a "nodirector" in there. Several classes
(included
> ScrolledWindow in the caret sample) were missing the declaration that
> prevents SWIG generating masses of useless (and this case, dangerous)
> directors for the virtual methods in Window classes.
>
>
> cheers
> alex
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
--
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/wxruby-development/attachments/20080827/df39ad6f/attachment.html>
Mario Steele wrote:> Re-compiled from SVN, and it''s working, as far as set_focus, but I''m > getting more stack to deep errors, I get a double one, cause of my > Crash handler. The two that I get: > > wxRIDE.rb:109:in `is_shown'': stack level too deep (SystemStackError) > from wxRIDE.rb:109:in `show_modal'' > from wxRIDE.rb:109:in `main_loop'' > from wxRIDE.rb:137I tried calling Wx::Dialog#is_shown and it seems to work OK for me. Perhaps you could send a minimal sample that reproduces the error. Out of interest, what was your final solution to getting the crash dialog to work and capture exceptions anywhere?> Which occurs during my execution of the crash dialog, specifically > with Dialog#show_modal() > > And the one that causes my Crash dialog to show up in the first place: > > /home/eumario/source/wxRIDE/wxRIDE/lib/ui/RideDirCtrl.rb:18:in > `initialize'': Error initializing #<WxRide::RideDirCtrl:0x2b6d928a3038> > : stack level too deep > Correct parameters for WxRide::RideDirCtrl.new are: > :id => (Fixnum) > :dir => (String) > :pos => (Wxruby2::Point) > :size => (Wxruby2::Size) > :style => (Fixnum) > :filter => (String) > :default_filter => (Fixnum) > :name => (String) > (SystemStackError) > /home/eumario/source/wxRIDE/wxRIDE/lib/ui/WorkSpace.rb:8:in `new'' > /home/eumario/source/wxRIDE/wxRIDE/lib/ui/WorkSpace.rb:8:in > `initialize'' > /home/eumario/source/wxRIDE/wxRIDE/lib/ui/MainWin.rb:253:in `new'' > /home/eumario/source/wxRIDE/wxRIDE/lib/ui/MainWin.rb:253:in > `setup_views'' > /home/eumario/source/wxRIDE/wxRIDE/lib/ui/MainWin.rb:82:in > `initialize'' > wxRIDE.rb:75:in `new'' > wxRIDE.rb:75:in `on_init'' > wxRIDE.rb:88:in `main_loop'' > wxRIDE.rb:88:in `main_loop'' > wxRIDE.rb:137 > > Which comes from initializing a Subclass of Wx::GenericDirCtrl under > WxRide::RideDirCtrl.OK, I''ll give this a try. Again, if you have code you could post, that would be ace. Doing some work on Windows has turned up a couple of bugs that I want to fix before 1.9.8 - will look again tomorrow. alex
Hi all, So here are the results of more tests on the bigdemo both on both 1.8.7-p72 and 1.9.0-4 : Code not compliant with ruby 1.9 : 1/ bigdemo > Core Windows/Controls > wxSashWindow => Not compliant with ruby 1.9.0-4 => remove the ending : at line 84 of wxSashWindow.rbw 2/ bigdemo > Core Windows/Controls > wxTreeCtrl => I don''t know at the moment what''s wrong with wxTreeCtrl.rbw at line #88 Crashes with both 1.8.7-p72 and 1.9.0-4 : 1/ bigdemo > Base Frames and Dialogs > wxMDIWindows : - Create a child window (File > New Window) - Click inside the child window or use the scrollbars to move the contents of the child window => crash 2/ bigdemo > Common Dialogs > wxFindReplaceDialog > Show Find Dialog or bigdemo > Common Dialogs > wxFindReplaceDialog > Show Find and Replace Dialog : - Type some text - Click Find => crash after one or several clicks or : - Just Click Cancel - Show again the dialog - Click again Cancel => crash 3/ bigdemo > Core Windows/Controls > wxScrolledWindow => crash on ruby 1.9.0-4 => Stack level too deep on ruby 1.8.7p72 Cheers. Chauk-Mean
Mario Steele wrote:> Re-compiled from SVN, and it''s working, as far as set_focus, but I''m > getting more stack to deep errors, I get a double one, cause of my > Crash handler. The two that I get: > > wxRIDE.rb:109:in `is_shown'': stack level too deep (SystemStackError) > from wxRIDE.rb:109:in `show_modal'' > from wxRIDE.rb:109:in `main_loop'' > from wxRIDE.rb:137 > > Which occurs during my execution of the crash dialog, specifically > with Dialog#show_modal()Could you have a go with latest SVN please? Think this should now be resolved alex
Latest SVN looks good. Able to get wxRIDE going, and a couple of new apps I''m working on. Looking good. On Thu, Aug 28, 2008 at 10:46 AM, Alex Fenton <alex at pressure.to> wrote:> Mario Steele wrote: > >> Re-compiled from SVN, and it''s working, as far as set_focus, but I''m >> getting more stack to deep errors, I get a double one, cause of my Crash >> handler. The two that I get: >> >> wxRIDE.rb:109:in `is_shown'': stack level too deep (SystemStackError) >> from wxRIDE.rb:109:in `show_modal'' >> from wxRIDE.rb:109:in `main_loop'' >> from wxRIDE.rb:137 >> >> Which occurs during my execution of the crash dialog, specifically with >> Dialog#show_modal() >> > > Could you have a go with latest SVN please? Think this should now be > resolved > > > alex > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-development/attachments/20080828/9cf8b16a/attachment.html>
Mario Steele wrote:> Latest SVN looks good. Able to get wxRIDE going, and a couple of new > apps I''m working on. Looking good.Great, thanks for testing it out. I''ve just tagged 1.9.8 in the repo and put the first couple of builds up. Will get onto the others over the next few days. cheers alex
Hi Alex, 2008/8/29 Alex Fenton <alex at pressure.to>:> Great, thanks for testing it out. I''ve just tagged 1.9.8 in the repo and put > the first couple of builds up. Will get onto the others over the next few > days.What about the issues I have reported 2 days ago (http://rubyforge.org/pipermail/wxruby-development/2008-August/001367.html). Anyway, I will try the new version. Cheers, Chauk-Mean.
Chauk-Mean P wrote:> What about the issues I have reported 2 days ago > (http://rubyforge.org/pipermail/wxruby-development/2008-August/001367.html). > Anyway, I will try the new version.I started working through them and then got distracted so didn''t work methodically all through your list. Sorry. The aui sample, SystemStackError are definitely fixed. I tested some of the others with the 1.9.8 mingw build, and can''t reproduce the errors in FindReplaceDialog either. MDI doesn''t really do anything on Linux but it shouldn''t craash... cheers a
Hey Alex, What features need to be disabled for Linux for the most workable Gem of wxRuby? I''m going to make a x86-64 linux gem. L8ers, On Fri, Aug 29, 2008 at 9:19 AM, Alex Fenton <alex at pressure.to> wrote:> Chauk-Mean P wrote: > >> What about the issues I have reported 2 days ago >> ( >> http://rubyforge.org/pipermail/wxruby-development/2008-August/001367.html >> ). >> Anyway, I will try the new version. >> > I started working through them and then got distracted so didn''t work > methodically all through your list. Sorry. The aui sample, SystemStackError > are definitely fixed. I tested some of the others with the 1.9.8 mingw > build, and can''t reproduce the errors in FindReplaceDialog either. > > MDI doesn''t really do anything on Linux but it shouldn''t craash... > > cheers > > a > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-development/attachments/20080829/fb79b5bb/attachment.html>
Mario Steele wrote:> What features need to be disabled for Linux for the most workable Gem > of wxRuby? I''m going to make a x86-64 linux gem.Nice one ... I built the x86 one with support for everything except MediaCtrl & MediaEvent. If there were a similar _64 gem that would be great. I''ve recently started again on Linux using Ubuntu via VirtualBox. Compiling a dynamically linked version against the distro packages of wxWidgets seemed the easiest way to get started so I think we should see if we can offer a 2.0 source gem that sets itself up this way. What do you and others think? thanks alex
I think that would be best, but to offer a Generic version for both x86 and x86_64 binary gems, just incase people don''t want to have to compile, might also be prudent. On Fri, Aug 29, 2008 at 8:13 PM, Alex Fenton <alex at pressure.to> wrote:> Mario Steele wrote: > >> What features need to be disabled for Linux for the most workable Gem of >> wxRuby? I''m going to make a x86-64 linux gem. >> > Nice one ... I built the x86 one with support for everything except > MediaCtrl & MediaEvent. If there were a similar _64 gem that would be great. > > I''ve recently started again on Linux using Ubuntu via VirtualBox. Compiling > a dynamically linked version against the distro packages of wxWidgets seemed > the easiest way to get started so I think we should see if we can offer a > 2.0 source gem that sets itself up this way. What do you and others think? > > thanks > alex > > > > _______________________________________________ > wxruby-development mailing list > wxruby-development at rubyforge.org > http://rubyforge.org/mailman/listinfo/wxruby-development >-- Mario Steele http://www.trilake.net http://www.ruby-im.net http://rubyforge.org/projects/wxruby/ http://rubyforge.org/projects/wxride/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-development/attachments/20080829/82bebe8a/attachment.html>