wxruby users - Jul 2004 - Windows compilation problems

Last week I was struggling to get xrc built into wxRuby and finally got 
it to compile. The problem I am now having is that the normal samples 
are not working at all (have not even tried any xrc stuff yet). So to 
test if it is a problem with xrc or my build process I tried compiling 
wxRuby without XRC, this caused the same error to be printed out as the 
failed XRC build.

The output (in both XRC and non-XRC builds) is:

C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong argument 
type false
(expected Class) (TypeError)
         from calendar.rbw:1


I am following the README.mswin build instructions. I have tried both 
release and debug builds with no luck.

I am using:

wxWidgets2.4.2
Ruby 1.8.1-13 from http://rubyforge.org/projects/rubyinstaller/
wxRuby 0.4.0
MS Visual C++ .Net (7.0)

Also to get the makefile to include the xrc lib I needed to add these 3 
lines to extconf.rb:

     if ($use_xrc == true)
       $libs += " #$WXLIBDIR/wxxrc#{$DEBUGPOSTFIX}.lib"
     end

I put these lines right above $objs.push("wx.res") on line 88


Thanks for the continued help

Sean Long

I''m not seeing what you''re seeing, but I''m not using
the plug-and-play
ruby build either. I have had trouble with extensions before crossing 
compiler boundaries (even between MSVC 6 and MSVC.NET).

Are you building in Debug mode (DEBUG flag in extconf)? I seem to recall 
that made a difference when using the .NET compiler with a not-.NET 
compiled binary.

Nick


Sean Long wrote:
> Last week I was struggling to get xrc built into wxRuby and finally 
> got it to compile. The problem I am now having is that the normal 
> samples are not working at all (have not even tried any xrc stuff 
> yet). So to test if it is a problem with xrc or my build process I 
> tried compiling wxRuby without XRC, this caused the same error to be 
> printed out as the failed XRC build.
>
> The output (in both XRC and non-XRC builds) is:
>
> C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
> c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong argument 
> type false
> (expected Class) (TypeError)
>         from calendar.rbw:1
>
>
> I am following the README.mswin build instructions. I have tried both 
> release and debug builds with no luck.
>
> I am using:
>
> wxWidgets2.4.2
> Ruby 1.8.1-13 from http://rubyforge.org/projects/rubyinstaller/
> wxRuby 0.4.0
> MS Visual C++ .Net (7.0)
>
> Also to get the makefile to include the xrc lib I needed to add these 
> 3 lines to extconf.rb:
>
>     if ($use_xrc == true)
>       $libs += " #$WXLIBDIR/wxxrc#{$DEBUGPOSTFIX}.lib"
>     end
>
> I put these lines right above $objs.push("wx.res") on line 88
>
>
> Thanks for the continued help
>
> Sean Long
>
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>
>
>

I wrote a MiniSpreadsheet application in ruby using wxRuby, again thanks to
Curt Hibbs for coming forth with wxRuby as an option (i was first thinking
fxRuby or Ruby/Tk).

I submitted the application to Andrea''s Practical Language comparision,
www.kochandreas.com/home/language/lang.htm

I submitted it about 5 minutes ago so it probably isn''t up yet, but it
should be up within the week (i dont know the timeframe in which Andrea
works).

The spreadsheet application only follows the requirements set forth by the
language comparison and it is not a full fledged spreadsheet application,
but a "mini" one.

I''m excited so I thought I''d share the news on the list.

Zach Dennis
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 7/5/2004

I would like to add information/tutorial to wxGrid and the like. How can I
add a tutorials to the wiki?

Thanks,

Zach
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 7/5/2004

Zach Dennis wrote:
>
> I wrote a MiniSpreadsheet application in ruby using wxRuby, again
> thanks to
> Curt Hibbs for coming forth with wxRuby as an option (i was first thinking
> fxRuby or Ruby/Tk).
Your welcome!
> I submitted the application to Andrea''s Practical Language
comparision,
> www.kochandreas.com/home/language/lang.htm
>
> I submitted it about 5 minutes ago so it probably isn''t up yet,
but it
> should be up within the week (i dont know the timeframe in which Andrea
> works).
>
> The spreadsheet application only follows the requirements set forth by the
> language comparison and it is not a full fledged spreadsheet application,
> but a "mini" one.
>
> I''m excited so I thought I''d share the news on the list.
This is great! I''ll check it out as soon as I can.

Kevin, would it make sense to include this as an additional wxRuby sample
program?

Curt

Zach Dennis wrote:
>
> I would like to add information/tutorial to wxGrid and the like. How can I
> add a tutorials to the wiki?
Great! We really need more documentation like this.

I assume, you know how to use and edit wiki pages, so I won''t cover
that
(unless you tell me I''m wrong). but first (if you haven''t done
so), click
wiki''s "Preferences" link and create a username (like
"ZachDennis") so that
your contributions will be credited to you instead of an anonymous
ip-address.

