From demaillists at comcast.net  Tue Jan  1 11:53:39 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Tue, 01 Jan 2008 08:53:39 -0800
Subject: [wxruby-development] Compiling wxruby-1.9.2
Message-ID: <477A7013.3050804@comcast.net>

Hi,

I'm trying to compile wxruby-1.9.2.  This is my first time using rake.
All I get is the following:

    (in /bld/lib/wxruby-1.9.2)
    rake aborted!
    can't convert nil into String
    /bld/lib/wxruby-1.9.2/rakefile:48
    (See full trace by running task with --trace)

And with --trace:
    (in /bld/lib/wxruby-1.9.2)
    rake aborted!
    can't convert nil into String
    ./rake/rakewx.rb:101:in `exists?'
    ./rake/rakewx.rb:101:in `use_wx_config'
    ./rake/rakelinux.rb:9
    /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in         
`gem_original_require'
    /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
    /bld/lib/wxruby-1.9.2/rakefile:48
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `load'
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `raw_load_rakefile'
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1727:in `load_rakefile'
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in 
`standard_exception_handling'
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1726:in `load_rakefile'
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1710:in `run'
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in 
`standard_exception_handling'
    /usr/lib/ruby/site_ruby/1.8/rake.rb:1708:in `run'
    /usr/bin/rake:8


Any ideas would be appreciated.

Thanks


From mario at ruby-im.net  Wed Jan  2 03:53:50 2008
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 2 Jan 2008 02:53:50 -0600
Subject: [wxruby-development] Compiling wxruby-1.9.2
In-Reply-To: <477A7013.3050804@comcast.net>
References: <477A7013.3050804@comcast.net>
Message-ID: <a4439dea0801020053s5a106406pcbcdf87dbb46b782@mail.gmail.com>

Hello Dale,

Please see this bug report for ways to fix this:

http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218

Specifically look to the Follow up, as this is a known issue.

L8ers,

Mario Steele

On 1/1/08, Dale E. Edmons <demaillists at comcast.net> wrote:
>
> Hi,
>
> I'm trying to compile wxruby-1.9.2.  This is my first time using rake.
> All I get is the following:
>
>     (in /bld/lib/wxruby-1.9.2)
>     rake aborted!
>     can't convert nil into String
>     /bld/lib/wxruby-1.9.2/rakefile:48
>     (See full trace by running task with --trace)
>
> And with --trace:
>     (in /bld/lib/wxruby-1.9.2)
>     rake aborted!
>     can't convert nil into String
>     ./rake/rakewx.rb:101:in `exists?'
>     ./rake/rakewx.rb:101:in `use_wx_config'
>     ./rake/rakelinux.rb:9
>     /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> `gem_original_require'
>     /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in `require'
>     /bld/lib/wxruby-1.9.2/rakefile:48
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `load'
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `raw_load_rakefile'
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1727:in `load_rakefile'
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
> `standard_exception_handling'
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1726:in `load_rakefile'
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1710:in `run'
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
> `standard_exception_handling'
>     /usr/lib/ruby/site_ruby/1.8/rake.rb:1708:in `run'
>     /usr/bin/rake:8
>
>
> Any ideas would be appreciated.
>
> Thanks
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080102/8b731b65/attachment.html 

From demaillists at comcast.net  Wed Jan  2 04:32:49 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Wed, 02 Jan 2008 01:32:49 -0800
Subject: [wxruby-development] Compiling wxruby-1.9.2
In-Reply-To: <a4439dea0801020053s5a106406pcbcdf87dbb46b782@mail.gmail.com>
References: <477A7013.3050804@comcast.net>
	<a4439dea0801020053s5a106406pcbcdf87dbb46b782@mail.gmail.com>
Message-ID: <477B5A41.9020805@comcast.net>

Mario,

Thank you much.  I did try several things, but to
no avail.  Is there an irc channel on freenode--or
similar--for wxruby?  It's really nice talking in
real-time, though e-mail consumes less time
over-all.

Normally a patch or bug-fix version is released
for this type of problem.  Of course, I'm still a
ruby newbie.

Take care.


Dale E. Edmons


Mario Steele wrote:
> Hello Dale,
>
> Please see this bug report for ways to fix this:
>
> http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218 
> <http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218>
>
> Specifically look to the Follow up, as this is a known issue.
>
> L8ers,
>
> Mario Steele
>
> On 1/1/08, *Dale E. Edmons* < demaillists at comcast.net 
> <mailto:demaillists at comcast.net>> wrote:
>
>     Hi,
>
>     I'm trying to compile wxruby-1.9.2 .  This is my first time using
>     rake.
>     All I get is the following:
>
>         (in /bld/lib/wxruby-1.9.2)
>         rake aborted!
>         can't convert nil into String
>         /bld/lib/wxruby-1.9.2/rakefile:48
>         (See full trace by running task with --trace)
>
>     And with --trace:
>         (in /bld/lib/wxruby-1.9.2)
>         rake aborted!
>         can't convert nil into String
>         ./rake/rakewx.rb:101:in `exists?'
>         ./rake/rakewx.rb:101:in `use_wx_config'
>         ./rake/rakelinux.rb:9
>         /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
>     `gem_original_require'
>         /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
>     `require'
>         /bld/lib/wxruby- 1.9.2/rakefile:48
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `load'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `raw_load_rakefile'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1727:in `load_rakefile'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
>     `standard_exception_handling'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1726:in `load_rakefile'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1710:in `run'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
>     `standard_exception_handling'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1708:in `run'
>         /usr/bin/rake:8
>
>
>     Any ideas would be appreciated.
>
>     Thanks
>
>     _______________________________________________
>     wxruby-development mailing list
>     wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/wxruby-development
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>   


From noreply at rubyforge.org  Wed Jan  2 05:47:06 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed,  2 Jan 2008 05:47:06 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-16760 ] src/XmlResource.h:19:
	error: expected class-name before ', ' token
Message-ID: <20080102104706.EF81518585F3@rubyforge.org>

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

Category: None
Group: current
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: src/XmlResource.h:19: error: expected class-name before ',' token

Initial Comment:
The following bug applies to both wxruby-1.9.1 andwxruby-1.9.2 tarballs.

g++  -c  -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__  -O -march=athlon-xp -pipe  -fPIC -Wno-unused-function   -I /usr/lib/ruby/site_ruby/1.8 -I /usr/lib/ruby/site_ruby/1.8/i686-linux -I /usr/lib/ruby/site_ruby -I /usr/lib/ruby/1.8 -I /usr/lib/ruby/1.8/i686-linux -I . -I /bld/dev/wxruby-1.9.1/doc/lib -o obj/XmlResource.o src/XmlResource.cpp 
(in /bld/dev/wxruby-1.9.1)
In file included from src/XmlResource.cpp:2128:
src/XmlResource.h:19: error: expected class-name before ',' token
src/XmlResource.h:22: error: 'wxXRC_USE_LOCALE' was not declared in this scope
src/XmlResource.h:23: error: 'wxXRC_USE_LOCALE' was not declared in this scope
src/XmlResource.cpp: In constructor 'SwigDirector_wxXmlResource::SwigDirector_wxXmlResource(VALUE, int)':
src/XmlResource.cpp:2130: error: class 'SwigDirector_wxXmlResource' does not have any field named 'wxXmlResource'
src/XmlResource.cpp: In constructor 'SwigDirector_wxXmlResource::SwigDirector_wxXmlResource(VALUE, const wxString&, int)':
src/XmlResource.cpp:2136: error: class 'SwigDirector_wxXmlResource' does not have any field named 'wxXmlResource'
src/XmlResource.cpp: In function 'VALUE _wrap_new_wxXmlResource__SWIG_0(int, VALUE*, VALUE)':
src/XmlResource.cpp:2151: error: 'wxXRC_USE_LOCALE' was not declared in this scope
src/XmlResource.cpp:2152: error: 'wxXmlResource' was not declared in this scope
src/XmlResource.cpp:2152: error: 'result' was not declared in this scope
src/XmlResource.cpp:2170: error: expected primary-expression before ')' token
src/XmlResource.cpp:2170: error: expected `;' before 'new'
src/XmlResource.cpp:2172: error: expected primary-expression before ')' token
src/XmlResource.cpp:2172: error: expected `;' before 'new'
src/XmlResource.cpp: In function 'VALUE _wrap_new_wxXmlResource__SWIG_1(int, VALUE*, VALUE)':
src/XmlResource.cpp:2203: error: 'wxXRC_USE_LOCALE' was not declared in this scope
src/XmlResource.cpp:2204: error: 'wxXmlResource' was not declared in this scope
src/XmlResource.cpp:2204: error: 'result' was not declared in this scope
src/XmlResource.cpp:2223: error: expected primary-expression before ')' token
src/XmlResource.cpp:2223: error: expected `;' before 'new'
src/XmlResource.cpp:2225: error: expected primary-expression before ')' token
src/XmlResource.cpp:2225: error: expected `;' before 'new'
src/XmlResource.cpp: At global scope:
src/XmlResource.cpp: At global scope:
src/XmlResource.cpp:2293: error: variable or field 'free_wxXmlResource' declared void
src/XmlResource.cpp:2293: error: 'wxXmlResource' was not declared in this scope
src/XmlResource.cpp:2293: error: 'arg1' was not declared in this scope
src/XmlResource.cpp: In function 'VALUE _wrap_wxXmlResource_Load(int, VALUE*, VALUE)':

--- clip ----

Command failed with status (1): [g++  -c  -I/usr/lib/wx/include/gtk2-unicod...]

(See full trace by running task with --trace)


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

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

From demaillists at comcast.net  Wed Jan  2 05:53:41 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Wed, 02 Jan 2008 02:53:41 -0800
Subject: [wxruby-development] Bug #16760
Message-ID: <477B6D35.9020302@comcast.net>

Hi,

I just submitted bug #16760.  Feel free to contact me
with any questions or comments.  (svn failed too, but I
can't say if this is the same error.  If this is a dependency
issue, the main web page should be updated too.)

I'm just trying to run wxruby and go through the tutorial,
but also want enter it as a new package for the SourceMage
GNU/Linux distribution.

Thanks.

Dale E. Edmons
demaillists at comcast.net


From noreply at rubyforge.org  Wed Jan  2 06:26:30 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Wed,  2 Jan 2008 06:26:30 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-16762 ] src/Event.cpp:3156:
	error: 'wxEVT_MEDIA_FINISHED' was not declared in this scope
Message-ID: <20080102112630.5573D18585C5@rubyforge.org>

Bugs item #16762, was opened at 2008-01-02 06:26
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=16762&group_id=35

Category: Compile/build
Group: current
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: src/Event.cpp:3156: error: 'wxEVT_MEDIA_FINISHED' was not declared in this scope

Initial Comment:
This bug is against the svn version of wxruby2.

contact: demaillists_at_comcast.net

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

ruby swig/fixmodule.rb src/Event.cpp
core_name: Event
      : Object
class wxEvent
NOTE: swig/fixmodule.rb Didn't find gcitem destructor
g++  -c  -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__  -O -march=athlon-xp -pipe  -fPIC -Wno-unused-function   -I /usr/lib/ruby/site_ruby/1.8 -I /usr/lib/ruby/site_ruby/1.8/i686-linux -I /usr/lib/ruby/site_ruby -I /usr/lib/ruby/1.8 -I /usr/lib/ruby/1.8/i686-linux -I . -I /bld/dev/svn/wxruby2/doc/lib -o obj/Event.o src/Event.cpp
src/Event.cpp: In function 'void Init_wxEvent()':
src/Event.cpp:3156: error: 'wxEVT_MEDIA_FINISHED' was not declared in this scope
src/Event.cpp:3157: error: 'wxEVT_MEDIA_STOP' was not declared in this scope
src/Event.cpp:3158: error: 'wxEVT_MEDIA_LOADED' was not declared in this scope
rake aborted!
Command failed with status (1): [g++  -c  -I/usr/lib/wx/include/gtk2-unicod...]

(See full trace by running task with --trace)


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

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

From alex at pressure.to  Wed Jan  2 10:21:07 2008
From: alex at pressure.to (Alex Fenton)
Date: Wed, 02 Jan 2008 15:21:07 +0000
Subject: [wxruby-development] Bug #16760
In-Reply-To: <477B6D35.9020302@comcast.net>
References: <477B6D35.9020302@comcast.net>
Message-ID: <477BABE3.6050209@pressure.to>

Hi Dale

Dale E. Edmons wrote:
> I just submitted bug #16760.  Feel free to contact me
> with any questions or comments.  (svn failed too, but I
> can't say if this is the same error.  If this is a dependency
> issue, the main web page should be updated too.)
>   
Thanks for the report. I guess the first thing to check is that your 
wxWidgets is built with XRC support. The config/setup.h include file in 
your wxWidgets tree should tell you that (search for define wxUSE_XRC = 1)

It looks like you're trying to compile against a distro-supplied 
wxWidgets - is this a static or dynamic build? wxRuby is geared up to 
work with static at the moment, primarily because it makes installation 
on Windows much easier.
> I'm just trying to run wxruby and go through the tutorial,
> but also want enter it as a new package for the SourceMage
> GNU/Linux distribution.
>   
We're always interested in new ways of distributing wxRuby. If there's 
tweaks we can make to make it work better with Linux distros etc then 
please let us know.

cheers
alex



From demaillists at comcast.net  Wed Jan  2 12:30:49 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Wed, 02 Jan 2008 09:30:49 -0800
Subject: [wxruby-development] Bug #16760
In-Reply-To: <477BABE3.6050209@pressure.to>
References: <477B6D35.9020302@comcast.net> <477BABE3.6050209@pressure.to>
Message-ID: <477BCA49.5020208@comcast.net>

Alex,

Thanks for the reply...

Alex Fenton wrote:
> Hi Dale
>
> Dale E. Edmons wrote:
>   
>> I just submitted bug #16760.  Feel free to contact me
>> with any questions or comments.  (svn failed too, but I
>> can't say if this is the same error.  If this is a dependency
>> issue, the main web page should be updated too.)
>>   
>>     
> Thanks for the report. I guess the first thing to check is that your 
> wxWidgets is built with XRC support. The config/setup.h include file in 
> your wxWidgets tree should tell you that (search for define wxUSE_XRC = 1)
>
>   
Recompiled with xrc enbled.  Fixed it.  Yipee.
> It looks like you're trying to compile against a distro-supplied 
> wxWidgets - is this a static or dynamic build? wxRuby is geared up to
Distro supplied, sort of.  SourceMage GNU/Linux is source
based and you attend to the compilation of *every* package
by answering a lot of options--even if you don't know *all* the
right answers.  ;)
>  
> work with static at the moment, primarily because it makes installation 
> on Windows much easier.
>   
Now I'm having linking errors....  Removing the STATIC defs
allow complete build and install, but the examples aren't
running.
>> I'm just trying to run wxruby and go through the tutorial,
>> but also want enter it as a new package for the SourceMage
>> GNU/Linux distribution.
>>   
>>     
> We're always interested in new ways of distributing wxRuby. If there's 
> tweaks we can make to make it work better with Linux distros etc then 
> please let us know.
>
>   
One "tweek" would be to ensure that dynamic linking works.
Also, Source distro's "depend" on released tarballs compiling
or a patch being available from the download site.  I think
these would be the biggest help.  Not having to search for a
fix if a tarball is broken helps.

Although I've installed wxpython, I'm holding out on getting
wxruby working.  (I'll submit the 'spell' as soon as it works
unattended.)

Thanks for the help.

Will wxruby work with dynamic libraries?  I'll catch a bit of
flack if I don't at least attempt to resolve this.


Dale

> cheers
> alex
>
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From alex at pressure.to  Wed Jan  2 18:38:56 2008
From: alex at pressure.to (Alex Fenton)
Date: Wed, 02 Jan 2008 23:38:56 +0000
Subject: [wxruby-development] dynamic/static etc [was: Bug #16760]
In-Reply-To: <477BCA49.5020208@comcast.net>
References: <477B6D35.9020302@comcast.net> <477BABE3.6050209@pressure.to>
	<477BCA49.5020208@comcast.net>
Message-ID: <477C2090.3090901@pressure.to>

Dale

Dale E. Edmons wrote:
> Distro supplied, sort of.  SourceMage GNU/Linux is source
> based and you attend to the compilation of *every* package
> by answering a lot of options--even if you don't know *all* the
> right answers.  ;)
>   
OK ... that must be some question'n'answer session when building 
wxWidgets...

...  

> One "tweek" would be to ensure that dynamic linking works.
>   

It's something we've been discussing recently and would like to do. I 
think the Linux build of wxruby2 used to be dynamically linked, way 
back. I'll have a dig around in SVN and see if we can identify the 
change and get this to be a working option. This'll be after the next 
release; please do add a feature request for this to track it.
> Also, Source distro's "depend" on released tarballs compiling
> or a patch being available from the download site.  I think
> these would be the biggest help.  Not having to search for a
> fix if a tarball is broken helps.
Yep. We should have a 1.9.3 release shortly. But these tarballs are 
still beta so we're still identifying and fixing bugs. A lot of them 
deal with the range of platforms that wxRuby runs on (windows/linux/mac, 
self-compile/rubygems), so feedback about problems on particular 
configurations is really helpful.

thanks
alex



From mario at ruby-im.net  Wed Jan  2 19:25:37 2008
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 2 Jan 2008 18:25:37 -0600
Subject: [wxruby-development] Compiling wxruby-1.9.2
In-Reply-To: <477B5A41.9020805@comcast.net>
References: <477A7013.3050804@comcast.net>
	<a4439dea0801020053s5a106406pcbcdf87dbb46b782@mail.gmail.com>
	<477B5A41.9020805@comcast.net>
Message-ID: <a4439dea0801021625oc12423ct2bcf933fc7dc6273@mail.gmail.com>

Hello Dale,

We do have an IRC Channel on Freenode, #wxruby is our channel.  Though, very
few visit, and I'm the one that started the chat room.  Your more then
welcome to join us there, and anyone else who wants to join, can.

L8ers,

Mario Steele

On 1/2/08, Dale E. Edmons <demaillists at comcast.net> wrote:
>
> Mario,
>
> Thank you much.  I did try several things, but to
> no avail.  Is there an irc channel on freenode--or
> similar--for wxruby?  It's really nice talking in
> real-time, though e-mail consumes less time
> over-all.
>
> Normally a patch or bug-fix version is released
> for this type of problem.  Of course, I'm still a
> ruby newbie.
>
> Take care.
>
>
> Dale E. Edmons
>
>
> Mario Steele wrote:
> > Hello Dale,
> >
> > Please see this bug report for ways to fix this:
> >
> >
> http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218
> > <
> http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218
> >
> >
> > Specifically look to the Follow up, as this is a known issue.
> >
> > L8ers,
> >
> > Mario Steele
> >
> > On 1/1/08, *Dale E. Edmons* < demaillists at comcast.net
> > <mailto:demaillists at comcast.net>> wrote:
> >
> >     Hi,
> >
> >     I'm trying to compile wxruby-1.9.2 .  This is my first time using
> >     rake.
> >     All I get is the following:
> >
> >         (in /bld/lib/wxruby-1.9.2)
> >         rake aborted!
> >         can't convert nil into String
> >         /bld/lib/wxruby-1.9.2/rakefile:48
> >         (See full trace by running task with --trace)
> >
> >     And with --trace:
> >         (in /bld/lib/wxruby-1.9.2)
> >         rake aborted!
> >         can't convert nil into String
> >         ./rake/rakewx.rb:101:in `exists?'
> >         ./rake/rakewx.rb:101:in `use_wx_config'
> >         ./rake/rakelinux.rb:9
> >         /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> >     `gem_original_require'
> >         /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
> >     `require'
> >         /bld/lib/wxruby- 1.9.2/rakefile:48
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `load'
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `raw_load_rakefile'
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1727:in `load_rakefile'
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
> >     `standard_exception_handling'
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1726:in `load_rakefile'
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1710:in `run'
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
> >     `standard_exception_handling'
> >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1708:in `run'
> >         /usr/bin/rake:8
> >
> >
> >     Any ideas would be appreciated.
> >
> >     Thanks
> >
> >     _______________________________________________
> >     wxruby-development mailing list
> >     wxruby-development at rubyforge.org
> >     <mailto:wxruby-development at rubyforge.org>
> >     http://rubyforge.org/mailman/listinfo/wxruby-development
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080102/48d660d9/attachment.html 

From demaillists at comcast.net  Thu Jan  3 07:04:27 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 03 Jan 2008 04:04:27 -0800
Subject: [wxruby-development] dynamic/static etc [was: Bug #16760]
In-Reply-To: <477C2090.3090901@pressure.to>
References: <477B6D35.9020302@comcast.net>
	<477BABE3.6050209@pressure.to>	<477BCA49.5020208@comcast.net>
	<477C2090.3090901@pressure.to>
Message-ID: <477CCF4B.9070206@comcast.net>

Alex Fenton wrote:
> Dale
>
> Dale E. Edmons wrote:
>   
>> Distro supplied, sort of.  SourceMage GNU/Linux is source
>> based and you attend to the compilation of *every* package
>> by answering a lot of options--even if you don't know *all* the
>> right answers.  ;)
>>   
>>     
> OK ... that must be some question'n'answer session when building 
> wxWidgets...
>   
Yes.  Not quite like compiling it yourself, but better than
a distro cookie-cutter bin.
> ...  
>
>   
>> One "tweek" would be to ensure that dynamic linking works.
>>   
>>     
>
> It's something we've been discussing recently and would like to do. I 
> think the Linux build of wxruby2 used to be dynamically linked, way 
> back. I'll have a dig around in SVN and see if we can identify the 
> change and get this to be a working option. This'll be after the next 
> release; please do add a feature request for this to track it.
>   
Okay, that'd be great. 
rake/rakelinux.rb has the following if it helps:

    $link_wx_statically = true

>> Also, Source distro's "depend" on released tarballs compiling
>> or a patch being available from the download site.  I think
>> these would be the biggest help.  Not having to search for a
>> fix if a tarball is broken helps.
>>     
> Yep. We should have a 1.9.3 release shortly. But these tarballs are 
> still beta so we're still identifying and fixing bugs. A lot of them 
> deal with the range of platforms that wxRuby runs on (windows/linux/mac, 
> self-compile/rubygems), so feedback about problems on particular 
> configurations is really helpful.
>   
1) A broken rakefile (rake/rakewx.rb) doesn't not qualify as
a platform issue.  IMHO, that should have been patched immediately
and wxruby-1.9.2-rc1.tar.bz2 should have been released.  It is
unrealistic to expect all tarballs to be perfect, but it is unfair
to potential users to leave a *bomb* right in harms way.

2) I'll be happy to keep trying as I'm really interested in getting
a working version of wxruby.  (Don't ask me why, but ruby
has it's own appeal and I just really want it to work.)  I'm running
SourceMage GNU/Linux and will be happy to do any and all
testing of tarballs at least until a working version is available.
(Maybe much more if the result is *way cool*.)

3) In the mean-time, I've had to resort to learning wxPython.
I can already grok it a little, but ruby has *much* more appeal.

Thank you very much for your time.

