I've written a short test program which creates two widgets using qtruby. This code fails if i emerge ruby-1.8.4_pre1 (i.e. displays nothing but a grey box) and works (i.e. displays the right widgets) when i emerge ruby-1.8.3. I suspect, the widget which causes the failure is Qt::MainWindow. But without this, qtruby is rendered merely useless. Please see the screenshots for the results I get respectively I'm expecting. The weird thing is, that I don't even get any error messages - just a blank window. I hope this was helpful, please let me know if you need to know anything more! -Andreas Reproducible: Always Steps to Reproduce: 1. emerge =dev-lang/ruby-1.8.4_pre1 2. emerge qtruby 3. ruby test.rb Actual Results: A blank window appears (see screenshot_failed.png) Expected Results: A window including a green box should appear (see screenshot_ok.png) wintermute ~ # emerge info Portage 2.0.53_rc7 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r3, 2.6.13-gentoo-r5 i686) ================================================================= System uname: 2.6.13-gentoo-r5 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.12.0_pre9 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.pair.com/ ftp://gentoo.mirrors.pair.com/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/" LINGUAS="de en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aac alsa apache2 apm arts avi bash-completion berkdb bitmap-fonts browserplugin cdr crypt cups curl dba divx4linux dvd dvdread eds emacs emboss encode f77 fam foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 java jpeg kde libg++ libwww lirc mad mikmod mjpeg mmx motif mp3 mpeg musicbrainz mysql ncurses nls nvidia ogg oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline ruby sdl session slang spell sse ssl tcltk tcpd tetex threads tiff truetype truetype-fonts type1-fonts udev usb vorbis x86 xine xml2 xmms xprint xscreensaver xv xvid zlib linguas_de linguas_en userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS
Created attachment 72319 [details] Test code to reproduce the bug
Created attachment 72320 [details] This is how it should NOT look
Created attachment 72321 [details] Yepp, this is what I expected
btw: I'm using kde-base/qtruby-3.4.3 (if that is important)
There was a thread on ruby-lang just a few days about about this same thing, only it was in Debian. The problem hasn't been found yet, though, so it's not yet fixed.
Sigh, same goes on 3.5 on amd64.
FWIW, the problem seems to be the "super" call. After that, no code is execute in initialize function, at least on my case.
See here for another user report: http://lists.kde.org/?l=kde-bindings&m=113259105123269&w=2
Bumped qtruby versions in the tree with patches to fix this error.
qtruby 3.5.0-r1 does not fix this for me, at least when using korundum. The xmlmenudemo.rb example in kdebindings package still fails.
Should be fixed after rebuilding korundum with the patch, too.