From nobody at rubyforge.org  Wed May  2 15:13:49 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Wed,  2 May 2007 15:13:49 -0400 (EDT)
Subject: [Wxruby-development] [1000]
	branches/wxruby2/wxwidgets_282/swig/classes/include/wxPen.h:
	Default arguments for Wx::Pen constructors
Message-ID: <20070502191349.836C6524096F@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070502/e033c4b1/attachment.html 

From alex at pressure.to  Thu May  3 04:39:27 2007
From: alex at pressure.to (Alex Fenton)
Date: Thu, 03 May 2007 09:39:27 +0100
Subject: [Wxruby-development] memory leaks
Message-ID: <46399FBF.2050800@pressure.to>

Have tracked down a fairly serious cause of memory leakage in wxRuby2. 
swig/fixdeleting.rb adds a hash mapping from pointer address to ruby 
VALUE in every director initialiser using GcMapPtrToValue.

The problem is that being a value in this global hash means that every 
Wx::Bitmap (for example, and others) are always marked in ruby's GC mark 
phase, so they are never collected until shut down, even if they have 
fallen out of scope everywhere else.

I think the way to go is to dispense with fixdeleting altogether and 
define appropriate freefuncs for the different types of Wx classes 
(Windows, TopLevelWindows, Events, others) that reflect wxWidgets own 
memory management tactics. But this uncovers quite a few bugs that have 
so far been masked, so I think we should try after releasing 0.0.40

alex



From sean.m.long at gmail.com  Fri May  4 02:50:20 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Thu, 3 May 2007 23:50:20 -0700
Subject: [Wxruby-development] memory leaks
In-Reply-To: <46399FBF.2050800@pressure.to>
References: <46399FBF.2050800@pressure.to>
Message-ID: <c2cd0d1d0705032350w13c91cdfwedbe345c83913d15@mail.gmail.com>

I am all for getting rid of the 'special' hacks in the build process
but I think we should get out the wx2.8 version first then tackle the
memory leaks. I don't have the time currently to work on fixing this
problem so it will be up to you, you will most likely be the one to do
the work anyway.

BTW Alex you are a machine, I don't know where you find the time.

Sean

On 5/3/07, Alex Fenton <alex at pressure.to> wrote:
> Have tracked down a fairly serious cause of memory leakage in wxRuby2.
> swig/fixdeleting.rb adds a hash mapping from pointer address to ruby
> VALUE in every director initialiser using GcMapPtrToValue.
>
> The problem is that being a value in this global hash means that every
> Wx::Bitmap (for example, and others) are always marked in ruby's GC mark
> phase, so they are never collected until shut down, even if they have
> fallen out of scope everywhere else.
>
> I think the way to go is to dispense with fixdeleting altogether and
> define appropriate freefuncs for the different types of Wx classes
> (Windows, TopLevelWindows, Events, others) that reflect wxWidgets own
> memory management tactics. But this uncovers quite a few bugs that have
> so far been masked, so I think we should try after releasing 0.0.40
>
> alex
>
>
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From alex at pressure.to  Fri May  4 13:51:19 2007
From: alex at pressure.to (Alex Fenton)
Date: Fri, 04 May 2007 18:51:19 +0100
Subject: [Wxruby-development] release plan 0.0.40
In-Reply-To: <463663FE.40404@pressure.to>
References: <463663FE.40404@pressure.to>
Message-ID: <463B7297.2020100@pressure.to>

Alex Fenton wrote:
> My plan is to merge the wx28 branch back onto trunk shortly. 
>   
Just to let you know that the branch has been merged, so please switch 
onto and work on trunk. Hopefully will tag early next week.

a


From nobody at rubyforge.org  Fri May  4 13:56:08 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 13:56:08 -0400 (EDT)
Subject: [Wxruby-development] [1002] trunk/wxruby2/swig/RubyConstants.i: Add
	VERSION constants from wxWidgets
Message-ID: <20070504175608.C300F5240AAF@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/3880908d/attachment-0001.html 

From nobody at rubyforge.org  Fri May  4 13:58:10 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 13:58:10 -0400 (EDT)
Subject: [Wxruby-development] [1003] trunk/wxruby2: Create correct
	WXWIDGETS_VERSION string constant instead of hardcoding
Message-ID: <20070504175810.8CCE15240AAF@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/54eb9d40/attachment.html 

From nobody at rubyforge.org  Fri May  4 14:03:08 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 14:03:08 -0400 (EDT)
Subject: [Wxruby-development] [1004] trunk/wxruby2/swig/common.i: Updated
	wxWidgets version check
Message-ID: <20070504180308.465C35240AE2@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/5716bd90/attachment.html 

From nobody at rubyforge.org  Fri May  4 16:02:44 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 16:02:44 -0400 (EDT)
Subject: [Wxruby-development] [1005] trunk/wxruby2/samples/images/images.rb:
	Remove some debugging output
Message-ID: <20070504200244.E9E7D52409E9@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/9c3421ab/attachment.html 

From nobody at rubyforge.org  Fri May  4 16:04:49 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 16:04:49 -0400 (EDT)
Subject: [Wxruby-development] [1006]
	trunk/wxruby2/samples/bigdemo/wxArtProvider.rbw: ok method
	name changed to is_ok
Message-ID: <20070504200449.BE73452409E9@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/ff96e937/attachment.html 

From nobody at rubyforge.org  Fri May  4 19:36:25 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 19:36:25 -0400 (EDT)
Subject: [Wxruby-development] [1007] trunk/wxruby2/swig: Fixed
	Wx::Image#scale and rescale signature, also added needed constants.
Message-ID: <20070504233626.01DBA5240AAE@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/57020e10/attachment.html 

From nobody at rubyforge.org  Fri May  4 19:38:03 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 19:38:03 -0400 (EDT)
Subject: [Wxruby-development] [1008]
	trunk/wxruby2/samples/controls/get_item_sample.rb: ok method
	name changed to is_ok
Message-ID: <20070504233803.F00AA5240AD8@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/c71bdaf8/attachment-0001.html 

From nobody at rubyforge.org  Fri May  4 19:38:37 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 19:38:37 -0400 (EDT)
Subject: [Wxruby-development] [1009]
	trunk/wxruby2/samples/treectrl/treectrl.rb: ok method name
	changed to is_ok
Message-ID: <20070504233837.2C6E05240AAE@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/d169786b/attachment.html 

From nobody at rubyforge.org  Fri May  4 19:43:10 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 19:43:10 -0400 (EDT)
Subject: [Wxruby-development] [1010] trunk/wxruby2: PrintPreview ok method
	name changed to is_ok, update sample
Message-ID: <20070504234311.3E3CD5240AAE@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/1faa0efb/attachment.html 

From nobody at rubyforge.org  Fri May  4 19:44:30 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Fri,  4 May 2007 19:44:30 -0400 (EDT)
Subject: [Wxruby-development] [1011]
	trunk/wxruby2/doc/textile/printpreview.txtl: Update docs for
	PrintPreview ok
Message-ID: <20070504234430.B2EA35240AE2@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070504/c9fe98e3/attachment.html 

From nobody at rubyforge.org  Sat May  5 05:16:01 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Sat,  5 May 2007 05:16:01 -0400 (EDT)
Subject: [Wxruby-development] [1012] trunk/wxruby2/doc/textile: Added docs
	for AUI Advanced User Interface classes
Message-ID: <20070505091601.ECA11524097D@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070505/19cfcc00/attachment-0001.html 

From nobody at rubyforge.org  Sat May  5 06:02:59 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Sat,  5 May 2007 06:02:59 -0400 (EDT)
Subject: [Wxruby-development] [1013] trunk/wxruby2/swig/common.i: Run
	version test at SWIG phase rather than compile phase