Dale
> thanks
> alex
>
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From demaillists at comcast.net  Thu Jan  3 07:11:28 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 03 Jan 2008 04:11:28 -0800
Subject: [wxruby-development] Compiling wxruby-1.9.2
In-Reply-To: <a4439dea0801021625oc12423ct2bcf933fc7dc6273@mail.gmail.com>
References: <477A7013.3050804@comcast.net>	<a4439dea0801020053s5a106406pcbcdf87dbb46b782@mail.gmail.com>	<477B5A41.9020805@comcast.net>
	<a4439dea0801021625oc12423ct2bcf933fc7dc6273@mail.gmail.com>
Message-ID: <477CD0F0.1070004@comcast.net>

Mario,

I had tried that, but am too used to seeing ten or twenty names scroll down
when I /join, that I just dismissed it as being empty (I've done that 
before, hehe).

I  did drop in and say hi to you and the other two in there.  hehe.  I  
think I
heard an echo, but maybe that's just my imagination running wild.

Take care.

Dale
(aka linuxfan)


Mario Steele wrote:
> Hello Dale,
>
> We do have an IRC Channel on Freenode, #wxruby is our channel.  
> Though, very few visit, and I'm the one that started the chat room.  
> Your more then welcome to join us there, and anyone else who wants to 
> join, can.
>
> L8ers,
>
> Mario Steele
>
> On 1/2/08, *Dale E. Edmons* <demaillists at comcast.net 
> <mailto:demaillists at comcast.net>> wrote:
>
>     Mario,
>
>     Thank you much.  I did try several things, but to
>     no avail.  Is there an irc channel on freenode--or
>     similar--for wxruby?  It's really nice talking in
>     real-time, though e-mail consumes less time
>     over-all.
>
>     Normally a patch or bug-fix version is released
>     for this type of problem.  Of course, I'm still a
>     ruby newbie.
>
>     Take care.
>
>
>     Dale E. Edmons
>
>
>     Mario Steele wrote:
>     > Hello Dale,
>     >
>     > Please see this bug report for ways to fix this:
>     >
>     >
>     http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218
>     <http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218>
>     >
>     <http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218
>     <http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218>>
>     >
>     > Specifically look to the Follow up, as this is a known issue.
>     >
>     > L8ers,
>     >
>     > Mario Steele
>     >
>     > On 1/1/08, *Dale E. Edmons* < demaillists at comcast.net
>     <mailto:demaillists at comcast.net>
>     > <mailto:demaillists at comcast.net
>     <mailto:demaillists at comcast.net>>> wrote:
>     >
>     >     Hi,
>     >
>     >     I'm trying to compile wxruby-1.9.2 .  This is my first time
>     using
>     >     rake.
>     >     All I get is the following:
>     >
>     >         (in /bld/lib/wxruby-1.9.2)
>     >         rake aborted!
>     >         can't convert nil into String
>     >         /bld/lib/wxruby- 1.9.2/rakefile:48
>     >         (See full trace by running task with --trace)
>     >
>     >     And with --trace:
>     >         (in /bld/lib/wxruby-1.9.2)
>     >         rake aborted!
>     >         can't convert nil into String
>     >         ./rake/rakewx.rb:101:in `exists?'
>     >         ./rake/rakewx.rb:101:in `use_wx_config'
>     >         ./rake/rakelinux.rb:9
>     >        
>     /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
>     >     `gem_original_require'
>     >         /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
>     >     `require'
>     >         /bld/lib/wxruby- 1.9.2/rakefile:48
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `load'
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in
>     `raw_load_rakefile'
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1727:in `load_rakefile'
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
>     >     `standard_exception_handling'
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1726:in `load_rakefile'
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1710:in `run'
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
>     >     `standard_exception_handling'
>     >         /usr/lib/ruby/site_ruby/1.8/rake.rb:1708:in `run'
>     >         /usr/bin/rake:8
>     >
>     >
>     >     Any ideas would be appreciated.
>     >
>     >     Thanks
>     >
>     >     _______________________________________________
>     >     wxruby-development mailing list
>     >     wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>
>     >     <mailto: wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>>
>     >     http://rubyforge.org/mailman/listinfo/wxruby-development
>     <http://rubyforge.org/mailman/listinfo/wxruby-development>
>     >
>     >
>     >
>     ------------------------------------------------------------------------
>     >
>     > _______________________________________________
>     > wxruby-development mailing list
>     > wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>
>     > http://rubyforge.org/mailman/listinfo/wxruby-development
>     >
>
>     _______________________________________________
>     wxruby-development mailing list
>     wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/wxruby-development
>     <http://rubyforge.org/mailman/listinfo/wxruby-development>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>   


From noreply at rubyforge.org  Thu Jan  3 07:25:47 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Thu,  3 Jan 2008 07:25:47 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-16788 ] Support
	Dynamic wxgtk libraries in Linux
Message-ID: <20080103122547.B3F8C18585F2@rubyforge.org>

Feature Requests item #16788, was opened at 2008-01-03 07:25
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=16788&group_id=35

Category: API improvement
Group: User request
Status: Open
Priority: 3
Submitted By: Nobody (None)
Assigned to: Kevin Smith (qualitycode)
Summary: Support Dynamic wxgtk libraries in Linux

Initial Comment:
As per e-mail discussion with Alex Fenton:

Please enable support for dynamic rather than static builds in
for wxruby Linux builds.

=begin e-mail
It's something we've been discussing recently and would like to do. I 
think the Linux build of wxruby2 used to be dynamically linked, way 
back. I'll have a dig around in SVN and see if we can identify the 
change and get this to be a working option. This'll be after the next 
release; please do add a feature request for this to track it.
=end

The following is in rake/rakelinux.rb:
$link_wx_statically = true

When set to false,the compile no longers fails, but the samples still do not run.
wxruby is dynamic on my system with no "trivial" option to enable static.

I may be contacted at the following:
demaillists_at_comcast_dot_net

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

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

