On Thu, Dec 23, 2010 at 8:59 AM, Don Wilde <dwilde1@gmail.com> wrote:> By compiling wxWidgets from source, enabling the shared library option and > using 2.8.11 wxGTK as follows: >I was able to get my system going again by forcing Synaptic to re-install the libwxgtk2.8 packages in the Debian tree. This wipes out the source install, so there must be some ubuntuism that isn''t handled properly. HOWEVER... now my system hangs on close() Any ideas? -- -- Don Wilde "If you are creative and add value to the world, sleep well. You''ve earned it." _______________________________________________ wxruby-users mailing list wxruby-users@rubyforge.org http://rubyforge.org/mailman/listinfo/wxruby-users
Hi Don, 2010/12/23 Don Wilde <dwilde1 at gmail.com>:> On Thu, Dec 23, 2010 at 8:59 AM, Don Wilde <dwilde1 at gmail.com> wrote: >> >> By compiling wxWidgets from source, enabling the shared library option and >> using 2.8.11 wxGTK as follows: > > I was able to get my system going again by forcing Synaptic to re-install > the libwxgtk2.8 packages in the Debian tree. This wipes out the source > install, so there must be some ubuntuism that isn''t handled properly. > > HOWEVER... now my system hangs on close() Any ideas? > > -- Don WildeCould you try the detailed steps in the following message/link ? (http://rubyforge.org/pipermail/wxruby-users/2010-December/005773.html) Cheers, Chauk-Mean
Will do, Chauk-Mean, tomorrow morning. Thanks! I do not use 1.9 yet, so I''ll be working with parallel steps on 1.8. On Tue, Dec 28, 2010 at 5:08 PM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote:> Hi Don, > > 2010/12/23 Don Wilde <dwilde1 at gmail.com>: > > On Thu, Dec 23, 2010 at 8:59 AM, Don Wilde <dwilde1 at gmail.com> wrote: > >> > >> By compiling wxWidgets from source, enabling the shared library option > and > >> using 2.8.11 wxGTK as follows: > > > > I was able to get my system going again by forcing Synaptic to re-install > > the libwxgtk2.8 packages in the Debian tree. This wipes out the source > > install, so there must be some ubuntuism that isn''t handled properly. > > > > HOWEVER... now my system hangs on close() Any ideas? > > > > -- Don Wilde > > Could you try the detailed steps in the following message/link ? > (http://rubyforge.org/pipermail/wxruby-users/2010-December/005773.html) > > Cheers, > Chauk-Mean >-- -- Don Wilde ph: 512-394-8896 skype: donwilde1 e: dwilde1 at gmail.com "If you are creative and add value to the world, sleep well. You''ve earned it." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20101228/e23d0d01/attachment.html>
Hi, Chauk-Mean - I installed everything from source, adding the switches you specified, and it still hangs on close. I found the wxWidgets-2.8.11 tarball, used SWIG 1.3.40, and wxruby-2.0.1. I''m using patchlevel 302 of Ruby 1.8.7. I don''t have git or svn access from within Intel''s firewalls. I recompiled everything in the sequence you suggested, and everything else functions very well. It just locks up on close(). I''ve verified that everything else is executed up to close(). I am extremely reluctant to move to Ruby 1.9 because that will break other things. I do use a number of other Ruby extensions. On Tue, Dec 28, 2010 at 5:16 PM, Don Wilde <dwilde1 at gmail.com> wrote:> Will do, Chauk-Mean, tomorrow morning. Thanks! > > I do not use 1.9 yet, so I''ll be working with parallel steps on 1.8. > > > On Tue, Dec 28, 2010 at 5:08 PM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote: > >> Hi Don, >> >> 2010/12/23 Don Wilde <dwilde1 at gmail.com>: >> > On Thu, Dec 23, 2010 at 8:59 AM, Don Wilde <dwilde1 at gmail.com> wrote: >> >> >> >> By compiling wxWidgets from source, enabling the shared library option >> and >> >> using 2.8.11 wxGTK as follows: >> > >> > I was able to get my system going again by forcing Synaptic to >> re-install >> > the libwxgtk2.8 packages in the Debian tree. This wipes out the source >> > install, so there must be some ubuntuism that isn''t handled properly. >> > >> > HOWEVER... now my system hangs on close() Any ideas? >> > >> > -- Don Wilde >> >> Could you try the detailed steps in the following message/link ? >> (http://rubyforge.org/pipermail/wxruby-users/2010-December/005773.html) >> >> Cheers, >> Chauk-Mean >> > > > > -- > -- Don Wilde > ph: 512-394-8896 skype: donwilde1 > e: dwilde1 at gmail.com > "If you are creative and add value to the world, sleep well. You''ve earned > it." > >-- -- Don Wilde ph: 512-394-8896 skype: donwilde1 e: dwilde1 at gmail.com "If you are creative and add value to the world, sleep well. You''ve earned it." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20101229/d52fbf78/attachment-0001.html>
Hi, Chauk-Mean -
Well, that was interesting. I had
evt_close { exit }
in my code and I commented it out.
The next time I ran it I got the following backtrace:
*** glibc detected *** ruby: free(): invalid pointer: 0x002f93d0 ***
======= Backtrace: ========/lib/tls/i686/cmov/libc.so.6[0x2220d1]
/lib/tls/i686/cmov/libc.so.6[0x2237d2]
/lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0x2268ad]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb936f1]
/usr/local/lib/libwx_gtk2u-2.8.so.0(_ZN19wxGnomePrintLibraryD1Ev+0x40)[0x6245270]
/usr/local/lib/libwx_gtk2u-2.8.so.0(_ZN18wxGnomePrintModule6OnExitEv+0x29)[0x62452c9]
/usr/local/lib/libwx_gtk2u-2.8.so.0(_ZN8wxModule16DoCleanUpModulesERK12wxModuleList+0x2b)[0x61497fb]
/usr/local/lib/libwx_gtk2u-2.8.so.0(_Z14wxEntryCleanupv+0x80)[0x6135df0]
/usr/local/lib/libwx_gtk2u-2.8.so.0(_Z14wxUninitializev+0x40)[0x6135e90]
/usr/local/lib/libwx_gtk2u-2.8.so.0(_Z7wxEntryRiPPw+0xa4)[0x6136204]
/usr/local/lib/ruby/site_ruby/1.8/i686-linux/wxruby2.so[0x11b7108]
/usr/local/lib/libruby.so.1.8[0x3e57cd]
/usr/local/lib/libruby.so.1.8[0x3ef7fa]
/usr/local/lib/libruby.so.1.8[0x3ef989]
/usr/local/lib/libruby.so.1.8[0x3ecf72]
/usr/local/lib/libruby.so.1.8[0x3ef6c1]
/usr/local/lib/libruby.so.1.8[0x3ef989]
/usr/local/lib/libruby.so.1.8[0x3ecf72]
/usr/local/lib/libruby.so.1.8[0x3ed7ed]
/usr/local/lib/libruby.so.1.8[0x3fa81d]
/usr/local/lib/libruby.so.1.8(ruby_exec+0x16)[0x3fa856]
/usr/local/lib/libruby.so.1.8(ruby_run+0x25)[0x3fa885]
ruby[0x8048711]
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x1cdb56]
ruby[0x8048641]
======= Memory map: =======00110000-00117000 r-xp 00000000 08:06 3014919
/lib/tls/i686/cmov/
librt-2.10.1.so
00117000-00118000 r--p 00006000 08:06 3014919 /lib/tls/i686/cmov/
librt-2.10.1.so
00118000-00119000 rw-p 00007000 08:06 3014919 /lib/tls/i686/cmov/
librt-2.10.1.so
00119000-00120000 r-xp 00000000 08:06 3226
/usr/lib/libpangoxft-1.0.so.0.2600.0
00120000-00121000 r--p 00006000 08:06 3226
/usr/lib/libpangoxft-1.0.so.0.2600.0
00121000-00122000 rw-p 00007000 08:06 3226
/usr/lib/libpangoxft-1.0.so.0.2600.0
00122000-0015e000 r-xp 00000000 08:06 3778
/usr/lib/libgobject-2.0.so.0.2200.3
0015e000-0015f000 r--p 0003b000 08:06 3778
/usr/lib/libgobject-2.0.so.0.2200.3
0015f000-00160000 rw-p 0003c000 08:06 3778
/usr/lib/libgobject-2.0.so.0.2200.3
00160000-00163000 r-xp 00000000 08:06 3779
/usr/lib/libgmodule-2.0.so.0.2200.3
00163000-00164000 r--p 00002000 08:06 3779
/usr/lib/libgmodule-2.0.so.0.2200.3
00164000-00165000 rw-p 00003000 08:06 3779
/usr/lib/libgmodule-2.0.so.0.2200.3
00165000-00181000 r-xp 00000000 08:06 637 /lib/libgcc_s.so.1
00181000-00182000 r--p 0001b000 08:06 637 /lib/libgcc_s.so.1
00182000-00183000 rw-p 0001c000 08:06 637 /lib/libgcc_s.so.1
00183000-00185000 r-xp 00000000 08:06 2472
/usr/lib/libXinerama.so.1.0.0
00185000-00186000 rw-p 00001000 08:06 2472
/usr/lib/libXinerama.so.1.0.0
00186000-0018d000 r-xp 00000000 08:06 2441 /usr/lib/libSM.so.6.0.0
0018d000-0018e000 r--p 00006000 08:06 2441 /usr/lib/libSM.so.6.0.0
0018e000-0018f000 rw-p 00007000 08:06 2441 /usr/lib/libSM.so.6.0.0
00191000-001b5000 r-xp 00000000 08:06 3014749 /lib/tls/i686/cmov/
libm-2.10.1.so
001b5000-001b6000 r--p 00023000 08:06 3014749 /lib/tls/i686/cmov/
libm-2.10.1.so
001b6000-001b7000 rw-p 00024000 08:06 3014749 /lib/tls/i686/cmov/
libm-2.10.1.so
001b7000-002f5000 r-xp 00000000 08:06 3014915 /lib/tls/i686/cmov/
libc-2.10.1.so
002f5000-002f6000 ---p 0013e000 08:06 3014915 /lib/tls/i686/cmov/
libc-2.10.1.so
002f6000-002f8000 r--p 0013e000 08:06 3014915 /lib/tls/i686/cmov/
libc-2.10.1.so
002f8000-002f9000 rw-p 00140000 08:06 3014915 /lib/tls/i686/cmov/
libc-2.10.1.so
002f9000-002fc000 rw-p 00000000 00:00 0
002fc000-00323000 r-xp 00000000 08:06 3220
/usr/lib/libpangoft2-1.0.so.0.2600.0
00323000-00324000 r--p 00027000 08:06 3220
/usr/lib/libpangoft2-1.0.so.0.2600.0
00324000-00325000 rw-p 00028000 08:06 3220
/usr/lib/libpangoft2-1.0.so.0.2600.0
00325000-00350000 r-xp 00000000 08:06 2747
/usr/lib/libfontconfig.so.1.3.0
00350000-00351000 r--p 0002a000 08:06 2747
/usr/lib/libfontconfig.so.1.3.0
00351000-00352000 rw-p 0002b000 08:06 2747
/usr/lib/libfontconfig.so.1.3.0
00352000-00375000 r-xp 00000000 08:06 8279 /usr/lib/libpng12.so.0.37.0
00375000-00376000 r--p 00022000 08:06 8279 /usr/lib/libpng12.so.0.37.0
00376000-00377000 rw-p 00023000 08:06 8279 /usr/lib/libpng12.so.0.37.0
00377000-0038b000 r-xp 00000000 08:06 673 /lib/libz.so.1.2.3.3
0038b000-0038c000 r--p 00013000 08:06 673 /lib/libz.so.1.2.3.3
0038c000-0038d000 rw-p 00014000 08:06 673 /lib/libz.so.1.2.3.3
0038d000-00479000 r-xp 00000000 08:06 21499
/usr/local/lib/libruby.so.1.8.7
00479000-0047a000 r--p 000eb000 08:06 21499
/usr/local/lib/libruby.so.1.8.7
0047a000-0047b000 rw-p 000ec000 08:06 21499
/usr/local/lib/libruby.so.1.8.7
0047b000-0048b000 rw-p 00000000 00:00 0
0048b000-004ad000 r-xp 00000000 08:06 3080 /usr/lib/libjpeg.so.62.0.0
004ad000-004ae000 r--p 00021000 08:06 3080 /usr/lib/libjpeg.so.62.0.0
004ae000-004af000 rw-p 00022000 08:06 3080 /usr/lib/libjpeg.so.62.0.0
004af000-004bd000 r-xp 00000000 08:06 6760
/usr/lib/libgstinterfaces-0.10.so.0.18.0
004bd000-004be000 r--p 0000d000 08:06 6760
/usr/lib/libgstinterfaces-0.10.so.0.18.0
004be000-004bf000 rw-p 0000e000 08:06 6760
/usr/lib/libgstinterfaces-0.10.so.0.18.0
004bf000-004c1000 r-xp 00000000 08:06 2454
/usr/lib/libXcomposite.so.1.0.0
004c1000-004c2000 r--p 00001000 08:06 2454
/usr/lib/libXcomposite.so.1.0.0
004c2000-004c3000 rw-p 00002000 08:06 2454
/usr/lib/libXcomposite.so.1.0.0
004c5000-004e0000 r-xp 00000000 08:06 3540 /lib/ld-2.10.1.so
004e0000-004e1000 r--p 0001a000 08:06 3540 /lib/ld-2.10.1.so
004e1000-004e2000 rw-p 0001b000 08:06 3540 /lib/ld-2.10.1.so
004e2000-00533000 r-xp 00000000 08:06 9116 /usr/lib/libtiff.so.4.2.1
00533000-00534000 ---p 00051000 08:06 9116 /usr/lib/libtiff.so.4.2.1
00534000-00536000 r--p 00051000 08:06 9116 /usr/lib/libtiff.so.4.2.1
00536000-00537000 rw-p 00053000 08:06 9116 /usr/lib/libtiff.so.4.2.1
0053a000-00552000 r-xp 00000000 08:06 17138
/usr/lib/libgdk_pixbuf-2.0.so.0.1800.3
00552000-00553000 r--p 00017000 08:06 17138
/usr/lib/libgdk_pixbuf-2.0.so.0.1800.3
00553000-00554000 rw-p 00018000 08:06 17138
/usr/lib/libgdk_pixbuf-2.0.so.0.1800.3
00554000-0055f000 r-xp 00000000 08:06 3218
/usr/lib/libpangocairo-1.0.so.0.2600.0
0055f000-00560000 r--p 0000a000 08:06 3218
/usr/lib/libpangocairo-1.0.so.0.2600.0
00560000-00561000 rw-p 0000b000 08:06 3218
/usr/lib/libpangocairo-1.0.so.0.2600.0
00561000-00565000 r-xp 00000000 08:06 2464 /usr/lib/libXfixes.so.3.1.0
00565000-00566000 r--p 00003000 08:06 2464 /usr/lib/libXfixes.so.3.1.0
00566000-00567000 rw-p 00004000 08:06 2464 /usr/lib/libXfixes.so.3.1.0
00567000-0056a000 r-xp 00000000 08:06 666 /lib/libuuid.so.1.3.0
0056a000-0056b000 r--p 00002000 08:06 666 /lib/libuuid.so.1.3.0
0056b000-0056c000 rw-p 00003000 08:06 666 /lib/libuuid.so.1.3.0
0056d000-0056e000 r-xp 00000000 00:00 0 [vdso]
0056e000-00676000 r-xp 00000000 08:06 15275
/usr/local/lib/libwx_gtk2u_stc-2.8.so.0.7.0
00676000-00679000 r--p 00107000 08:06 15275
/usr/local/lib/libwx_gtk2u_stc-2.8.so.0.7.0
00679000-0067a000 rw-p 0010a000 08:06 15275
/usr/local/lib/libwx_gtk2u_stc-2.8.so.0.7.0
0067a000-0067b000 rw-p 00000000 00:00 0
0067b000-006aa000 r-xp 00000000 08:06 2772
/usr/lib/libgconf-2.so.4.1.5
--
-- Don Wilde
"If you are creative and add value to the world, sleep well.
You''ve earned
it."
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/wxruby-users/attachments/20101229/84e0dfe0/attachment.html>
Hi Don, 2010/12/29 Don Wilde <dwilde1 at gmail.com>:> Hi, Chauk-Mean - > > I installed everything from source, adding the switches you specified, and > it still hangs on close. I found the wxWidgets-2.8.11 tarball, used SWIG > 1.3.40, and wxruby-2.0.1. I''m using patchlevel 302 of Ruby 1.8.7. I don''t > have git or svn access from within Intel''s firewalls. > > I recompiled everything in the sequence you suggested, and everything else > functions very well. It just locks up on close(). I''ve verified that > everything else is executed up to close().Do the samples from wxRuby work ? Could you post an example script (just a minimal script) where your ''close'' issue occurs ?> I am extremely reluctant to move to Ruby 1.9 because that will break other > things. I do use a number of other Ruby extensions.Ruby-1.8.7 should work but I''ll try with the example script you will provide. Cheers, Chauk-Mean
On Thu, Dec 30, 2010 at 11:22 AM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote:> Hi Don, > > Hi, Chauk-Mean -> 2010/12/29 Don Wilde <dwilde1 at gmail.com>: > > Hi, Chauk-Mean - > > > > I installed everything from source, adding the switches you specified, > and > > it still hangs on close. I found the wxWidgets-2.8.11 tarball, used SWIG > > 1.3.40, and wxruby-2.0.1. I''m using patchlevel 302 of Ruby 1.8.7. I don''t > > have git or svn access from within Intel''s firewalls. > > > > I recompiled everything in the sequence you suggested, and everything > else > > functions very well. It just locks up on close(). I''ve verified that > > everything else is executed up to close(). > > Do the samples from wxRuby work ? >When I run the examples that have no menu item, I get the segfault I posted in my last email when I press X. When I run one which does have a menu item, I get the big long error dump, as below. It seems that it is my system that is bollixed, but it would be nice to identify the dependency that we aren''t catching because the way I have my machine set up here is fairly common. It is Ubuntu 9.10 with the Pre-Released Updates enabled. I haven''t done any crazy stuff on the machine, other than what I''ve done with wxRuby and its dependencies. If you don''t have time to pursue this further let me know, and I''ll wipe the machine and reload. I have successfully installed and run wxruby-2.0.1 on several other boxes, but I think this is the only one with Pre-Release Updates enabled. If I do that, I''ll see if it runs on a normal 9.10 setup then enable the updates and see if it crashes again. *So, okay. Let me know if you want more info off my system or if you''d rather I get the data from restarting on a clean box?* # ./controls.rb *** glibc detected *** ruby: free(): invalid pointer: 0x0027a3d0 *** ======= Backtrace: ========/lib/tls/i686/cmov/libc.so.6[0x1a30d1] /lib/tls/i686/cmov/libc.so.6[0x1a47d2] /lib/tls/i686/cmov/libc.so.6(cfree+0x6d)[0x1a78ad] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x9196f1] /usr/local/lib/libwx_gtk2u-2.8.so.0(_ZN19wxGnomePrintLibraryD1Ev+0x40)[0x8867270] /usr/local/lib/libwx_gtk2u-2.8.so.0(_ZN18wxGnomePrintModule6OnExitEv+0x29)[0x88672c9] /usr/local/lib/libwx_gtk2u-2.8.so.0(_ZN8wxModule16DoCleanUpModulesERK12wxModuleList+0x2b)[0x876b7fb] /usr/local/lib/libwx_gtk2u-2.8.so.0(_Z14wxEntryCleanupv+0x80)[0x8757df0] /usr/local/lib/libwx_gtk2u-2.8.so.0(_Z14wxUninitializev+0x40)[0x8757e90] /usr/local/lib/libwx_gtk2u-2.8.so.0(_Z7wxEntryRiPPw+0xa4)[0x8758204] /usr/local/lib/ruby/site_ruby/1.8/i686-linux/wxruby2.so[0x12fc108] /usr/local/lib/libruby.so.1.8[0x2acc78] /usr/local/lib/libruby.so.1.8[0x2b7b3e] /usr/local/lib/libruby.so.1.8[0x2b7cda] /usr/local/lib/libruby.so.1.8[0x2b4fbb] /usr/local/lib/libruby.so.1.8[0x2c3eb6] /usr/local/lib/libruby.so.1.8(ruby_exec+0x22)[0x2c3f02] /usr/local/lib/libruby.so.1.8(ruby_run+0x35)[0x2c3f45] ruby[0x804871d] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0x14eb56] ruby[0x8048641] ======= Memory map: =======00110000-00112000 r-xp 00000000 08:06 21701 /usr/local/lib/ruby/1.8/i686-linux/etc.so 00112000-00113000 r--p 00001000 08:06 21701 /usr/local/lib/ruby/1.8/i686-linux/etc.so 00113000-00114000 rw-p 00002000 08:06 21701 /usr/local/lib/ruby/1.8/i686-linux/etc.so 00114000-0011f000 r-xp 00000000 08:06 14891 /usr/local/lib/libwx_gtk2u_gl-2.8.so.0.7.0 0011f000-00120000 ---p 0000b000 08:06 14891 /usr/local/lib/libwx_gtk2u_gl-2.8.so.0.7.0 00120000-00121000 r--p 0000b000 08:06 14891 /usr/local/lib/libwx_gtk2u_gl-2.8.so.0.7.0 00121000-00122000 rw-p 0000c000 08:06 14891 /usr/local/lib/libwx_gtk2u_gl-2.8.so.0.7.0 00122000-00132000 r-xp 00000000 08:06 24569 /usr/local/lib/libwx_gtk2u_media-2.8.so.0.7.0 00132000-00133000 r--p 0000f000 08:06 24569 /usr/local/lib/libwx_gtk2u_media-2.8.so.0.7.0 00133000-00134000 rw-p 00010000 08:06 24569 /usr/local/lib/libwx_gtk2u_media-2.8.so.0.7.0 00134000-00136000 r-xp 00000000 08:06 2472 /usr/lib/libXinerama.so.1.0.0 00136000-00137000 rw-p 00001000 08:06 2472 /usr/lib/libXinerama.so.1.0.0 00137000-00138000 r-xp 00000000 00:00 0 [vdso] 00138000-00276000 r-xp 00000000 08:06 3014915 /lib/tls/i686/cmov/ libc-2.10.1.so 00276000-00277000 ---p 0013e000 08:06 3014915 /lib/tls/i686/cmov/ libc-2.10.1.so 00277000-00279000 r--p 0013e000 08:06 3014915 /lib/tls/i686/cmov/ libc-2.10.1.so 00279000-0027a000 rw-p 00140000 08:06 3014915 /lib/tls/i686/cmov/ libc-2.10.1.so 0027a000-0027d000 rw-p 00000000 00:00 0 0027d000-0027f000 r-xp 00000000 08:06 2458 /usr/lib/libXdamage.so.1.1.0 0027f000-00280000 rw-p 00001000 08:06 2458 /usr/lib/libXdamage.so.1.1.0 00280000-0034d000 r-xp 00000000 08:06 21492 /usr/local/lib/libruby.so.1.8.7 0034d000-0034e000 r--p 000cd000 08:06 21492 /usr/local/lib/libruby.so.1.8.7 0034e000-00350000 rw-p 000ce000 08:06 21492 /usr/local/lib/libruby.so.1.8.7 00350000-00360000 rw-p 00000000 00:00 0 00360000-00468000 r-xp 00000000 08:06 15275 /usr/local/lib/libwx_gtk2u_stc-2.8.so.0.7.0 00468000-0046b000 r--p 00107000 08:06 15275 /usr/local/lib/libwx_gtk2u_stc-2.8.so.0.7.0 0046b000-0046c000 rw-p 0010a000 08:06 15275 /usr/local/lib/libwx_gtk2u_stc-2.8.so.0.7.0 0046c000-0046d000 rw-p 00000000 00:00 0 0046d000-004b3000 r-xp 00000000 08:06 3216 /usr/lib/libpango-1.0.so.0.2600.0 004b3000-004b4000 r--p 00045000 08:06 3216 /usr/lib/libpango-1.0.so.0.2600.0 004b4000-004b5000 rw-p 00046000 08:06 3216 /usr/lib/libpango-1.0.so.0.2600.0 004b5000-004b9000 r-xp 00000000 08:06 3783 /usr/lib/libgthread-2.0.so.0.2200.3 004b9000-004ba000 r--p 00003000 08:06 3783 /usr/lib/libgthread-2.0.so.0.2200.3 004ba000-004bb000 rw-p 00004000 08:06 3783 /usr/lib/libgthread-2.0.so.0.2200.3 004bb000-004d7000 r-xp 00000000 08:06 637 /lib/libgcc_s.so.1 004d7000-004d8000 r--p 0001b000 08:06 637 /lib/libgcc_s.so.1 004d8000-004d9000 rw-p 0001c000 08:06 637 /lib/libgcc_s.so.1 004d9000-00500000 r-xp 00000000 08:06 3220 /usr/lib/libpangoft2-1.0.so.0.2600.0 00500000-00501000 r--p 00027000 08:06 3220 /usr/lib/libpangoft2-1.0.so.0.2600.0 00501000-00502000 rw-p 00028000 08:06 3220 /usr/lib/libpangoft2-1.0.so.0.2600.0 00502000-00509000 r-xp 00000000 08:06 2441 /usr/lib/libSM.so.6.0.0 00509000-0050a000 r--p 00006000 08:06 2441 /usr/lib/libSM.so.6.0.0 0050a000-0050b000 rw-p 00007000 08:06 2441 /usr/lib/libSM.so.6.0.0 0050b000-0050d000 r-xp 00000000 08:06 2454 /usr/lib/libXcomposite.so.1.0.0 0050d000-0050e000 r--p 00001000 08:06 2454 /usr/lib/libXcomposite.so.1.0.0 0050e000-0050f000 rw-p 00002000 08:06 2454 /usr/lib/libXcomposite.so.1.0.0 0050f000-00510000 r-xp 00000000 08:06 1704610 /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so 00510000-00511000 r--p 00001000 08:06 1704610 /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so 00511000-00512000 rw-p 00002000 08:06 1704610 /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so 00512000-0052d000 r-xp 00000000 08:06 3540 /lib/ld-2.10.1.so 0052d000-0052e000 r--p 0001a000 08:06 3540 /lib/ld-2.10.1.so 0052e000-0052f000 rw-p 0001b000 08:06 3540 /lib/ld-2.10.1.so 0052f000-00552000 r-xp 00000000 08:06 8279 /usr/lib/libpng12.so.0.37.0 00552000-00553000 r--p 00022000 08:06 8279 /usr/lib/libpng12.so.0.37.0 00553000-00554000 rw-p 00023000 08:06 8279 /usr/lib/libpng12.so.0.37.0 00554000-00568000 r-xp 00000000 08:06 673 /lib/libz.so.1.2.3.3 00568000-00569000 r--p 00013000 08:06 673 /lib/libz.so.1.2.3.3 00569000-0056a000 rw-p 00014000 08:06 673 /lib/libz.so.1.2.3.3 0056a000-0056e000 r-xp 00000000 08:06 2464 /usr/lib/libXfixes.so.3.1.0 0056e000-0056f000 r--p 00003000 08:06 2464 /usr/lib/libXfixes.so.3.1.0 0056f000-00570000 rw-p 00004000 08:06 2464 /usr/lib/libXfixes.so.3.1.0 00573000-0058e000 r-xp 00000000 08:06 2533 /usr/lib/libatk-1.0.so.0.2809.1 0058e000-0058f000 r--p 0001b000 08:06 2533 /usr/lib/libatk-1.0.so.0.2809.1 0058f000-00590000 rw-p 0001c000 08:06 2533 /usr/lib/libatk-1.0.so.0.2809.1 00590000-00645000 r-xp 00000000 08:06 3776 /lib/libglib-2.0.so.0.2200.3 00645000-00646000 r--p 000b4000 08:06 3776 /lib/libglib-2.0.so.0.2200.3 00646000-00647000 rw-p 000b5000 08:06 3776 /lib/libglib-2.0.so.0.2200.3 00647000-0064a000 r-xp 00000000 08:06 21754 /usr/local/lib/ruby/1.8/i686-linux/thread.so 0064a000-0064b000 r--p 00002000 08:06 21754 /usr/local/lib/ruby/1.8/i686-linux/thread.so 0064b000-0064c000 rw-p 00003000 08:06 21754 /usr/local/lib/ruby/1.8/i686-linux/thread.soAborted -- -- Don Wilde "If you are creative and add value to the world, sleep well. You''ve earned it." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20101230/97ef509d/attachment-0001.html>
Hi. Chauk-Mean -
Okay, newly installed system, Ubuntu 9.10 standard package level (no
pre-release).
* Compiled RubyGems-1.3.7 from source
* Compiled Ruby 1.8.7p330 from source
* Compiled wxWidgets from source as suggested.
* Reverted to SWIG 1.3.38 and compiled as suggested because it complained
(which didn''t happen before) about my use of 1.3.40.
* Compiled wxruby-2.0.1 from source and made gem & installed as requested.
Result:
./smarttvmark.rb:11:in `require'': no such file to load -- wx
(LoadError)
from ./smarttvmark.rb:11
What is happening is that wx.rb is being installed in
/usr/local/lib/site_ruby/1.8/wx.rb
... and the module path after all the above incantations is
$: => ["/usr/local/lib/ruby/site_ruby/1.8",
"/usr/local/lib/ruby/site_ruby/1.8/i686-linux",
"/usr/local/lib/ruby/site_ruby",
"/usr/local/lib/ruby/vendor_ruby/1.8",
"/usr/local/lib/ruby/vendor_ruby/1.8/i686-linux",
"/usr/local/lib/ruby/vendor_ruby",
"/usr/local/lib/ruby/1.8",
"/usr/local/lib/ruby/1.8/i686-linux", "."]
Now, yes, I can whack either the location or the $: path, but breaking other
ruby deployables is not a friendly thing to do. :-\
So, this is now in my scripts:
$: << "/usr/local/lib/site_ruby/1.8" if not $:.include?
"/usr/local/lib/site_ruby/1.8"
$: << "/usr/local/lib/site_ruby/1.8/i486-linux" if not
$:.include?
"/usr/local/lib/site_ruby/1.8/i486-linux"
I''ve injected the new path into $: in my script and now it finds gems
and
.so''s, but what I''d like to know is what would be the *right*
way to fix
this inconsistency? It doesn''t appear to be a wxruby bug, but somewhere
between Ruby itself (from source) and RubyGems (from apt-get then gem update
--system) the inconsistency is getting embedded. And where is it picking up
i486-linux?
The good news is that my wxWindows close on completion. Thanks for your
suggestions and -- as always -- for the hard work that goes into making
these things fly. :D
On Thu, Dec 30, 2010 at 12:26 PM, Don Wilde <dwilde1 at gmail.com> wrote:
[snip]
--
-- Don Wilde
"If you are creative and add value to the world, sleep well.
You''ve earned
it."
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://rubyforge.org/pipermail/wxruby-users/attachments/20110103/56fcfb52/attachment.html>
Hi Don, 2011/1/3 Don Wilde <dwilde1 at gmail.com>:> Okay, newly installed system, Ubuntu 9.10 standard package level (no > pre-release).Good. I was about to suggest you to not use pre-release packages.> * Compiled RubyGems-1.3.7 from source...> It doesn''t appear to be a wxruby bug, but somewhere between > Ruby itself (from source) and RubyGems (from apt-get then gem update > --system) the inconsistency is getting embedded.If you use apt-get for getting rubygems, you will indirectly use Ubuntu''s ruby / rubygems ! That''s the root cause of your different directory problems. If you go with ruby compiled from source, you should install rubygems for this ruby installation and not for the one shipped with Ubuntu. Just follow these steps : - make sure that your ruby compiled from source is in the path (and before any other ruby) - download & extract the rubygems source (e.g. rubygems-1.3.7.tar.gz) - in the source directory of rubygems, install rubygems via : ruby setup.rb or sudo /yourpathtoyourrubybin/ruby setup.rb After that you should reinstall all your gems (e.g. wxruby) sudo /yourpathtoyourrubybin/gem install wxruby If you want to avoid using sudo => set the environment variable GEM_HOME to some location in your home directory. NB : I''ll add these steps for installing rubygems for ruby-1.8 in the wiki page.> The good news is that my wxWindows close on completion. Thanks for your > suggestions and -- as always -- for the hard work that goes into making > these things fly.? :DGreat. Cheers, Chauk-Mean.
On Mon, Jan 3, 2011 at 4:10 PM, Chauk-Mean Proum <chauk.mean at gmail.com>wrote:> Hi Don, > > Hi, Chauk-Mean!> 2011/1/3 Don Wilde <dwilde1 at gmail.com>: > > Okay, newly installed system, Ubuntu 9.10 standard package level (no > > pre-release). > > Good. I was about to suggest you to not use pre-release packages. > >Needed a FireFox that had some facility with HTML5. I''ll just pull it down as source and leave everything else the way it is, although that''s painful because of the rapid pace of updates.> > * Compiled RubyGems-1.3.7 from source > ... > > It doesn''t appear to be a wxruby bug, but somewhere between > > Ruby itself (from source) and RubyGems (from apt-get then gem update > > --system) the inconsistency is getting embedded. > > If you use apt-get for getting rubygems, you will indirectly use > Ubuntu''s ruby / rubygems ! > That''s the root cause of your different directory problems. > > Figured it was something like that. Need to figure a solution that worksfor both my app and things installed via Ubuntu, though, because inevitably somebody''s going to update something the "wrong" way.> If you go with ruby compiled from source, you should install rubygems > for this ruby installation and not for the one shipped with Ubuntu. > Just follow these steps : > - make sure that your ruby compiled from source is in the path (and > before any other ruby) > - download & extract the rubygems source (e.g. rubygems-1.3.7.tar.gz) > - in the source directory of rubygems, install rubygems via : > ruby setup.rb > or > sudo /yourpathtoyourrubybin/ruby setup.rb > > I suppose I can suck out the list of all installed gems, de-installruby-full and rubygems from Debian, and add in all the gems to my install. We really need to make them get along, though. Sooner or later somebody who knows Ubuntu and not my system is going to mess things up by using apt-get to add something to his system and it''s going to break things again.> After that you should reinstall all your gems (e.g. wxruby) > sudo /yourpathtoyourrubybin/gem install wxruby > If you want to avoid using sudo => set the environment variable > GEM_HOME to some location in your home directory. > > NB : I''ll add these steps for installing rubygems for ruby-1.8 in the wiki > page. > > > The good news is that my wxWindows close on completion. Thanks for your > > suggestions and -- as always -- for the hard work that goes into making > > these things fly. :D > > Great. > >Many thanks for all the help! :D -- -- Don Wilde "If you are creative and add value to the world, sleep well. You''ve earned it." -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/wxruby-users/attachments/20110103/5ab970a5/attachment.html>