Message-ID: <20070505100259.409DA524097D@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070505/b8ff3b4f/attachment.html 

From nobody at rubyforge.org  Sat May  5 06:06:29 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Sat,  5 May 2007 06:06:29 -0400 (EDT)
Subject: [Wxruby-development] [1014] trunk/wxruby2/swig/common.i: Undo
	broken commit
Message-ID: <20070505100629.BBFF0524097D@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070505/8c7f914a/attachment.html 

From nobody at rubyforge.org  Sat May  5 10:06:25 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Sat,  5 May 2007 10:06:25 -0400 (EDT)
Subject: [Wxruby-development] [1015] trunk/wxruby2/doc/textile/sizer.txtl:
	Clarify that size_t should be a ruby Integer
Message-ID: <20070505140625.989D75240982@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070505/10d30325/attachment.html 

From nobody at rubyforge.org  Sat May  5 13:16:28 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Sat,  5 May 2007 13:16:28 -0400 (EDT)
Subject: [Wxruby-development] [1016] trunk/wxruby2/swig/classes/StatusBar.i:
	Remove directors from StatusBar's methods as don't seem to
	need them, (Bug:6809)
Message-ID: <20070505171628.2161752409AA@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070505/b1f9bcba/attachment.html 

From noreply at rubyforge.org  Mon May  7 15:55:34 2007
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon,  7 May 2007 15:55:34 -0400 (EDT)
Subject: [Wxruby-development] [ wxruby-Bugs-10662 ] ClientDC paint not being
	shown on OS X with 2.8
Message-ID: <20070507195534.94CCF5240AEE@rubyforge.org>

Bugs item #10662, was opened at 2007-05-07 19:55
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10662&group_id=35

Category: Incorrect behavior
Group: None
Status: Open
Resolution: None
Priority: 4
Submitted By: Alex Fenton (brokentoy)
Assigned to: Alex Fenton (brokentoy)
Summary: ClientDC paint not being shown on OS X with 2.8

Initial Comment:
Since moving to wxWidgets 2.8, drawing done with a ClientDC (outside a paint event, via the paint method) is not being shown until the window is invalidated, on OS X only.

This can be seen in the cursor sample in bigdemo; the red circle shown on click to mark the hotspot does not appear until the Choice is dropped down and covers the window.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10662&group_id=35

From noreply at rubyforge.org  Mon May  7 15:57:20 2007
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon,  7 May 2007 15:57:20 -0400 (EDT)
Subject: [Wxruby-development] [ wxruby-Bugs-10663 ] Keys not responding in
	caret sample, Linux
Message-ID: <20070507195720.939485240A33@rubyforge.org>

Bugs item #10663, was opened at 2007-05-07 19:57
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10663&group_id=35

Category: Incorrect behavior
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Alex Fenton (brokentoy)
Assigned to: Alex Fenton (brokentoy)
Summary: Keys not responding in caret sample, Linux

Initial Comment:
On Linux (Ubuntu 7.4) the caret does not move when arrow keys are pressed in teh caret sample, and characters aren't being typed.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10663&group_id=35

From nobody at rubyforge.org  Mon May  7 16:25:53 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon,  7 May 2007 16:25:53 -0400 (EDT)
Subject: [Wxruby-development] [1017] trunk/wxruby2/Changelog: Update
	changelog with 0.0.40 changes
Message-ID: <20070507202553.112E95240B02@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070507/b4eca355/attachment-0001.html 

From nobody at rubyforge.org  Mon May  7 16:29:40 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon,  7 May 2007 16:29:40 -0400 (EDT)
Subject: [Wxruby-development] [1018] tags/wxruby2/0.0.40/: Tagged 0.0.40
Message-ID: <20070507202940.DFDAC5240B28@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070507/f57c388d/attachment.html 

From alex at pressure.to  Mon May  7 16:42:41 2007
From: alex at pressure.to (Alex Fenton)
Date: Mon, 07 May 2007 21:42:41 +0100
Subject: [Wxruby-development] 0.0.40 tagged
Message-ID: <463F8F41.9090902@pressure.to>

I've tagged 0.0.40 in subversion and created the release on rubyforge. 
Roy, Sean, please could you compile and upload the binary gems when you 
have a moment - thanks in advance. Drop me a line off list so I know 
when to make an announcement.

cheers
alex

From sean.m.long at gmail.com  Mon May  7 16:45:13 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 7 May 2007 13:45:13 -0700
Subject: [Wxruby-development] [ wxruby-Bugs-10662 ] ClientDC paint not
	being shown on OS X with 2.8
In-Reply-To: <20070507195534.94CCF5240AEE@rubyforge.org>
References: <20070507195534.94CCF5240AEE@rubyforge.org>
Message-ID: <c2cd0d1d0705071345t6e043161ha5e0160b21eb9246@mail.gmail.com>

For some reason I can not log into rubyforge to comment on this bug,
so here is the comment for now:

Based on what I have read on the DialogBlocks mailing list 2.8 is now
drawing using core graphics on OS X.

Julian Smart wrote the following:

"You could try editing include/wx/mac/carbon/chkcnf.h and setting
wxMAC_USE_CORE_GRAPHICS to 0 and recompiling, since this mode is
rather new and there are a few issues with it. In particular,
wxClientDC does not work well with core graphics mode on - Mac OS X
prefers it if you do everything in your paint handler."

I think we should set wxMAC_USE_CORE_GRAPHICS to 0 for now until the
bugs are worked out.

The DialogBlocks mailing list is here, I think you have to subscribe
to the group to read messages.
http://groups.yahoo.com/group/anthemion-devtools/

Sean


On 5/7/07, noreply at rubyforge.org <noreply at rubyforge.org> wrote:
> Bugs item #10662, was opened at 2007-05-07 19:55
> You can respond by visiting:
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=10662&group_id=35
>
> Category: Incorrect behavior
> Group: None
> Status: Open
> Resolution: None
> Priority: 4
> Submitted By: Alex Fenton (brokentoy)
> Assigned to: Alex Fenton (brokentoy)
> Summary: ClientDC paint not being shown on OS X with 2.8
>
> Initial Comment:
> Since moving to wxWidgets 2.8, drawing done with a ClientDC (outside a paint event, via the paint method) is not being shown until the window is invalidated, on OS X only.
>
> This can be seen in the cursor sample in bigdemo; the red circle shown on click to mark the hotspot does not appear until the Choice is dropped down and covers the window.
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=10662&group_id=35
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From sean.m.long at gmail.com  Mon May  7 19:48:05 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 7 May 2007 16:48:05 -0700
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <463F8F41.9090902@pressure.to>
References: <463F8F41.9090902@pressure.to>
Message-ID: <c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>

Alex,

I am going to build with wxMAC_USE_CORE_GRAPHICS set to 0 unless you
have any objections. It fixed bug 10662,
http://rubyforge.org/tracker/index.php?func=detail&aid=10662&group_id=35&atid=218

It also fixes drawing bugs in my own applications.

Sean

On 5/7/07, Alex Fenton <alex at pressure.to> wrote:
> I've tagged 0.0.40 in subversion and created the release on rubyforge.
> Roy, Sean, please could you compile and upload the binary gems when you
> have a moment - thanks in advance. Drop me a line off list so I know
> when to make an announcement.
>
> cheers
> alex
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From alex at pressure.to  Mon May  7 20:18:50 2007
From: alex at pressure.to (Alex Fenton)
Date: Tue, 08 May 2007 01:18:50 +0100
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>
References: <463F8F41.9090902@pressure.to>
	<c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>
Message-ID: <463FC1EA.9090906@pressure.to>