From demaillists at comcast.net  Thu Jan  3 08:49:08 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 03 Jan 2008 05:49:08 -0800
Subject: [wxruby-development] dynamic/static etc [was: Bug #16760]
In-Reply-To: <477C2090.3090901@pressure.to>
References: <477B6D35.9020302@comcast.net>
	<477BABE3.6050209@pressure.to>	<477BCA49.5020208@comcast.net>
	<477C2090.3090901@pressure.to>
Message-ID: <477CE7D4.5090908@comcast.net>

Alex,

Wohoo!  I got wxruby-1.9.2.tar.gz running with dynamic.  I'm testing the
patch right now to verify it's validity.  Here's what I did:

    1) Applied "patch" on closed bug #16718 (rake/rakewx.rb:101)
    2) edited rake/rakelinux.rb to set the static test to false *and*
       moved the conditional if statement to enclose just the static
       line near the end
    3) Copied svn/wxruby2/lib/wx/*.rb to wxruby-1.9.2/lib/wx/
    4) ran: rake, rake install
    5) ran a sample and it gave me a GUI!
    6) Created and tested/testing patch
    7) Did Snoopy dance around the desk

(Though #7 is not strictly required is it a great CV exercise.)

Sorry, about taking so much time but I'm just learning ruby and
this is my first experience with rake.  (I'm pretty certain Luck played
a critical role.)

I've included the patch (rake just finished on the patched tarball).
(.... rake install, running: sample/aui  ruby aui.rb, yipee!
Yes, it still works.  Pressing send.)

Hopefully you will test it an upload it to the download page so others
won't trip on their own shoe-strings like I did.

Enjoy.


Dale E. Edmons

(aka linuxfan on #sourcemage)
demaillists_at_comcast_dot-net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: wxruby-1.9.2-smgl.patch
Type: text/x-patch
Size: 27881 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/wxruby-development/attachments/20080103/80a5499c/attachment-0001.bin 

From alex at pressure.to  Thu Jan  3 16:41:25 2008
From: alex at pressure.to (Alex Fenton)
Date: Thu, 03 Jan 2008 21:41:25 +0000
Subject: [wxruby-development] dynamic/static etc [was: Bug #16760]
In-Reply-To: <477CE7D4.5090908@comcast.net>
References: <477B6D35.9020302@comcast.net>	<477BABE3.6050209@pressure.to>	<477BCA49.5020208@comcast.net>	<477C2090.3090901@pressure.to>
	<477CE7D4.5090908@comcast.net>
Message-ID: <477D5685.3090101@pressure.to>

Dale E. Edmons wrote:
> Alex,
>
> Wohoo!  I got wxruby-1.9.2.tar.gz running with dynamic.  I'm testing the
> patch right now to verify it's validity.

Great. Thanks very much for the contribution. I'll try and merge it 
shortly, in advance of the next release. I'll try to get it working for 
both Linux and OS X, as 10.5 comes with a recent version of wxWidgets 
pre-installed.

I'll also modify it so that it tests for a specified or default setup of 
wx (on *nix systems, there can be multiple parallel libraries installed, 
and managed via wx-confnig).

I'll drop a note round once the rake changes are in so HEAD can be 
tested on different systems before 1.9.3

thanks again
alex

From demaillists at comcast.net  Fri Jan  4 07:14:39 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Fri, 04 Jan 2008 04:14:39 -0800
Subject: [wxruby-development] dynamic/static etc [was: Bug #16760]
In-Reply-To: <477D5685.3090101@pressure.to>
References: <477B6D35.9020302@comcast.net>	<477BABE3.6050209@pressure.to>	<477BCA49.5020208@comcast.net>	<477C2090.3090901@pressure.to>	<477CE7D4.5090908@comcast.net>
	<477D5685.3090101@pressure.to>
Message-ID: <477E232F.2050501@comcast.net>

Alex,

Anything you need me to test, feel free to e-mail me.  I don't
have this on a watch list, so throw a brick or something.  ;)

Dale

Alex Fenton wrote:
> Dale E. Edmons wrote:
>   
>> Alex,
>>
>> Wohoo!  I got wxruby-1.9.2.tar.gz running with dynamic.  I'm testing the
>> patch right now to verify it's validity.
>>     
>
> Great. Thanks very much for the contribution. I'll try and merge it 
> shortly, in advance of the next release. I'll try to get it working for 
> both Linux and OS X, as 10.5 comes with a recent version of wxWidgets 
> pre-installed.
>
> I'll also modify it so that it tests for a specified or default setup of 
> wx (on *nix systems, there can be multiple parallel libraries installed, 
> and managed via wx-confnig).
>
> I'll drop a note round once the rake changes are in so HEAD can be 
> tested on different systems before 1.9.3
>
> thanks again
> alex
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From noreply at rubyforge.org  Sat Jan  5 00:53:15 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Sat,  5 Jan 2008 00:53:15 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-16826 ] samples/aui/aui.rb
	segfault induced by adding require 'pathname'
Message-ID: <20080105055315.558B0185867E@rubyforge.org>

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

Category: Incorrect behavior
Group: current
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: samples/aui/aui.rb segfault induced by adding require 'pathname'

Initial Comment:

While trying to modify aui.rb for my own application, I found that
a segfault is induced in the following:
       samples/aui/aui.rb
by adding the following statement:
       require 'pathname'
.

$ ruby aui.rb 
aui.rb:1290: [BUG] Segmentation fault
ruby 1.8.6 (2007-09-24) [i686-linux]

Aborted


I may be contacted at:
  demaillists at comcast.net

(This should not be a major problem as I can just use File::)

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

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

From noreply at rubyforge.org  Sun Jan  6 04:32:58 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Sun,  6 Jan 2008 04:32:58 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-16848 ] segfault on
	Grid#set_cell_value
Message-ID: <20080106093258.B8FDB1858690@rubyforge.org>

Bugs item #16848, was opened at 2008-01-06 10:32
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=16848&group_id=35

Category: Incorrect behavior
Group: current
Status: Open
Resolution: None
Priority: 3
Submitted By: Jochen Topf (joto)
Assigned to: Nobody (None)
Summary: segfault on Grid#set_cell_value

Initial Comment:
Calling Grid#set_cell_value with negative coordinates will result in a segfault. (gem version 1.9.2).

See attachment for example code that triggers this.

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

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

From alex at pressure.to  Mon Jan  7 19:15:40 2008
From: alex at pressure.to (Alex Fenton)
Date: Tue, 08 Jan 2008 00:15:40 +0000
Subject: [wxruby-development] 1.9.3 release, rakefile
Message-ID: <4782C0AC.30004@pressure.to>

Hi

I'd like to put out a 1.9.3 release perhaps later this week/weekend. If 
you have a chance to test the build and samples esp with latest 
rubygems, please do.

There are still some bugs on the list, and samples to do, but this 
should address all the build/install probs that have come up. And it 
would be good to get some testing and feedback on some of the new classes.

A note on the rakefile: on OS X and Linux it will now attempt to make a 
dynamic/shared library if that's the default configuration found in 
wx-config. We're not sure the shared version is working right yet. If 
building for release, it's probably worth forcing a static release build 
with

rake WXRUBY_STATIC=1 WXRUBY_RELEASE=1

Sean - what's your views about which OS X architectures we should offer 
a gem for: universal and/or separate PPC/Intel?

alex




From sean.m.long at gmail.com  Tue Jan  8 02:51:38 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 7 Jan 2008 23:51:38 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <4782C0AC.30004@pressure.to>
References: <4782C0AC.30004@pressure.to>
Message-ID: <c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>

> Sean - what's your views about which OS X architectures we should offer
> a gem for: universal and/or separate PPC/Intel?

A few months ago I would have said all 3 but now I am leaning towards
just the universal, Apple is not making anymore PPC's and effectively
trying to kill them off with each OS release. Bandwidth is cheap and
it will eliminate some possible confusion when installing through ruby
gems.

Sean

From mario at ruby-im.net  Tue Jan  8 08:07:23 2008
From: mario at ruby-im.net (Mario Steele)
Date: Tue, 8 Jan 2008 07:07:23 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
Message-ID: <a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>

I've been testing the svn releases here on my system, as it now seems to be
working on compiling everything together.  So far it's looking good.  I will
be re-compiling wxGTK for a Shared Build here, to test and see if Shared
will work without any problems, and let you guys know.  Also, I think we
should have the option on the Linux Gem, to have one that is statically
linked, and one that is Shared linked.  Ofcourse, we're going to need to let
people know what each means, and how it will effect them.  But first, let me
test it here, and see what I get.

I will let you guys know later today what I find out.

Mario Steele

On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote:
>
> > Sean - what's your views about which OS X architectures we should offer
> > a gem for: universal and/or separate PPC/Intel?
>
> A few months ago I would have said all 3 but now I am leaning towards
> just the universal, Apple is not making anymore PPC's and effectively
> trying to kill them off with each OS release. Bandwidth is cheap and
> it will eliminate some possible confusion when installing through ruby
> gems.
>
> Sean
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/c1460de0/attachment.html 

From sean.m.long at gmail.com  Tue Jan  8 12:58:18 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 8 Jan 2008 09:58:18 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
Message-ID: <c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>

What version of wxWidgets are you guys building against? I currently
have 2.8.6 setup but was thinking about setting up 2.8.7 before the
release, any thoughts?

Sean

From demaillists at comcast.net  Tue Jan  8 13:24:55 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Tue, 08 Jan 2008 10:24:55 -0800
Subject: [wxruby-development] Compiling wxruby-1.9.2
In-Reply-To: <a4439dea0801020053s5a106406pcbcdf87dbb46b782@mail.gmail.com>
References: <477A7013.3050804@comcast.net>
	<a4439dea0801020053s5a106406pcbcdf87dbb46b782@mail.gmail.com>
Message-ID: <4783BFF7.1040900@comcast.net>

Mario,

It was nice talking to you on IRC.  Thanks for the help.

Take care.

Dale
(aka linuxfan)

Mario Steele wrote:
> Hello Dale,
>
> Please see this bug report for ways to fix this:
>
> http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218 
> <http://rubyforge.org/tracker/index.php?func=detail&aid=16718&group_id=35&atid=218>
>
> Specifically look to the Follow up, as this is a known issue.
>
> L8ers,
>
> Mario Steele
>
> On 1/1/08, *Dale E. Edmons* < demaillists at comcast.net 
> <mailto:demaillists at comcast.net>> wrote:
>
>     Hi,
>
>     I'm trying to compile wxruby-1.9.2 .  This is my first time using
>     rake.
>     All I get is the following:
>
>         (in /bld/lib/wxruby-1.9.2)
>         rake aborted!
>         can't convert nil into String
>         /bld/lib/wxruby-1.9.2/rakefile:48
>         (See full trace by running task with --trace)
>
>     And with --trace:
>         (in /bld/lib/wxruby-1.9.2)
>         rake aborted!
>         can't convert nil into String
>         ./rake/rakewx.rb:101:in `exists?'
>         ./rake/rakewx.rb:101:in `use_wx_config'
>         ./rake/rakelinux.rb:9
>         /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
>     `gem_original_require'
>         /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27:in
>     `require'
>         /bld/lib/wxruby- 1.9.2/rakefile:48
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `load'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1940:in `raw_load_rakefile'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1727:in `load_rakefile'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
>     `standard_exception_handling'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1726:in `load_rakefile'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1710:in `run'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1761:in
>     `standard_exception_handling'
>         /usr/lib/ruby/site_ruby/1.8/rake.rb:1708:in `run'
>         /usr/bin/rake:8
>
>
>     Any ideas would be appreciated.
>
>     Thanks
>
>     _______________________________________________
>     wxruby-development mailing list
>     wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/wxruby-development
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>   


From alex at pressure.to  Tue Jan  8 14:01:21 2008
From: alex at pressure.to (Alex Fenton)
Date: Tue, 08 Jan 2008 19:01:21 +0000
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
Message-ID: <4783C881.6040008@pressure.to>

Sean Long wrote:
> What version of wxWidgets are you guys building against? I currently
> have 2.8.6 setup but was thinking about setting up 2.8.7 before the
> release, any thoughts?
I'm currently on 2.8.7. I had a quick scan of the Changelog and nothing 
wildly important - but there are one or two Leopard fixes so perhaps 
worth doing.

cheers
alex

From mario at ruby-im.net  Tue Jan  8 15:02:06 2008
From: mario at ruby-im.net (Mario Steele)
Date: Tue, 8 Jan 2008 14:02:06 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <4783C881.6040008@pressure.to>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
Message-ID: <a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>

I'm running 2.8.6 myself, though I belive 2.8.7 should work just fine.

I have ran into a problem though with the Dynamic Build for wxRuby.  I've
ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl.  After
testing the rake against it, and testing the way that wxRuby detects
wxStyledTextCtrl, I've found that if it's a dynamic build, wx-config --libs
std will not pick up the Dynamic linked version of wxStyledTextCtl.  From
what I can tell, we would need to change the way wx-config detects it.

I am attempting to figure out why it doesn't detect it, as I also have found
out, it doesn't detect OpenGL either, and I have it compiled.  I will let
you guys know what I find out.

L8ers,

Mario Steele

On 1/8/08, Alex Fenton <alex at pressure.to> wrote:
>
> Sean Long wrote:
> > What version of wxWidgets are you guys building against? I currently
> > have 2.8.6 setup but was thinking about setting up 2.8.7 before the
> > release, any thoughts?
> I'm currently on 2.8.7. I had a quick scan of the Changelog and nothing
> wildly important - but there are one or two Leopard fixes so perhaps
> worth doing.
>
> cheers
> alex
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/fed09c7d/attachment-0001.html 

From mario at ruby-im.net  Tue Jan  8 17:05:30 2008
From: mario at ruby-im.net (Mario Steele)
Date: Tue, 8 Jan 2008 16:05:30 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
Message-ID: <a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>

I have found the problems when there is a case of it being a dynamic
linking, instead of a static linking, and I am committing the changes to
SVN.  However, we have some problems that have cropped up, that needs to be
looked into.  I have started going through the samples, and found that a few
have failed horribly.  Here's a list of the ones I have found so far:

bigdemo.rb:593:in `show_tip': undefined method `create_file_tip_provider'
for Wxruby2:Module (NoMethodError)
        from bigdemo.rb:363:in `initialize'
        from bigdemo.rb:817:in `new'
        from bigdemo.rb:817:in `on_init'
        from bigdemo.rb:826:in `main_loop'
        from bigdemo.rb:826

aui.rb:143:in `initialize': undefined method 'set_h_gap' for
#<Wx::GridSizer:0xb5c8a1d0> (NoMethodError)
        from aui.rb:765:in `new'
        from aui.rb:765:in `setup_panes'
        from aui.rb:379:in `initialize'
        from aui.rb:1288:in `new'
        from aui.rb:1288:in `on_init'
        from aui.rb:1297:in `main_loop'
        from aui.rb:1297

calendar.rb:181:in `on_about': undefined method 'message_box' for
#<MyFrame:0xb5d5b938> (NoMethodError)
        from calendar.rb:97:in `initialize'
        from calendar.rb:275:in `call'
        from calendar.rb:275:in `process_event'
        from calendar.rb:275:in `main_loop'
        from calendar.rb:275
(The above error occurs in any example, attempting to utilize message_box()
method)

controls.rb:1103:in `onIdle': undefined method 'wx_class' for
#<MyButton:0xb5d1c1ac> (NoMethodError)
        from controls.rb:1033:in `initialize'
        from controls.rb:1140:in `call'
        from controls.rb:1140:in `process_event'
        from controls.rb:1140:in `main_loop'
        from controls.rb:1140
(The above error also occurs in other examples attempting to utilize
wx_class)

dialogs.rb:258:in `on_log_dialog': undefined method `yield' for
Wxruby2:Module (NoMethodError)
        from dialogs.rb:251:in `busy'
        from dialogs.rb:251:in `on_log_dialog'
        from dialogs.rb:172:in `initialize'
        from dialogs.rb:723:in `call'
        from dialogs.rb:723:in `process_event'
        from dialogs.rb:723:in `main_loop'
        from dialogs.rb:723
(The above error occurs when you select Log Dialog menu item)

dialogs.rb:307:in `on_password_entry': undefined method
'get_password_from_user' for #<MyFrame:0xb5d3885c> (NoMethodError)
        from dialogs.rb:175:in `initialize'
        from dialogs.rb:723:in `call'
        from dialogs.rb:723:in `process_event'
        from dialogs.rb:723:in `main_loop'
        from dialogs.rb:723
(The above error occurs when you select Password Entry menu item)

dialogs.rb:290:in `on_numeric_entry': undefined method
'get_number_from_user' for #<MyFrame:0xb5d81840> (NoMethodError)
        from dialogs.rb:176:in `initialize'
        from dialogs.rb:723:in `call'
        from dialogs.rb:723:in `process_event'
        from dialogs.rb:723:in `main_loop'
        from dialogs.rb:723
(The above error occurs when you select Numeric Entry menu item)

dialogs.rb:359:in `on_multi_choice': undefined method 'get_multiple_choices'
for #<MyFrame:0xb5c99838> (NoMethodError)
        from dialogs.rb:178:in `initialize'
        from dialogs.rb:723:in `call'
        from dialogs.rb:723:in `process_event'
        from dialogs.rb:723:in `main_loop'
        from dialogs.rb:723
(The above error occurs when you select Multiple Choice Entry menu item)

dialogs.rb:385:in `on_file_open': undefined method 'get_home_dir' for
#<MyFrame:0xb5cea83c> (NoMethodError)
        from dialogs.rb:179:in `initialize'
        from dialogs.rb:723:in `call'
        from dialogs.rb:723:in `process_event'
        from dialogs.rb:723:in `main_loop'
        from dialogs.rb:723
(The above error occurs when you select Open File, Second Open File, Choose
a Directory menu items)

Those are the errors I have found so far, so we should look into these, and
get these fixed, before we release 1.9.3.

L8ers,

Mario Steele


On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:
>
> I'm running 2.8.6 myself, though I belive 2.8.7 should work just fine.
>
> I have ran into a problem though with the Dynamic Build for wxRuby.  I've
> ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl.  After
> testing the rake against it, and testing the way that wxRuby detects
> wxStyledTextCtrl, I've found that if it's a dynamic build, wx-config --libs
> std will not pick up the Dynamic linked version of wxStyledTextCtl.  From
> what I can tell, we would need to change the way wx-config detects it.
>
> I am attempting to figure out why it doesn't detect it, as I also have
> found out, it doesn't detect OpenGL either, and I have it compiled.  I will
> let you guys know what I find out.
>
> L8ers,
>
> Mario Steele
>
> On 1/8/08, Alex Fenton <alex at pressure.to> wrote:
> >
> > Sean Long wrote:
> > > What version of wxWidgets are you guys building against? I currently
> > > have 2.8.6 setup but was thinking about setting up 2.8.7 before the
> > > release, any thoughts?
> > I'm currently on 2.8.7. I had a quick scan of the Changelog and nothing
> > wildly important - but there are one or two Leopard fixes so perhaps
> > worth doing.
> >
> > cheers
> > alex
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/3b00eda7/attachment.html 

From mario at ruby-im.net  Tue Jan  8 17:08:54 2008
From: mario at ruby-im.net (Mario Steele)
Date: Tue, 8 Jan 2008 16:08:54 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
Message-ID: <a4439dea0801081408s62735282yde2380b9855575c1@mail.gmail.com>

Also, just so you guys know, these errors occur, whether it is a static
build, or a dynamic build.

L8ers

On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:
>
> I have found the problems when there is a case of it being a dynamic
> linking, instead of a static linking, and I am committing the changes to
> SVN.  However, we have some problems that have cropped up, that needs to be
> looked into.  I have started going through the samples, and found that a few
> have failed horribly.  Here's a list of the ones I have found so far:
>
> bigdemo.rb:593:in `show_tip': undefined method `create_file_tip_provider'
> for Wxruby2:Module (NoMethodError)
>         from bigdemo.rb:363:in `initialize'
>         from bigdemo.rb:817:in `new'
>         from bigdemo.rb:817:in `on_init'
>         from bigdemo.rb:826:in `main_loop'
>         from bigdemo.rb:826
>
> aui.rb:143:in `initialize': undefined method 'set_h_gap' for
> #<Wx::GridSizer:0xb5c8a1d0> (NoMethodError)
>         from aui.rb:765:in `new'
>         from aui.rb:765:in `setup_panes'
>         from aui.rb:379:in `initialize'
>         from aui.rb:1288:in `new'
>         from aui.rb:1288:in `on_init'
>         from aui.rb:1297:in `main_loop'
>         from aui.rb:1297
>
> calendar.rb:181:in `on_about': undefined method 'message_box' for
> #<MyFrame:0xb5d5b938> (NoMethodError)
>         from calendar.rb:97:in `initialize'
>         from calendar.rb:275:in `call'
>         from calendar.rb:275:in `process_event'
>         from calendar.rb:275:in `main_loop'
>         from calendar.rb:275
> (The above error occurs in any example, attempting to utilize
> message_box() method)
>
> controls.rb:1103:in `onIdle': undefined method 'wx_class' for
> #<MyButton:0xb5d1c1ac> (NoMethodError)
>         from controls.rb:1033:in `initialize'
>         from controls.rb:1140:in `call'
>         from controls.rb:1140:in `process_event'
>         from controls.rb:1140:in `main_loop'
>         from controls.rb:1140
> (The above error also occurs in other examples attempting to utilize
> wx_class)
>
> dialogs.rb:258:in `on_log_dialog': undefined method `yield' for
> Wxruby2:Module (NoMethodError)
>         from dialogs.rb:251:in `busy'
>         from dialogs.rb:251:in `on_log_dialog'
>         from dialogs.rb:172:in `initialize'
>         from dialogs.rb:723:in `call'
>         from dialogs.rb:723:in `process_event'
>         from dialogs.rb:723:in `main_loop'
>         from dialogs.rb:723
> (The above error occurs when you select Log Dialog menu item)
>
> dialogs.rb:307:in `on_password_entry': undefined method
> 'get_password_from_user' for #<MyFrame:0xb5d3885c> (NoMethodError)
>         from dialogs.rb:175:in `initialize'
>         from dialogs.rb:723:in `call'
>         from dialogs.rb:723:in `process_event'
>         from dialogs.rb:723:in `main_loop'
>         from dialogs.rb :723
> (The above error occurs when you select Password Entry menu item)
>
> dialogs.rb:290:in `on_numeric_entry': undefined method
> 'get_number_from_user' for #<MyFrame:0xb5d81840> (NoMethodError)
>         from dialogs.rb:176:in `initialize'
>         from dialogs.rb:723:in `call'
>         from dialogs.rb:723:in `process_event'
>         from dialogs.rb:723:in `main_loop'
>         from dialogs.rb :723
> (The above error occurs when you select Numeric Entry menu item)
>
> dialogs.rb:359:in `on_multi_choice': undefined method
> 'get_multiple_choices' for #<MyFrame:0xb5c99838> (NoMethodError)
>         from dialogs.rb:178:in `initialize'
>         from dialogs.rb:723:in `call'
>         from dialogs.rb:723:in `process_event'
>         from dialogs.rb:723:in `main_loop'
>         from dialogs.rb:723
> (The above error occurs when you select Multiple Choice Entry menu item)
>
> dialogs.rb:385:in `on_file_open': undefined method 'get_home_dir' for
> #<MyFrame:0xb5cea83c> (NoMethodError)
>         from dialogs.rb:179:in `initialize'
>         from dialogs.rb:723:in `call'
>         from dialogs.rb:723:in `process_event'
>         from dialogs.rb:723:in `main_loop'
>         from dialogs.rb:723
> (The above error occurs when you select Open File, Second Open File,
> Choose a Directory menu items)
>
> Those are the errors I have found so far, so we should look into these,
> and get these fixed, before we release 1.9.3.
>
> L8ers,
>
> Mario Steele
>
>
> On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:
> >
> > I'm running 2.8.6 myself, though I belive 2.8.7 should work just fine.
> >
> > I have ran into a problem though with the Dynamic Build for wxRuby.
> > I've ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl.  After
> > testing the rake against it, and testing the way that wxRuby detects
> > wxStyledTextCtrl, I've found that if it's a dynamic build, wx-config --libs
> > std will not pick up the Dynamic linked version of wxStyledTextCtl.  From
> > what I can tell, we would need to change the way wx-config detects it.
> >
> > I am attempting to figure out why it doesn't detect it, as I also have
> > found out, it doesn't detect OpenGL either, and I have it compiled.  I will
> > let you guys know what I find out.
> >
> > L8ers,
> >
> > Mario Steele
> >
> > On 1/8/08, Alex Fenton < alex at pressure.to> wrote:
> > >
> > > Sean Long wrote:
> > > > What version of wxWidgets are you guys building against? I currently
> > > > have 2.8.6 setup but was thinking about setting up 2.8.7 before the
> > > > release, any thoughts?
> > > I'm currently on 2.8.7. I had a quick scan of the Changelog and
> > > nothing
> > > wildly important - but there are one or two Leopard fixes so perhaps
> > > worth doing.
> > >
> > > cheers
> > > alex
> > > _______________________________________________
> > > wxruby-development mailing list
> > > wxruby-development at rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/wxruby-development
> > >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/c0728f70/attachment-0001.html 

From sean.m.long at gmail.com  Tue Jan  8 17:13:59 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 8 Jan 2008 14:13:59 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801081408s62735282yde2380b9855575c1@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<a4439dea0801081408s62735282yde2380b9855575c1@mail.gmail.com>
Message-ID: <c2cd0d1d0801081413h60d3d0b0m4e6d5cd6ba692134@mail.gmail.com>

Mario,

I got those errors also, I am currently building wx2.8.7 to see if it
was a 2.8.6 issue or not.

Sean

On Jan 8, 2008 2:08 PM, Mario Steele <mario at ruby-im.net> wrote:
> Also, just so you guys know, these errors occur, whether it is a static
> build, or a dynamic build.
>
> L8ers
>
>
>
> On 1/8/08, Mario Steele < mario at ruby-im.net> wrote:
> > I have found the problems when there is a case of it being a dynamic
> linking, instead of a static linking, and I am committing the changes to
> SVN.  However, we have some problems that have cropped up, that needs to be
> looked into.  I have started going through the samples, and found that a few
> have failed horribly.  Here's a list of the ones I have found so far:
> >
> > bigdemo.rb:593:in `show_tip': undefined method `create_file_tip_provider'
> for Wxruby2:Module (NoMethodError)
> >         from bigdemo.rb:363:in `initialize'
> >         from bigdemo.rb:817:in `new'
> >         from bigdemo.rb:817:in `on_init'
> >         from bigdemo.rb:826:in `main_loop'
> >         from bigdemo.rb:826
> >
> > aui.rb:143:in `initialize': undefined method 'set_h_gap' for
> #<Wx::GridSizer:0xb5c8a1d0> (NoMethodError)
> >         from aui.rb:765:in `new'
> >         from aui.rb:765:in `setup_panes'
> >         from aui.rb:379:in `initialize'
> >         from aui.rb:1288:in `new'
> >         from aui.rb:1288:in `on_init'
> >         from aui.rb:1297:in `main_loop'
> >         from aui.rb:1297
> >
> > calendar.rb:181:in `on_about': undefined method 'message_box' for
> #<MyFrame:0xb5d5b938> (NoMethodError)
> >         from calendar.rb:97:in `initialize'
> >         from calendar.rb:275:in `call'
> >         from calendar.rb:275:in `process_event'
> >         from calendar.rb:275:in `main_loop'
> >         from calendar.rb:275
> > (The above error occurs in any example, attempting to utilize
> message_box() method)
> >
> > controls.rb:1103:in `onIdle': undefined method 'wx_class' for
> #<MyButton:0xb5d1c1ac> (NoMethodError)
> >         from controls.rb:1033:in `initialize'
> >         from controls.rb:1140:in `call'
> >         from controls.rb:1140:in `process_event'
> >         from controls.rb:1140:in `main_loop'
> >         from controls.rb:1140
> > (The above error also occurs in other examples attempting to utilize
> wx_class)
> >
> > dialogs.rb:258:in `on_log_dialog': undefined method `yield' for
> Wxruby2:Module (NoMethodError)
> >         from dialogs.rb:251:in `busy'
> >         from dialogs.rb:251:in `on_log_dialog'
> >         from dialogs.rb:172:in `initialize'
> >         from dialogs.rb:723:in `call'
> >         from dialogs.rb:723:in `process_event'
> >         from dialogs.rb:723:in `main_loop'
> >         from dialogs.rb:723
> > (The above error occurs when you select Log Dialog menu item)
> >
> > dialogs.rb:307:in `on_password_entry': undefined method
> 'get_password_from_user' for #<MyFrame:0xb5d3885c> (NoMethodError)
> >         from dialogs.rb:175:in `initialize'
> >         from dialogs.rb:723:in `call'
> >         from dialogs.rb:723:in `process_event'
> >         from dialogs.rb:723:in `main_loop'
> >         from dialogs.rb :723
> > (The above error occurs when you select Password Entry menu item)
> >
> > dialogs.rb:290:in `on_numeric_entry': undefined method
> 'get_number_from_user' for #<MyFrame:0xb5d81840> (NoMethodError)
> >         from dialogs.rb:176:in `initialize'
> >         from dialogs.rb:723:in `call'
> >         from dialogs.rb:723:in `process_event'
> >         from dialogs.rb:723:in `main_loop'
> >         from dialogs.rb :723
> > (The above error occurs when you select Numeric Entry menu item)
> >
> > dialogs.rb:359:in `on_multi_choice': undefined method
> 'get_multiple_choices' for #<MyFrame:0xb5c99838> (NoMethodError)
> >         from dialogs.rb:178:in `initialize'
> >         from dialogs.rb:723:in `call'
> >         from dialogs.rb:723:in `process_event'
> >         from dialogs.rb:723:in `main_loop'
> >         from dialogs.rb:723
> > (The above error occurs when you select Multiple Choice Entry menu item)
> >
> > dialogs.rb:385:in `on_file_open': undefined method 'get_home_dir' for
> #<MyFrame:0xb5cea83c> (NoMethodError)
> >         from dialogs.rb:179:in `initialize'
> >         from dialogs.rb:723:in `call'
> >         from dialogs.rb:723:in `process_event'
> >         from dialogs.rb:723:in `main_loop'
> >         from dialogs.rb:723
> > (The above error occurs when you select Open File, Second Open File,
> Choose a Directory menu items)
> >
> > Those are the errors I have found so far, so we should look into these,
> and get these fixed, before we release 1.9.3.
> >
> > L8ers,
> >
> > Mario Steele
> >
> >
> >
> >
> > On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:
> > > I'm running 2.8.6 myself, though I belive 2.8.7 should work just fine.
> > >
> > > I have ran into a problem though with the Dynamic Build for wxRuby.
> I've ran the Dynamic build on wxGTK, and also built wxStyledTextCtrl.  After
> testing the rake against it, and testing the way that wxRuby detects
> wxStyledTextCtrl, I've found that if it's a dynamic build, wx-config --libs
> std will not pick up the Dynamic linked version of wxStyledTextCtl.  From
> what I can tell, we would need to change the way wx-config detects it.
> > >
> > > I am attempting to figure out why it doesn't detect it, as I also have
> found out, it doesn't detect OpenGL either, and I have it compiled.  I will
> let you guys know what I find out.
> > >
> > > L8ers,
> > >
> > > Mario Steele
> > >
> > >
> > >
> > > On 1/8/08, Alex Fenton < alex at pressure.to> wrote:
> > > > Sean Long wrote:
> > > > > What version of wxWidgets are you guys building against? I currently
> > > > > have 2.8.6 setup but was thinking about setting up 2.8.7 before the
> > > > > release, any thoughts?
> > > > I'm currently on 2.8.7. I had a quick scan of the Changelog and
> nothing
> > > > wildly important - but there are one or two Leopard fixes so perhaps
> > > > worth doing.
> > > >
> > > > cheers
> > > > alex
> > > > _______________________________________________
> > > > wxruby-development mailing list
> > > > wxruby-development at rubyforge.org
> > > > http://rubyforge.org/mailman/listinfo/wxruby-development
> > > >
> > >
> > >
> >
> >
>
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>

From mario at ruby-im.net  Tue Jan  8 17:16:26 2008
From: mario at ruby-im.net (Mario Steele)
Date: Tue, 8 Jan 2008 16:16:26 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <c2cd0d1d0801081413h60d3d0b0m4e6d5cd6ba692134@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<a4439dea0801081408s62735282yde2380b9855575c1@mail.gmail.com>
	<c2cd0d1d0801081413h60d3d0b0m4e6d5cd6ba692134@mail.gmail.com>
Message-ID: <a4439dea0801081416o2731a720jf37a3d6e81295266@mail.gmail.com>

Sean,

It shouldn't have been, as 1.9.2 did not have these error, and they are the
same functions that have been used within wxRuby for the longest of times.
These errors simply should not be occuring, yet they are.  If you want to
talk live with me about this Sean, I'm on #wxruby on irc.freenode.net right
now.  Maybe we can put our heads together, and see if we can figure out what
is going on?

L8ers,

Mario Steele

On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote:
>
> Mario,
>
> I got those errors also, I am currently building wx2.8.7 to see if it
> was a 2.8.6 issue or not.
>
> Sean
>
> On Jan 8, 2008 2:08 PM, Mario Steele <mario at ruby-im.net> wrote:
> > Also, just so you guys know, these errors occur, whether it is a static
> > build, or a dynamic build.
> >
> > L8ers
> >
> >
> >
> > On 1/8/08, Mario Steele < mario at ruby-im.net> wrote:
> > > I have found the problems when there is a case of it being a dynamic
> > linking, instead of a static linking, and I am committing the changes to
> > SVN.  However, we have some problems that have cropped up, that needs to
> be
> > looked into.  I have started going through the samples, and found that a
> few
> > have failed horribly.  Here's a list of the ones I have found so far:
> > >
> > > bigdemo.rb:593:in `show_tip': undefined method
> `create_file_tip_provider'
> > for Wxruby2:Module (NoMethodError)
> > >         from bigdemo.rb:363:in `initialize'
> > >         from bigdemo.rb:817:in `new'
> > >         from bigdemo.rb:817:in `on_init'
> > >         from bigdemo.rb:826:in `main_loop'
> > >         from bigdemo.rb:826
> > >
> > > aui.rb:143:in `initialize': undefined method 'set_h_gap' for
> > #<Wx::GridSizer:0xb5c8a1d0> (NoMethodError)
> > >         from aui.rb:765:in `new'
> > >         from aui.rb:765:in `setup_panes'
> > >         from aui.rb:379:in `initialize'
> > >         from aui.rb:1288:in `new'
> > >         from aui.rb:1288:in `on_init'
> > >         from aui.rb:1297:in `main_loop'
> > >         from aui.rb:1297
> > >
> > > calendar.rb:181:in `on_about': undefined method 'message_box' for
> > #<MyFrame:0xb5d5b938> (NoMethodError)
> > >         from calendar.rb:97:in `initialize'
> > >         from calendar.rb:275:in `call'
> > >         from calendar.rb:275:in `process_event'
> > >         from calendar.rb:275:in `main_loop'
> > >         from calendar.rb:275
> > > (The above error occurs in any example, attempting to utilize
> > message_box() method)
> > >
> > > controls.rb:1103:in `onIdle': undefined method 'wx_class' for
> > #<MyButton:0xb5d1c1ac> (NoMethodError)
> > >         from controls.rb:1033:in `initialize'
> > >         from controls.rb:1140:in `call'
> > >         from controls.rb:1140:in `process_event'
> > >         from controls.rb:1140:in `main_loop'
> > >         from controls.rb:1140
> > > (The above error also occurs in other examples attempting to utilize
> > wx_class)
> > >
> > > dialogs.rb:258:in `on_log_dialog': undefined method `yield' for
> > Wxruby2:Module (NoMethodError)
> > >         from dialogs.rb:251:in `busy'
> > >         from dialogs.rb:251:in `on_log_dialog'
> > >         from dialogs.rb:172:in `initialize'
> > >         from dialogs.rb:723:in `call'
> > >         from dialogs.rb:723:in `process_event'
> > >         from dialogs.rb:723:in `main_loop'
> > >         from dialogs.rb:723
> > > (The above error occurs when you select Log Dialog menu item)
> > >
> > > dialogs.rb:307:in `on_password_entry': undefined method
> > 'get_password_from_user' for #<MyFrame:0xb5d3885c> (NoMethodError)
> > >         from dialogs.rb:175:in `initialize'
> > >         from dialogs.rb:723:in `call'
> > >         from dialogs.rb:723:in `process_event'
> > >         from dialogs.rb:723:in `main_loop'
> > >         from dialogs.rb :723
> > > (The above error occurs when you select Password Entry menu item)
> > >
> > > dialogs.rb:290:in `on_numeric_entry': undefined method
> > 'get_number_from_user' for #<MyFrame:0xb5d81840> (NoMethodError)
> > >         from dialogs.rb:176:in `initialize'
> > >         from dialogs.rb:723:in `call'
> > >         from dialogs.rb:723:in `process_event'
> > >         from dialogs.rb:723:in `main_loop'
> > >         from dialogs.rb :723
> > > (The above error occurs when you select Numeric Entry menu item)
> > >
> > > dialogs.rb:359:in `on_multi_choice': undefined method
> > 'get_multiple_choices' for #<MyFrame:0xb5c99838> (NoMethodError)
> > >         from dialogs.rb:178:in `initialize'
> > >         from dialogs.rb:723:in `call'
> > >         from dialogs.rb:723:in `process_event'
> > >         from dialogs.rb:723:in `main_loop'
> > >         from dialogs.rb:723
> > > (The above error occurs when you select Multiple Choice Entry menu
> item)
> > >
> > > dialogs.rb:385:in `on_file_open': undefined method 'get_home_dir' for
> > #<MyFrame:0xb5cea83c> (NoMethodError)
> > >         from dialogs.rb:179:in `initialize'
> > >         from dialogs.rb:723:in `call'
> > >         from dialogs.rb:723:in `process_event'
> > >         from dialogs.rb:723:in `main_loop'
> > >         from dialogs.rb:723
> > > (The above error occurs when you select Open File, Second Open File,
> > Choose a Directory menu items)
> > >
> > > Those are the errors I have found so far, so we should look into
> these,
> > and get these fixed, before we release 1.9.3.
> > >
> > > L8ers,
> > >
> > > Mario Steele
> > >
> > >
> > >
> > >
> > > On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:
> > > > I'm running 2.8.6 myself, though I belive 2.8.7 should work just
> fine.
> > > >
> > > > I have ran into a problem though with the Dynamic Build for wxRuby.
> > I've ran the Dynamic build on wxGTK, and also built
> wxStyledTextCtrl.  After
> > testing the rake against it, and testing the way that wxRuby detects
> > wxStyledTextCtrl, I've found that if it's a dynamic build, wx-config
> --libs
> > std will not pick up the Dynamic linked version of
> wxStyledTextCtl.  From
> > what I can tell, we would need to change the way wx-config detects it.
> > > >
> > > > I am attempting to figure out why it doesn't detect it, as I also
> have
> > found out, it doesn't detect OpenGL either, and I have it compiled.  I
> will
> > let you guys know what I find out.
> > > >
> > > > L8ers,
> > > >
> > > > Mario Steele
> > > >
> > > >
> > > >
> > > > On 1/8/08, Alex Fenton < alex at pressure.to> wrote:
> > > > > Sean Long wrote:
> > > > > > What version of wxWidgets are you guys building against? I
> currently
> > > > > > have 2.8.6 setup but was thinking about setting up 2.8.7 before
> the
> > > > > > release, any thoughts?
> > > > > I'm currently on 2.8.7. I had a quick scan of the Changelog and
> > nothing
> > > > > wildly important - but there are one or two Leopard fixes so
> perhaps
> > > > > worth doing.
> > > > >
> > > > > cheers
> > > > > alex
> > > > > _______________________________________________
> > > > > wxruby-development mailing list
> > > > > wxruby-development at rubyforge.org
> > > > > http://rubyforge.org/mailman/listinfo/wxruby-development
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
> >
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/7d8f3a45/attachment-0001.html 

From sean.m.long at gmail.com  Tue Jan  8 17:20:08 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 8 Jan 2008 14:20:08 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
Message-ID: <c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>

On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net> wrote:
> I have found the problems when there is a case of it being a dynamic
> linking, instead of a static linking, and I am committing the changes to
> SVN.

I just looked at the checkin and noticed in the:
 if $dynamic_build

you have wx_gtk specified, the rakeunixish.rb file is also used by
rakemacosx.rb and I think this change will prevent dynamic builds
working on OS X.

Sean

From mario at ruby-im.net  Tue Jan  8 20:29:43 2008
From: mario at ruby-im.net (Mario Steele)
Date: Tue, 8 Jan 2008 19:29:43 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
Message-ID: <a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>

Hey Alex,

Me and Sean have it figured out as to why it's not finding the "certian"
methods, and are working on the solution now.  Should have something posted
within the next hour or so for the fix for this problem.

L8ers

Mario Steele

On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote:
>
> On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net> wrote:
> > I have found the problems when there is a case of it being a dynamic
> > linking, instead of a static linking, and I am committing the changes to
> > SVN.
>
> I just looked at the checkin and noticed in the:
> if $dynamic_build
>
> you have wx_gtk specified, the rakeunixish.rb file is also used by
> rakemacosx.rb and I think this change will prevent dynamic builds
> working on OS X.
>
> Sean
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080108/ae29a1a4/attachment.html 

From mario at ruby-im.net  Wed Jan  9 03:41:34 2008
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 9 Jan 2008 02:41:34 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>
Message-ID: <a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>

I have just checked in the fixes to correct the naming problems of methods,
as well as cleared previous tabs that I mistakenly placed in the
rakeunixish.rb.  I borrowed code from active_support, to correctly
un_camelize() the method definitions in wxRuby.  Now should be able to
properly convert SetHGap, SetVGap, GetHGap, GetVGap, as well as
PositionToXY, etc, etc.  For some reason, AUI demo crashes on me with a
segfault, but I tested my wxRIDE against the build, and it works just fine.
Other then that, everything looks like it's working once more with the
demos.  If you two could also test these changes on your systems, ensure
that there are no problems?

L8ers,

Mario Steele

On 1/8/08, Mario Steele <mario at ruby-im.net> wrote:
>
> Hey Alex,
>
> Me and Sean have it figured out as to why it's not finding the "certian"
> methods, and are working on the solution now.  Should have something posted
> within the next hour or so for the fix for this problem.
>
> L8ers
>
> Mario Steele
>
> On 1/8/08, Sean Long <sean.m.long at gmail.com> wrote:
> >
> > On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net> wrote:
> > > I have found the problems when there is a case of it being a dynamic
> > > linking, instead of a static linking, and I am committing the changes
> > to
> > > SVN.
> >
> > I just looked at the checkin and noticed in the:
> > if $dynamic_build
> >
> > you have wx_gtk specified, the rakeunixish.rb file is also used by
> > rakemacosx.rb and I think this change will prevent dynamic builds
> > working on OS X.
> >
> > Sean
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/acf062bd/attachment.html 

From demaillists at comcast.net  Wed Jan  9 11:04:30 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Wed, 09 Jan 2008 08:04:30 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>
	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>
Message-ID: <4784F08E.6030309@comcast.net>

Mario,

I had previously checked all the samples and had sent the results to
Alex Fenton.  We pretty much felt that is was my config.  I looked at the
first couple you listed and they're the same.  I've attached the list so
you can double check any if you'd like.

This is nice for me.  Now I have more confidence in my config and install.
Appreciate you reporting the info.

Thanks


Dale E. Edmons
(aka linuxfan)


Mario Steele wrote:
> I have just checked in the fixes to correct the naming problems of 
> methods, as well as cleared previous tabs that I mistakenly placed in 
> the rakeunixish.rb.  I borrowed code from active_support, to correctly 
> un_camelize() the method definitions in wxRuby.  Now should be able to 
> properly convert SetHGap, SetVGap, GetHGap, GetVGap, as well as 
> PositionToXY, etc, etc.  For some reason, AUI demo crashes on me with 
> a segfault, but I tested my wxRIDE against the build, and it works 
> just fine.  Other then that, everything looks like it's working once 
> more with the demos.  If you two could also test these changes on your 
> systems, ensure that there are no problems?
>
> L8ers,
>
> Mario Steele
>
> On 1/8/08, *Mario Steele* <mario at ruby-im.net 
> <mailto:mario at ruby-im.net>> wrote:
>
>     Hey Alex,
>
>     Me and Sean have it figured out as to why it's not finding the
>     "certian" methods, and are working on the solution now.  Should
>     have something posted within the next hour or so for the fix for
>     this problem.
>
>     L8ers
>
>     Mario Steele
>
>     On 1/8/08, *Sean Long* < sean.m.long at gmail.com
>     <mailto:sean.m.long at gmail.com>> wrote:
>
>         On Jan 8, 2008 2:05 PM, Mario Steele <mario at ruby-im.net
>         <mailto:mario at ruby-im.net>> wrote:
>         > I have found the problems when there is a case of it being a
>         dynamic
>         > linking, instead of a static linking, and I am committing the
>         changes to
>         > SVN.
>
>         I just looked at the checkin and noticed in the:
>         if $dynamic_build
>
>         you have wx_gtk specified, the rakeunixish.rb file is also used by
>         rakemacosx.rb and I think this change will prevent dynamic builds
>         working on OS X.
>
>         Sean
>         _______________________________________________
>         wxruby-development mailing list
>         wxruby-development at rubyforge.org
>         <mailto:wxruby-development at rubyforge.org>
>         http://rubyforge.org/mailman/listinfo/wxruby-development
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>   

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: sample-failures.txt
Url: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/42309baf/attachment-0001.txt 

From alex at pressure.to  Wed Jan  9 11:50:51 2008
From: alex at pressure.to (Alex Fenton)
Date: Wed, 09 Jan 2008 16:50:51 +0000
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
Message-ID: <4784FB6B.1050901@pressure.to>

Sean, Mario

Thanks both for tracking down these issues and patching them. I'll 
update to HEAD this evening and give things a whirl to see that we're 
good for release. I have a small Clipboard/Drag'n'Drop sample that I'll 
try and tidy up before tagging.

Dale - hopefully this resolves most of the failures with methods not 
found. From your earlier messages I'm assuming that you don't have 
wxMediaCtrl or wxOpenGL support built so I wouldn't expect these to work.

cheers
alex

From demaillists at comcast.net  Wed Jan  9 13:55:02 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Wed, 09 Jan 2008 10:55:02 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <4784FB6B.1050901@pressure.to>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
	<4784FB6B.1050901@pressure.to>
Message-ID: <47851886.7020704@comcast.net>

Alex,

That's my assumption as well.

rake list them as not built, so you are correct.  I'm working
on that as an install issue.  I should have included those in
the original message, but didn't think to until now.

Thanks.


Dale


Alex Fenton wrote:
> Sean, Mario
>
> Thanks both for tracking down these issues and patching them. I'll 
> update to HEAD this evening and give things a whirl to see that we're 
> good for release. I have a small Clipboard/Drag'n'Drop sample that I'll 
> try and tidy up before tagging.
>
> Dale - hopefully this resolves most of the failures with methods not 
> found. From your earlier messages I'm assuming that you don't have 
> wxMediaCtrl or wxOpenGL support built so I wouldn't expect these to work.
>
> cheers
> alex
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From mario at ruby-im.net  Wed Jan  9 20:52:18 2008
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 9 Jan 2008 19:52:18 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <47851886.7020704@comcast.net>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
	<4784FB6B.1050901@pressure.to> <47851886.7020704@comcast.net>
Message-ID: <a4439dea0801091752j6896bf91w52c17e47bc3f9cfb@mail.gmail.com>

Has anyone done an Example for the new Drawing Context classes by chance?  I
noticed the Documentation has been added to the repo for the new classes,
just wondering if anyone has really done anything to create an example of
them working or not.

Also, are we still aiming for the weekend on the release?  If so, I may be
able to clobber together some examples on the new Context Drawing classes,
so that we have something in there for examples atleast for the 1.9.3release.

L8ers,
Mario Steele


On 1/9/08, Dale E. Edmons <demaillists at comcast.net> wrote:
>
> Alex,
>
> That's my assumption as well.
>
> rake list them as not built, so you are correct.  I'm working
> on that as an install issue.  I should have included those in
> the original message, but didn't think to until now.
>
> Thanks.
>
>
> Dale
>
>
> Alex Fenton wrote:
> > Sean, Mario
> >
> > Thanks both for tracking down these issues and patching them. I'll
> > update to HEAD this evening and give things a whirl to see that we're
> > good for release. I have a small Clipboard/Drag'n'Drop sample that I'll
> > try and tidy up before tagging.
> >
> > Dale - hopefully this resolves most of the failures with methods not
> > found. From your earlier messages I'm assuming that you don't have
> > wxMediaCtrl or wxOpenGL support built so I wouldn't expect these to
> work.
> >
> > cheers
> > alex
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
> >
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/49a66b83/attachment.html 

From demaillists at comcast.net  Wed Jan  9 21:16:09 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Wed, 09 Jan 2008 18:16:09 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>
	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>
Message-ID: <47857FE9.4030709@comcast.net>

Mario,


Mario Steele wrote:
> I have just checked in the fixes to correct the naming problems of 
> methods, as well as cleared previous tabs that I mistakenly placed in 
> the rakeunixish.rb.  I borrowed code from active_support, to correctly 
> un_camelize() the method definitions in wxRuby.  Now should be able to 
> properly convert SetHGap, SetVGap, GetHGap, GetVGap, as well as 
> PositionToXY, etc, etc.  For some reason, AUI demo crashes on me with 
> a segfault, but I tested my wxRIDE against the build,
See bug #16826.  I've been having this too.  Line 382 I presume?  You 
can move statements around sometimes and make it fail elsewhere in the 
code, even though there is no *real* change.  I'm too new to have any 
luck, but I'm going to look at this since I would like to use this 
sample program for the application I have in mind and am writing.

Any suggestions would be appreciated.
> and it works just fine.  Other then that, everything looks like it's 
> working once more with the demos.  If you two could also test these 
> changes on your systems, ensure that there are no problems?

Dale

From mario at ruby-im.net  Wed Jan  9 23:21:09 2008
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 9 Jan 2008 22:21:09 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <47857FE9.4030709@comcast.net>
References: <4782C0AC.30004@pressure.to>
	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>
	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>
	<47857FE9.4030709@comcast.net>
Message-ID: <a4439dea0801092021n4beb11b5n39d2552b8d9bcc1a@mail.gmail.com>

Dale,

Unfortunatly, I don't know what the root cause of this problem is.  I have
the same problem, no matter what I do with the aui.rb example, that causes a
segfault within my system.  However, I have wxRIDE, which employes the AUI
Arch, and have had no problems running this.  I will be uploading a copy of
wxRIDE to SVN on the project page for wxRIDE hopefully within the next week
or two.  See: http://rubyforge.org/projects/wxRIDE/  to see details about
the project.

I do not know what can be causing the crashing, and would have to compile
both wxRuby, and wxGTK into debug mode, so as to see if I can trace this
problem.  Unfortunatly, with our release date being towards this weekend, I
doubt I will be able to track down this bug in time for the release.

I would suggest starting from scratch, and only taking ideas from AUI in
your own implementation of the AUI Framework, in your applications, as that
would be the best route to go, in order to bypass the segfaults that you are
getting.  It would be the only way in which we could determin what is
actually causing the segfaults, and where they are actually occuring within
the code, and weither it is something that we're actually doing in the
sample code, or in the wxRuby extension itself.

L8ers,

Mario Steele


On 1/9/08, Dale E. Edmons <demaillists at comcast.net> wrote:
>
>
> See bug #16826.  I've been having this too.  Line 382 I presume?  You
> can move statements around sometimes and make it fail elsewhere in the
> code, even though there is no *real* change.  I'm too new to have any
> luck, but I'm going to look at this since I would like to use this
> sample program for the application I have in mind and am writing.
>
> Any suggestions would be appreciated.


Dale
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080109/e3155eab/attachment.html 

From alex at pressure.to  Thu Jan 10 00:54:00 2008
From: alex at pressure.to (Alex Fenton)
Date: Thu, 10 Jan 2008 05:54:00 +0000
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <47857FE9.4030709@comcast.net>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>
	<47857FE9.4030709@comcast.net>
Message-ID: <4785B2F8.90604@pressure.to>

Dale E. Edmons wrote:

> Mario Steele wrote:
>   
>> ...For some reason, AUI demo crashes on me with 
>> a segfault, but I tested my wxRIDE against the build,
>>     
> See bug #16826.  I've been having this too. 

Dale/Mario - I haven't yet been able to reproduce this - I guess because 
memory allocation will be slightly different on different machines and 
GC will run at different times. if either of you could attach a gdb 
backtrace to the bug that might point it up. Run the sample like this:

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

then "r" at the gdb prompt

then when it crashes "whe"

thanks
alex

From alex at pressure.to  Thu Jan 10 00:56:45 2008
From: alex at pressure.to (Alex Fenton)
Date: Thu, 10 Jan 2008 05:56:45 +0000
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801091752j6896bf91w52c17e47bc3f9cfb@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<4784FB6B.1050901@pressure.to>
	<47851886.7020704@comcast.net>
	<a4439dea0801091752j6896bf91w52c17e47bc3f9cfb@mail.gmail.com>
Message-ID: <4785B39D.8050205@pressure.to>

Mario Steele wrote:
> Has anyone done an Example for the new Drawing Context classes by 
> chance?  I noticed the Documentation has been added to the repo for 
> the new classes, just wondering if anyone has really done anything to 
> create an example of them working or not.
No there's nothing checked in, and I can't find the code I used to test 
them as I was building the classes. We could do with a general DC 
sample; perhaps the two could be combined (eg a "a use antialias" 
option). This will show up that the API is slightly different between DC 
and GraphicsDC, we could use a bit of ruby to cover some of the gaps. 
> Also, are we still aiming for the weekend on the release?  If so, I 
> may be able to clobber together some examples on the new Context 
> Drawing classes, so that we have something in there for examples 
> atleast for the 1.9.3 release.
Yes, I'd still like to aim for the weekend. It's not going to be perfect 
but I think it's time we got a new release out there.

thanks
alex

From mario at ruby-im.net  Thu Jan 10 04:38:52 2008
From: mario at ruby-im.net (Mario Steele)
Date: Thu, 10 Jan 2008 03:38:52 -0600
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <4785B2F8.90604@pressure.to>
References: <4782C0AC.30004@pressure.to>
	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>
	<4783C881.6040008@pressure.to>
	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>
	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>
	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>
	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>
	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>
	<47857FE9.4030709@comcast.net> <4785B2F8.90604@pressure.to>
Message-ID: <a4439dea0801100138l2105c3fdv14405c66bc79aeee@mail.gmail.com>

Alright, this is from the compile I have of wxRuby, Dynamically linked, and
the AUI Crashing.  Here's the stack that I get:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211517248 (LWP 6403)]
0x00000019 in ?? ()
(gdb) whe
#0  0x00000019 in ?? ()
#1  0xb7ec6076 in st_lookup () from /usr/lib/libruby.so.1.8
#2  0xb7e5a3a6 in rb_thread_local_aref () from /usr/lib/libruby.so.1.8
#3  0xb7e5a3fd in rb_thread_local_aref () from /usr/lib/libruby.so.1.8
#4  0xb7e627f3 in rb_iter_break () from /usr/lib/libruby.so.1.8
#5  0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#6  0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#7  0xb799c328 in SwigDirector_wxStaticText::GetMinSize ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#8  0xb7064fe0 in wxWindowBase::GetEffectiveMinSize ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#9  0xb7051752 in wxSizerItem::CalcMin () from /usr/lib/libwx_gtk2u-2.8.so.0
#10 0xb7050d98 in wxBoxSizer::CalcMin () from /usr/lib/libwx_gtk2u-2.8.so.0
#11 0xb770c29d in _wrap_wxBoxSizer_CalcMin ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#12 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#13 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#14 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#15 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#16 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#17 0xb770c925 in SwigDirector_wxBoxSizer::CalcMin ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#18 0xb704f679 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
---Type <return> to continue, or q <return> to quit---
#19 0xb7966633 in _wrap_wxSizer_Layout ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#20 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#21 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#22 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#23 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#24 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#25 0xb770c04e in SwigDirector_wxBoxSizer::Layout ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#26 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#27 0xb704f859 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#28 0xb70500ca in wxGridSizer::SetItemBounds ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#29 0xb7051e43 in wxGridSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#30 0xb78379b3 in _wrap_wxGridSizer_RecalcSizes ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#31 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#32 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#33 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#34 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#35 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
---Type <return> to continue, or q <return> to quit---
#36 0xb7837aae in SwigDirector_wxGridSizer::RecalcSizes ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#37 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#38 0xb7966633 in _wrap_wxSizer_Layout ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#39 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#40 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#41 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#42 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#43 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#44 0xb7837a5e in SwigDirector_wxGridSizer::Layout ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#45 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#46 0xb704f859 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#47 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-
2.8.so.0
#48 0xb770bfa3 in _wrap_wxBoxSizer_RecalcSizes ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#49 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#50 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#51 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#52 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#53 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
---Type <return> to continue, or q <return> to quit---
#54 0xb770c09e in SwigDirector_wxBoxSizer::RecalcSizes ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#55 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#56 0xb7966633 in _wrap_wxSizer_Layout ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#57 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#58 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#59 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#60 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#61 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#62 0xb770c04e in SwigDirector_wxBoxSizer::Layout ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#63 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#64 0xb70640e5 in wxWindowBase::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#65 0xb708df5d in wxPanel::OnSize () from /usr/lib/libwx_gtk2u-2.8.so.0
#66 0xb6e47865 in wxAppConsole::HandleEvent ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#67 0xb6ef395f in wxEvtHandler::ProcessEventIfMatches ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#68 0xb6ef3aad in wxEventHashTable::HandleEvent ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#69 0xb6ef3fd6 in wxEvtHandler::ProcessEvent ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
---Type <return> to continue, or q <return> to quit---
---Type <return> to continue, or q <return> to quit---
#70 0xb779bb18 in _wrap_wxEvtHandler_ProcessEvent ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#71 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#72 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#73 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#74 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#75 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#76 0xb78ec5cc in SwigDirector_wxPanel::ProcessEvent ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#77 0xb6f4d412 in wxWindow::DoSetSize () from /usr/lib/libwx_gtk2u-2.8.so.0
#78 0xb704f8a0 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#79 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-
2.8.so.0
#80 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#81 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#82 0xb704f859 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#83 0xb7051119 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-
2.8.so.0
#84 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#85 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#86 0xb704f859 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#87 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-
2.8.so.0
---Type <return> to continue, or q <return> to quit---
#88 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#89 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#90 0xb704f859 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#91 0xb7051119 in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-
2.8.so.0
#92 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#93 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#94 0xb704f859 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#95 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-
2.8.so.0
#96 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#97 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#98 0xb704f859 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#99 0xb70511ab in wxBoxSizer::RecalcSizes () from /usr/lib/libwx_gtk2u-
2.8.so.0
#100 0xb704f684 in wxSizer::Layout () from /usr/lib/libwx_gtk2u-2.8.so.0
#101 0xb704f6f9 in wxSizer::SetDimension () from /usr/lib/libwx_gtk2u-
2.8.so.0
#102 0xb70640e5 in wxWindowBase::Layout () from /usr/lib/libwx_gtk2u-
2.8.so.0
#103 0xb71cb8ec in wxAuiManager::DoFrameLayout ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
#104 0xb71d3056 in wxAuiManager::Update () from /usr/lib/libwx_gtk2u-
2.8.so.0
#105 0xb71dfa2b in wxAuiFloatingFrame::SetPaneWindow ()
   from /usr/lib/libwx_gtk2u-2.8.so.0
---Type <return> to continue, or q <return> to quit---
#106 0xb71d2f6b in wxAuiManager::Update () from /usr/lib/libwx_gtk2u-
2.8.so.0
#107 0xb76e3f7d in _wrap_wxAuiManager_Update ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#108 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#109 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#110 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#111 0xb7e6a5f6 in rb_apply () from /usr/lib/libruby.so.1.8
#112 0xb7e623e1 in rb_iter_break () from /usr/lib/libruby.so.1.8
#113 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#114 0xb7e62b47 in rb_obj_call_init () from /usr/lib/libruby.so.1.8
#115 0xb7e90efa in rb_class_new_instance () from /usr/lib/libruby.so.1.8
#116 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#117 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#118 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#119 0xb7e6a5f6 in rb_apply () from /usr/lib/libruby.so.1.8
#120 0xb7e68e9f in rb_apply () from /usr/lib/libruby.so.1.8
#121 0xb7e623e1 in rb_iter_break () from /usr/lib/libruby.so.1.8
#122 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#123 0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#124 0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#125 0xb76db482 in wxRubyApp::OnInit ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#126 0xb76db231 in wxAppConsole::CallOnInit ()
---Type <return> to continue, or q <return> to quit---
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#127 0xb6e84ed0 in wxEntry () from /usr/lib/libwx_gtk2u-2.8.so.0
#128 0xb76dacb9 in _wrap_App_main_loop ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#129 0xb7e59d93 in rb_provide () from /usr/lib/libruby.so.1.8
#130 0xb7e61ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#131 0xb7e62838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#132 0xb7e6a5f6 in rb_apply () from /usr/lib/libruby.so.1.8
#133 0xb7e701f8 in rb_load_protect () from /usr/lib/libruby.so.1.8
#134 0xb7e70242 in ruby_exec () from /usr/lib/libruby.so.1.8
#135 0xb7e7027f in ruby_run () from /usr/lib/libruby.so.1.8
#136 0x0804867d in main ()
(gdb)


I'm not sure if I'm reading this right or not, but it looks like this is
being caused by one of two things, it's trying to fetch a String, or it's
trying to call the Resizer, when attempting to calculate the size of the
area for the layout of the controls.  Does that sound about right Alex?

The thing about this is, the window is never displayed.  So I'm wondering if
it's trying to calculate a 0 dimension sizing, and getting the essential
attempt to divide by zero, maybe even negative values.  But I could be wrong
about that as well.

Mario Steele


On 1/9/08, Alex Fenton <alex at pressure.to> wrote:
>
> Dale E. Edmons wrote:
>
> > Mario Steele wrote:
> >
> >> ...For some reason, AUI demo crashes on me with
> >> a segfault, but I tested my wxRIDE against the build,
> >>
> > See bug #16826.  I've been having this too.
>
> Dale/Mario - I haven't yet been able to reproduce this - I guess because
> memory allocation will be slightly different on different machines and
> GC will run at different times. if either of you could attach a gdb
> backtrace to the bug that might point it up. Run the sample like this:
>
> gdb --args ruby -Ilib samples/aui/aui.rb
>
> then "r" at the gdb prompt
>
> then when it crashes "whe"
>
> thanks
> alex
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080110/b46b53ae/attachment.html 

From demaillists at comcast.net  Thu Jan 10 09:45:06 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 10 Jan 2008 06:45:06 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801092021n4beb11b5n39d2552b8d9bcc1a@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>	<47857FE9.4030709@comcast.net>
	<a4439dea0801092021n4beb11b5n39d2552b8d9bcc1a@mail.gmail.com>
Message-ID: <47862F72.60401@comcast.net>

Mario,

I've been fighting this problem about a week.  Last night I found I 
could eliminate it by
doing the following to line 382:

pi = Wx::AuiPaneInfo.new
pi.set_name('notebook_content').center_pane.hide
=begin
@mgr.add_pane(create_notebook, pi)
=end
@mgr.add_pane(create_html_ctrl, pi)

This is as far as I got, but seems to demonstrate it is in the
Notebook#add_pane(create_notebook, pi) method when create_notebook is used.
I hope this will help track it down.  I'll try looking more at 
create_notebook today.

Thanks.  I'll look into your wxRIDE.  I've been wanting to play with an 
IDE anyway.
This would also provide a practical example (if it's not too complex for 
me to under-
stand.)

Take care and thanks for your work in general and what you've done to 
help me
in particular.


Dale E. Edmons
(aka linuxfan)


Mario Steele wrote:
> Dale,
>  
> Unfortunatly, I don't know what the root cause of this problem is.  I 
> have the same problem, no matter what I do with the aui.rb example, 
> that causes a segfault within my system.  However, I have wxRIDE, 
> which employes the AUI Arch, and have had no problems running this.  I 
> will be uploading a copy of wxRIDE to SVN on the project page for 
> wxRIDE hopefully within the next week or two.  See: 
> http://rubyforge.org/projects/wxRIDE/  to see details about the project.
>  
> I do not know what can be causing the crashing, and would have to 
> compile both wxRuby, and wxGTK into debug mode, so as to see if I can 
> trace this problem.  Unfortunatly, with our release date being towards 
> this weekend, I doubt I will be able to track down this bug in time 
> for the release.
>  
> I would suggest starting from scratch, and only taking ideas from AUI 
> in your own implementation of the AUI Framework, in your applications, 
> as that would be the best route to go, in order to bypass the 
> segfaults that you are getting.  It would be the only way in which we 
> could determin what is actually causing the segfaults, and where they 
> are actually occuring within the code, and weither it is something 
> that we're actually doing in the sample code, or in the wxRuby 
> extension itself.
>  
> L8ers,
>  
> Mario Steele
>
>  
> On 1/9/08, *Dale E. Edmons* <demaillists at comcast.net 
> <mailto:demaillists at comcast.net>> wrote:
>
>
>     See bug #16826.  I've been having this too.  Line 382 I presume?  You
>     can move statements around sometimes and make it fail elsewhere in
>     the
>     code, even though there is no *real* change.  I'm too new to have any
>     luck, but I'm going to look at this since I would like to use this
>     sample program for the application I have in mind and am writing.
>
>     Any suggestions would be appreciated.
>
>
>     Dale
>     _______________________________________________
>     wxruby-development mailing list
>     wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/wxruby-development
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>   


From demaillists at comcast.net  Thu Jan 10 10:03:56 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 10 Jan 2008 07:03:56 -0800
Subject: [wxruby-development] Mario: line #792, not #382;
 Re:  1.9.3 release, rakefile
In-Reply-To: <47862F72.60401@comcast.net>
References: <4782C0AC.30004@pressure.to>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>	<47857FE9.4030709@comcast.net>	<a4439dea0801092021n4beb11b5n39d2552b8d9bcc1a@mail.gmail.com>
	<47862F72.60401@comcast.net>
Message-ID: <478633DC.5060506@comcast.net>

Mario,

Correct the following line number from 382 to 792.  The former
is the call, the latter is the actual function.

Dale

Dale E. Edmons wrote:
> Mario,
>
> I've been fighting this problem about a week.  Last night I found I 
> could eliminate it by
> doing the following to line 382:
>
> pi = Wx::AuiPaneInfo.new
> pi.set_name('notebook_content').center_pane.hide
> =begin
> @mgr.add_pane(create_notebook, pi)
> =end
> @mgr.add_pane(create_html_ctrl, pi)
>
> This is as far as I got, but seems to demonstrate it is in the
> Notebook#add_pane(create_notebook, pi) method when create_notebook is used.
> I hope this will help track it down.  I'll try looking more at 
> create_notebook today.
>
> Thanks.  I'll look into your wxRIDE.  I've been wanting to play with an 
> IDE anyway.
> This would also provide a practical example (if it's not too complex for 
> me to under-
> stand.)
>
> Take care and thanks for your work in general and what you've done to 
> help me
> in particular.
>
>
> Dale E. Edmons
> (aka linuxfan)
>
>
> Mario Steele wrote:
>   
>> Dale,
>>  
>> Unfortunatly, I don't know what the root cause of this problem is.  I 
>> have the same problem, no matter what I do with the aui.rb example, 
>> that causes a segfault within my system.  However, I have wxRIDE, 
>> which employes the AUI Arch, and have had no problems running this.  I 
>> will be uploading a copy of wxRIDE to SVN on the project page for 
>> wxRIDE hopefully within the next week or two.  See: 
>> http://rubyforge.org/projects/wxRIDE/  to see details about the project.
>>  
>> I do not know what can be causing the crashing, and would have to 
>> compile both wxRuby, and wxGTK into debug mode, so as to see if I can 
>> trace this problem.  Unfortunatly, with our release date being towards 
>> this weekend, I doubt I will be able to track down this bug in time 
>> for the release.
>>  
>> I would suggest starting from scratch, and only taking ideas from AUI 
>> in your own implementation of the AUI Framework, in your applications, 
>> as that would be the best route to go, in order to bypass the 
>> segfaults that you are getting.  It would be the only way in which we 
>> could determin what is actually causing the segfaults, and where they 
>> are actually occuring within the code, and weither it is something 
>> that we're actually doing in the sample code, or in the wxRuby 
>> extension itself.
>>  
>> L8ers,
>>  
>> Mario Steele
>>
>>  
>> On 1/9/08, *Dale E. Edmons* <demaillists at comcast.net 
>> <mailto:demaillists at comcast.net>> wrote:
>>
>>
>>     See bug #16826.  I've been having this too.  Line 382 I presume?  You
>>     can move statements around sometimes and make it fail elsewhere in
>>     the
>>     code, even though there is no *real* change.  I'm too new to have any
>>     luck, but I'm going to look at this since I would like to use this
>>     sample program for the application I have in mind and am writing.
>>
>>     Any suggestions would be appreciated.
>>
>>
>>     Dale
>>     _______________________________________________
>>     wxruby-development mailing list
>>     wxruby-development at rubyforge.org
>>     <mailto:wxruby-development at rubyforge.org>
>>     http://rubyforge.org/mailman/listinfo/wxruby-development
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> wxruby-development mailing list
>> wxruby-development at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wxruby-development
>>   
>>     
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From demaillists at comcast.net  Thu Jan 10 10:10:08 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 10 Jan 2008 07:10:08 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <4785B2F8.90604@pressure.to>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801072351g135c847dkf87e8d1396cad8ab@mail.gmail.com>	<a4439dea0801080507t4532821cm51b74aef328a5054@mail.gmail.com>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>	<47857FE9.4030709@comcast.net>
	<4785B2F8.90604@pressure.to>
Message-ID: <47863550.6030803@comcast.net>

Alex,

Here is my gdb too.  I only glanced at it but it looks much
the same as Mario's.

I did track down a specific line that induces the segfault.
Please see the note to Mario for a change that will allow
aui.rb to run (it doesn't fix anything, but might help
determine the actual call that is failing.)

Here's the dump:
------------------------------------

GNU gdb 6.7.1
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) r
Starting program: /usr/bin/ruby -Ilib samples/aui/aui.rb
(no debugging symbols found)
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0x00000019 in ?? ()
(gdb) whe
#0  0x00000019 in ?? ()
#1  0xb7ed8c7a in st_lookup () from /usr/lib/libruby.so.1.8
#2  0xb7e73995 in search_method () from /usr/lib/libruby.so.1.8
#3  0xb7e739e3 in rb_get_method_body () from /usr/lib/libruby.so.1.8
#4  0xb7e7b411 in rb_call () from /usr/lib/libruby.so.1.8
#5  0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#6  0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#7  0xb7992ae6 in SwigDirector_wxStaticText::GetMinSize () from 
lib/wxruby2.so
#8  0xb7081027 in wxWindowBase::GetEffectiveMinSize ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#9  0xb706e1d9 in wxSizerItem::CalcMin ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#10 0xb706d987 in wxBoxSizer::CalcMin ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#11 0xb77078cb in ?? () from lib/wxruby2.so
#12 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#13 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#14 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#15 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#16 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#17 0xb770804f in SwigDirector_wxBoxSizer::CalcMin () from lib/wxruby2.so
#18 0xb706c6c3 in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#19 0xb795c2ca in ?? () from lib/wxruby2.so
#20 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#21 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#22 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#23 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#24 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#25 0xb77076ba in SwigDirector_wxBoxSizer::Layout () from lib/wxruby2.so
#26 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#27 0xb706c8b9 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#28 0xb706d153 in wxGridSizer::SetItemBounds ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#29 0xb706e6de in wxGridSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#30 0xb78344da in ?? () from lib/wxruby2.so
#31 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#32 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#33 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#34 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#35 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#36 0xb78345b2 in SwigDirector_wxGridSizer::RecalcSizes () from 
lib/wxruby2.so
#37 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#38 0xb795c2ca in ?? () from lib/wxruby2.so
#39 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#40 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#41 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#42 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#43 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#44 0xb783456a in SwigDirector_wxGridSizer::Layout () from lib/wxruby2.so
#45 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#46 0xb706c8b9 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#47 0xb706dce2 in wxBoxSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#48 0xb770762a in ?? () from lib/wxruby2.so
#49 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#50 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#51 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#52 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#53 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#54 0xb7707702 in SwigDirector_wxBoxSizer::RecalcSizes () from 
lib/wxruby2.so
#55 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#56 0xb795c2ca in ?? () from lib/wxruby2.so
#57 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#58 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#59 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#60 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#61 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#62 0xb77076ba in SwigDirector_wxBoxSizer::Layout () from lib/wxruby2.so
#63 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#64 0xb7080590 in wxWindowBase::Layout ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#65 0xb70a893d in wxPanel::OnSize () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#66 0xb6d1e133 in wxAppConsole::HandleEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#67 0xb6dbcc42 in wxEvtHandler::ProcessEventIfMatches ()
   from /usr/lib/libwx_baseu-2.8.so.0
#68 0xb6dbcd7a in wxEventHashTable::HandleEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#69 0xb6dbcec6 in wxEvtHandler::ProcessEvent ()
   from /usr/lib/libwx_baseu-2.8.so.0
#70 0xb779878d in ?? () from lib/wxruby2.so
#71 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#72 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#73 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#74 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#75 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#76 0xb78e0fb8 in SwigDirector_wxPanel::ProcessEvent () from lib/wxruby2.so
#77 0xb6f75933 in wxWindow::DoSetSize ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#78 0xb706c893 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#79 0xb706dce2 in wxBoxSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#80 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#81 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#82 0xb706c8b9 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#83 0xb706dda7 in wxBoxSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#84 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#85 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#86 0xb706c8b9 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#87 0xb706dce2 in wxBoxSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#88 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#89 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#90 0xb706c8b9 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#91 0xb706dda7 in wxBoxSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#92 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#93 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#94 0xb706c8b9 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#95 0xb706dce2 in wxBoxSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#96 0xb706c6ce in wxSizer::Layout () from /usr/lib/libwx_gtk2u_core-2.8.so.0
#97 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#98 0xb706c8b9 in wxSizerItem::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#99 0xb706dce2 in wxBoxSizer::RecalcSizes ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#100 0xb706c6ce in wxSizer::Layout () from 
/usr/lib/libwx_gtk2u_core-2.8.so.0
#101 0xb706c725 in wxSizer::SetDimension ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#102 0xb7080590 in wxWindowBase::Layout ()
   from /usr/lib/libwx_gtk2u_core-2.8.so.0
#103 0xb73ac191 in wxAuiManager::DoFrameLayout ()
   from /usr/lib/libwx_gtk2u_aui-2.8.so.0
#104 0xb73b3b7c in wxAuiManager::Update ()
   from /usr/lib/libwx_gtk2u_aui-2.8.so.0
#105 0xb73c0430 in wxAuiFloatingFrame::SetPaneWindow ()
   from /usr/lib/libwx_gtk2u_aui-2.8.so.0
#106 0xb73b3999 in wxAuiManager::Update ()
   from /usr/lib/libwx_gtk2u_aui-2.8.so.0
#107 0xb76df24f in ?? () from lib/wxruby2.so
#108 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#109 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#110 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#111 0xb7e82280 in rb_eval () from /usr/lib/libruby.so.1.8
#112 0xb7e7afe4 in rb_call0 () from /usr/lib/libruby.so.1.8
#113 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#114 0xb7e7b670 in rb_funcall2 () from /usr/lib/libruby.so.1.8
#115 0xb7e7b6ce in rb_obj_call_init () from /usr/lib/libruby.so.1.8
#116 0xb7ea6376 in rb_class_new_instance () from /usr/lib/libruby.so.1.8
#117 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#118 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#119 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#120 0xb7e82280 in rb_eval () from /usr/lib/libruby.so.1.8
#121 0xb7e82ef8 in rb_eval () from /usr/lib/libruby.so.1.8
#122 0xb7e7afe4 in rb_call0 () from /usr/lib/libruby.so.1.8
#123 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#124 0xb7e7b99e in vafuncall () from /usr/lib/libruby.so.1.8
#125 0xb7e7bac7 in rb_funcall () from /usr/lib/libruby.so.1.8
#126 0xb76d66b0 in wxRubyApp::OnInit () from lib/wxruby2.so
#127 0xb76d649b in wxAppConsole::CallOnInit () from lib/wxruby2.so
#128 0xb6d571e5 in wxEntry () from /usr/lib/libwx_baseu-2.8.so.0
#129 0xb76d5d68 in ?? () from lib/wxruby2.so
#130 0xb7e73019 in call_cfunc () from /usr/lib/libruby.so.1.8
#131 0xb7e7a963 in rb_call0 () from /usr/lib/libruby.so.1.8
#132 0xb7e7b54d in rb_call () from /usr/lib/libruby.so.1.8
#133 0xb7e82280 in rb_eval () from /usr/lib/libruby.so.1.8
#134 0xb7e8743c in eval_node () from /usr/lib/libruby.so.1.8
#135 0xb7e881b5 in ruby_exec_internal () from /usr/lib/libruby.so.1.8
#136 0xb7e881f5 in ruby_exec () from /usr/lib/libruby.so.1.8
#137 0xb7e88229 in ruby_run () from /usr/lib/libruby.so.1.8
#138 0x0804864d in main ()
(gdb) quit
The program is running.  Exit anyway? (y or n)

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

Alex Fenton wrote:
> Dale E. Edmons wrote:
>
>   
>> Mario Steele wrote:
>>   
>>     
>>> ...For some reason, AUI demo crashes on me with 
>>> a segfault, but I tested my wxRIDE against the build,
>>>     
>>>       
>> See bug #16826.  I've been having this too. 
>>     
>
> Dale/Mario - I haven't yet been able to reproduce this - I guess because 
> memory allocation will be slightly different on different machines and 
> GC will run at different times. if either of you could attach a gdb 
> backtrace to the bug that might point it up. Run the sample like this:
>
> gdb --args ruby -Ilib samples/aui/aui.rb
>
> then "r" at the gdb prompt
>
> then when it crashes "whe"
>
> thanks
> alex
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From alex at pressure.to  Thu Jan 10 10:15:34 2008
From: alex at pressure.to (Alex Fenton)
Date: Thu, 10 Jan 2008 15:15:34 +0000
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <a4439dea0801100138l2105c3fdv14405c66bc79aeee@mail.gmail.com>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>	<47857FE9.4030709@comcast.net>
	<4785B2F8.90604@pressure.to>
	<a4439dea0801100138l2105c3fdv14405c66bc79aeee@mail.gmail.com>
Message-ID: <47863696.4020603@pressure.to>

Mario, Dale

Thanks for the stacktraces, that's really useful. These look typical of 
a GC-related error where a ruby object gets destroyed when it's still 
needed.What SwigDirectors do is pass calls from within the C++ wxWidgets 
core (in this case, for GetMinSize) to the ruby StaticText object. It's 
a clever bit of SWIG that means ruby classes can inherit smoothly from 
C++. But if the ruby object gets swept prematurely, it crashes.

What I don't understand is that all Windows and subclasses should be 
preserved by wxRuby's memory management (in swig/App.i). This works 
really reliably everywhere else, but I have a better idea where to probe now

cheers
alex

Mario Steele wrote:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1211517248 (LWP 6403)]
> 0x00000019 in ?? ()
> (gdb) whe
> #0  0x00000019 in ?? ()
> #1  0xb7ec6076 in st_lookup () from /usr/lib/libruby.so.1.8
> #2  0xb7e5a3a6 in rb_thread_local_aref () from /usr/lib/libruby.so.1.8
> #3  0xb7e5a3fd in rb_thread_local_aref () from /usr/lib/libruby.so.1.8
> #4  0xb7e627f3 in rb_iter_break () from /usr/lib/libruby.so.1.8
> #5  0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
> #6  0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
> #7  0xb799c328 in SwigDirector_wxStaticText::GetMinSize ()
>    from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so


From demaillists at comcast.net  Thu Jan 10 13:50:51 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 10 Jan 2008 10:50:51 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <47863696.4020603@pressure.to>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>	<47857FE9.4030709@comcast.net>	<4785B2F8.90604@pressure.to>	<a4439dea0801100138l2105c3fdv14405c66bc79aeee@mail.gmail.com>
	<47863696.4020603@pressure.to>
Message-ID: <4786690B.5090201@comcast.net>

Alex,

I doubt I'll be able to help, but I'm looking too, as I'm stuck
until I get this solved or write the entire app myself.  Since
I'm lazy, I'm holding out that it'll get fixed.

Thanks for the help and info.

Dale

Alex Fenton wrote:
> Mario, Dale
>
> Thanks for the stacktraces, that's really useful. These look typical of 
> a GC-related error where a ruby object gets destroyed when it's still 
> needed.What SwigDirectors do is pass calls from within the C++ wxWidgets 
> core (in this case, for GetMinSize) to the ruby StaticText object. It's 
> a clever bit of SWIG that means ruby classes can inherit smoothly from 
> C++. But if the ruby object gets swept prematurely, it crashes.
>
> What I don't understand is that all Windows and subclasses should be 
> preserved by wxRuby's memory management (in swig/App.i). This works 
> really reliably everywhere else, but I have a better idea where to probe now
>
> cheers
> alex
>
> Mario Steele wrote:
>   
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread -1211517248 (LWP 6403)]
>> 0x00000019 in ?? ()
>> (gdb) whe
>> #0  0x00000019 in ?? ()
>> #1  0xb7ec6076 in st_lookup () from /usr/lib/libruby.so.1.8
>> #2  0xb7e5a3a6 in rb_thread_local_aref () from /usr/lib/libruby.so.1.8
>> #3  0xb7e5a3fd in rb_thread_local_aref () from /usr/lib/libruby.so.1.8
>> #4  0xb7e627f3 in rb_iter_break () from /usr/lib/libruby.so.1.8
>> #5  0xb7e62e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
>> #6  0xb7e62fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
>> #7  0xb799c328 in SwigDirector_wxStaticText::GetMinSize ()
>>    from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
>>     
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From alex at pressure.to  Thu Jan 10 14:18:42 2008
From: alex at pressure.to (Alex Fenton)
Date: Thu, 10 Jan 2008 19:18:42 +0000
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <4786690B.5090201@comcast.net>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>	<47857FE9.4030709@comcast.net>	<4785B2F8.90604@pressure.to>	<a4439dea0801100138l2105c3fdv14405c66bc79aeee@mail.gmail.com>	<47863696.4020603@pressure.to>
	<4786690B.5090201@comcast.net>
Message-ID: <47866F92.8030408@pressure.to>

Dale E. Edmons wrote:
> I doubt I'll be able to help, but I'm looking too, as I'm stuck
> until I get this solved or write the entire app myself.  Since
> I'm lazy, I'm holding out that it'll get fixed.
>   

If it's blocking you from development, you could try adding GC.disable 
at the top of your script. No good for production use, but may at least 
stop it falling over whilst you're building it.

alex



From demaillists at comcast.net  Thu Jan 10 17:03:14 2008
From: demaillists at comcast.net (Dale E. Edmons)
Date: Thu, 10 Jan 2008 14:03:14 -0800
Subject: [wxruby-development] 1.9.3 release, rakefile
In-Reply-To: <47866F92.8030408@pressure.to>
References: <4782C0AC.30004@pressure.to>	<c2cd0d1d0801080958k17d507adx7f8ef650900654e4@mail.gmail.com>	<4783C881.6040008@pressure.to>	<a4439dea0801081202v5de7fe7dpf81c6ccfc87b2eba@mail.gmail.com>	<a4439dea0801081405x27bdfddau8a4689fc28d113fe@mail.gmail.com>	<c2cd0d1d0801081420q2d14261sf7a28c4667f5e9f6@mail.gmail.com>	<a4439dea0801081729m34cd7644nec7261cc88dce23c@mail.gmail.com>	<a4439dea0801090041m4cf76dcta18343ffdb69d58b@mail.gmail.com>	<47857FE9.4030709@comcast.net>	<4785B2F8.90604@pressure.to>	<a4439dea0801100138l2105c3fdv14405c66bc79aeee@mail.gmail.com>	<47863696.4020603@pressure.to>	<4786690B.5090201@comcast.net>
	<47866F92.8030408@pressure.to>
Message-ID: <47869622.4070104@comcast.net>

Alex,

Thanks!  I'm a ruby newbie, so a lot of these things I don't
know.  It worked.  And just before exit I put GC.enable.
Didn't get an error, so it must've worked.

I wish more developers would pop into the  IRC #wxruby
once in a while.  Really appreciate it.  Now I can (hopefully)
proceed with development!

I've re-compiled my wxgtk with debugging.  Don't know if
it'll help, but let me know if there's anything you want me
to run and check.  I'm going to re-run what you gave us
before and see if it produces anything more informative.


Dale E. Edmons
(aka linuxfan)


Alex Fenton wrote:
> Dale E. Edmons wrote:
>   
>> I doubt I'll be able to help, but I'm looking too, as I'm stuck
>> until I get this solved or write the entire app myself.  Since
>> I'm lazy, I'm holding out that it'll get fixed.
>>   
>>     
>
> If it's blocking you from development, you could try adding GC.disable 
> at the top of your script. No good for production use, but may at least 
> stop it falling over whilst you're building it.
>
> alex
>
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
>   


From noreply at rubyforge.org  Fri Jan 11 01:00:12 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Fri, 11 Jan 2008 01:00:12 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-17013 ] Notebook#get_current_page
Message-ID: <20080111060012.1EA4018585CC@rubyforge.org>

Bugs item #17013, was opened at 2008-01-11 06:00
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35

Category: Missing API call
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Daniel Brumbaugh Keeney (db-keen)
Assigned to: Nobody (None)
Summary: Notebook#get_current_page

Initial Comment:
Notebook#get_current_page is not defined

http://www.wxwidgets.org/manuals/stable/wx_wxnotebook.html#wxnotebook
http://wxruby.rubyforge.org/doc/notebook.html#Notebook_getcurrentpage

I'm not sure, but I think at least one part of the code that needs to be changed is that this line:

int GetCurrentPage() const

should be added to wxruby-1.9.2/swig/classes/include/wxNotebook.h

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

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

From mario at ruby-im.net  Fri Jan 11 07:35:47 2008
From: mario at ruby-im.net (Mario Steele)
Date: Fri, 11 Jan 2008 06:35:47 -0600
Subject: [wxruby-development] [ wxruby-Bugs-17013 ]
	Notebook#get_current_page
In-Reply-To: <20080111060012.1EA4018585CC@rubyforge.org>
References: <20080111060012.1EA4018585CC@rubyforge.org>
Message-ID: <a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>

I have already added the GetCurrentPage() API Call to
swig/classes/include/wxNotebook.h, and am testing it to see if everything
will work as expected.  If it looks good, I'll update the SVN with it.
Also, I am almost finished with the GraphicsContext demo, making it do some
spinning of text, randomly bounding text around, and randomly drawing lines
on the device context so that people can see how it works in more details.

L8ers,

Mario Steele

On 1/11/08, noreply at rubyforge.org <noreply at rubyforge.org> wrote:
>
> Bugs item #17013, was opened at 2008-01-11 06:00
> You can respond by visiting:
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35
>
> Category: Missing API call
> Group: None
> Status: Open
> Resolution: None
> Priority: 3
> Submitted By: Daniel Brumbaugh Keeney (db-keen)
> Assigned to: Nobody (None)
> Summary: Notebook#get_current_page
>
> Initial Comment:
> Notebook#get_current_page is not defined
>
> http://www.wxwidgets.org/manuals/stable/wx_wxnotebook.html#wxnotebook
> http://wxruby.rubyforge.org/doc/notebook.html#Notebook_getcurrentpage
>
> I'm not sure, but I think at least one part of the code that needs to be
> changed is that this line:
>
> int GetCurrentPage() const
>
> should be added to wxruby-1.9.2/swig/classes/include/wxNotebook.h
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080111/9ff7025a/attachment.html 

From alex at pressure.to  Fri Jan 11 07:42:02 2008
From: alex at pressure.to (Alex Fenton)
Date: Fri, 11 Jan 2008 12:42:02 +0000
Subject: [wxruby-development] [ wxruby-Bugs-17013
	]	Notebook#get_current_page
In-Reply-To: <a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>
References: <20080111060012.1EA4018585CC@rubyforge.org>
	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>
Message-ID: <4787641A.6090109@pressure.to>

Mario

I doubt that get_current_page will work out the box - you'll need to do 
something similar to the wrapping for get_grand_parent and other methods 
in swig/classes/Window.i. You'll need to "include 
'shared/get_ruby_window.i'"

Otherwise if a Notebook is loaded from XRC or something, the wrong class 
of object will be returned (a Wx::Window - rather than the appropriate 
subclass eg Wx::Panel).

Good work on the GraphicsContext example. It'd be nice to show the image 
transforms as that's another cool feature of GCD, but we can add that 
later. And I don't really understand GraphicsMatrix ...

cheers
alex

Mario Steele wrote:
> I have already added the GetCurrentPage() API Call to 
> swig/classes/include/wxNotebook.h, and am testing it to see if 
> everything will work as expected.  If it looks good, I'll update the 
> SVN with it.  Also, I am almost finished with the GraphicsContext 
> demo, making it do some spinning of text, randomly bounding text 
> around, and randomly drawing lines on the device context so that 
> people can see how it works in more details.
>
> L8ers,
>
> Mario Steele
>
> On 1/11/08, *noreply at rubyforge.org <mailto:noreply at rubyforge.org>* < 
> noreply at rubyforge.org <mailto:noreply at rubyforge.org>> wrote:
>
>     Bugs item #17013, was opened at 2008-01-11 06:00
>     You can respond by visiting:
>     http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35
>     <http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35>
>
>     Category: Missing API call
>     Group: None
>     Status: Open
>     Resolution: None
>     Priority: 3
>     Submitted By: Daniel Brumbaugh Keeney (db-keen)
>     Assigned to: Nobody (None)
>     Summary: Notebook#get_current_page
>
>     Initial Comment:
>     Notebook#get_current_page is not defined
>
>     http://www.wxwidgets.org/manuals/stable/wx_wxnotebook.html#wxnotebook
>     http://wxruby.rubyforge.org/doc/notebook.html#Notebook_getcurrentpage
>
>     I'm not sure, but I think at least one part of the code that needs
>     to be changed is that this line:
>
>     int GetCurrentPage() const
>
>     should be added to wxruby-1.9.2/swig/classes/include/wxNotebook.h
>
>     ----------------------------------------------------------------------
>
>     You can respond by visiting:
>     http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35
>     <http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35>
>     _______________________________________________
>     wxruby-development mailing list
>     wxruby-development at rubyforge.org
>     <mailto:wxruby-development at rubyforge.org>
>     http://rubyforge.org/mailman/listinfo/wxruby-development
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>   


From mario at ruby-im.net  Fri Jan 11 07:54:25 2008
From: mario at ruby-im.net (Mario Steele)
Date: Fri, 11 Jan 2008 06:54:25 -0600
Subject: [wxruby-development] [ wxruby-Bugs-17013 ]
	Notebook#get_current_page
In-Reply-To: <4787641A.6090109@pressure.to>
References: <20080111060012.1EA4018585CC@rubyforge.org>
	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>
	<4787641A.6090109@pressure.to>
Message-ID: <a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>

I'll try it and see if it'll work without using the swig/classes/Window.i,
and include 'shared/get_ruby_window.i'.  From what I can tell of
wxNotebook::GetCurrentPage() API, it only returns the index of the Current
Page being displayed.  This is different in
wxNotebook::GetCurrentSelection() as, it doesn't wait for the user to select
a page, before returning what page is currently being displayed.  I guess,
in other words, ::GetCurrentSelection() needs to have a page Selected first,
otherwise it'll return NULL (or nil in our case), where as
::GetCurrentPage() will always return the page currently being displayed,
whether a page has been Programed to display or not.  Plus, this method has
been documented in the docs for quite some time, and hasn't actually been
placed into effect, so I'm just basically tidying up, to match our API with
what we have documented.

Thanks, I think the demo will be pretty interesting, as it'll have so much
activity going on, that people are going to look at it kinda funny. lol

L8ers,

Mario Steele

On 1/11/08, Alex Fenton <alex at pressure.to> wrote:
>
> Mario
>
> I doubt that get_current_page will work out the box - you'll need to do
> something similar to the wrapping for get_grand_parent and other methods
> in swig/classes/Window.i. You'll need to "include
> 'shared/get_ruby_window.i'"
>
> Otherwise if a Notebook is loaded from XRC or something, the wrong class
> of object will be returned (a Wx::Window - rather than the appropriate
> subclass eg Wx::Panel).
>
> Good work on the GraphicsContext example. It'd be nice to show the image
> transforms as that's another cool feature of GCD, but we can add that
> later. And I don't really understand GraphicsMatrix ...
>
> cheers
> alex
>
> Mario Steele wrote:
> > I have already added the GetCurrentPage() API Call to
> > swig/classes/include/wxNotebook.h, and am testing it to see if
> > everything will work as expected.  If it looks good, I'll update the
> > SVN with it.  Also, I am almost finished with the GraphicsContext
> > demo, making it do some spinning of text, randomly bounding text
> > around, and randomly drawing lines on the device context so that
> > people can see how it works in more details.
> >
> > L8ers,
> >
> > Mario Steele
> >
> > On 1/11/08, *noreply at rubyforge.org <mailto:noreply at rubyforge.org>* <
> > noreply at rubyforge.org <mailto:noreply at rubyforge.org>> wrote:
> >
> >     Bugs item #17013, was opened at 2008-01-11 06:00
> >     You can respond by visiting:
> >
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35
> >     <
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35>
> >
> >     Category: Missing API call
> >     Group: None
> >     Status: Open
> >     Resolution: None
> >     Priority: 3
> >     Submitted By: Daniel Brumbaugh Keeney (db-keen)
> >     Assigned to: Nobody (None)
> >     Summary: Notebook#get_current_page
> >
> >     Initial Comment:
> >     Notebook#get_current_page is not defined
> >
> >
> http://www.wxwidgets.org/manuals/stable/wx_wxnotebook.html#wxnotebook
> >
> http://wxruby.rubyforge.org/doc/notebook.html#Notebook_getcurrentpage
> >
> >     I'm not sure, but I think at least one part of the code that needs
> >     to be changed is that this line:
> >
> >     int GetCurrentPage() const
> >
> >     should be added to wxruby-1.9.2/swig/classes/include/wxNotebook.h
> >
> >
> ----------------------------------------------------------------------
> >
> >     You can respond by visiting:
> >
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35
> >     <
> http://rubyforge.org/tracker/?func=detail&atid=218&aid=17013&group_id=35>
> >     _______________________________________________
> >     wxruby-development mailing list
> >     wxruby-development at rubyforge.org
> >     <mailto:wxruby-development at rubyforge.org>
> >     http://rubyforge.org/mailman/listinfo/wxruby-development
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080111/33a03e29/attachment-0001.html 

From alex at pressure.to  Fri Jan 11 07:57:28 2008
From: alex at pressure.to (Alex Fenton)
Date: Fri, 11 Jan 2008 12:57:28 +0000
Subject: [wxruby-development] [ wxruby-Bugs-17013
	]	Notebook#get_current_page
In-Reply-To: <a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>
References: <20080111060012.1EA4018585CC@rubyforge.org>	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>	<4787641A.6090109@pressure.to>
	<a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>
Message-ID: <478767B8.9070206@pressure.to>

Mario Steele wrote:
> I'll try it and see if it'll work without using the 
> swig/classes/Window.i, and include 'shared/get_ruby_window.i'.  From 
> what I can tell of wxNotebook::GetCurrentPage() API, it only returns 
> the index of the Current Page being displayed.
I'm not sure - in both the wxWidgets and wxRuby docs it's documented as 
returning wxWindow* or NULL. In which case it will need to use 
get_ruby_window etc. If you want to leave it I can do it this evening.

cheers
alex

From mario at ruby-im.net  Fri Jan 11 08:02:12 2008
From: mario at ruby-im.net (Mario Steele)
Date: Fri, 11 Jan 2008 07:02:12 -0600
Subject: [wxruby-development] [ wxruby-Bugs-17013 ]
	Notebook#get_current_page
In-Reply-To: <478767B8.9070206@pressure.to>
References: <20080111060012.1EA4018585CC@rubyforge.org>
	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>
	<4787641A.6090109@pressure.to>
	<a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>
	<478767B8.9070206@pressure.to>
Message-ID: <a4439dea0801110502q2d7f783bnc79a9616d3ff8c3f@mail.gmail.com>

Okay, I mis-read it myself. Anyways, looking at the generated code, and
such, I actually find, that wxNotebook::GetPage() is already wrapped, which
means it should already have the stuff needed for GetCurrentPage() to work
and return the correct casting.  I just need to correct it in
wxNotebook.hto return a wxWindow instead of a int.

L8ers,

Mario Steele

On 1/11/08, Alex Fenton <alex at pressure.to> wrote:
>
> Mario Steele wrote:
> > I'll try it and see if it'll work without using the
> > swig/classes/Window.i, and include 'shared/get_ruby_window.i'.  From
> > what I can tell of wxNotebook::GetCurrentPage() API, it only returns
> > the index of the Current Page being displayed.
> I'm not sure - in both the wxWidgets and wxRuby docs it's documented as
> returning wxWindow* or NULL. In which case it will need to use
> get_ruby_window etc. If you want to leave it I can do it this evening.
>
> cheers
> alex
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080111/f2766c5c/attachment.html 

From mario at ruby-im.net  Fri Jan 11 08:05:47 2008
From: mario at ruby-im.net (Mario Steele)
Date: Fri, 11 Jan 2008 07:05:47 -0600
Subject: [wxruby-development] [ wxruby-Bugs-17013 ]
	Notebook#get_current_page
In-Reply-To: <a4439dea0801110502q2d7f783bnc79a9616d3ff8c3f@mail.gmail.com>
References: <20080111060012.1EA4018585CC@rubyforge.org>
	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>
	<4787641A.6090109@pressure.to>
	<a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>
	<478767B8.9070206@pressure.to>
	<a4439dea0801110502q2d7f783bnc79a9616d3ff8c3f@mail.gmail.com>
Message-ID: <a4439dea0801110505y50f2bfa9rcec3d27f4b319766@mail.gmail.com>

Yeah, I need to read more, before I start throwing stuff out.  I see the
difference.  GetPage() returns wxNotebookPage, not wxWindow.  I'll look into
the code you provided, and try compiling it here in a bit.

L8ers,

Mario Steele

On 1/11/08, Mario Steele <mario at ruby-im.net> wrote:
>
> Okay, I mis-read it myself. Anyways, looking at the generated code, and
> such, I actually find, that wxNotebook::GetPage() is already wrapped, which
> means it should already have the stuff needed for GetCurrentPage() to work
> and return the correct casting.  I just need to correct it in wxNotebook.hto return a wxWindow instead of a int.
>
> L8ers,
>
> Mario Steele
>
> On 1/11/08, Alex Fenton <alex at pressure.to > wrote:
> >
> > Mario Steele wrote:
> > > I'll try it and see if it'll work without using the
> > > swig/classes/Window.i, and include 'shared/get_ruby_window.i'.  From
> > > what I can tell of wxNotebook::GetCurrentPage() API, it only returns
> > > the index of the Current Page being displayed.
> > I'm not sure - in both the wxWidgets and wxRuby docs it's documented as
> > returning wxWindow* or NULL. In which case it will need to use
> > get_ruby_window etc. If you want to leave it I can do it this evening.
> >
> > cheers
> > alex
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080111/3d383f2b/attachment.html 

From alex at pressure.to  Fri Jan 11 08:14:10 2008
From: alex at pressure.to (Alex Fenton)
Date: Fri, 11 Jan 2008 13:14:10 +0000
Subject: [wxruby-development] [ wxruby-Bugs-17013
	]	Notebook#get_current_page
In-Reply-To: <a4439dea0801110505y50f2bfa9rcec3d27f4b319766@mail.gmail.com>
References: <20080111060012.1EA4018585CC@rubyforge.org>	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>	<4787641A.6090109@pressure.to>	<a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>	<478767B8.9070206@pressure.to>	<a4439dea0801110502q2d7f783bnc79a9616d3ff8c3f@mail.gmail.com>
	<a4439dea0801110505y50f2bfa9rcec3d27f4b319766@mail.gmail.com>
Message-ID: <47876BA2.4050601@pressure.to>

wxNotebookPage is a wxWidgets internal class name, which in wxRuby is 
aliased to its correct (basic) return type, Window. That's in Notebook.i.

However I think get_page probably currently won't work correctly for 
Notebooks loaded from XRC, for the same reasons (it shouldn't return an 
actual Ruby instance of Wx::Window, but some specific window subclass). 
What get_ruby_window.i does is interface with wxWidgets' run-time class 
information system to map a C++ class to the right ruby class

I'll see if you're on IRC ....

a



Mario Steele wrote:
> Yeah, I need to read more, before I start throwing stuff out.  I see 
> the difference.  GetPage() returns wxNotebookPage, not wxWindow.  I'll 
> look into the code you provided, and try compiling it here in a bit.
>
> L8ers,
>
> Mario Steele
>
> On 1/11/08, *Mario Steele* <mario at ruby-im.net 
> <mailto:mario at ruby-im.net>> wrote:
>
>     Okay, I mis-read it myself. Anyways, looking at the generated
>     code, and such, I actually find, that wxNotebook::GetPage() is
>     already wrapped, which means it should already have the stuff
>     needed for GetCurrentPage() to work and return the correct
>     casting.  I just need to correct it in wxNotebook.h to return a
>     wxWindow instead of a int.
>
>     L8ers,
>
>     Mario Steele
>
>     On 1/11/08, *Alex Fenton* < alex at pressure.to
>     <mailto:alex at pressure.to>> wrote:
>
>         Mario Steele wrote:
>         > I'll try it and see if it'll work without using the
>         > swig/classes/Window.i, and include
>         'shared/get_ruby_window.i'.  From
>         > what I can tell of wxNotebook::GetCurrentPage() API, it only
>         returns
>         > the index of the Current Page being displayed.
>         I'm not sure - in both the wxWidgets and wxRuby docs it's
>         documented as
>         returning wxWindow* or NULL. In which case it will need to use
>         get_ruby_window etc. If you want to leave it I can do it this
>         evening.
>
>         cheers
>         alex
>         _______________________________________________
>         wxruby-development mailing list
>         wxruby-development at rubyforge.org
>         <mailto:wxruby-development at rubyforge.org>
>         http://rubyforge.org/mailman/listinfo/wxruby-development
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>   


From mario at ruby-im.net  Fri Jan 11 10:52:54 2008
From: mario at ruby-im.net (Mario Steele)
Date: Fri, 11 Jan 2008 09:52:54 -0600
Subject: [wxruby-development] [ wxruby-Bugs-17013 ]
	Notebook#get_current_page
In-Reply-To: <47876BA2.4050601@pressure.to>
References: <20080111060012.1EA4018585CC@rubyforge.org>
	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>
	<4787641A.6090109@pressure.to>
	<a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>
	<478767B8.9070206@pressure.to>
	<a4439dea0801110502q2d7f783bnc79a9616d3ff8c3f@mail.gmail.com>
	<a4439dea0801110505y50f2bfa9rcec3d27f4b319766@mail.gmail.com>
	<47876BA2.4050601@pressure.to>
Message-ID: <a4439dea0801110752n635eae0fpb563a1642d79ba3e@mail.gmail.com>

Alex,

I didn't mess with the problems we discussed about GraphicsContext, and the
Notebook#get_current_page.  Though, I did look over the code in typemap.i,
and I think this would be the best solution for our
GraphicsContext#get_text_extent()

%apply double *OUTPUT { wxDouble * w, wxDouble * h, wxDouble * descent,
wxDouble * externalLeading }
%typemap(directorargout) ( wxDouble * w, wxDouble * h, wxDouble * descent,
wxDouble * externalLeading) {
  if((TYPE(result) == T_ARRAY) && (RARRAY(result)->len >= 2))
  {
    *$1 = ($*1_ltype)NUM2INT(rb_ary_entry(result,0));
    *$2 = ($*2_ltype)NUM2INT(rb_ary_entry(result,1));
    if(($3 != NULL) && RARRAY(result)->len >= 3)
      *$3 = ($*3_ltype)NUM2INT(rb_ary_entry(result,2));
    if(($4 != NULL) && RARRAY(result)->len >= 4)
      *$4 = ($*4_ltype)NUM2INT(rb_ary_entry(result,3));
  }
}


Seeing that this is pretty much just a duplicate of the already existing int
version.  Dunno how well that would actually work, but figure I'd give you
the code, and let you patch it.  I will talk with you later.

L8ers,

Mario Steele

On 1/11/08, Alex Fenton <alex at pressure.to> wrote:
>
> wxNotebookPage is a wxWidgets internal class name, which in wxRuby is
> aliased to its correct (basic) return type, Window. That's in Notebook.i.
>
> However I think get_page probably currently won't work correctly for
> Notebooks loaded from XRC, for the same reasons (it shouldn't return an
> actual Ruby instance of Wx::Window, but some specific window subclass).
> What get_ruby_window.i does is interface with wxWidgets' run-time class
> information system to map a C++ class to the right ruby class
>
> I'll see if you're on IRC ....
>
> a
>
>
>
> Mario Steele wrote:
> > Yeah, I need to read more, before I start throwing stuff out.  I see
> > the difference.  GetPage() returns wxNotebookPage, not wxWindow.  I'll
> > look into the code you provided, and try compiling it here in a bit.
> >
> > L8ers,
> >
> > Mario Steele
> >
> > On 1/11/08, *Mario Steele* <mario at ruby-im.net
> > <mailto:mario at ruby-im.net>> wrote:
> >
> >     Okay, I mis-read it myself. Anyways, looking at the generated
> >     code, and such, I actually find, that wxNotebook::GetPage() is
> >     already wrapped, which means it should already have the stuff
> >     needed for GetCurrentPage() to work and return the correct
> >     casting.  I just need to correct it in wxNotebook.h to return a
> >     wxWindow instead of a int.
> >
> >     L8ers,
> >
> >     Mario Steele
> >
> >     On 1/11/08, *Alex Fenton* < alex at pressure.to
> >     <mailto:alex at pressure.to>> wrote:
> >
> >         Mario Steele wrote:
> >         > I'll try it and see if it'll work without using the
> >         > swig/classes/Window.i, and include
> >         'shared/get_ruby_window.i'.  From
> >         > what I can tell of wxNotebook::GetCurrentPage() API, it only
> >         returns
> >         > the index of the Current Page being displayed.
> >         I'm not sure - in both the wxWidgets and wxRuby docs it's
> >         documented as
> >         returning wxWindow* or NULL. In which case it will need to use
> >         get_ruby_window etc. If you want to leave it I can do it this
> >         evening.
> >
> >         cheers
> >         alex
> >         _______________________________________________
> >         wxruby-development mailing list
> >         wxruby-development at rubyforge.org
> >         <mailto:wxruby-development at rubyforge.org>
> >         http://rubyforge.org/mailman/listinfo/wxruby-development
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > wxruby-development mailing list
> > wxruby-development at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-development
> >
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>



-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
http://rubyforge.org/projects/vwmc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080111/fa15a4ed/attachment-0001.html 

From alex at pressure.to  Fri Jan 11 16:31:45 2008
From: alex at pressure.to (Alex Fenton)
Date: Fri, 11 Jan 2008 21:31:45 +0000
Subject: [wxruby-development] [ wxruby-Bugs-17013
	]	Notebook#get_current_page
In-Reply-To: <a4439dea0801110752n635eae0fpb563a1642d79ba3e@mail.gmail.com>
References: <20080111060012.1EA4018585CC@rubyforge.org>	<a4439dea0801110435l432c7a0bq349b75f2d5b14643@mail.gmail.com>	<4787641A.6090109@pressure.to>	<a4439dea0801110454t2568f4ffpbb74b1bb02e2085d@mail.gmail.com>	<478767B8.9070206@pressure.to>	<a4439dea0801110502q2d7f783bnc79a9616d3ff8c3f@mail.gmail.com>	<a4439dea0801110505y50f2bfa9rcec3d27f4b319766@mail.gmail.com>	<47876BA2.4050601@pressure.to>
	<a4439dea0801110752n635eae0fpb563a1642d79ba3e@mail.gmail.com>
Message-ID: <4787E041.4070409@pressure.to>

Mario Steele wrote:
> Alex,
>
> I didn't mess with the problems we discussed about GraphicsContext, 
> and the Notebook#get_current_page.  Though, I did look over the code 
> in typemap.i, and I think this would be the best solution for our 
> GraphicsContext#get_text_extent() 

Thanks, applied, with some slight fixes to the parameter names

alex

From mario at ruby-im.net  Sat Jan 12 08:59:43 2008
From: mario at ruby-im.net (Mario Steele)
Date: Sat, 12 Jan 2008 07:59:43 -0600
Subject: [wxruby-development] GraphicsContext demo
Message-ID: <a4439dea0801120559t10fbad50xcde0e67f523d2e0d@mail.gmail.com>

Hey All,

I've just commited rev 1505, which now includes a GraphicsContext demo, just
in time for a release.  *wipes forehead*  So far, it's looking pretty good.

BTW Alex, another bug came up while working with GraphicsContext, but wasn't
something as major that could prevent me from completing the demo.
GraphicsContext#draw_lines(size_t n, Point2Double points, Integer fillStyle)

Need another typemap wrapper for Point2Double.  And I'm thinking that it
should be an 2d array of sorts.  Points represented by [x,y], and array of
them, EG:
[
  [first_x,first_y],
  [second_x,second_y],
  [third_x,third_y],
  ....etc.....
  ....etc.....
]

And proabbly a more ruby-ish way to do it, is to drop size_t, and just fill
that info out from the length of the array.  Ultimately creating
GraphicsContext#draw_lines(Array points, Integer fillStyle).  Just a
suggestion.

So far, that's all that I have found.  AUI is working beautifully now,
without having to run GC.disable in it, with the newest patches.

L8ers,

-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
http://rubyforge.org/projects/vwmc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080112/f67b633c/attachment.html 

From alex at pressure.to  Sun Jan 13 16:53:55 2008
From: alex at pressure.to (Alex Fenton)
Date: Sun, 13 Jan 2008 21:53:55 +0000
Subject: [wxruby-development] GraphicsContext demo
In-Reply-To: <a4439dea0801120559t10fbad50xcde0e67f523d2e0d@mail.gmail.com>
References: <a4439dea0801120559t10fbad50xcde0e67f523d2e0d@mail.gmail.com>
Message-ID: <478A8873.4020600@pressure.to>

Mario Steele wrote:
> I've just commited rev 1505, which now includes a GraphicsContext 
> demo, just in time for a release.  *wipes forehead*  So far, it's 
> looking pretty good.
Nice one, looks good thanks. Just got back from the weekend and will try 
it out later. Looking to tag tomorrow.
> BTW Alex, another bug came up while working with GraphicsContext, but 
> wasn't something as major that could prevent me from completing the 
> demo.  GraphicsContext#draw_lines(size_t n, Point2Double points, 
> Integer fillStyle)
...
> And proabbly a more ruby-ish way to do it, is to drop size_t, and just 
> fill that info out from the length of the array.  Ultimately creating 
> GraphicsContext#draw_lines(Array points, Integer fillStyle).  Just a 
> suggestion.
Yep, there's quite a few methods of this sort already where an Ruby 
array is converted to a length + array argument. A good model is that 
used in swig/typemap.i (int n, wxPoint points[]); I'll try and replicate 
for GDC.
> So far, that's all that I have found.  AUI is working beautifully now, 
> without having to run GC.disable in it, with the newest patches.
Great, I'm glad we tracked that one down. It was a potentially ugly bug.

cheers
alex

From mario at ruby-im.net  Sun Jan 13 23:10:53 2008
From: mario at ruby-im.net (Mario Steele)
Date: Sun, 13 Jan 2008 22:10:53 -0600
Subject: [wxruby-development] Sockets.....
Message-ID: <a4439dea0801132010g7be91043k2f580e1feddfa25a@mail.gmail.com>

Hey Alex and Sean,

After much review, and testing, of creating a Sockets library that would
reliably work with Ruby Threads, and recent posts about trouble with Ruby
Threads and wxRuby, I've come to the conclusion that it would not be a
reliable method in which to create this library through pure Ruby code.

Either we will need to check out 1.9.0 (Since it's been officially
released), to see if the "Thread" problems can be solved, or we will need to
wrap the internal Sockets library, to provide reliable interaction between
wxRuby and Sockets I/O API.  I would be more then happy to write these
wrappers, but will need to review how to create the Wrappers, and may be in
need of some assistance, in which to get started.  I do belive I need to
start by re-writting the "SWIG"ified version of the Headers in the
swig/classes/include folder.

I'm against doing this with 1.9.0, since a lot of people are pretty much
still adjusted to 1.8 series, and we are going to need to provide a package
proabbly for both 1.8 and 1.9, since there are some very fundimental changes
between both versions of the Interpreter.

Email me, or catch me on IRC (Which will more then likely be about 3:30,
4:00 in the morning on Monday), so I can start working on this for the
1.9.4release of wxRuby.

Thanks and L8ers,

-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
http://rubyforge.org/projects/vwmc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080113/36cbd648/attachment.html 

From noreply at rubyforge.org  Mon Jan 14 11:16:00 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 14 Jan 2008 11:16:00 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-17084 ] Missing
	method advance_selection in class AuiNotebook
Message-ID: <20080114161600.54DDD18585E7@rubyforge.org>

Feature Requests item #17084, was opened at 14-01-2008 11:16
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=17084&group_id=35

Category: Missing method(s) in class
Group: None
Status: Open
Priority: 3
Submitted By: Nobody (None)
Assigned to: Kevin Smith (qualitycode)
Summary: Missing method advance_selection in class AuiNotebook

Initial Comment:
i think that the summary says all.
thanks.

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

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

From noreply at rubyforge.org  Mon Jan 14 11:33:25 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 14 Jan 2008 11:33:25 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-17085 ] missing
	methods in AuiNotebook
Message-ID: <20080114163325.2FA80185860D@rubyforge.org>

Feature Requests item #17085, was opened at 14-01-2008 11:33
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=17085&group_id=35

Category: Missing method(s) in class
Group: None
Status: Open
Priority: 3
Submitted By: Nobody (None)
Assigned to: Kevin Smith (qualitycode)
Summary: missing methods in AuiNotebook

Initial Comment:
methods
GetHeightForPageHeight,
SetFont,
SetNormalFont,
SetSelectedFont,
SetMeasuringFont and
ShowWindowMenu


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

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

From noreply at rubyforge.org  Mon Jan 14 12:16:16 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 14 Jan 2008 12:16:16 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-17086 ] Add event
	handling for HtmlWindow
Message-ID: <20080114171616.251051858624@rubyforge.org>

Feature Requests item #17086, was opened at 2008-01-14 17:16
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=17086&group_id=35

Category: None
Group: None
Status: Open
Priority: 3
Submitted By: Alex Fenton (brokentoy)
Assigned to: Alex Fenton (brokentoy)
Summary: Add event handling for HtmlWindow

Initial Comment:
As of wxWidgets 2.8, the approach to handling clicking and hovering interaction with the displayed contents has changed. Instead of the old way (over-riding virtual methods), there are now event types and event handlers for HtmlLinkEvent and HtmlCellEvent.

The old way is deprecated, and in some cases doesn't currently work properly in wxRuby. Replace this with the new event types. These are easier to understand and more consisten

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

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

From sean.m.long at gmail.com  Mon Jan 14 16:46:31 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Mon, 14 Jan 2008 13:46:31 -0800
Subject: [wxruby-development] CrossPlatform problem with GraphicsContext
	sample
Message-ID: <c2cd0d1d0801141346y28358cb0jbc8a40596a1bbaeb@mail.gmail.com>

On Windows the app shows:

graphics area
2 check boxes
status bar

On Mac OS X the check boxes are missing.

Nothing obvious caught my eye.

Sean

From alex at pressure.to  Mon Jan 14 21:54:08 2008
From: alex at pressure.to (Alex Fenton)
Date: Tue, 15 Jan 2008 02:54:08 +0000
Subject: [wxruby-development] 1.9.3
Message-ID: <478C2050.40708@pressure.to>

Just to say that I've tagged 1.9.3 in the repository, but havent' yet 
had time to create the release. Please do upload the binary builds as 
they become available. I'll do the source package and linux-intel build 
tomorrow once I'be got some sleep!

a

From noreply at rubyforge.org  Mon Jan 14 23:43:26 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 14 Jan 2008 23:43:26 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-17101 ]
	wxFileDropTarget
Message-ID: <20080115044326.739B818585F7@rubyforge.org>

Feature Requests item #17101, was opened at 14-01-2008 23:43
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=17101&group_id=35

Category: Missing class(es)
Group: None
Status: Open
Priority: 3
Submitted By: Nobody (None)
Assigned to: Kevin Smith (qualitycode)
Summary: wxFileDropTarget

Initial Comment:
 



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

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

From alex at pressure.to  Tue Jan 15 04:35:08 2008
From: alex at pressure.to (Alex Fenton)
Date: Tue, 15 Jan 2008 09:35:08 +0000
Subject: [wxruby-development] 1.9.3
In-Reply-To: <478C2050.40708@pressure.to>
References: <478C2050.40708@pressure.to>
Message-ID: <478C7E4C.9080902@pressure.to>

Alex Fenton wrote:
> Just to say that I've tagged 1.9.3 in the repository, but havent' yet 
> had time to create the release. Please do upload the binary builds as 
> they become available. 

Fast work Sean, thanks!

I came across a tiny error in the rake tar.gz task. I've tested and I'm 
pretty sure it only affects making the source tarball. So I've cheated 
and tweaked the checkout to make the tarball and uploaded it.

I'll build the Linux intel binary this evening and do the doc packages, 
and announce. I'll also get some feedback on whether people strongly 
feel they want arch-specific OS X builds. If it looks like there's a lot 
of demand for it, I'm happy to turn those out.

We can follow up with a 1.9.4 release in the next couple of weeks to get 
over my guilt of cheating!

cheers
alex

From noreply at rubyforge.org  Tue Jan 15 06:28:24 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 15 Jan 2008 06:28:24 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-17108 ] Checkboxes not showing
	in GraphicsContext example
Message-ID: <20080115112824.49A3C185861B@rubyforge.org>

Bugs item #17108, was opened at 2008-01-15 11:28
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=17108&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: Checkboxes not showing in GraphicsContext example

Initial Comment:
In the GraphicsContext example in samples/drawing, there is meant to be two checkboxes visible to control showing rectangles and showing corners.

These appear correctly on MSW, but are not visible on OS X

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

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

From sean.m.long at gmail.com  Tue Jan 15 11:17:14 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 15 Jan 2008 08:17:14 -0800
Subject: [wxruby-development] 1.9.3
In-Reply-To: <478C7E4C.9080902@pressure.to>
References: <478C2050.40708@pressure.to> <478C7E4C.9080902@pressure.to>
Message-ID: <c2cd0d1d0801150817k41dfbf1asf1b3381153495d63@mail.gmail.com>

I built 1.9.3 on OS X 10.5 where it works fine. I just tried it on
10.4 and I am getting the following error, hopefully I will have some
time to look into it later today.

dyld: NSLinkModule() error
dyld: Library not loaded: /usr/lib/libiconv.2.dylib
  Referenced from:
/usr/local/lib/ruby/gems/1.8/gems/wxruby-1.9.3-universal-darwin/lib/wxruby2.bundle
  Reason: Incompatible library version: wxruby2.bundle requires
version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0
Trace/BPT trap

Sean

On Jan 15, 2008 1:35 AM, Alex Fenton <alex at pressure.to> wrote:
> Alex Fenton wrote:
> > Just to say that I've tagged 1.9.3 in the repository, but havent' yet
> > had time to create the release. Please do upload the binary builds as
> > they become available.
>
> Fast work Sean, thanks!
>
> I came across a tiny error in the rake tar.gz task. I've tested and I'm
> pretty sure it only affects making the source tarball. So I've cheated
> and tweaked the checkout to make the tarball and uploaded it.
>
> I'll build the Linux intel binary this evening and do the doc packages,
> and announce. I'll also get some feedback on whether people strongly
> feel they want arch-specific OS X builds. If it looks like there's a lot
> of demand for it, I'm happy to turn those out.
>
> We can follow up with a 1.9.4 release in the next couple of weeks to get
> over my guilt of cheating!
>
> cheers
> alex
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From alex at pressure.to  Tue Jan 15 11:25:09 2008
From: alex at pressure.to (Alex Fenton)
Date: Tue, 15 Jan 2008 16:25:09 +0000
Subject: [wxruby-development] 1.9.3
In-Reply-To: <c2cd0d1d0801150817k41dfbf1asf1b3381153495d63@mail.gmail.com>
References: <478C2050.40708@pressure.to> <478C7E4C.9080902@pressure.to>
	<c2cd0d1d0801150817k41dfbf1asf1b3381153495d63@mail.gmail.com>
Message-ID: <478CDE65.9050804@pressure.to>

Sean Long wrote:
> I built 1.9.3 on OS X 10.5 where it works fine. I just tried it on
> 10.4 and I am getting the following error, hopefully I will have some
> time to look into it later today.
>
> dyld: NSLinkModule() error
> dyld: Library not loaded: /usr/lib/libiconv.2.dylib
>   Referenced from:
> /usr/local/lib/ruby/gems/1.8/gems/wxruby-1.9.3-universal-darwin/lib/wxruby2.bundle
>   Reason: Incompatible library version: wxruby2.bundle requires
> version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0
> Trace/BPT trap
>   
I was looking at a thread on the wx-dev mailing list earlier today on this.

http://lists.wxwidgets.org/cgi-bin/ezmlm-cgi?5:mss:97032:200801:dnbgeandbjlddooblmko

I don't have a 10.4 machine available to test it out, but it looks like 
there are some build-time options that can be passed to wxWidgets to 
work around this (follow the thread through).

But these will also mean that some 10.5 specific features aren't 
enabled. My view would be that that at the moment 10.4 is the right 
target for the binary builds. People needing 10.3 compatibility, or 
wanting the latest and greatest 10.5 features can build their own 
without too much difficulty (esp as wx 2.8.6 comes with Leopard)

alex

From sean.m.long at gmail.com  Tue Jan 15 16:51:30 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 15 Jan 2008 13:51:30 -0800
Subject: [wxruby-development] 1.9.3
In-Reply-To: <478CDE65.9050804@pressure.to>
References: <478C2050.40708@pressure.to> <478C7E4C.9080902@pressure.to>
	<c2cd0d1d0801150817k41dfbf1asf1b3381153495d63@mail.gmail.com>
	<478CDE65.9050804@pressure.to>
Message-ID: <c2cd0d1d0801151351n2a9b3a83y737b6e49baed9e61@mail.gmail.com>

Thanks for the link, I already did a commit with the needed changes to
the rake file. The changes to build wxWidgets are already up at:
http://wxruby.rubyforge.org/wiki/wiki.pl?HowToBuildWxWidgets

With these changes I built wxRuby on OS X 10.5 Intel and ran the
resulting gem on OS X 10.4 ppc, all was well.

Now what should we do about the 1.9.3 Mac OS X gem which currently
only works on 10.5? Do I upload the fixed gem that contains code after
1.9.3 was tagged?

Sean

> I was looking at a thread on the wx-dev mailing list earlier today on this.
>
> http://lists.wxwidgets.org/cgi-bin/ezmlm-cgi?5:mss:97032:200801:dnbgeandbjlddooblmko
>
> I don't have a 10.4 machine available to test it out, but it looks like
> there are some build-time options that can be passed to wxWidgets to
> work around this (follow the thread through).
>
> But these will also mean that some 10.5 specific features aren't
> enabled. My view would be that that at the moment 10.4 is the right
> target for the binary builds. People needing 10.3 compatibility, or
> wanting the latest and greatest 10.5 features can build their own
> without too much difficulty (esp as wx 2.8.6 comes with Leopard)
>
>
> alex
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From alex at pressure.to  Tue Jan 15 17:02:11 2008
From: alex at pressure.to (Alex Fenton)
Date: Tue, 15 Jan 2008 22:02:11 +0000
Subject: [wxruby-development] 1.9.3
In-Reply-To: <c2cd0d1d0801151351n2a9b3a83y737b6e49baed9e61@mail.gmail.com>
References: <478C2050.40708@pressure.to>
	<478C7E4C.9080902@pressure.to>	<c2cd0d1d0801150817k41dfbf1asf1b3381153495d63@mail.gmail.com>	<478CDE65.9050804@pressure.to>
	<c2cd0d1d0801151351n2a9b3a83y737b6e49baed9e61@mail.gmail.com>
Message-ID: <478D2D63.8030303@pressure.to>

Sean Long wrote:
> Now what should we do about the 1.9.3 Mac OS X gem which currently
> only works on 10.5? Do I upload the fixed gem that contains code after
> 1.9.3 was tagged?
Thanks for tracking it down.

I don't mind, really. We could cheat and re-upload the gem but I'm aware 
that's caused a few problems in the past. Doing the gem build on Linux 
turned up one more small exception so we could tag 1.9.4 and release 
that. I can put a patch for that in tomorrow and tag, in which case I'll 
delay announcing on c.l.r.

Let me know what you prefer

alex



From sean.m.long at gmail.com  Tue Jan 15 17:16:09 2008
From: sean.m.long at gmail.com (Sean Long)
Date: Tue, 15 Jan 2008 14:16:09 -0800
Subject: [wxruby-development] 1.9.3
In-Reply-To: <478D2D63.8030303@pressure.to>
References: <478C2050.40708@pressure.to> <478C7E4C.9080902@pressure.to>
	<c2cd0d1d0801150817k41dfbf1asf1b3381153495d63@mail.gmail.com>
	<478CDE65.9050804@pressure.to>
	<c2cd0d1d0801151351n2a9b3a83y737b6e49baed9e61@mail.gmail.com>
	<478D2D63.8030303@pressure.to>
Message-ID: <c2cd0d1d0801151416w294465cdg8860d6b99191b161@mail.gmail.com>

I think we should just write off 1.9.3 and go with 1.9.4.

Sean

On Jan 15, 2008 2:02 PM, Alex Fenton <alex at pressure.to> wrote:
> Sean Long wrote:
> > Now what should we do about the 1.9.3 Mac OS X gem which currently
> > only works on 10.5? Do I upload the fixed gem that contains code after
> > 1.9.3 was tagged?
> Thanks for tracking it down.
>
> I don't mind, really. We could cheat and re-upload the gem but I'm aware
> that's caused a few problems in the past. Doing the gem build on Linux
> turned up one more small exception so we could tag 1.9.4 and release
> that. I can put a patch for that in tomorrow and tag, in which case I'll
> delay announcing on c.l.r.
>
> Let me know what you prefer
>
>
> alex
>
>
> _______________________________________________
> wxruby-development mailing list
> wxruby-development at rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-development
>

From alex at pressure.to  Wed Jan 16 06:09:26 2008
From: alex at pressure.to (Alex Fenton)
Date: Wed, 16 Jan 2008 11:09:26 +0000
Subject: [wxruby-development] 1.9.3
In-Reply-To: <c2cd0d1d0801151416w294465cdg8860d6b99191b161@mail.gmail.com>
References: <478C2050.40708@pressure.to>
	<478C7E4C.9080902@pressure.to>	<c2cd0d1d0801150817k41dfbf1asf1b3381153495d63@mail.gmail.com>	<478CDE65.9050804@pressure.to>	<c2cd0d1d0801151351n2a9b3a83y737b6e49baed9e61@mail.gmail.com>	<478D2D63.8030303@pressure.to>
	<c2cd0d1d0801151416w294465cdg8860d6b99191b161@mail.gmail.com>
Message-ID: <478DE5E6.9080806@pressure.to>

Sean Long wrote:
> I think we should just write off 1.9.3 and go with 1.9.4.
Cool. There is another build bug which emerges when trying to make a gem 
with the latest rubygems. Gem::Platform is no longer a string but a 
complex object, so when somewhere we do "if platform.include?(/darwin/)" 
or something it breaks.

I've got a fix for this at home but my internet was down. Once this is 
in we'll need to do gem --update system on any place where we're 
packaging. I'll try and check it and few other small fixes in this 
evening with a view to tagging 1.9.4 shortly after.

thanks
alex

From alex at pressure.to  Wed Jan 16 17:56:37 2008
From: alex at pressure.to (Alex Fenton)
Date: Wed, 16 Jan 2008 22:56:37 +0000
Subject: [wxruby-development] 1.9.4
Message-ID: <478E8BA5.4040403@pressure.to>

Sean

I've tagged 1.9.4 in the repository. It includes your changes to get 
gems built on OS X 10.5 to work on 10.4, plus some other fixes to the 
build system and a couple of other minor fixes, enhancements and missing 
methods.

I'm just building the Linux gem now; I'll keep an eye for the others and 
post an announcement when they're in place.

cheers
alex

From mario at ruby-im.net  Thu Jan 17 00:35:00 2008
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 16 Jan 2008 23:35:00 -0600
Subject: [wxruby-development] wxSockets
Message-ID: <a4439dea0801162135n2135a9e7w6a5a034c6a80adae@mail.gmail.com>

Hello guys,

Alright Alex.....  I need a few tips on where to start.  I know that I'm
going to need to rewrite the wxSocket header files, in order to incorperate
them into wxRuby.  But some advice on stuff such as
wxSocketClient::new/connect, where it takes a wxIPAddress, and so forth.  I
know they are pretty friviolous structures for holding information about
Addresses in which to make connections to, so I figure the best route would
be to utilize Arrays or strings instead of relying on this class.  But where
do I start as far as that is concerned?

I also know that there are no "callbacks" in the way that wxWidgets utilizes
them, within wxRuby, so I know I'll have to remove certian functions that
relay back to these methods, and implement them a different way.  But when I
try to do something like %ignore wxSocketBase::callback() and so forth, Swig
still tries to wrap them, and they faulter when compiling.

Any suggestions you guys can advise me of on getting some of these
straighten out, would be much appreciated.  Maybe a "Primer" on adding
classes to the Library would be something good to write up, and also post to
the Wiki for inclusion as well, so that we can get others to help add
classes to the library.  I think the current one we have, is pretty out
dated, considering all the new memory sweep, and such functions we now have,
compared to when that was written.  If I can get an Idea of what needs to be
done, when wrapping a class, I'll more then happily add the tutorial to the
Wiki.

TTFN,

Mario Steele

-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
http://rubyforge.org/projects/vwmc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080116/bb0f179d/attachment.html 

From alex at pressure.to  Thu Jan 17 08:48:22 2008
From: alex at pressure.to (Alex Fenton)
Date: Thu, 17 Jan 2008 13:48:22 +0000
Subject: [wxruby-development] hints on SWIGging wxRuby (was wxSockets)
In-Reply-To: <a4439dea0801162135n2135a9e7w6a5a034c6a80adae@mail.gmail.com>
References: <a4439dea0801162135n2135a9e7w6a5a034c6a80adae@mail.gmail.com>
Message-ID: <478F5CA6.8070200@pressure.to>

Hi Mario

To take your last point first: I think there are so few classes left 
needing adding that it's not worth expanding the wiki page on this. Most 
of the stubborn ones will need a custom solution; if I knew the answers 
I would have added the class anyway. There's a fair amount of 
explanatory comments on the features we've added in the last 18 months 
in the SWIG files.

What's definitely needed is improved documentation for SWIG. The SWIG 
doc examples are simple and fine enough for a single class that wraps a 
couple of C functions in a ruby object. But for a complex C++ wrapping 
like wxWidgets there's nowhere that explains the range of tools 
available (eg %extend, typemaps, typedefs, directors) and how to choose 
which strategy to use. I've been working on wxRuby2 for a couple of 
years and I still discover new things about SWIG.

Broadly speaking:
- %ignore the method and use %extend to deal with single problem 
methods. It's easier to see what's going on with %extend than with typemaps
- use typemaps to deal with problems and conversions that apply to 
several methods (eg IPAddress)
- if your class needs directors (if C++ code should be able to call into 
ruby code and back) you'll really need to use typemaps
- you may need to create private helper functions within particular .i 
classes
- make as much use as possible of shared/.i files rather than editing 
typemap.i or typedef.i, unless there's something globally wrong
- always be alert to the possibility that it might be easier to fix 
something in ruby code in lib/wx/classes - it means less code and less 
tedious recompilation

Mario Steele wrote:
> Alright Alex.....  I need a few tips on where to start.  I know that 
> I'm going to need to rewrite the wxSocket header files, in order to 
> incorperate them into wxRuby.
Firstly, *don't* do this unless the header files are actually *wrong* 
when compared to include/wx/xxx.h. But it looks like some of the socket 
ones might be ...

The header files should be an accurate description of the real wxWidgets 
API - i.e., the class's public methods (don't include protected/private 
methods, members, Wx Macros like IMPLEMENT_XXX_CLASS). The class's .i 
file, or a shared .i file is the place to solve wxRuby problems, not the 
.h file. The only exception is cross-platform variation in the 
inheritance chain (eg wxTreeCtrl).

Some judgement is needed about which methods should be virtual in the 
header. Typically, many methods in the core wx declaration will be 
virtual because they are implemented in a platform-specific C++ class. 
But these methods shouldn't be virtual from wxRuby's point of view. 
However, any method noted "virtual" in the wxWidget documentation should 
definitely be declared virtual. A good rule of thumb is to ask yourself 
whether there'd ever be a useful way that ruby code could re-implement 
the method in a different way.
> But some advice on stuff such as wxSocketClient::new/connect, where it 
> takes a wxIPAddress, and so forth.  I know they are pretty friviolous 
> structures for holding information about Addresses in which to make 
> connections to, so I figure the best route would be to utilize Arrays 
> or strings instead of relying on this class.  But where do I start as 
> far as that is concerned?
Yes, it's definitely good not to wrap trivial classes like wxIPAddress 
or wxURL as their own ruby classes. The way to deal with them is with 
typemaps. Good examples might be the typemaps for DataFormat and 
TreeItemId (in swig/shared), which allow a DataFormat to be specified as 
an integer constant (eg Wx::DF_BITMAP) or as a string.

You'll need at least an "in" and and "out" typemap, and possibly 
"directorin" and "directorout" typemaps if the particular type might be 
passed from C++ to ruby in a director method and then back out to 
wxWidgets. "in" and "directorout" are usually similar as they are 
Ruby->C++ conversions; "out" and "directorin" are C++->Ruby conversions.
> I also know that there are no "callbacks" in the way that wxWidgets 
> utilizes them, within wxRuby, so I know I'll have to remove certian 
> functions that relay back to these methods, and implement them a 
> different way. 
"callbacks" in C++ usually map to ruby blocks - they are similar in 
concept. I couldn't find the callbacks you're referring to so it's 
difficult to say how to tackle them. The easier way, if the callback 
block can be called once and then thrown away is to create a linking 
function that just calls rb_yield. See ListCtrl.i for an example in 
sort_items.

The more difficult way is if the block may be called at an arbitrary 
time later. This is the case with event handlers. What EvtHandler.i does 
is convert the passed block to a ruby object (by calling zero-args 
Proc.new, in C) then save that VALUE inside a Callback object that C++ 
will run and hence call the block when the event happens.

Easiest is to avoid callbacks altogether and see if that functionality 
can be done within existing mechanisms (such as event handling or 
directors - where the ruby subclass is expected to provide a particular 
method which is called from c++ when needed).
> But when I try to do something like %ignore wxSocketBase::callback() 
> and so forth, Swig still tries to wrap them, and they faulter when 
> compiling.
I can't see this method in the current wxWidgets documentation. Check 
our wxRuby headers against the current 2.8 headers and see if it's still 
there.

hope this is useful
alex



From noreply at rubyforge.org  Thu Jan 17 19:32:32 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Thu, 17 Jan 2008 19:32:32 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-17188 ] Add a
	each_page method to AuiNotebook class
Message-ID: <20080118003232.4B03C1858686@rubyforge.org>

Feature Requests item #17188, was opened at 17-01-2008 19:32
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=17188&group_id=35

Category: API improvement
Group: None
Status: Open
Priority: 3
Submitted By: Nobody (None)
Assigned to: Kevin Smith (qualitycode)
Summary: Add a each_page method to AuiNotebook class

Initial Comment:
I wrote this little helper method to iterate over the AuiNotebook pages.

  class Wx::AuiNotebook
    def each_page
      for i in 0..(get_page_count-1) do
        yield get_page(i)
      end
    end
  end

My suggestion is to add that method to wxruby.

SFMPE (sorry for my poor english)

and thanks very much. Im having much fun with wxruby.

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

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

From noreply at rubyforge.org  Fri Jan 18 10:18:08 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Fri, 18 Jan 2008 10:18:08 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-17209 ] MenuItem#get_label_text
	and MenuItem#get_label_from_text
Message-ID: <20080118151809.3E36F18586B9@rubyforge.org>

Bugs item #17209, was opened at 2008-01-18 15:18
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=17209&group_id=35

Category: Missing API call
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Alex Fenton (brokentoy)
Assigned to: Alex Fenton (brokentoy)
Summary: MenuItem#get_label_text and MenuItem#get_label_from_text

Initial Comment:
Missing MenuItem methods

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

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

From noreply at rubyforge.org  Fri Jan 18 14:39:24 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Fri, 18 Jan 2008 14:39:24 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-17217 ] change the
	names of group methods in StyledTextCtrl
Message-ID: <20080118193924.63BE418586B9@rubyforge.org>

Feature Requests item #17217, was opened at 18-01-2008 14:39
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=17217&group_id=35

Category: Documentation
Group: None
Status: Open
Priority: 3
Submitted By: Nobody (None)
Assigned to: Alex Fenton (brokentoy)
Summary: change the names of group methods in StyledTextCtrl

Initial Comment:
in the wx::StyledTextCtrl documentation, methods are grouped for easier access. The group names could be more descriptive, like

   New name            Current name  
   Autocompletion  <-  Function name autocompletion
   Basic movement  <-  Basic movement
   Brace matching and highlighting  <-  Paired brace matching
   Call tips  <-  Popup argument lists
   Caret features  <-  Caret features
   Cut, copy and paste  <-  Cut copy and paste
   Drag and drop  <-  Drag and drop
   Event handling  <-  Control event handling
   Folding  <-  Code folding
   Indentation and Tabs  <-  Tab and indentation guides
   Indicators  <-  Additional text styling
   Key bindings  <-  Command keys
   Keyboard commands functions  <-  Functions emulating keyboard commands
   Line Endings  <-  Crossplatform end of line
   Load and save to file  <-  Load and save to file
   Long line markers  <-  Long line markers
   Macro recording  <-  Macro recording
   Margins  <-  Custom margin displays
   Markers  <-  Start of line special markers
   Miscellaneous other settings  <-  Miscellaneous other settings
   Multiple views of one document  <-  Multiple views of one document
   Printing  <-  Printing
   Scrolling and scrollbars  <-  Scrolling and scrollbars
   Search and replace  <-  Search and replace
   Selection, anchor and cursor  <- Anchor selection and cursor
   Styling text  <-  Apply visual styles to text
   Styling for programming languages  <-  Styling for programming languages
   Text coordinates  <-  Querying text coordinates
   Text encoding  <-  Text encoding
   Text retrieval and modification  <-  Basic text query and modification
   Undo and redo  <-  Undo and redo
   White space, zoom and other view options  <-  Miscellaneous view options
   Wrapping lines  <-  Line wrapping
   WxRuby interaction  <-  Interaction with wxruby

If thats ok for you guys, i can make the changes.
I can "import" more scintilla documentation too. :)



Cheers
Marcio



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

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

From noreply at rubyforge.org  Sun Jan 20 19:20:45 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Sun, 20 Jan 2008 19:20:45 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-17251 ] Wx::Window#set_handle
	and Wx::Window#associate_handle
Message-ID: <20080121002045.E5D7618586C3@rubyforge.org>

Bugs item #17251, was opened at 2008-01-21 00:20
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=17251&group_id=35

Category: Missing API call
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Alex Fenton (brokentoy)
Assigned to: Alex Fenton (brokentoy)
Summary: Wx::Window#set_handle and Wx::Window#associate_handle

Initial Comment:
See if these will work (Windows only)

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

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

From noreply at rubyforge.org  Mon Jan 21 07:28:32 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 21 Jan 2008 07:28:32 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Patches-17270 ] Changes in
	documentation discussed in ticket #17217
Message-ID: <20080121122832.18C901858653@rubyforge.org>

Patches item #17270, was opened at 21-01-2008 07:28
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=220&aid=17270&group_id=35

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: Changes in documentation discussed in ticket #17217

Initial Comment:
Changes in documentation discussed in ticket #17217

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

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

From noreply at rubyforge.org  Mon Jan 21 07:32:29 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Mon, 21 Jan 2008 07:32:29 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Patches-17271 ] Changes in
	documentation discussed in ticket #17217
Message-ID: <20080121123229.499A51858653@rubyforge.org>

Patches item #17271, was opened at 21-01-2008 07:32
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=220&aid=17271&group_id=35

Category: None
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: Changes in documentation discussed in ticket #17217   

Initial Comment:
Changes in documentation discussed in ticket #17217
forgot to mark the stupid checkbox and didn't upload the file. >:(

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

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

From mario at ruby-im.net  Mon Jan 21 09:08:19 2008
From: mario at ruby-im.net (Mario Steele)
Date: Mon, 21 Jan 2008 08:08:19 -0600
Subject: [wxruby-development] Wx::GenericDirCtrl Segfault Crash
Message-ID: <a4439dea0801210608m23065bd7h587007dc2fe18d63@mail.gmail.com>

Hey Alex,

Found another GC bug in wxRuby.  I ran into this problem, when trying to
implement Wx::GenericDirCtrl into wxRuby.  The specific case in which this
is occuring, is when I attach the two event handlers for
evt_tree_item_expanding() and evt_tree_item_activated() when grabbing the
Wx::GenericDirCtrl#get_tree_ctrl().  All I have it doing, is attempting to
catch these events (Which I really don't need evt_tree_item_expanding() at
this point and time), and print evt.get_item().  It never actually reaches
this point, as I will expand one folder, no problem (But the event doesn't
fire), and if I start scrolling through the list, it'll segfault.  I ran GDB
on it, and came up with the backtrace log, showing that it's crashing in the
middle of DoGCMarkItemData(), from RecurseOverTreeIds(), and
RecurseFromRoot(), and finally from wxRubyApp::mark_iterate().  Here's the
backtrace log, hope it helps:

[eumario at localhost wxRIDE]$ gdb --args ruby -llib wxRIDE.rb
GNU gdb 6.3-9pclos2007 (PCLinuxOS release 2007)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i586-mandriva-linux-gnu"...(no debugging symbols
found)
Using host libthread_db library "/lib/i686/libthread_db.so.1".

(gdb) r
Starting program: /usr/bin/ruby -llib wxRIDE.rb
Reading symbols from shared object read from target memory...(no debugging
symbols found)...done.
Loaded system supplied DSO at 0xb7f04000
[Thread debugging using libthread_db enabled]
[New Thread -1211709760 (LWP 17294)]
/home/eumario/.gtkrc-2.0:56: Clearlooks configuration option "menuitemstyle"
is not supported and will be ignored.
/home/eumario/.gtkrc-2.0:57: Clearlooks configuration option
"listviewitemstyle" is not supported and will be ignored.
/home/eumario/.gtkrc-2.0:58: Clearlooks configuration option
"progressbarstyle" is not supported and will be ignored.
/home/eumario/.themes/Clearlooks-Vista/gtk-2.0/gtkrc:54: Clearlooks
configuration option "menuitemstyle" is not supported and will be ignored.
/home/eumario/.themes/Clearlooks-Vista/gtk-2.0/gtkrc:55: Clearlooks
configuration option "listviewitemstyle" is not supported and will be
ignored.
/home/eumario/.themes/Clearlooks-Vista/gtk-2.0/gtkrc:56: Clearlooks
configuration option "progressbarstyle" is not supported and will be
ignored.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1211709760 (LWP 17294)]
0xb7e49010 in Init_heap () from /usr/lib/libruby.so.1.8
(gdb) whe
#0  0xb7e49010 in Init_heap () from /usr/lib/libruby.so.1.8
#1  0xb7e48b21 in Init_heap () from /usr/lib/libruby.so.1.8
#2  0xb7a3f766 in DoGCMarkItemData ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#3  0xb7a3dd88 in RecurseOverTreeIds ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#4  0xb7a45b73 in RecurseFromRoot () from
/usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#5  0xb7e48ba0 in Init_heap () from /usr/lib/libruby.so.1.8
#6  0xb770086d in wxRubyApp::mark_iterate ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#7  0xb7e3e674 in rb_apply () from /usr/lib/libruby.so.1.8
#8  0xb7e3f7bf in rb_yield () from /usr/lib/libruby.so.1.8
#9  0xb7e4c081 in rb_hash_freeze () from /usr/lib/libruby.so.1.8
#10 0xb7e4c750 in rb_env_path_tainted () from /usr/lib/libruby.so.1.8
#11 0xb7e972d9 in st_foreach () from /usr/lib/libruby.so.1.8
#12 0xb7e4e1a0 in rb_hash_reject_bang () from /usr/lib/libruby.so.1.8
#13 0xb7e2f7ee in rb_ensure () from /usr/lib/libruby.so.1.8
#14 0xb7e4d65a in rb_hash_foreach () from /usr/lib/libruby.so.1.8
#15 0xb7e4dbd2 in rb_hash_foreach () from /usr/lib/libruby.so.1.8
#16 0xb7e2ad7e in rb_provide () from /usr/lib/libruby.so.1.8
#17 0xb7e32ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#18 0xb7e33838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#19 0xb7e33e30 in rb_respond_to () from /usr/lib/libruby.so.1.8
#20 0xb7e33fb0 in rb_funcall () from /usr/lib/libruby.so.1.8
#21 0xb7e24e23 in rb_each () from /usr/lib/libruby.so.1.8
#22 0xb7e2fd01 in rb_iterate () from /usr/lib/libruby.so.1.8
#23 0xb77007a2 in wxRubyApp::mark_wxRubyApp ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#24 0xb7e48ba0 in Init_heap () from /usr/lib/libruby.so.1.8
#25 0xb7e49101 in rb_gc_mark () from /usr/lib/libruby.so.1.8
#26 0xb7e972d9 in st_foreach () from /usr/lib/libruby.so.1.8
---Type <return> to continue, or q <return> to quit---
#27 0xb7e486ae in rb_mark_hash () from /usr/lib/libruby.so.1.8
#28 0xb7e48f46 in Init_heap () from /usr/lib/libruby.so.1.8
#29 0xb7e49101 in rb_gc_mark () from /usr/lib/libruby.so.1.8
#30 0xb7e972d9 in st_foreach () from /usr/lib/libruby.so.1.8
#31 0xb7e486ae in rb_mark_hash () from /usr/lib/libruby.so.1.8
#32 0xb7e48f46 in Init_heap () from /usr/lib/libruby.so.1.8
#33 0xb7e48f64 in Init_heap () from /usr/lib/libruby.so.1.8
#34 0xb7e49101 in rb_gc_mark () from /usr/lib/libruby.so.1.8
#35 0xb7e972d9 in st_foreach () from /usr/lib/libruby.so.1.8
#36 0xb7e486ae in rb_mark_hash () from /usr/lib/libruby.so.1.8
#37 0xb7e48f3b in Init_heap () from /usr/lib/libruby.so.1.8
#38 0xb7e49101 in rb_gc_mark () from /usr/lib/libruby.so.1.8
#39 0xb7e972d9 in st_foreach () from /usr/lib/libruby.so.1.8
#40 0xb7e486ae in rb_mark_hash () from /usr/lib/libruby.so.1.8
#41 0xb7e48f46 in Init_heap () from /usr/lib/libruby.so.1.8
#42 0xb7e48b21 in Init_heap () from /usr/lib/libruby.so.1.8
#43 0xb7e48b21 in Init_heap () from /usr/lib/libruby.so.1.8
#44 0xb7e48b21 in Init_heap () from /usr/lib/libruby.so.1.8
#45 0xb7e48ee9 in Init_heap () from /usr/lib/libruby.so.1.8
#46 0xb7e4938a in rb_gc_mark_maybe () from /usr/lib/libruby.so.1.8
#47 0xb7e49e56 in rb_newobj () from /usr/lib/libruby.so.1.8
#48 0xb7e99cc7 in rb_str_resize () from /usr/lib/libruby.so.1.8
#49 0xb7e99e6b in rb_str_new3 () from /usr/lib/libruby.so.1.8
#50 0xb7e9a672 in rb_str_new2 () from /usr/lib/libruby.so.1.8
#51 0xb77f2e35 in SWIG_Ruby_NewPointerObj ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#52 0xb77f6a7a in SwigDirector_wxGenericDirCtrl::ProcessEvent ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#53 0xb708b1fb in wxWindowBase::TryParent () from /usr/lib/libwx_gtk2u-
2.8.so.0
#54 0xb6f1af8b in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_gtk2u-
2.8.so.0
#55 0xb6f1af7b in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_gtk2u-
2.8.so.0
---Type <return> to continue, or q <return> to quit---
#56 0xb70bfc03 in wxScrollHelperEvtHandler::ProcessEvent () from
/usr/lib/libwx_gtk2u-2.8.so.0
#57 0xb708d9e3 in wxWindowBase::UpdateWindowUI () from /usr/lib/libwx_gtk2u-
2.8.so.0
#58 0xb6f74d92 in wxWindow::OnInternalIdle () from /usr/lib/libwx_gtk2u-
2.8.so.0
#59 0xb70d1fb5 in wxGenericTreeCtrl::OnInternalIdle () from
/usr/lib/libwx_gtk2u-2.8.so.0
#60 0xb6ff7785 in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u-
2.8.so.0
#61 0xb6ff77bf in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u-
2.8.so.0
#62 0xb6ff77bf in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u-
2.8.so.0
#63 0xb6ff77bf in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u-
2.8.so.0
#64 0xb6ff7aeb in wxAppBase::ProcessIdle () from /usr/lib/libwx_gtk2u-
2.8.so.0
#65 0xb6f45e2f in wxapp_idle_callback () from /usr/lib/libwx_gtk2u-2.8.so.0
#66 0xb66d7a40 in g_source_is_destroyed () from /usr/lib/libglib-2.0.so.0
#67 0xb66d9641 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#68 0xb66dcac6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#69 0xb66dce34 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#70 0xb6a1781f in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#71 0xb6f601cc in wxEventLoop::Run () from /usr/lib/libwx_gtk2u-2.8.so.0
#72 0xb6ff7a1e in wxAppBase::MainLoop () from /usr/lib/libwx_gtk2u-2.8.so.0
#73 0xb6ff7061 in wxAppBase::OnRun () from /usr/lib/libwx_gtk2u-2.8.so.0
#74 0xb6eabefa in wxEntry () from /usr/lib/libwx_gtk2u-2.8.so.0
#75 0xb76fffb9 in _wrap_App_main_loop ()
   from /usr/lib/ruby/site_ruby/1.8/i586-linux-gnu/wxruby2.so
#76 0xb7e2ad93 in rb_provide () from /usr/lib/libruby.so.1.8
#77 0xb7e32ab2 in rb_iter_break () from /usr/lib/libruby.so.1.8
#78 0xb7e33838 in rb_iter_break () from /usr/lib/libruby.so.1.8
#79 0xb7e3b5f6 in rb_apply () from /usr/lib/libruby.so.1.8
#80 0xb7e3c184 in rb_apply () from /usr/lib/libruby.so.1.8
#81 0xb7e411f8 in rb_load_protect () from /usr/lib/libruby.so.1.8
#82 0xb7e41242 in ruby_exec () from /usr/lib/libruby.so.1.8
#83 0xb7e4127f in ruby_run () from /usr/lib/libruby.so.1.8
#84 0x0804867d in main ()

L8ers,

-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
http://rubyforge.org/projects/vwmc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080121/564ff177/attachment-0001.html 

From noreply at rubyforge.org  Tue Jan 22 02:42:16 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 22 Jan 2008 02:42:16 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-17390 ] Wx::Menu#get_menu_items
Message-ID: <20080122074216.7658E18585E2@rubyforge.org>

Bugs item #17390, was opened at 2008-01-22 07:42
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=17390&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: Wx::Menu#get_menu_items

Initial Comment:
Typemap needed for return value - currently opaque SWIG pointer

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

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

From noreply at rubyforge.org  Tue Jan 22 04:48:27 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Tue, 22 Jan 2008 04:48:27 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Bugs-17396 ]
	Wx::GenericDirCtrl#get_tree_ctrl()
Message-ID: <20080122094829.0648618585B1@rubyforge.org>

Bugs item #17396, was opened at 2008-01-22 03:48
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=218&aid=17396&group_id=35

Category: Incorrect behavior
Group: current
Status: Open
Resolution: None
Priority: 3
Submitted By: Mario Steele (eumario)
Assigned to: Nobody (None)
Summary: Wx::GenericDirCtrl#get_tree_ctrl()

Initial Comment:
When grabbing Wx::GenericDirCtrl#get_tree_ctrl(), and associating events with it, causes GC Memory error.  See dump attached.

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

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

From mario at ruby-im.net  Tue Jan 22 08:34:00 2008
From: mario at ruby-im.net (Mario Steele)
Date: Tue, 22 Jan 2008 07:34:00 -0600
Subject: [wxruby-development] Wx::GenericDirCtrl fixes
Message-ID: <a4439dea0801220534t29a11d1o131007d231618ebe@mail.gmail.com>

Hey All,

Just a couple of things to note.  I've updated the wxGenericDirCtrl.h file,
to include the ReCreateTree() method, as it was missing, and was very simple
to add.  I've compiled, and checked to make sure everything looks good, and
it does.

Also, a temporary solution, till wxGenericDirCtrl#get_tree_ctrl() is fixed,
is that you can sub-class Wx::GenericDirCtrl() into your own class, and
intercept messages sent by the TreeCtrl within it.

Example:

class MyDirCtrl < Wx::GenericDirCtrl
  def initialize(*args)
    super
    evt_tree_item_selected(Wx::ID_ANY) { |evt| do_event(evt) }
  end
end

As far as I know, this will work with any of the evt_tree* signals.  A bit
of a hack, but it should work without any problems.

L8ers,

-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
http://rubyforge.org/projects/vwmc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080122/b44764d5/attachment.html 

From mario at ruby-im.net  Wed Jan 23 22:56:39 2008
From: mario at ruby-im.net (Mario Steele)
Date: Wed, 23 Jan 2008 21:56:39 -0600
Subject: [wxruby-development] Win32 Compile
Message-ID: <a4439dea0801231956l27216a9fnae9589f7d0c0c86@mail.gmail.com>

Hey Alex,

I know I proabbly asked you this in the past, but what environment are you
using to compile wxRuby and wxMSW in?  Is it VC6?  I want to know, so I can
see about setting up this environment for myself, to do some compiles of SVN
wxRuby on Windows.

Let me know, and l8ers,

-- 
Mario Steele
http://www.trilake.net
http://www.ruby-im.net
http://rubyforge.org/projects/wxruby/
http://rubyforge.org/projects/wxride/
http://rubyforge.org/projects/vwmc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/wxruby-development/attachments/20080123/1be2ae4e/attachment.html 

From noreply at rubyforge.org  Fri Jan 25 01:57:10 2008
From: noreply at rubyforge.org (noreply at rubyforge.org)
Date: Fri, 25 Jan 2008 01:57:10 -0500 (EST)
Subject: [wxruby-development] [ wxruby-Feature Requests-17477 ] wxruby fails
	with SWIG 1.3.33
Message-ID: <20080125065710.91AB718586D0@rubyforge.org>

Feature Requests item #17477, was opened at 2008-01-25 01:57
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=221&aid=17477&group_id=35

Category: None
Group: None
Status: Open
Priority: 3
Submitted By: Nobody (None)
Assigned to: Nobody (None)
Summary: wxruby fails with SWIG 1.3.33

Initial Comment:
Using SourceMage GNU/Linux.  Stable recently upgraded to swig-1.3.33.  wxruby-1.9.4 fails to ./configure.  I don't know swig well enough (yet) to say whether wxruby should allow 1.3.33 or not.

wxruby builds currently broken until this is fixed or I downgrade my distro.

Please feel free to contact me:
   demaillists at comcast.net

Dale E. Edmons
(aka linuxfan on IRC)

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

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