This fixes the case that a wrong class is retrieved for FXMaterial#ambient.
This therefore fixes the TC_FXMaterial#test_bug test case.

Switch off polling-based (addChore) processing of threads

Add event-based interruption of GVL-released functions.

This works for sockets only for now.

They are ignored for wrapper method generation, but prevent
procedural wrapper generation per %extend .

This fixes method overloading in Ruby space.

This way it also works for derived classes like FXJPGImage.

Allow retrival of parts of the pixel data.

Add test cases for non Integer assignment to FXuchar, FXshort and FXint.

It's typically possible to assign Float values to methods expecting
Integers and we also shouldn't break compatibility.

This reverts commit 3360c669.

We don't need defaultctor generation, but for FXChore and FXTimer we explicit can not use defaultctor generation, because these types are only usable as a pointer.

and eventually defined as public. Removing the protected declaration solves this.

../../../../ext/fox16_c/frames_wrap.cpp: In function ‘VALUE FXGradientBar_gradient(FX::FXGradientBar*, FX::FXint)’:
../../../../ext/fox16_c/frames_wrap.cpp:2465:37: warning: zero-length gnu_printf format string [-Wformat-zero-length]
           rb_raise(rb_eNoMemError,"");
                                     ^

See commit e36631d2.

This fixes issue #10.

Stacktrace was:
==4561== Invalid read of size 8
==4561==    at 0x4F726FF: st_lookup (st.c:414)
==4561==    by 0x4FCEAD6: rb_method_entry_get_without_cache (vm_method.c:182)
==4561==    by 0x4FD94E5: rb_funcall (vm_eval.c:315)
==4561==    by 0x810DAF2: FXRbCallVoidMethod(FX::FXObject*, unsigned long) (in /home/lars/.rvm/gems/ruby-2.0.0-p247/gems/fxruby-1.6.28/lib/fox16_c.so)
==4561==    by 0x81AC98E: FXRbTreeList::recalc() (in /home/lars/.rvm/gems/ruby-2.0.0-p247/gems/fxruby-1.6.28/lib/fox16_c.so)
==4561==    by 0x8FC78DC: FX::FXTreeList::removeItems(FX::FXTreeItem*, FX::FXTreeItem*, unsigned char) (FXTreeList.cpp:2340)
==4561==    by 0x8FC7916: FX::FXTreeList::removeItem(FX::FXTreeItem*, unsigned char) (FXTreeList.cpp:2347)
==4561==    by 0x829ED0F: FXRbTreeItem::freefunc(FX::FXTreeItem*) (in /home/lars/.rvm/gems/ruby-2.0.0-p247/gems/fxruby-1.6.28/lib/fox16_c.so)
==4561==    by 0x4EBA505: finalize_list (gc.c:1415)
==4561==    by 0x4EC15A3: rb_gc_call_finalizer_at_exit (gc.c:1552)
==4561==    by 0x4EA8064: ruby_cleanup (eval.c:127)
==4561==    by 0x4EA8292: ruby_run_node (eval.c:307)
==4561==  Address 0x74fb894853ff8550 is not stack'd, malloc'd or (recently) free'd
==4561==
segfault_on_close.rb: [BUG] Segmentation fault

Update cross compilation tasks to build x64 and x86 targets.

With the flag set, the icon would be free'd twice, first by the FXSplashWindow
and then by Ruby's GC.

The internal object allocated when calling FXSplashWindow.new was FXSplashWindow instead
of FXRbSplashWindow, so that no FXRbUnregisterRubyObj() was called. Therefore the object
was double free'd.

Stacktrace was:
==11529== Invalid read of size 8
==11529==    at 0x9265BBC: FX::FXObject::getClassName() const (FXObject.cpp:280)
==11529==    by 0x862EE55: FXRbObject::freefunc(FX::FXObject*) (markfuncs.cpp:77)
==11529==    by 0x4EA6254: finalize_list (gc.c:2944)
==11529==    by 0x4EAAFC2: rb_gc_call_finalizer_at_exit (gc.c:3075)
==11529==    by 0x4E9773B: ruby_cleanup (eval.c:101)
==11529==    by 0x4E979C4: ruby_run_node (eval.c:244)
==11529==    by 0x4007FA: main (main.c:38)
==11529==  Address 0x75e24c0 is 0 bytes inside a block of size 248 free'd
==11529==    at 0x4C2A4BC: operator delete(void*) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==11529==    by 0x92B98AD: FX::FXSplashWindow::~FXSplashWindow() (FXSplashWindow.cpp:219)
==11529==    by 0x917C990: FX::FXComposite::~FXComposite() (FXComposite.cpp:304)
==11529==    by 0x929A5EF: FX::FXRootWindow::~FXRootWindow() (FXRootWindow.cpp:209)
==11529==    by 0x929A621: FX::FXRootWindow::~FXRootWindow() (FXRootWindow.cpp:211)
==11529==    by 0x9156DB9: FX::FXApp::~FXApp() (FXApp.cpp:4994)
==11529==    by 0x84912F3: FXRbApp::~FXRbApp() (FXRbApp.cpp:118)
==11529==    by 0x8491347: FXRbApp::~FXRbApp() (FXRbApp.cpp:127)
==11529==    by 0x862EF8E: FXRbObject::freefunc(FX::FXObject*) (markfuncs.cpp:92)
==11529==    by 0x4EA6254: finalize_list (gc.c:2944)
==11529==    by 0x4EAAFC2: rb_gc_call_finalizer_at_exit (gc.c:3075)
==11529==    by 0x4E9773B: ruby_cleanup (eval.c:101)

Avoid Segfauls in lots of methods when called with nil instead of FXApp, FXComposite or FXWindow objects

Allow more consistent read/write access to image data, that is also
usable with derived classes like FXJPGImage.

Moreover much faster String based access to the pixel data is possible,
now.

FXImage#data and FXMemoryBuffer is now deprecated.

previous swig's #setData implementation wasn't really useable

The Ruby String buffer was free'd by GC and FXMemoryStream#close

noticed at FXComboBox#fillItems

"lyle@lylejohnson.name" in all SWIG interface files.