Sean Long wrote:
> Alex,
>
> I am going to build with wxMAC_USE_CORE_GRAPHICS set to 0 unless you
> have any objections. It fixed bug 10662,
> http://rubyforge.org/tracker/index.php?func=detail&aid=10662&group_id=35&atid=218
>   
Thanks. I'm going to try the same cos I haven't uploaded the PPC gem 
yet. Do you change it in the source tree of WxWidgets and recompile wx 
and wxruby2 - or just change it in the installed headers?

> It also fixes drawing bugs in my own applications.
>   
I've noticed that 2.8 fixes quite a lot of little OS X issues like with 
the placement of button labels and text on toolbar buttons.

a

From sean.m.long at gmail.com  Mon May  7 23:40:25 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 7 May 2007 20:40:25 -0700
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <463FC1EA.9090906@pressure.to>
References: <463F8F41.9090902@pressure.to>
	<c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>
	<463FC1EA.9090906@pressure.to>
Message-ID: <c2cd0d1d0705072040r1c6c048dhb4438aa11b2205ec@mail.gmail.com>

> Thanks. I'm going to try the same cos I haven't uploaded the PPC gem
> yet. Do you change it in the source tree of WxWidgets and recompile wx
> and wxruby2 - or just change it in the installed headers?

I changed it in the WxWidgets source tree:
include/wx/mac/carbon/chkconf.h

then I just did a:
make clean
make
sudo make install

cd wxruby dir
rake clean
rake clean_src
rake

Not really sure if all the cleans are needed

Sean

From alex at pressure.to  Tue May  8 14:39:50 2007
From: alex at pressure.to (Alex Fenton)
Date: Tue, 08 May 2007 19:39:50 +0100
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>
References: <463F8F41.9090902@pressure.to>
	<c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>
Message-ID: <4640C3F6.2060402@pressure.to>

Sean Long wrote:
> Alex,
>
> I am going to build with wxMAC_USE_CORE_GRAPHICS set to 0 unless you
> have any objections. It fixed bug 10662,
> http://rubyforge.org/tracker/index.php?func=detail&aid=10662&group_id=35&atid=218
>   
I built the PPC gem the same way and it seems to fix ClientDC. Oddly, 
the text labels in TreeCtrl are now drawn in a rather spindly font, 
where they were fine in 2.6.3. Trying set_font didn't seem to help. Do 
you see the same thing on 10.4? Prob something we'll have to wait for 
wxWidgets to work out...

a

From sean.m.long at gmail.com  Tue May  8 17:31:57 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 8 May 2007 14:31:57 -0700
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <4640C3F6.2060402@pressure.to>
References: <463F8F41.9090902@pressure.to>
	<c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>
	<4640C3F6.2060402@pressure.to>
Message-ID: <c2cd0d1d0705081431m9fc5401m887b1a3e87fa905b@mail.gmail.com>

I am including 2 pictures of what treectrl looks like on 10.4.9 with
the 0.0.40 build.

The metal window one is my custom app, the other is the treectrl sample.

To me it looks the same as before.

Sean

On 5/8/07, Alex Fenton <alex at pressure.to> wrote:
> Sean Long wrote:
> > Alex,
> >
> > I am going to build with wxMAC_USE_CORE_GRAPHICS set to 0 unless you
> > have any objections. It fixed bug 10662,
> > http://rubyforge.org/tracker/index.php?func=detail&aid=10662&group_id=35&atid=218
> >
> I built the PPC gem the same way and it seems to fix ClientDC. Oddly,
> the text labels in TreeCtrl are now drawn in a rather spindly font,
> where they were fine in 2.6.3. Trying set_font didn't seem to help. Do
> you see the same thing on 10.4? Prob something we'll have to wait for
> wxWidgets to work out...
>
> a
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: custom_app.png
Type: image/png
Size: 10546 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/wxruby-development/attachments/20070508/aa26cae7/attachment-0002.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: treectrl_sample.png
Type: image/png
Size: 7897 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/wxruby-development/attachments/20070508/aa26cae7/attachment-0003.png 

From alex at pressure.to  Tue May  8 18:04:58 2007
From: alex at pressure.to (Alex Fenton)
Date: Tue, 08 May 2007 23:04:58 +0100
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <c2cd0d1d0705081431m9fc5401m887b1a3e87fa905b@mail.gmail.com>
References: <463F8F41.9090902@pressure.to>	<c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>	<4640C3F6.2060402@pressure.to>
	<c2cd0d1d0705081431m9fc5401m887b1a3e87fa905b@mail.gmail.com>
Message-ID: <4640F40A.6000403@pressure.to>

Sean Long wrote:
> I am including 2 pictures of what treectrl looks like on 10.4.9 with
> the 0.0.40 build.
>
> The metal window one is my custom app, the other is the treectrl sample.
>
> To me it looks the same as before.
Thanks - Yeah, that is what it used to look like. Guess it must be 
something with 10.3. I get it looking like the attached now. I suppose 
there are worse bugs ;)

alex
-------------- next part --------------
A non-text attachment was scrubbed...
Name: treectrl.tiff
Type: image/tiff
Size: 38250 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/wxruby-development/attachments/20070508/ef585312/attachment-0001.tiff 

From sean.m.long at gmail.com  Tue May  8 18:39:22 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 8 May 2007 15:39:22 -0700
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <4640F40A.6000403@pressure.to>
References: <463F8F41.9090902@pressure.to>
	<c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>
	<4640C3F6.2060402@pressure.to>
	<c2cd0d1d0705081431m9fc5401m887b1a3e87fa905b@mail.gmail.com>
	<4640F40A.6000403@pressure.to>
Message-ID: <c2cd0d1d0705081539u1529a46es66cc736e9fa5af11@mail.gmail.com>

> Thanks - Yeah, that is what it used to look like. Guess it must be
> something with 10.3. I get it looking like the attached now. I suppose
> there are worse bugs ;

In system preferences in the Appearance area what do you have for the
following setting:

Turn off text smoothing for font sizes _______ and smaller (the
wording may be different on 10.3)

On my system I have it set to 8.

In the image you sent it looks like font smoothing is turned off.

curious to know if that is the problem

Sean

From alex at pressure.to  Wed May  9 00:52:07 2007
From: alex at pressure.to (Alex Fenton)
Date: Wed, 09 May 2007 05:52:07 +0100
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <c2cd0d1d0705081539u1529a46es66cc736e9fa5af11@mail.gmail.com>
References: <463F8F41.9090902@pressure.to>	<c2cd0d1d0705071648g3597c045r2b6d1f50c0855e07@mail.gmail.com>	<4640C3F6.2060402@pressure.to>	<c2cd0d1d0705081431m9fc5401m887b1a3e87fa905b@mail.gmail.com>	<4640F40A.6000403@pressure.to>
	<c2cd0d1d0705081539u1529a46es66cc736e9fa5af11@mail.gmail.com>
Message-ID: <46415377.7050904@pressure.to>

Sean Long wrote:
>> Thanks - Yeah, that is what it used to look like. Guess it must be
>> something with 10.3. I get it looking like the attached now. I suppose
>> there are worse bugs ;
>>     
>
> In system preferences in the Appearance area what do you have for the
> following setting:
>
> Turn off text smoothing for font sizes _______ and smaller (the
> wording may be different on 10.3)
>
> On my system I have it set to 8.
>   
It seems to be set to 8 for me too. I don't think I've ever changed this 
setting. Tried nudging it but doesn't seem to help. The wxWidgets 
treectrl sample shows the same problem so I'm going to try posting the 
error there.

cheers
alex

From noreply at rubyforge.org  Fri May 11 00:09:49 2007
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Fri, 11 May 2007 00:09:49 -0400 (EDT)
Subject: [Wxruby-development] [ wxruby-Bugs-10759 ]
	Wx::AuiManager.get_all_panes can not get all pane.
Message-ID: <20070511040949.BD9915240C34@rubyforge.org>