Start by editing the main tutorial page
(http://wxruby.rubyforge.org/wiki/wiki.pl?WxRuby_Tutorial) and add a new
entry to the table of contents. Then I would suggest using one of the
existing tutorials as a "template", and just modify the text to become
your
tutorial. The easiest way to pick up the wiki text for an existing page is
to edit it and then copy its wiki text to the clipboard.

Also, for extensive editing like this, I usually prefer to edit a text file
(on my local machine) using my favorite text editor, and then pasting that
into the wiki edit-box.

Curt

Thanks Curt for the info on the how-to. Would do you recommend as far as
living documents? Should I put up something small, simple and concise. Then
as I get time edit the wiki page with more information, or should I wait
until I have a full page of content done before adding it to the wiki?
Should I apply incremental release XP style programming to the wiki writing,
or more a monolithic functional approach?

Thanks,

Zach

-----Original Message-----
From: wxruby-users-bounces@rubyforge.org
[mailto:wxruby-users-bounces@rubyforge.org]On Behalf Of Curt Hibbs
Sent: Tuesday, July 13, 2004 12:43 PM
To: General discussion of wxRuby
Subject: RE: [Wxruby-users] Adding to the wiki


Zach Dennis wrote:
>
> I would like to add information/tutorial to wxGrid and the like. How can I
> add a tutorials to the wiki?
Great! We really need more documentation like this.

I assume, you know how to use and edit wiki pages, so I won''t cover
that
(unless you tell me I''m wrong). but first (if you haven''t done
so), click
wiki''s "Preferences" link and create a username (like
"ZachDennis") so that
your contributions will be credited to you instead of an anonymous
ip-address.

Start by editing the main tutorial page
(http://wxruby.rubyforge.org/wiki/wiki.pl?WxRuby_Tutorial) and add a new
entry to the table of contents. Then I would suggest using one of the
existing tutorials as a "template", and just modify the text to become
your
tutorial. The easiest way to pick up the wiki text for an existing page is
to edit it and then copy its wiki text to the clipboard.

Also, for extensive editing like this, I usually prefer to edit a text file
(on my local machine) using my favorite text editor, and then pasting that
into the wiki edit-box.

Curt

_______________________________________________
wxruby-users mailing list
wxruby-users@rubyforge.org
http://rubyforge.org/mailman/listinfo/wxruby-users

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 7/5/2004

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 7/5/2004

Hi Zach,

----- Original Message ----- 
From: "Zach Dennis" <zdennis@mktec.com>
> I submitted the application to Andrea''s Practical Language
comparision,
> www.kochandreas.com/home/language/lang.htm
Awesome !
> I submitted it about 5 minutes ago so it probably isn''t up yet,
but it
> should be up within the week (i dont know the timeframe in which Andrea
> works).
Is there any chance we can get the source code (may be privately) even
before it shows up on the website ?
> The spreadsheet application only follows the requirements set forth by the
> language comparison and it is not a full fledged spreadsheet application,
> but a "mini" one.
>
> I''m excited so I thought I''d share the news on the list.
Thanks a lot for sharing ... keep up the good work.
> Zach Dennis
> ---
-- shanko

Zach Dennis wrote:
>
> Thanks Curt for the info on the how-to. Would do you recommend as far as
> living documents? Should I put up something small, simple and
> concise. Then
> as I get time edit the wiki page with more information, or should I wait
> until I have a full page of content done before adding it to the wiki?
> Should I apply incremental release XP style programming to the
> wiki writing,
> or more a monolithic functional approach?

It really depends on your preferred work style and the amount of territory
you plan to cover.

There''s certainly nothing wrong starting with small/concise and filling
out
more details over time. But if you put up pages that are incomplete and/or
not self contained, then I would at least stick a warning at the top of the
page telling readers that the page is under construction and not yet
complete.

Curt
> Zach Dennis wrote:
> >
> > I would like to add information/tutorial to wxGrid and the
> like. How can I
> > add a tutorials to the wiki?
>
> Great! We really need more documentation like this.
>
> I assume, you know how to use and edit wiki pages, so I won''t
cover that
> (unless you tell me I''m wrong). but first (if you haven''t
done so), click
> wiki''s "Preferences" link and create a username (like
> "ZachDennis") so that
> your contributions will be credited to you instead of an anonymous
> ip-address.
>
> Start by editing the main tutorial page
> (http://wxruby.rubyforge.org/wiki/wiki.pl?WxRuby_Tutorial) and add a new
> entry to the table of contents. Then I would suggest using one of the
> existing tutorials as a "template", and just modify the text to
> become your
> tutorial. The easiest way to pick up the wiki text for an existing page is
> to edit it and then copy its wiki text to the clipboard.
>
> Also, for extensive editing like this, I usually prefer to edit a
> text file
> (on my local machine) using my favorite text editor, and then pasting that
> into the wiki edit-box.
>
> Curt
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>

Zach Dennis wrote:
> Thanks Curt for the info on the how-to. Would do you recommend as far as
> living documents? Should I put up something small, simple and concise. Then
> as I get time edit the wiki page with more information, or should I wait
> until I have a full page of content done before adding it to the wiki?
> Should I apply incremental release XP style programming to the wiki
writing,
> or more a monolithic functional approach?
I am a pretty big fan of incremental approaches, personally. I like 
Curt''s suggestion of labelling pages that are not complete.

Ideally, you could break up the content into a series of mini-lessons. 
This is easier for the reader, as well as being easier for you to work 
in smaller chunks. And the reader gets the benefit of the first lesson 
far earlier than if you take a monolithic approach.

But, most importantly, work however you feel most comfortable.

Thanks,

Kevin

Curt Hibbs wrote:
> Zach Dennis wrote:
> 
>>I wrote a MiniSpreadsheet application in ruby using wxRuby, 
> 
> Kevin, would it make sense to include this as an additional wxRuby sample
> program?
Based on what I''ve heard so far, I would say yes.

Kevin

I am reading parts of the wiki so I can try to be grammatically consistent
and layout consistent with other tutorials. In the Wx::Frame tutorials it
says that Wx::Frame inherits from Wx::Windows, then Wx::EvtHandler, then
Wx::Object...

That is where my question comes in. Does Wx::Object exist? Is it private or
protected? I am testing inheritance by doing.

@grid.is_a?( Wx::Object ) and I get an exception sayng Wx::Object
doesn''t
exist.

Thanks,

Zach
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 7/5/2004

I added my first wiki tutorial. It isn''t complete and it is very short
and
very basic. I plan to expand.

My question though is when additions are made to the wiki are we supposed to
announce it on the list? I don''t want to make an announcement if
it''s going
to be considered spam to some folks, but i also dont'' want to keep it
to
myself if someone has been waiting for that tutorial. Be back tomorrow,
thanks,

Zach
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 7/5/2004

Well I just built Ruby 1.8.1 from scratch and compiled wxRuby again with 
and without DEBUG flag on. I got the exact same bug. I checked to make 
sure that Ruby compiled correctly by running some sample non-gui scripts.

Any other ideas? How about packaging a non-xrc wxRuby.so as well as an 
xrc one so potential wxRuby users don''t have to go through this mess :)

Sean

Nick wrote:
> 
> I''m not seeing what you''re seeing, but I''m not
using the plug-and-play
> ruby build either. I have had trouble with extensions before crossing 
> compiler boundaries (even between MSVC 6 and MSVC.NET).
> 
> Are you building in Debug mode (DEBUG flag in extconf)? I seem to recall 
> that made a difference when using the .NET compiler with a not-.NET 
> compiled binary.
> 
> Nick
> 
> 
> Sean Long wrote:
> 
>> Last week I was struggling to get xrc built into wxRuby and finally 
>> got it to compile. The problem I am now having is that the normal 
>> samples are not working at all (have not even tried any xrc stuff 
>> yet). So to test if it is a problem with xrc or my build process I 
>> tried compiling wxRuby without XRC, this caused the same error to be 
>> printed out as the failed XRC build.
>>
>> The output (in both XRC and non-XRC builds) is:
>>
>> C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
>> c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong argument 
>> type false
>> (expected Class) (TypeError)
>>         from calendar.rbw:1
>>
>>
>> I am following the README.mswin build instructions. I have tried both 
>> release and debug builds with no luck.
>>
>> I am using:
>>
>> wxWidgets2.4.2
>> Ruby 1.8.1-13 from http://rubyforge.org/projects/rubyinstaller/
>> wxRuby 0.4.0
>> MS Visual C++ .Net (7.0)
>>
>> Also to get the makefile to include the xrc lib I needed to add these 
>> 3 lines to extconf.rb:
>>
>>     if ($use_xrc == true)
>>       $libs += " #$WXLIBDIR/wxxrc#{$DEBUGPOSTFIX}.lib"
>>     end
>>
>> I put these lines right above $objs.push("wx.res") on line 88
>>
>>
>> Thanks for the continued help
>>
>> Sean Long
>>
>>
>> _______________________________________________
>> wxruby-users mailing list
>> wxruby-users@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wxruby-users
>>
>>
>>
> 
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>

Zach Dennis wrote:
>
> I added my first wiki tutorial. It isn''t complete and it is very
short and
> very basic. I plan to expand.
Great... I''ll check it out!
> My question though is when additions are made to the wiki are we
> supposed to
> announce it on the list? I don''t want to make an announcement if
> it''s going
> to be considered spam to some folks, but i also dont'' want to keep
it to
> myself if someone has been waiting for that tutorial. Be back tomorrow,
> thanks,
Its good to announce major additions to the wiki, but not minor changes.

Also, in the wiki preferences, users can say that they want to get an email
when a page is updated, and when you submit changes to a page there is a
checkbox that you can use to trigger the emails. I usually do this on my
final edit to a wiki page.

Curt

I would suggest starting with a working setup and moving to your desired
goal incrementally to see where things break.

This first thing I''d do is to install the ruby using the Ruby Installer
for
Windows (http://rubyinstaller.rubyforge.org), and the latest wxRuby windows
installer. Does this work?

Then try building a release version of wxWindows and wxRuby and running that
the Ruby Installer version of Ruby (preferably with vc6 -- just to keep
variations to a minimum). If this fails, let me know and I will send you a
zip file of my wxWindows lib directory (these would be the actual libs used
to build the wxRuby installer) -- then the only variable would be your build
of wxRuby.

Curt

Sean Long wrote:
>
> Well I just built Ruby 1.8.1 from scratch and compiled wxRuby again with
> and without DEBUG flag on. I got the exact same bug. I checked to make
> sure that Ruby compiled correctly by running some sample non-gui scripts.
>
> Any other ideas? How about packaging a non-xrc wxRuby.so as well as an
> xrc one so potential wxRuby users don''t have to go through this
mess :)
>
> Sean
>
> Nick wrote:
> >
> > I''m not seeing what you''re seeing, but I''m
not using the plug-and-play
> > ruby build either. I have had trouble with extensions before crossing
> > compiler boundaries (even between MSVC 6 and MSVC.NET).
> >
> > Are you building in Debug mode (DEBUG flag in extconf)? I seem
> to recall
> > that made a difference when using the .NET compiler with a not-.NET
> > compiled binary.
> >
> > Nick
> >
> >
> > Sean Long wrote:
> >
> >> Last week I was struggling to get xrc built into wxRuby and
finally
> >> got it to compile. The problem I am now having is that the normal
> >> samples are not working at all (have not even tried any xrc stuff
> >> yet). So to test if it is a problem with xrc or my build process I
> >> tried compiling wxRuby without XRC, this caused the same error to
be
> >> printed out as the failed XRC build.
> >>
> >> The output (in both XRC and non-XRC builds) is:
> >>
> >> C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
> >> c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong
argument
> >> type false
> >> (expected Class) (TypeError)
> >>         from calendar.rbw:1
> >>
> >>
> >> I am following the README.mswin build instructions. I have tried
both
> >> release and debug builds with no luck.
> >>
> >> I am using:
> >>
> >> wxWidgets2.4.2
> >> Ruby 1.8.1-13 from http://rubyforge.org/projects/rubyinstaller/
> >> wxRuby 0.4.0
> >> MS Visual C++ .Net (7.0)
> >>
> >> Also to get the makefile to include the xrc lib I needed to add
these
> >> 3 lines to extconf.rb:
> >>
> >>     if ($use_xrc == true)
> >>       $libs += " #$WXLIBDIR/wxxrc#{$DEBUGPOSTFIX}.lib"
> >>     end
> >>
> >> I put these lines right above $objs.push("wx.res") on
line 88
> >>
> >>
> >> Thanks for the continued help
> >>
> >> Sean Long
> >>
> >>
> >> _______________________________________________
> >> wxruby-users mailing list
> >> wxruby-users@rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/wxruby-users
> >>
> >>
> >>
> >
> > _______________________________________________
> > wxruby-users mailing list
> > wxruby-users@rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-users
> >
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.717 / Virus Database: 473 - Release Date: 7/8/2004
>

Curt,

If you read all of my previous posts on this problem you would know that 
  I did start with the Ruby Installer for Windows and the wxRuby 0.4.0 
installer. I also rebuilt wxWindow (2.4.2) in both release and debug 
mode, I tested them with several of my programs and they worked fine.

I also mentioned that I do not have vc6 just vc7 (aka .NET). I tried 
building wxRuby in both debug and release mode with and without XRC 
support and when I try running one of the sample wxRuby programs I get 
this error.

C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong argument
type false
(expected Class) (TypeError)
         from calendar.rbw:1

So I guess a zip of your wxWindows lib directory will be needed.


What I am wondering is why the default build of wxRuby does not include 
XRC support, I am pretty sure I heard that XRC is eventually going to be 
rolled into wxWidgets anyway.

Thanks

Sean

Curt Hibbs wrote:
> I would suggest starting with a working setup and moving to your desired
> goal incrementally to see where things break.
> 
> This first thing I''d do is to install the ruby using the Ruby
Installer for
> Windows (http://rubyinstaller.rubyforge.org), and the latest wxRuby windows
> installer. Does this work?
> 
> Then try building a release version of wxWindows and wxRuby and running
that
> the Ruby Installer version of Ruby (preferably with vc6 -- just to keep
> variations to a minimum). If this fails, let me know and I will send you a
> zip file of my wxWindows lib directory (these would be the actual libs used
> to build the wxRuby installer) -- then the only variable would be your
build
> of wxRuby.
> 
> Curt
> 
> Sean Long wrote:
> 
>>Well I just built Ruby 1.8.1 from scratch and compiled wxRuby again with
>>and without DEBUG flag on. I got the exact same bug. I checked to make
>>sure that Ruby compiled correctly by running some sample non-gui
scripts.
>>
>>Any other ideas? How about packaging a non-xrc wxRuby.so as well as an
>>xrc one so potential wxRuby users don''t have to go through this
mess :)
>>
>>Sean
>>
>>Nick wrote:
>>
>>>I''m not seeing what you''re seeing, but
I''m not using the plug-and-play
>>>ruby build either. I have had trouble with extensions before
crossing
>>>compiler boundaries (even between MSVC 6 and MSVC.NET).
>>>
>>>Are you building in Debug mode (DEBUG flag in extconf)? I seem
>>
>>to recall
>>
>>>that made a difference when using the .NET compiler with a not-.NET
>>>compiled binary.
>>>
>>>Nick
>>>
>>>
>>>Sean Long wrote:
>>>
>>>
>>>>Last week I was struggling to get xrc built into wxRuby and
finally
>>>>got it to compile. The problem I am now having is that the
normal
>>>>samples are not working at all (have not even tried any xrc
stuff
>>>>yet). So to test if it is a problem with xrc or my build process
I
>>>>tried compiling wxRuby without XRC, this caused the same error
to be
>>>>printed out as the failed XRC build.
>>>>
>>>>The output (in both XRC and non-XRC builds) is:
>>>>
>>>>C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
>>>>c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong
argument
>>>>type false
>>>>(expected Class) (TypeError)
>>>>        from calendar.rbw:1
>>>>
>>>>
>>>>I am following the README.mswin build instructions. I have tried
both
>>>>release and debug builds with no luck.
>>>>
>>>>I am using:
>>>>
>>>>wxWidgets2.4.2
>>>>Ruby 1.8.1-13 from http://rubyforge.org/projects/rubyinstaller/
>>>>wxRuby 0.4.0
>>>>MS Visual C++ .Net (7.0)
>>>>
>>>>Also to get the makefile to include the xrc lib I needed to add
these
>>>>3 lines to extconf.rb:
>>>>
>>>>    if ($use_xrc == true)
>>>>      $libs += " #$WXLIBDIR/wxxrc#{$DEBUGPOSTFIX}.lib"
>>>>    end
>>>>
>>>>I put these lines right above $objs.push("wx.res") on
line 88
>>>>
>>>>
>>>>Thanks for the continued help
>>>>
>>>>Sean Long
>>>>
>>>>
>>>>_______________________________________________
>>>>wxruby-users mailing list
>>>>wxruby-users@rubyforge.org
>>>>http://rubyforge.org/mailman/listinfo/wxruby-users
>>>>
>>>>
>>>>
>>>
>>>_______________________________________________
>>>wxruby-users mailing list
>>>wxruby-users@rubyforge.org
>>>http://rubyforge.org/mailman/listinfo/wxruby-users
>>>
>>
>>_______________________________________________
>>wxruby-users mailing list
>>wxruby-users@rubyforge.org
>>http://rubyforge.org/mailman/listinfo/wxruby-users
>>
>>---
>>Incoming mail is certified Virus Free.
>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>Version: 6.0.717 / Virus Database: 473 - Release Date: 7/8/2004
>>
> 
> 
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>

Sean Long wrote:
>
> If you read all of my previous posts on this problem you would know that
>   I did start with the Ruby Installer for Windows and the wxRuby 0.4.0
> installer. I also rebuilt wxWindow (2.4.2) in both release and debug
> mode, I tested them with several of my programs and they worked fine.
Sorry, I''ve been severely overloaded lately. I probably read them at
the
time, but forgot about it by the time I responded to this.
> I also mentioned that I do not have vc6 just vc7 (aka .NET). I tried
> building wxRuby in both debug and release mode with and without XRC
> support and when I try running one of the sample wxRuby programs I get
> this error.
I tried, briefly, to use vc7 for the 0.3 release of wxRuby, but I ran into
problems (could be the same as yours but I don''t remember). I
didn''t have
time to figure it out and went back to vc6.
> C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
> c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong argument
> type false
> (expected Class) (TypeError)
>          from calendar.rbw:1
>
> So I guess a zip of your wxWindows lib directory will be needed.
I still have the vc7 libs I tried to use (its a debug build), but since I
never got this to work they may not be useful to you.
> What I am wondering is why the default build of wxRuby does not include
> XRC support, I am pretty sure I heard that XRC is eventually going to be
> rolled into wxWidgets anyway.
It probably should, but I''d leave this as Kevin''s call.

Curt

I suspect there is an issue with the Ruby Installer build and MSVC.NET.
I''m using ruby-mswin32 from
http://www.dm4lab.to/~usa/ruby/index_en.html
and haven''t been able to replicate the problem. 

You''ll need to give me a little time, as I am putting my life into
boxes
for the next two weeks.

Nick
> Curt,
> 
> If you read all of my previous posts on this problem you would know that 
>   I did start with the Ruby Installer for Windows and the wxRuby 0.4.0 
> installer. I also rebuilt wxWindow (2.4.2) in both release and debug 
> mode, I tested them with several of my programs and they worked fine.
> 
> I also mentioned that I do not have vc6 just vc7 (aka .NET). I tried 
> building wxRuby in both debug and release mode with and without XRC 
> support and when I try running one of the sample wxRuby programs I get 
> this error.
> 
> C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
> c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong argument
> type false
> (expected Class) (TypeError)
>          from calendar.rbw:1
> 
> So I guess a zip of your wxWindows lib directory will be needed.
> 
> 
> What I am wondering is why the default build of wxRuby does not include 
> XRC support, I am pretty sure I heard that XRC is eventually going to be 
> rolled into wxWidgets anyway.
> 
> Thanks
> 
> Sean
> 
> Curt Hibbs wrote:
> > I would suggest starting with a working setup and moving to your
desired
> > goal incrementally to see where things break.
> > 
> > This first thing I''d do is to install the ruby using the Ruby
Installer for
> > Windows (http://rubyinstaller.rubyforge.org), and the latest wxRuby
windows
> > installer. Does this work?
> > 
> > Then try building a release version of wxWindows and wxRuby and
running that
> > the Ruby Installer version of Ruby (preferably with vc6 -- just to
keep
> > variations to a minimum). If this fails, let me know and I will send
you a
> > zip file of my wxWindows lib directory (these would be the actual
libs used
> > to build the wxRuby installer) -- then the only variable would be
your build
> > of wxRuby.
> > 
> > Curt
> > 
> > Sean Long wrote:
> > 
> >>Well I just built Ruby 1.8.1 from scratch and compiled wxRuby again
with
> >>and without DEBUG flag on. I got the exact same bug. I checked to
make
> >>sure that Ruby compiled correctly by running some sample non-gui
scripts.
> >>
> >>Any other ideas? How about packaging a non-xrc wxRuby.so as well as
an
> >>xrc one so potential wxRuby users don''t have to go through
this mess :)
> >>
> >>Sean
> >>
> >>Nick wrote:
> >>
> >>>I''m not seeing what you''re seeing, but
I''m not using the plug-and-play
> >>>ruby build either. I have had trouble with extensions before
crossing
> >>>compiler boundaries (even between MSVC 6 and MSVC.NET).
> >>>
> >>>Are you building in Debug mode (DEBUG flag in extconf)? I seem
> >>
> >>to recall
> >>
> >>>that made a difference when using the .NET compiler with a
not-.NET
> >>>compiled binary.
> >>>
> >>>Nick
> >>>
> >>>
> >>>Sean Long wrote:
> >>>
> >>>
> >>>>Last week I was struggling to get xrc built into wxRuby and
finally
> >>>>got it to compile. The problem I am now having is that the
normal
> >>>>samples are not working at all (have not even tried any xrc
stuff
> >>>>yet). So to test if it is a problem with xrc or my build
process I
> >>>>tried compiling wxRuby without XRC, this caused the same
error to be
> >>>>printed out as the failed XRC build.
> >>>>
> >>>>The output (in both XRC and non-XRC builds) is:
> >>>>
> >>>>C:\Program Files\wxRuby\samples\calendar>ruby
calendar.rbw
> >>>>c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong
argument
> >>>>type false
> >>>>(expected Class) (TypeError)
> >>>>        from calendar.rbw:1
> >>>>
> >>>>
> >>>>I am following the README.mswin build instructions. I have
tried both
> >>>>release and debug builds with no luck.
> >>>>
> >>>>I am using:
> >>>>
> >>>>wxWidgets2.4.2
> >>>>Ruby 1.8.1-13 from
http://rubyforge.org/projects/rubyinstaller/
> >>>>wxRuby 0.4.0
> >>>>MS Visual C++ .Net (7.0)
> >>>>
> >>>>Also to get the makefile to include the xrc lib I needed to
add these
> >>>>3 lines to extconf.rb:
> >>>>
> >>>>    if ($use_xrc == true)
> >>>>      $libs += "
#$WXLIBDIR/wxxrc#{$DEBUGPOSTFIX}.lib"
> >>>>    end
> >>>>
> >>>>I put these lines right above
$objs.push("wx.res") on line 88
> >>>>
> >>>>
> >>>>Thanks for the continued help
> >>>>
> >>>>Sean Long
> >>>>
> >>>>
> >>>>_______________________________________________
> >>>>wxruby-users mailing list
> >>>>wxruby-users@rubyforge.org
> >>>>http://rubyforge.org/mailman/listinfo/wxruby-users
> >>>>
> >>>>
> >>>>
> >>>
> >>>_______________________________________________
> >>>wxruby-users mailing list
> >>>wxruby-users@rubyforge.org
> >>>http://rubyforge.org/mailman/listinfo/wxruby-users
> >>>
> >>
> >>_______________________________________________
> >>wxruby-users mailing list
> >>wxruby-users@rubyforge.org
> >>http://rubyforge.org/mailman/listinfo/wxruby-users
> >>
> >>---
> >>Incoming mail is certified Virus Free.
> >>Checked by AVG anti-virus system (http://www.grisoft.com).
> >>Version: 6.0.717 / Virus Database: 473 - Release Date: 7/8/2004
> >>
> > 
> > 
> > _______________________________________________
> > wxruby-users mailing list
> > wxruby-users@rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-users
> > 
> 
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
> 
> 
--

Nick wrote:
>
> I suspect there is an issue with the Ruby Installer build and MSVC.NET.
> I''m using ruby-mswin32 from
http://www.dm4lab.to/~usa/ruby/index_en.html
> and haven''t been able to replicate the problem.
Just for the record, the installer versions 181-12 and 181-13 were done
using vc7. Because of many reported problems, the release candidates for
1.8.2-14 have all been done with vc6.
> You''ll need to give me a little time, as I am putting my life into
boxes
> for the next two weeks.
>
> Nick
>
> > Curt,
> >
> > If you read all of my previous posts on this problem you would
> know that
> >   I did start with the Ruby Installer for Windows and the wxRuby 0.4.0
> > installer. I also rebuilt wxWindow (2.4.2) in both release and debug
> > mode, I tested them with several of my programs and they worked fine.
> >
> > I also mentioned that I do not have vc6 just vc7 (aka .NET). I tried
> > building wxRuby in both debug and release mode with and without XRC
> > support and when I try running one of the sample wxRuby programs I get
> > this error.
> >
> > C:\Program Files\wxRuby\samples\calendar>ruby calendar.rbw
> > c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so: wrong argument
> > type false
> > (expected Class) (TypeError)
> >          from calendar.rbw:1
> >
> > So I guess a zip of your wxWindows lib directory will be needed.
> >
> >
> > What I am wondering is why the default build of wxRuby does not
include
> > XRC support, I am pretty sure I heard that XRC is eventually
> going to be
> > rolled into wxWidgets anyway.
> >
> > Thanks
> >
> > Sean
> >
> > Curt Hibbs wrote:
> > > I would suggest starting with a working setup and moving to
> your desired
> > > goal incrementally to see where things break.
> > >
> > > This first thing I''d do is to install the ruby using the
Ruby
> Installer for
> > > Windows (http://rubyinstaller.rubyforge.org), and the latest
wxRuby
> windows
> > > installer. Does this work?
> > >
> > > Then try building a release version of wxWindows and wxRuby and
> running that
> > > the Ruby Installer version of Ruby (preferably with vc6 --
> just to keep
> > > variations to a minimum). If this fails, let me know and I will
send
> you a
> > > zip file of my wxWindows lib directory (these would be the actual
> libs used
> > > to build the wxRuby installer) -- then the only variable would be
> your build
> > > of wxRuby.
> > >
> > > Curt
> > >
> > > Sean Long wrote:
> > >
> > >>Well I just built Ruby 1.8.1 from scratch and compiled wxRuby
> again with
> > >>and without DEBUG flag on. I got the exact same bug. I checked
to make
> > >>sure that Ruby compiled correctly by running some sample
non-gui
> scripts.
> > >>
> > >>Any other ideas? How about packaging a non-xrc wxRuby.so as
well as an
> > >>xrc one so potential wxRuby users don''t have to go
through
> this mess :)
> > >>
> > >>Sean
> > >>
> > >>Nick wrote:
> > >>
> > >>>I''m not seeing what you''re seeing, but
I''m not using the
> plug-and-play
> > >>>ruby build either. I have had trouble with extensions
before crossing
> > >>>compiler boundaries (even between MSVC 6 and MSVC.NET).
> > >>>
> > >>>Are you building in Debug mode (DEBUG flag in extconf)? I
seem
> > >>
> > >>to recall
> > >>
> > >>>that made a difference when using the .NET compiler with a
not-.NET
> > >>>compiled binary.
> > >>>
> > >>>Nick
> > >>>
> > >>>
> > >>>Sean Long wrote:
> > >>>
> > >>>
> > >>>>Last week I was struggling to get xrc built into
wxRuby and finally
> > >>>>got it to compile. The problem I am now having is that
the normal
> > >>>>samples are not working at all (have not even tried
any xrc stuff
> > >>>>yet). So to test if it is a problem with xrc or my
build process I
> > >>>>tried compiling wxRuby without XRC, this caused the
same error to be
> > >>>>printed out as the failed XRC build.
> > >>>>
> > >>>>The output (in both XRC and non-XRC builds) is:
> > >>>>
> > >>>>C:\Program Files\wxRuby\samples\calendar>ruby
calendar.rbw
> > >>>>c:/ruby/lib/ruby/site_ruby/1.8/i386-msvcrt/wxruby.so:
wrong argument
> > >>>>type false
> > >>>>(expected Class) (TypeError)
> > >>>>        from calendar.rbw:1
> > >>>>
> > >>>>
> > >>>>I am following the README.mswin build instructions. I
have
> tried both
> > >>>>release and debug builds with no luck.
> > >>>>
> > >>>>I am using:
> > >>>>
> > >>>>wxWidgets2.4.2
> > >>>>Ruby 1.8.1-13 from
http://rubyforge.org/projects/rubyinstaller/
> > >>>>wxRuby 0.4.0
> > >>>>MS Visual C++ .Net (7.0)
> > >>>>
> > >>>>Also to get the makefile to include the xrc lib I
needed to
> add these
> > >>>>3 lines to extconf.rb:
> > >>>>
> > >>>>    if ($use_xrc == true)
> > >>>>      $libs += "
#$WXLIBDIR/wxxrc#{$DEBUGPOSTFIX}.lib"
> > >>>>    end
> > >>>>
> > >>>>I put these lines right above
$objs.push("wx.res") on line 88
> > >>>>
> > >>>>
> > >>>>Thanks for the continued help
> > >>>>
> > >>>>Sean Long
> > >>>>
> > >>>>
> > >>>>_______________________________________________
> > >>>>wxruby-users mailing list
> > >>>>wxruby-users@rubyforge.org
> > >>>>http://rubyforge.org/mailman/listinfo/wxruby-users
> > >>>>
> > >>>>
> > >>>>
> > >>>
> > >>>_______________________________________________
> > >>>wxruby-users mailing list
> > >>>wxruby-users@rubyforge.org
> > >>>http://rubyforge.org/mailman/listinfo/wxruby-users
> > >>>
> > >>
> > >>_______________________________________________
> > >>wxruby-users mailing list
> > >>wxruby-users@rubyforge.org
> > >>http://rubyforge.org/mailman/listinfo/wxruby-users
> > >>
> > >>---
> > >>Incoming mail is certified Virus Free.
> > >>Checked by AVG anti-virus system (http://www.grisoft.com).
> > >>Version: 6.0.717 / Virus Database: 473 - Release Date:
7/8/2004
> > >>
> > >
> > >
> > > _______________________________________________
> > > wxruby-users mailing list
> > > wxruby-users@rubyforge.org
> > > http://rubyforge.org/mailman/listinfo/wxruby-users
> > >
> >
> > _______________________________________________
> > wxruby-users mailing list
> > wxruby-users@rubyforge.org
> > http://rubyforge.org/mailman/listinfo/wxruby-users
> >
> >
>
> --
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.717 / Virus Database: 473 - Release Date: 7/8/2004
>

Without going in and peering at the actual source for wxRuby I am trying to
determine how wxRuby''s event handling is processed. I notice that in
the
wxWindows documentation there are "event tables" which are used and
prior to
wxWindows 2.0 their was supplying callback functions. When I use a
user-defined event handler, let''s say evt_key_down, how is that
registered
and then later processed? Kevin, Curt?

Thanks,

Zach
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.716 / Virus Database: 472 - Release Date: 7/5/2004

Zach Dennis wrote:
> Without going in and peering at the actual source for wxRuby I am trying to
> determine how wxRuby''s event handling is processed. I notice that
in the
> wxWindows documentation there are "event tables" which are used
and prior to
> wxWindows 2.0 their was supplying callback functions. When I use a
> user-defined event handler, let''s say evt_key_down, how is that
registered
> and then later processed? Kevin, Curt?
We are passing the call to wxEvtHandler::Connect, which dynamically adds 
this event handler to the table.

Kevin

Zach Dennis wrote:
> My question though is when additions are made to the wiki are we supposed
to
> announce it on the list? 
I think it is appropriate to announce new tutorials (or major updates to 
them). Thanks for your contributions!

Kevin

Zach Dennis wrote:
> I am reading parts of the wiki so I can try to be grammatically consistent
> and layout consistent with other tutorials. In the Wx::Frame tutorials it
> says that Wx::Frame inherits from Wx::Windows, then Wx::EvtHandler, then
> Wx::Object...
> 
> That is where my question comes in. Does Wx::Object exist? Is it private or
> protected? 
Wx::Object *should* exist, but doesn''t. Its methods are currently 
implemented in other classes. When we shift to wxruby-swig, there will 
be a Wx::Object class that matches wxObject.

Sorry for the confusion.

Kevin

Curt Hibbs wrote:
> Sean Long wrote:
>>What I am wondering is why the default build of wxRuby does not include
>>XRC support, I am pretty sure I heard that XRC is eventually going to be
>>rolled into wxWidgets anyway.
> 
> It probably should, but I''d leave this as Kevin''s call.
Hm. I know almost nothing about XRC. On my system, I changed extconf.rb 
to enable xrc, rebuilt, and got compile errors because, apparently, xrc 
is not in my wxWindows. I''m using the standard Debian binary wxWindows 
library.

So, at least for linux, I would resist defaulting to xrc enabled, unless 
there is an easy fix for me to get it working. Over on the MS Windows 
side, where we have more control, it might make sense to default to 
using xrc. I''ll leave that up to Curt and Nick.

Kevin

Kevin Smith wrote:
> Curt Hibbs wrote:
> 
>> Sean Long wrote:
>>
>>> What I am wondering is why the default build of wxRuby does not
include
>>> XRC support, I am pretty sure I heard that XRC is eventually going
to be
>>> rolled into wxWidgets anyway.
>>
>>
>> It probably should, but I''d leave this as Kevin''s
call.
> 
> 
> Hm. I know almost nothing about XRC. On my system, I changed extconf.rb 
> to enable xrc, rebuilt, and got compile errors because, apparently, xrc 
> is not in my wxWindows. I''m using the standard Debian binary
wxWindows
> library.
> 
> So, at least for linux, I would resist defaulting to xrc enabled, unless 
> there is an easy fix for me to get it working. Over on the MS Windows 
> side, where we have more control, it might make sense to default to 
> using xrc. I''ll leave that up to Curt and Nick.
Kevin,

XRC is an XML representation of a widget hierarchy that can be loaded 
into a wxWidgets program. The source is in the contrib folder under the 
wxWidgets source distribution, it needs to be compiled separately from 
the main wxWidgets source. XRC is used by dialog design programs like 
''Dialog Blocks'' and ''wxDesigner'', which
drastically improves your
productivity.

Sean Long

Kevin,

XRC is in the contrib directory of wxWidgets, and builds as an external 
library. It''s basically a replacement of the old "Resources"
system,
using XML as a widget layout system. When used with Julian Smart''s 
"DialogBlocks", it''s a great way of making rapid
GUI''s. I highly
recommend checking it out.

I''ve tried to make the Mac build include XRC, and I''d like the
Win32
build to include it too. Of course, the linux build is your call Kevin.

Nick

Kevin Smith wrote:
> Curt Hibbs wrote:
>
>> Sean Long wrote:
>>
>>> What I am wondering is why the default build of wxRuby does not
include
>>> XRC support, I am pretty sure I heard that XRC is eventually going 
>>> to be
>>> rolled into wxWidgets anyway.
>>
>>
>> It probably should, but I''d leave this as Kevin''s
call.
>
>
> Hm. I know almost nothing about XRC. On my system, I changed 
> extconf.rb to enable xrc, rebuilt, and got compile errors because, 
> apparently, xrc is not in my wxWindows. I''m using the standard
Debian
> binary wxWindows library.
>
> So, at least for linux, I would resist defaulting to xrc enabled, 
> unless there is an easy fix for me to get it working. Over on the MS 
> Windows side, where we have more control, it might make sense to 
> default to using xrc. I''ll leave that up to Curt and Nick.
>
> Kevin
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>
>
>

Sean,

Are you still having build problems with wxruby? I can email you a 
latest and greatest binary if you want.

Nick

Sean Long wrote:
> Kevin Smith wrote:
>
>> Curt Hibbs wrote:
>>
>>> Sean Long wrote:
>>>
>>>> What I am wondering is why the default build of wxRuby does not
>>>> include
>>>> XRC support, I am pretty sure I heard that XRC is eventually
going
>>>> to be
>>>> rolled into wxWidgets anyway.
>>>
>>>
>>>
>>> It probably should, but I''d leave this as Kevin''s
call.
>>
>>
>>
>> Hm. I know almost nothing about XRC. On my system, I changed 
>> extconf.rb to enable xrc, rebuilt, and got compile errors because, 
>> apparently, xrc is not in my wxWindows. I''m using the standard
Debian
>> binary wxWindows library.
>>
>> So, at least for linux, I would resist defaulting to xrc enabled, 
>> unless there is an easy fix for me to get it working. Over on the MS 
>> Windows side, where we have more control, it might make sense to 
>> default to using xrc. I''ll leave that up to Curt and Nick.
>
>
> Kevin,
>
> XRC is an XML representation of a widget hierarchy that can be loaded 
> into a wxWidgets program. The source is in the contrib folder under 
> the wxWidgets source distribution, it needs to be compiled separately 
> from the main wxWidgets source. XRC is used by dialog design programs 
> like ''Dialog Blocks'' and ''wxDesigner'',
which drastically improves your
> productivity.
>
> Sean Long
>
>
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>
>
>

I never got wxRuby to work with XRC support on Windows using Visual C++ 
.Net, however I have been pretty busy and have not had the time to play 
with it anymore. At home I got it working just fine on my OS X machine, 
and plan on writing a small program with it here in the next week or two 
  (time permitting).

Sean Long

Nick wrote:
> 
> Sean,
> 
> Are you still having build problems with wxruby? I can email you a 
> latest and greatest binary if you want.
> 
> Nick
> 
> Sean Long wrote:
> 
>> Kevin Smith wrote:
>>
>>> Curt Hibbs wrote:
>>>
>>>> Sean Long wrote:
>>>>
>>>>> What I am wondering is why the default build of wxRuby does
not
>>>>> include
>>>>> XRC support, I am pretty sure I heard that XRC is
eventually going
>>>>> to be
>>>>> rolled into wxWidgets anyway.
>>>>
>>>>
>>>>
>>>>
>>>> It probably should, but I''d leave this as
Kevin''s call.
>>>
>>>
>>>
>>>
>>> Hm. I know almost nothing about XRC. On my system, I changed 
>>> extconf.rb to enable xrc, rebuilt, and got compile errors because, 
>>> apparently, xrc is not in my wxWindows. I''m using the
standard Debian
>>> binary wxWindows library.
>>>
>>> So, at least for linux, I would resist defaulting to xrc enabled, 
>>> unless there is an easy fix for me to get it working. Over on the
MS
>>> Windows side, where we have more control, it might make sense to 
>>> default to using xrc. I''ll leave that up to Curt and Nick.
>>
>>
>>
>> Kevin,
>>
>> XRC is an XML representation of a widget hierarchy that can be loaded 
>> into a wxWidgets program. The source is in the contrib folder under 
>> the wxWidgets source distribution, it needs to be compiled separately 
>> from the main wxWidgets source. XRC is used by dialog design programs 
>> like ''Dialog Blocks'' and
''wxDesigner'', which drastically improves your
>> productivity.
>>
>> Sean Long
>>
>>
>> _______________________________________________
>> wxruby-users mailing list
>> wxruby-users@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/wxruby-users
>>
>>
>>
> 
> _______________________________________________
> wxruby-users mailing list
> wxruby-users@rubyforge.org
> http://rubyforge.org/mailman/listinfo/wxruby-users
>