Bugs item #10759, was opened at 2007-05-11 04:09
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10759&group_id=35

Category: Incorrect behavior
Group: v0.4
Status: Open
Resolution: None
Priority: 3
Submitted By: Chen Peng (auguusstt)
Assigned to: Kevin Smith (qualitycode)
Summary: Wx::AuiManager.get_all_panes can not get all pane.

Initial Comment:
require "wx"

=begin

bug : Wx::AuiManager.get_all_panes can not get all pane.

output:
====================================================
aui.get_all_panes------------
#<Wxruby2::AuiPaneInfo:0x2e3c0f4>,name=b
#<Wxruby2::AuiPaneInfo:0x2e3c0f4>,name=b
aui.get_pane----------
#<Wxruby2::AuiPaneInfo:0x2e3c0a4>,name=a
#<Wxruby2::AuiPaneInfo:0x2e3bf78>,name=b
====================================================

=end

class MainApp < Wx::App

  def on_init
    @frame = Wx::Frame.new(nil, -1, "bug get_all_panes",Wx::DEFAULT_POSITION,Wx::Size.new(800,600),Wx::DEFAULT_FRAME_STYLE)
    aui =Wx::AuiManager.new @frame
    
    
    pi = Wx::AuiPaneInfo.new.set_name('a').left.set_caption("a")
    aui.add_pane(createTextCtrl("a"), pi)
    
    pi = Wx::AuiPaneInfo.new.set_name('b').center.set_caption("b")
    aui.add_pane(createTextCtrl("b"), pi)
    
    puts "aui.get_all_panes------------"
    aui.get_all_panes.each{|pane| putsPane pane}
    
    puts "aui.get_pane----------"
    putsPane aui.get_pane("a") 
    putsPane aui.get_pane("b") 

    
    aui.update
    @frame.show
    return true
  end
  
  def putsPane pane
    print pane,",name=",pane.get_name,"\n"
  end
  
  def createTextCtrl text
    Wx::TextCtrl.new(@frame, -1, text, Wx::DEFAULT_POSITION, Wx::Size.new(-1,-1))
  end

end

a = MainApp.new
a.main_loop()
GC.start

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10759&group_id=35

From noreply at rubyforge.org  Sat May 12 08:47:31 2007
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Sat, 12 May 2007 08:47:31 -0400 (EDT)
Subject: [Wxruby-development] [ wxruby-Bugs-10797 ] App#filter_event always
	passes Wx::Event
Message-ID: <20070512124731.E8A6052409A3@rubyforge.org>

Bugs item #10797, was opened at 2007-05-12 12:47
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10797&group_id=35

Category: Incorrect behavior
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Alex Fenton (brokentoy)
Assigned to: Alex Fenton (brokentoy)
Summary: App#filter_event always passes Wx::Event

Initial Comment:
If the App class defines a filter_event method it is correctly called every time an event is generated. However, it always receives an event of class Wx::Event, rather than the appropriate subclass (eg Wx::IdleEvent).

We need to hook up the EventThunker code in swig/classes/EvtHandler.i to wrap the C++ objects with the correct class.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10797&group_id=35

From noreply at rubyforge.org  Tue May 15 03:00:26 2007
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 15 May 2007 03:00:26 -0400 (EDT)
Subject: [Wxruby-development] [ wxruby-Bugs-10844 ] GridTableBase clss not
	defined
Message-ID: <20070515070026.CEA025240C32@rubyforge.org>

Bugs item #10844, was opened at 2007-05-15 03:00
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10844&group_id=35

Category: Incorrect behavior
Group: v0.4
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody (None)
Assigned to: Kevin Smith (qualitycode)
Summary: GridTableBase clss not defined

Initial Comment:
In the Wxruby2 module, there is no constants named GridTableBase, 
which must be the base class for the customized table of Grid control.

So, if one try to do something like this :

class FooTable < Wx::GridTableBase
      # overriding some must-override methods..
      (..blarblar...)
end

ruby interpreter always complain that :

NameError: uninitialized constant Wxruby2::GridTableBase

I think it's because you do not link the C++ class wxGridTableBase 
into the ruby type system... 


----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=10844&group_id=35

From roys at mindspring.com  Wed May 16 02:49:58 2007
From: roys at mindspring.com (Roy Sutton)
Date: Wed, 16 May 2007 02:49:58 -0400
Subject: [Wxruby-development] 0.0.40 tagged
In-Reply-To: <463F8F41.9090902@pressure.to>
References: <463F8F41.9090902@pressure.to>
Message-ID: <464AA996.1010002@mindspring.com>

Alex Fenton wrote:
> I've tagged 0.0.40 in subversion and created the release on rubyforge. 
>
>   
Hi Guys,

Sorry I've been AWOL.  Just thought to catch up on the messages and see 
that not only have you tagged 0.0.40 but the Windows gem is already 
done.  Keep up the good work, I'll try to react faster next time.  I 
haven't even downloaded an build 2.8.3 yet.

Roy

From nobody at rubyforge.org  Thu May 17 13:39:06 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 17 May 2007 13:39:06 -0400 (EDT)
Subject: [Wxruby-development] [1019]
	trunk/wxruby2/swig/classes/include/wxPageSetupDialogData.h:
	Added IsOk that was missing.
Message-ID: <20070517173906.979B35240B0F@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070517/f96c532f/attachment.html 

From nobody at rubyforge.org  Sat May 19 18:39:41 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Sat, 19 May 2007 18:39:41 -0400 (EDT)
Subject: [Wxruby-development] [1020]
	trunk/wxruby2/swig/classes/FileDialog.i: Added the Wx::FD_XXX
	constants for FileDialog variants
Message-ID: <20070519223941.8BAD85240BDA@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070519/97a85eeb/attachment.html 

From nobody at rubyforge.org  Mon May 21 14:35:15 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 21 May 2007 14:35:15 -0400 (EDT)
Subject: [Wxruby-development] [1021] trunk/wxruby2/rake/rakewx.rb: Memory
	mgmt: don't run fixdeleting anymore
Message-ID: <20070521183515.609605240A51@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070521/fb5cdd81/attachment-0001.html 

From nobody at rubyforge.org  Mon May 21 14:36:04 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 21 May 2007 14:36:04 -0400 (EDT)
Subject: [Wxruby-development] [1022] trunk/wxruby2/swig/classes/App.i:
	Memory mgmt: use Wx::App to mark still-alive Windows,
	set up Wx::THE_APP const
Message-ID: <20070521183604.179EB5240A51@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070521/eb35611d/attachment.html 

From nobody at rubyforge.org  Mon May 21 14:39:11 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 21 May 2007 14:39:11 -0400 (EDT)
Subject: [Wxruby-development] [1024] trunk/wxruby2/swig: Memory mgmt: defs
	and implementation of new memory management; strip
Message-ID: <20070521183912.19D785240A59@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070521/9dd10011/attachment.html 

From nobody at rubyforge.org  Mon May 21 14:40:07 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 21 May 2007 14:40:07 -0400 (EDT)
Subject: [Wxruby-development] [1025] trunk/wxruby2/swig: Use Wx::THE_APP
	constant as global reference to App (as per WxWidgets); 
Message-ID: <20070521184007.ADB9F5240A59@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070521/8d2c6fb3/attachment.html 

From nobody at rubyforge.org  Mon May 21 14:40:49 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 21 May 2007 14:40:49 -0400 (EDT)
Subject: [Wxruby-development] [1026]
	trunk/wxruby2/swig/shared/control_with_items.i: Memory mgmt:
	USe __wx_destroyed__ instead of __swig_dead__; fix some
Message-ID: <20070521184049.CD2C75240A59@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070521/3801b2d7/attachment-0001.html 

From alex at pressure.to  Mon May 21 14:56:10 2007
From: alex at pressure.to (Alex Fenton)
Date: Mon, 21 May 2007 19:56:10 +0100
Subject: [Wxruby-development] First drop of new memory management
Message-ID: <4651EB4A.9070401@pressure.to>

Hi

Just a quick update on memory leaks etc. I've just dropped a bunch of 
patches with a new approach to linking ruby's GC to Wx's memory 
handling. Still some work to do - eg bigdemo.rb falls over quite quickly 
- but working well for me on other samples.

Briefly, it disposes of fixdeleting. For almost all objects that aren't 
Windows, they should now be deleted when the ruby object has fallen out 
of scope and garbage collection is done. This is normal SWIG behaviour. 
So this should address memory leaks eg with Wx::Bitmap.

Windows are a bit different, as they may not be referenced by any ruby 
variable, but still very much alive displayed on the screen. The 
instance of Wx::App now listens for all notifications of windows being 
destroyed from WxWidgets (via wxWindowDestroyEvent). In ruby's GC mark 
phase, all known SWIG objects are checked, and if they point to a Window 
that hasn't yet been destroyed, they are marked to prevent them being 
destroyed.

Anyway, apologies if you find things a bit shaky for a little while - 
shout with other samples you find to be crashing. But should be worth it 
to fix wxRuby's bad memory habits, and more maintainable too.

alex



From sean.m.long at gmail.com  Mon May 21 15:00:38 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 21 May 2007 12:00:38 -0700
Subject: [Wxruby-development] First drop of new memory management
In-Reply-To: <4651EB4A.9070401@pressure.to>
References: <4651EB4A.9070401@pressure.to>
Message-ID: <c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>

Alex,

I just got done going over the DIFFs from the changes and the way you
have it setup looks slick to me, not to mention well documented and
maintainable.

I am going to update and compile now.

Great work!

Sean

On 5/21/07, Alex Fenton <alex at pressure.to> wrote:
> Hi
>
> Just a quick update on memory leaks etc. I've just dropped a bunch of
> patches with a new approach to linking ruby's GC to Wx's memory
> handling. Still some work to do - eg bigdemo.rb falls over quite quickly
> - but working well for me on other samples.
>
> Briefly, it disposes of fixdeleting. For almost all objects that aren't
> Windows, they should now be deleted when the ruby object has fallen out
> of scope and garbage collection is done. This is normal SWIG behaviour.
> So this should address memory leaks eg with Wx::Bitmap.
>
> Windows are a bit different, as they may not be referenced by any ruby
> variable, but still very much alive displayed on the screen. The
> instance of Wx::App now listens for all notifications of windows being
> destroyed from WxWidgets (via wxWindowDestroyEvent). In ruby's GC mark
> phase, all known SWIG objects are checked, and if they point to a Window
> that hasn't yet been destroyed, they are marked to prevent them being
> destroyed.
>
> Anyway, apologies if you find things a bit shaky for a little while -
> shout with other samples you find to be crashing. But should be worth it
> to fix wxRuby's bad memory habits, and more maintainable too.
>
> alex
>
>
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From nobody at rubyforge.org  Mon May 21 15:06:55 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 21 May 2007 15:06:55 -0400 (EDT)
Subject: [Wxruby-development] [1027] trunk/wxruby2/doc/textile/app.txtl:
	Ruby-specific Wx::App documentation
Message-ID: <20070521190655.C4D185240A44@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070521/caf748a4/attachment.html 

From sean.m.long at gmail.com  Mon May 21 16:20:38 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 21 May 2007 13:20:38 -0700
Subject: [Wxruby-development] First drop of new memory management
In-Reply-To: <c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
References: <4651EB4A.9070401@pressure.to>
	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
Message-ID: <c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>

The first problem I have found is with resizing windows, it crashes
with multiple samples.

Here is the output of the printing sample when running ruby in debug mode:
Exception `LoadError' at
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27 - no
such file to load -- wx
/usr/local/lib/ruby/gems/1.8/gems/wxruby2-preview-0.0.41-i686-darwin8.8.2/lib/wx/classes/app.rb:10:
warning: method redefined; discarding old on_assert_failure
/usr/local/lib/ruby/gems/1.8/gems/wxruby2-preview-0.0.41-i686-darwin8.8.2/lib/wx/classes/clientdc.rb:8:
warning: method redefined; discarding old initialize
/usr/local/lib/ruby/gems/1.8/gems/wxruby2-preview-0.0.41-i686-darwin8.8.2/lib/wx/classes/paintdc.rb:7:
warning: method redefined; discarding old initialize
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
warning: instance variable @__wx_destroyed__ not initialized
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
warning: instance variable @__wx_destroyed__ not initialized
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
warning: instance variable @__wx_destroyed__ not initialized
/usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
warning: instance variable @__wx_destroyed__ not initialized
printing.rb:480: [BUG] Bus Error
ruby 1.8.5 (2006-12-25) [i686-darwin8.8.2]

Abort trap

Sean

On 5/21/07, Sean Long <sean.m.long at gmail.com> wrote:
> Alex,
>
> I just got done going over the DIFFs from the changes and the way you
> have it setup looks slick to me, not to mention well documented and
> maintainable.
>
> I am going to update and compile now.
>
> Great work!
>
> Sean
>
> On 5/21/07, Alex Fenton <alex at pressure.to> wrote:
> > Hi
> >
> > Just a quick update on memory leaks etc. I've just dropped a bunch of
> > patches with a new approach to linking ruby's GC to Wx's memory
> > handling. Still some work to do - eg bigdemo.rb falls over quite quickly
> > - but working well for me on other samples.
> >
> > Briefly, it disposes of fixdeleting. For almost all objects that aren't
> > Windows, they should now be deleted when the ruby object has fallen out
> > of scope and garbage collection is done. This is normal SWIG behaviour.
> > So this should address memory leaks eg with Wx::Bitmap.
> >
> > Windows are a bit different, as they may not be referenced by any ruby
> > variable, but still very much alive displayed on the screen. The
> > instance of Wx::App now listens for all notifications of windows being
> > destroyed from WxWidgets (via wxWindowDestroyEvent). In ruby's GC mark
> > phase, all known SWIG objects are checked, and if they point to a Window
> > that hasn't yet been destroyed, they are marked to prevent them being
> > destroyed.
> >
> > Anyway, apologies if you find things a bit shaky for a little while -
> > shout with other samples you find to be crashing. But should be worth it
> > to fix wxRuby's bad memory habits, and more maintainable too.
> >
> > alex
> >
> >
> > _______________________________________________
> > Wxruby-development mailing list
> > Wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>

From sean.m.long at gmail.com  Mon May 21 18:51:49 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 21 May 2007 15:51:49 -0700
Subject: [Wxruby-development] First drop of new memory management
In-Reply-To: <c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
References: <4651EB4A.9070401@pressure.to>
	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
Message-ID: <c2cd0d1d0705211551g7a061ab5j389f1e4e144f5a6f@mail.gmail.com>

I did not realize I was not running a debug build, here is the terminal output:
Calling wxEntry, this=0x6e41e0
=== Starting App GC mark phase
=== App GC mark phase completed
printing.rb:480: [BUG] Segmentation fault
ruby 1.8.5 (2006-12-25) [i686-darwin8.8.2]

Abort trap

So the crash is right after the App GC mark phase, when I resize the window.

Sean

On 5/21/07, Sean Long <sean.m.long at gmail.com> wrote:
> The first problem I have found is with resizing windows, it crashes
> with multiple samples.
>
> Here is the output of the printing sample when running ruby in debug mode:
> Exception `LoadError' at
> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27 - no
> such file to load -- wx
> /usr/local/lib/ruby/gems/1.8/gems/wxruby2-preview-0.0.41-i686-darwin8.8.2/lib/wx/classes/app.rb:10:
> warning: method redefined; discarding old on_assert_failure
> /usr/local/lib/ruby/gems/1.8/gems/wxruby2-preview-0.0.41-i686-darwin8.8.2/lib/wx/classes/clientdc.rb:8:
> warning: method redefined; discarding old initialize
> /usr/local/lib/ruby/gems/1.8/gems/wxruby2-preview-0.0.41-i686-darwin8.8.2/lib/wx/classes/paintdc.rb:7:
> warning: method redefined; discarding old initialize
> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
> warning: instance variable @__wx_destroyed__ not initialized
> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
> warning: instance variable @__wx_destroyed__ not initialized
> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
> warning: instance variable @__wx_destroyed__ not initialized
> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:32:
> warning: instance variable @__wx_destroyed__ not initialized
> printing.rb:480: [BUG] Bus Error
> ruby 1.8.5 (2006-12-25) [i686-darwin8.8.2]
>
> Abort trap
>
> Sean
>
> On 5/21/07, Sean Long <sean.m.long at gmail.com> wrote:
> > Alex,
> >
> > I just got done going over the DIFFs from the changes and the way you
> > have it setup looks slick to me, not to mention well documented and
> > maintainable.
> >
> > I am going to update and compile now.
> >
> > Great work!
> >
> > Sean
> >
> > On 5/21/07, Alex Fenton <alex at pressure.to> wrote:
> > > Hi
> > >
> > > Just a quick update on memory leaks etc. I've just dropped a bunch of
> > > patches with a new approach to linking ruby's GC to Wx's memory
> > > handling. Still some work to do - eg bigdemo.rb falls over quite quickly
> > > - but working well for me on other samples.
> > >
> > > Briefly, it disposes of fixdeleting. For almost all objects that aren't
> > > Windows, they should now be deleted when the ruby object has fallen out
> > > of scope and garbage collection is done. This is normal SWIG behaviour.
> > > So this should address memory leaks eg with Wx::Bitmap.
> > >
> > > Windows are a bit different, as they may not be referenced by any ruby
> > > variable, but still very much alive displayed on the screen. The
> > > instance of Wx::App now listens for all notifications of windows being
> > > destroyed from WxWidgets (via wxWindowDestroyEvent). In ruby's GC mark
> > > phase, all known SWIG objects are checked, and if they point to a Window
> > > that hasn't yet been destroyed, they are marked to prevent them being
> > > destroyed.
> > >
> > > Anyway, apologies if you find things a bit shaky for a little while -
> > > shout with other samples you find to be crashing. But should be worth it
> > > to fix wxRuby's bad memory habits, and more maintainable too.
> > >
> > > alex
> > >
> > >
> > > _______________________________________________
> > > Wxruby-development mailing list
> > > Wxruby-development at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/wxruby-development
> > >
> >
>

From nobody at rubyforge.org  Tue May 22 04:09:52 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Tue, 22 May 2007 04:09:52 -0400 (EDT)
Subject: [Wxruby-development] [1028] trunk/wxruby2/swig/classes/App.i: Fix
	some GC-mark crashes when SWIG trackings return an unexpected object
Message-ID: <20070522080952.C63765240CB5@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070522/a9dc6edd/attachment.html 

From nobody at rubyforge.org  Tue May 22 04:20:08 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Tue, 22 May 2007 04:20:08 -0400 (EDT)
Subject: [Wxruby-development] [1029] trunk/wxruby2/swig/classes/MenuBar.i:
	Add special GC protection for Wx::Menu to prevent premature
	destruction
Message-ID: <20070522082008.3767A5240CB2@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070522/230ab03b/attachment-0001.html 

From alex at pressure.to  Tue May 22 04:24:11 2007
From: alex at pressure.to (Alex Fenton)
Date: Tue, 22 May 2007 09:24:11 +0100
Subject: [Wxruby-development] First drop of new memory management
In-Reply-To: <c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
References: <4651EB4A.9070401@pressure.to>	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
Message-ID: <4652A8AB.5080203@pressure.to>

Sean Long wrote:
> The first problem I have found is with resizing windows, it crashes
> with multiple samples.
>
> Here is the output of the printing sample when running ruby in debug mode
>   

Thanks for the report. I've added two patches which seem to fix the 
printing sample and some others. Let me know what's still not working as 
there's some variation across platforms (eg I've been working on Linux 
and it didn't have the printing crasher, but did get it on OS X).

Incidentally, will also try and fix those __wx_destroyed__ uninitialized 
warnings under debug.

cheers
alex

From sean.m.long at gmail.com  Tue May 22 13:12:00 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 22 May 2007 10:12:00 -0700
Subject: [Wxruby-development] First drop of new memory management
In-Reply-To: <4652A8AB.5080203@pressure.to>
References: <4651EB4A.9070401@pressure.to>
	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
	<4652A8AB.5080203@pressure.to>
Message-ID: <c2cd0d1d0705221012x5afb066bq199bbea1e4b78869@mail.gmail.com>

Alex,

Those changes made a difference but we still have some issues. Here is
my WxRuby sample status after applying those last commits:

Found problems in samples

In AUI:
- Trying to resize the window crashes the app.

In Bigdemo:
- Trying to resize the window crashes the app.
- Trying to move the window crashes the app.

In Caret:
- Trying to resize the window crashes the app, but only after on GC
mark phase has already happened.

In Controls:
- Crashes on exit.

In etc/choice:
- Does not start, get error:
	choice.rb:26:in `append': No matching function for overloaded
'wxChoice_Append' (ArgumentError)

In etc/miniframe:
- Trying to resize the mini frame crashes the app.

In etc/system_settings:
- Trying to resize the window crashes the app, but only after on GC
mark phase has already happened

In grid:
- Trying to resize the window crashes the app, but only after on GC
mark phase has already happened

In html:
- Trying to resize the window crashes the app, but only after on GC
mark phase has already happened

In listbook:
- Works fine but shows this message on exit:
OnExit...
listbook.rb:183:in `filter_event': in method 'FilterEvent', argument 1
of type 'wxRubyApp *' (ObjectPreviouslyDeleted)
        from listbook.rb:183:in `main_loop'
        from listbook.rb:183

In printing:
- Works fine until trying to print then we get: (this error was there
before the memory cleanup code)
printing.rb:268:in `draw_page_one': undefined method `/' for
#<Wx::Size: (2400, 3058)> (NoMethodError)
        from printing.rb:211:in `on_print_page'
        from printing.rb:137:in `print'
        from printing.rb:137:in `on_print'
        from printing.rb:33:in `initialize'
        from printing.rb:480:in `call'
        from printing.rb:480:in `process_event'
        from printing.rb:480:in `main_loop'
        from printing.rb:480

In text/unicode:
- Works fine up until invoking the about menu, then we get:
unicode.rb:224:in `on_about': undefined method `message_box' for
#<IConvFrame:0x107d5b8> (NoMethodError)
        from unicode.rb:183:in `construct_menus'
        from unicode.rb:238:in `call'
        from unicode.rb:238:in `process_event'
        from unicode.rb:238:in `main_loop'
        from unicode.rb:238

In treectrl:
- Trying to resize the window crashes the app, but only after on GC
mark phase has already happened

Samples that seem ok:

- Dialogs
- etc/activation
- etc/sash
- etc/scrollwin
- etc/wizard
- images
- mdi (not like it does much on OS X)
- minimal/minimal
- minimal/nothing
- minimal/text
- text/scintilla (could not test, do not have scintilla installed)
- text/textctrl
- xrc


Sean

On 5/22/07, Alex Fenton <alex at pressure.to> wrote:
> Sean Long wrote:
> > The first problem I have found is with resizing windows, it crashes
> > with multiple samples.
> >
> > Here is the output of the printing sample when running ruby in debug mode
> >
>
> Thanks for the report. I've added two patches which seem to fix the
> printing sample and some others. Let me know what's still not working as
> there's some variation across platforms (eg I've been working on Linux
> and it didn't have the printing crasher, but did get it on OS X).
>
> Incidentally, will also try and fix those __wx_destroyed__ uninitialized
> warnings under debug.
>
> cheers
> alex
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From nobody at rubyforge.org  Tue May 22 13:17:41 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Tue, 22 May 2007 13:17:41 -0400 (EDT)
Subject: [Wxruby-development] [1030]
	trunk/wxruby2/samples/printing/printing.rb: Fix so will print again.
Message-ID: <20070522171741.687575240A6C@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070522/16bce20d/attachment.html 

From nobody at rubyforge.org  Tue May 22 13:21:51 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Tue, 22 May 2007 13:21:51 -0400 (EDT)
Subject: [Wxruby-development] [1031] trunk/wxruby2/samples/text/unicode.rb:
	Fix so invoking the about box will not crash the app.
Message-ID: <20070522172152.077F45240A6C@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070522/53226ba3/attachment.html 

From nobody at rubyforge.org  Tue May 22 17:40:09 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Tue, 22 May 2007 17:40:09 -0400 (EDT)
Subject: [Wxruby-development] [1032] trunk/wxruby2/swig: Preserve Sizers
	associated with Windows from GC; fix several sample
Message-ID: <20070522214009.735155240ABD@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070522/04ac1921/attachment.html 

From alex at pressure.to  Tue May 22 18:07:26 2007
From: alex at pressure.to (Alex Fenton)
Date: Tue, 22 May 2007 23:07:26 +0100
Subject: [Wxruby-development] Memory management
In-Reply-To: <c2cd0d1d0705221012x5afb066bq199bbea1e4b78869@mail.gmail.com>
References: <4651EB4A.9070401@pressure.to>	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>	<4652A8AB.5080203@pressure.to>
	<c2cd0d1d0705221012x5afb066bq199bbea1e4b78869@mail.gmail.com>
Message-ID: <4653699E.8030509@pressure.to>

Sean Long wrote:
> Alex,
>
> Those changes made a difference but we still have some issues. Here is
> my WxRuby sample status after applying those last commits:
>   
This is really helpful. Quite a lot of crash-on-resize ones came down to 
GC cleaning up Sizers when still in use. Still some work to do on nested 
sizers, and on events (b/c GC can start in the middle of processing), 
but making progress

a

From sean.m.long at gmail.com  Tue May 22 18:24:34 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 22 May 2007 15:24:34 -0700
Subject: [Wxruby-development] Memory management
In-Reply-To: <4653699E.8030509@pressure.to>
References: <4651EB4A.9070401@pressure.to>
	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
	<4652A8AB.5080203@pressure.to>
	<c2cd0d1d0705221012x5afb066bq199bbea1e4b78869@mail.gmail.com>
	<4653699E.8030509@pressure.to>
Message-ID: <c2cd0d1d0705221524n25c21fa2q96b157aa00be114c@mail.gmail.com>

How are you debugging these problems so quickly, are you using a
special ruby debugger or something I don't know about?

Thanks

Sean

On 5/22/07, Alex Fenton <alex at pressure.to> wrote:
> Sean Long wrote:
> > Alex,
> >
> > Those changes made a difference but we still have some issues. Here is
> > my WxRuby sample status after applying those last commits:
> >
> This is really helpful. Quite a lot of crash-on-resize ones came down to
> GC cleaning up Sizers when still in use. Still some work to do on nested
> sizers, and on events (b/c GC can start in the middle of processing),
> but making progress
>
> a
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From sean.m.long at gmail.com  Tue May 22 19:33:27 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 22 May 2007 16:33:27 -0700
Subject: [Wxruby-development] Memory management
In-Reply-To: <c2cd0d1d0705221524n25c21fa2q96b157aa00be114c@mail.gmail.com>
References: <4651EB4A.9070401@pressure.to>
	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
	<4652A8AB.5080203@pressure.to>
	<c2cd0d1d0705221012x5afb066bq199bbea1e4b78869@mail.gmail.com>
	<4653699E.8030509@pressure.to>
	<c2cd0d1d0705221524n25c21fa2q96b157aa00be114c@mail.gmail.com>
Message-ID: <c2cd0d1d0705221633r614e31d6u1f622ca14375c558@mail.gmail.com>

The last commit fixed the following samples:
- Caret
- etc/miniframe
- etc/system_settings

sean

On 5/22/07, Sean Long <sean.m.long at gmail.com> wrote:
> How are you debugging these problems so quickly, are you using a
> special ruby debugger or something I don't know about?
>
> Thanks
>
> Sean
>
> On 5/22/07, Alex Fenton <alex at pressure.to> wrote:
> > Sean Long wrote:
> > > Alex,
> > >
> > > Those changes made a difference but we still have some issues. Here is
> > > my WxRuby sample status after applying those last commits:
> > >
> > This is really helpful. Quite a lot of crash-on-resize ones came down to
> > GC cleaning up Sizers when still in use. Still some work to do on nested
> > sizers, and on events (b/c GC can start in the middle of processing),
> > but making progress
> >
> > a
> > _______________________________________________
> > Wxruby-development mailing list
> > Wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>

From alex at pressure.to  Wed May 23 02:45:31 2007
From: alex at pressure.to (Alex Fenton)
Date: Wed, 23 May 2007 07:45:31 +0100
Subject: [Wxruby-development] Memory management
In-Reply-To: <c2cd0d1d0705221524n25c21fa2q96b157aa00be114c@mail.gmail.com>
References: <4651EB4A.9070401@pressure.to>	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>	<4652A8AB.5080203@pressure.to>	<c2cd0d1d0705221012x5afb066bq199bbea1e4b78869@mail.gmail.com>	<4653699E.8030509@pressure.to>
	<c2cd0d1d0705221524n25c21fa2q96b157aa00be114c@mail.gmail.com>
Message-ID: <4653E30B.6010509@pressure.to>

Sean Long wrote:
> How are you debugging these problems so quickly, are you using a
> special ruby debugger or something I don't know about?
>
>   
I'm using gdb. On OS X and Linux I run the sample like this (assuming 
you're in the base wxruby2 directory)

gdb --args ruby -Ilib samples/minimal/minimal.rb

This'll bring up a gdb prompt. Type 'r' to run the sample. When it 
crashes the sample will freeze, rather than exit, and the gdb prompt 
will come back. I type 'where' to get a backtrace. It's pretty long but 
usually the relevant frame is in the first fifteen or twenty frames.

When the crashes arise in the wx API functions, it usually means a C++ 
object has got deleted too early. When the crashes come in rb_funcall in 
a SWIG_Director, it usually means a ruby object has got deleted too early.

a

From sean.m.long at gmail.com  Wed May 23 12:11:45 2007
From: sean.m.long at gmail.com (Sean Long)
Date: Wed, 23 May 2007 09:11:45 -0700
Subject: [Wxruby-development] Memory management
In-Reply-To: <4653E30B.6010509@pressure.to>
References: <4651EB4A.9070401@pressure.to>
	<c2cd0d1d0705211200m19076651u2f5582399798798b@mail.gmail.com>
	<c2cd0d1d0705211320y48646045nb4b7985cef8b9b02@mail.gmail.com>
	<4652A8AB.5080203@pressure.to>
	<c2cd0d1d0705221012x5afb066bq199bbea1e4b78869@mail.gmail.com>
	<4653699E.8030509@pressure.to>
	<c2cd0d1d0705221524n25c21fa2q96b157aa00be114c@mail.gmail.com>
	<4653E30B.6010509@pressure.to>
Message-ID: <c2cd0d1d0705230911ud9c5d65kc4487f4ae82ebfbd@mail.gmail.com>

Thanks that will be helpful

Sean

On 5/22/07, Alex Fenton <alex at pressure.to> wrote:
> Sean Long wrote:
> > How are you debugging these problems so quickly, are you using a
> > special ruby debugger or something I don't know about?
> >
> >
> I'm using gdb. On OS X and Linux I run the sample like this (assuming
> you're in the base wxruby2 directory)
>
> gdb --args ruby -Ilib samples/minimal/minimal.rb
>
> This'll bring up a gdb prompt. Type 'r' to run the sample. When it
> crashes the sample will freeze, rather than exit, and the gdb prompt
> will come back. I type 'where' to get a backtrace. It's pretty long but
> usually the relevant frame is in the first fifteen or twenty frames.
>
> When the crashes arise in the wx API functions, it usually means a C++
> object has got deleted too early. When the crashes come in rb_funcall in
> a SWIG_Director, it usually means a ruby object has got deleted too early.
>
> a
> _______________________________________________
> Wxruby-development mailing list
> Wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From noreply at rubyforge.org  Mon May 28 11:28:05 2007
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 28 May 2007 11:28:05 -0400 (EDT)
Subject: [Wxruby-development] [ wxruby-Bugs-11183 ] GLib errors cause crash
Message-ID: <20070528152805.1DAD05240B24@rubyforge.org>

Bugs item #11183, was opened at 2007-05-28 10:28
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=11183&group_id=35

Category: Incorrect behavior
Group: current
Status: Open
Resolution: None
Priority: 3
Submitted By: Patrick McDonnell (kc9ddi)
Assigned to: Kevin Smith (qualitycode)
Summary: GLib errors cause crash

Initial Comment:
Hi - I'm working with some wxruby code, but am getting a crash with glib errors:

--------------------------------
pmcdonnell at pmcdonnell10:~/workspace/Ij/lib$ ruby report_window.rb

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): Gdk-CRITICAL **: gdk_cursor_new_for_display: assertion `GDK_IS_DISPLAY (display)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): Gtk-CRITICAL **: gtk_rc_get_style: assertion `GTK_IS_WIDGET (widget)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

(process:26965): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed

(process:26965): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): Gtk-CRITICAL **: gtk_rc_get_style: assertion `GTK_IS_WIDGET (widget)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

(process:26965): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): Gtk-CRITICAL **: gtk_rc_get_style: assertion `GTK_IS_WIDGET (widget)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

(process:26965): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(process:26965): Gtk-CRITICAL **: gtk_widget_new: assertion `g_type_is_a (type, GTK_TYPE_WIDGET)' failed

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function

(process:26965): GLib-GObject-CRITICAL **: gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function
report_window.rb:8: [BUG] Segmentation fault
ruby 1.8.5 (2006-08-25) [i486-linux]

Aborted (core dumped)
----------------

The problem seems to be with the Grid class.  Here are the relevant software packages I'm using:

* ruby 1.8.5 (2006-08-25) [i486-linux]
* wxruby2-preview (0.0.40)
* libwxbase2.6-0    2.6.3.2.1.5ubuntu6                     
* libwxbase2.8-0    2.8.1.1-0ubuntu4   
* libwxgtk2.4-1     2.4.5.1ubuntu2
* libwxgtk2.6-0     2.6.3.2.1.5ubuntu6
* libwxgtk2.8-0     2.8.1.1-0ubuntu4

This is on Kubuntu Feisty.  I've attached the file that is causing these errors.  Please let me know if there is any more information I can provide.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=11183&group_id=35

From nobody at rubyforge.org  Mon May 28 15:17:14 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 28 May 2007 15:17:14 -0400 (EDT)
Subject: [Wxruby-development] [1033] trunk/wxruby2/swig: GC fixes for nested
	sizers; fix crashes in html.rb demo
Message-ID: <20070528191714.3DBA85240AA8@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070528/6ff98265/attachment-0001.html 

From nobody at rubyforge.org  Mon May 28 16:04:18 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Mon, 28 May 2007 16:04:18 -0400 (EDT)
Subject: [Wxruby-development] [1034]
	trunk/wxruby2/swig/classes/LogTextCtrl.i: Avoid GC crasher
	when LogTextCtrl is active log target
Message-ID: <20070528200418.B584F5240A9A@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070528/d803edb4/attachment.html 

From nobody at rubyforge.org  Tue May 29 18:30:26 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Tue, 29 May 2007 18:30:26 -0400 (EDT)
Subject: [Wxruby-development] [1035]
	trunk/wxruby2/swig/classes/EvtHandler.i: Removed a heap of
	redundant stuff that's been #if 0'd for a while
Message-ID: <20070529223026.8B4DF5240C0D@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070529/05cd6057/attachment-0001.html 

From nobody at rubyforge.org  Thu May 31 14:35:32 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 14:35:32 -0400 (EDT)
Subject: [Wxruby-development] [1036] trunk/wxruby2: Merge RubyEventTypes
	into Events.i, add missing EVT_ constants for
Message-ID: <20070531183533.A744F52409C0@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/df96139a/attachment.html 

From nobody at rubyforge.org  Thu May 31 14:40:44 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 14:40:44 -0400 (EDT)
Subject: [Wxruby-development] [1037] trunk/wxruby2/swig/RubyEventTypes.i:
	RubyEventTypes is no longer needed - moved to Events.i
Message-ID: <20070531184044.6966F52409F8@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/eb73cb62/attachment-0001.html 

From nobody at rubyforge.org  Thu May 31 16:36:40 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 16:36:40 -0400 (EDT)
Subject: [Wxruby-development] [1038] trunk/wxruby2/swig/Events.i: Add
	missing EVT_COMMAND_TREE constants
Message-ID: <20070531203640.E123152409AF@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/50d48b87/attachment.html 

From nobody at rubyforge.org  Thu May 31 16:37:30 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 16:37:30 -0400 (EDT)
Subject: [Wxruby-development] [1039] trunk/wxruby2/swig/Events.i: Remove
	some debugging output
Message-ID: <20070531203730.A8AD552409AF@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/be8f8a03/attachment.html 

From nobody at rubyforge.org  Thu May 31 17:14:53 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 17:14:53 -0400 (EDT)
Subject: [Wxruby-development] [1040] trunk/wxruby2/swig/Events.i: Add List
	and Splitter constants, also EVT_SIZING and EVT_MOVING
Message-ID: <20070531211453.CB55052409AF@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/8f8a5f42/attachment.html 

From nobody at rubyforge.org  Thu May 31 17:17:41 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 17:17:41 -0400 (EDT)
Subject: [Wxruby-development] [1041]
	trunk/wxruby2/samples/calendar/calendar.rb: Remove deprecated
	call to set_best_fitting_size
Message-ID: <20070531211741.95C2052409AF@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/d9aef18e/attachment.html 

From nobody at rubyforge.org  Thu May 31 17:19:45 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 17:19:45 -0400 (EDT)
Subject: [Wxruby-development] [1042] trunk/wxruby2: Overhaul of the event
	handling WxType->RubyClass mapping to make it
Message-ID: <20070531211945.CFE2BA970002@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/130a3a78/attachment-0001.html 

From nobody at rubyforge.org  Thu May 31 17:20:41 2007
From: nobody at rubyforge.org (nobody at rubyforge.org)
Date: Thu, 31 May 2007 17:20:41 -0400 (EDT)
Subject: [Wxruby-development] [1043] trunk/wxruby2/samples/bigdemo: Don't
	manually call destroy
Message-ID: <20070531212041.F146152409F8@rubyforge.org>

An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20070531/ac0a6cb7/attachment.html