Menu
▾
▴
ruby-gnome-users-en — Ruby-GNOME user's Mailing List in English.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(10) |
Jul
(15) |
Aug
(28) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(3) |
Feb
|
Mar
(5) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Adam M. <aem...@gm...> - 2006-09-10 19:07:03
|
Hi, I'm having problems with all of my 'require' statements. It seems as though ruby can never find libraries I wish to use. FC5 x86_64 install ruby-gtk2-0.14.1-1.fc5 installed [root@localhost ~]# ruby hello_world.rb hello_world.rb:11:in `require': no such file to load -- gtk2 (LoadError) from hello_world.rb:11 I have these: /usr/lib/site_ruby/1.8/gtk2.rb /usr/lib/site_ruby/1.8/i386-linux/gtk2.so /usr/lib/site_ruby/1.8/i386-linux/gtk20.so /usr/lib/site_ruby/1.8/i386-linux/gtk22.so Any suggestions? I'm very new to ruby. Thanks! Adam aem...@gm... |
|
From: Masao M. <mu...@hi...> - 2003-07-06 17:36:25
|
Hi, On Thu, 3 Jul 2003 00:34:20 +0900 Masao Mutoh <mu...@hi...> wrote: > Hi, > > Ruby-GNOME-0.34 is now available. > > * Fix compiling problem of Ruby/Libart for Ruby-1.6.x. Ruby-GNOME-0.33 still had a runtime problem for Ruby-1.6.x. I fixed it and released it as Ruby-GNOME-0.34. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2003-07-02 15:34:26
|
Hi, Ruby-GNOME-0.33 is now available. * Fix compiling problem of Ruby/Libart for Ruby-1.6.x. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2003-06-27 19:18:32
|
Hi, Ruby-GNOME-0.32 is now available. This version support Ruby-1.8.x. #Fix warnings with Ruby-1.8.x. Cheers, Masao. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2003-04-08 17:46:59
|
Hi,
On Tue, 8 Apr 2003 14:13:44 +0200
Boris <bor...@we...> wrote:
> This is a snippet of my code.
> How can i force a key_release_event to occur?
>
> class CegoCell < Gtk::Text
> def initialize
> super(Gtk::Adjustment.new(0,0,0,0,0,0),
> Gtk::Adjustment.new(0,0,0,0,0,0))
add_events(Gdk::KEY_RELEASE_MASK)
> self.signal_connect('key_press_event') do |widget, event|
> puts "Key " + event.keyval.to_s + " pressed."
> end
> self.signal_connect('key_release_event') do |widget, event|
> puts "Key " + event.keyval.to_s + " released."
> end
> end
> end
Didn't it work?
--
.:% Masao Mutoh<mu...@hi...>
|
|
From: Boris <bor...@we...> - 2003-04-08 12:15:45
|
This is a snippet of my code.
How can i force a key_release_event to occur?
class CegoCell < Gtk::Text
def initialize
super(Gtk::Adjustment.new(0,0,0,0,0,0),
Gtk::Adjustment.new(0,0,0,0,0,0))
self.signal_connect('key_press_event') do |widget, event|
puts "Key " + event.keyval.to_s + " pressed."
end
self.signal_connect('key_release_event') do |widget, event|
puts "Key " + event.keyval.to_s + " released."
end
end
end
Boris
|
|
From: Grunde <gru...@fy...> - 2003-03-11 10:30:13
|
Thanks allot! The workaround where I call widget =3D Gtk::Pixmap.new only once and redisplay using widget.set(pixmap, mask) works perfect. Once more I'm impressed by the friendliness of the Ruby community. Thanks! Best Grunde=20 --=20 Grunde L=F8voll =20 mailto:gr...@fy... http://www.fys.uio.no/~grundel/work.html ICQ: 103294772 Jabber: fi...@ja... f u cn rd ths u r prbly a gk |
|
From: Masao M. <mu...@hi...> - 2003-03-10 15:10:21
|
Hi, On 10 Mar 2003 14:29:39 +0100 > Thanks for the quick reply. > > > > > Is this the same problem as follows ? > > http://sourceforge.net/tracker/index.php?func=detail&aid=657306&group_id=35786&atid=415644 > > > Youp this is more or less what I'm doing in my program. There is > suggested a workaround on the page above, but I don't understand what > this workaround actually does? The original code creates new Gdk::Pixmaps/Bitmaps every time by im.to_pixmap_and_mask. And the new Gdk::Pixmap/Gdk::Bitmap were not GC-ed. The workaround creates new Gdk::Pixmap/Gdk::Bitmap only once. > > > Any suggestions? > > > > Ruby-GNOME2 has already solved this problems. Please try it if you can. > > > Is the Ruby-GNOME2 package "as complete" as the Gnome1 bindings? I'm > depending on libglade... My other problem is that I'm "stuck" lots of > RH7.3 boxes in my lab. RH7.3 is shipped with Gnome 1.4 so... Hmm, Ruby-GNOME2 is not worked under GNOME-1.4. You have to update it to GNOME-2.0 if you use Ruby-GNOME2. And there are some differences between Ruby-GNOME/Ruby-GNOME2. Especially, obsolete methods/classes have been removed. libglade files can convert from libglade to libglade2 with libglade-convert. And a template file for Ruby/Libglade2 is created from libglade2.glade with ruby-glade-create-template. P.S. If I had time that I maintain Ruby-GNOME .... -- .:% Masao Mutoh<mu...@hi...> |
|
From: Grunde <gru...@fy...> - 2003-03-10 14:40:25
|
Thanks for the quick reply.=20 >=20 > Is this the same problem as follows ? > http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D657306&group= _id=3D35786&atid=3D415644 > Youp this is more or less what I'm doing in my program. There is suggested a workaround on the page above, but I don't understand what this workaround actually does? > > Any suggestions? >=20 > Ruby-GNOME2 has already solved this problems. Please try it if you can. > Is the Ruby-GNOME2 package "as complete" as the Gnome1 bindings? I'm depending on libglade... My other problem is that I'm "stuck" lots of RH7.3 boxes in my lab. RH7.3 is shipped with Gnome 1.4 so... Best Grunde --=20 Grunde L=F8voll =20 mailto:gr...@fy... http://www.fys.uio.no/~grundel/work.html ICQ: 103294772 Jabber: fi...@ja... f u cn rd ths u r prbly a gk |
|
From: Masao M. <mu...@hi...> - 2003-03-10 13:34:31
|
Hi, On 10 Mar 2003 12:54:22 +0100 > Hello, > > I'm writing a small app to browse a series of images. For this I use > Ruby and Gtk (Gdk::Pixbuf and Gtk::Pixmap) and libglade which is very > nice... > But my app have a (terrible) memory leakage. The strange thing is that > the leakage do not show up in the running ruby proses but in X. For each > picture I display the memory used by X increases with the approx the > size of the image. Since I often look at hundreds of pictures in a row > this is BAD, and can fill my memory and swap space bringing my system to > a grinding halt. Is this the same problem as follows ? http://sourceforge.net/tracker/index.php?func=detail&aid=657306&group_id=35786&atid=415644 > In the post concerning the Ruby-Gnome-0.31 release there was a note on a > pixmap memory leak in the X server. Maybe this is the bug that have > bitten me? So is this bug addressed by others or maybe in the coming > Ruby-Gnome2 package? I looked at the sourceforge bug tracker but > couldn't find anything. > > Any suggestions? Ruby-GNOME2 has already solved this problems. Please try it if you can. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Grunde <gru...@fy...> - 2003-03-10 13:04:20
|
Hello, I'm writing a small app to browse a series of images. For this I use Ruby and Gtk (Gdk::Pixbuf and Gtk::Pixmap) and libglade which is very nice... But my app have a (terrible) memory leakage. The strange thing is that the leakage do not show up in the running ruby proses but in X. For each picture I display the memory used by X increases with the approx the size of the image. Since I often look at hundreds of pictures in a row this is BAD, and can fill my memory and swap space bringing my system to a grinding halt. My system is RH7.3, Ruby 1.6.7 and Ruby-Gnome-0.31. In the post concerning the Ruby-Gnome-0.31 release there was a note on a pixmap memory leak in the X server. Maybe this is the bug that have bitten me? So is this bug addressed by others or maybe in the coming Ruby-Gnome2 package? I looked at the sourceforge bug tracker but couldn't find anything. Any suggestions? Best Grunde --=20 Grunde L=F8voll =20 mailto:gr...@fy... http://www.fys.uio.no/~grundel/work.html ICQ: 103294772 Jabber: fi...@ja... f u cn rd ths u r prbly a gk |
|
From: Masao M. <mu...@hi...> - 2003-01-19 16:36:51
|
Hi, Ruby-GNOME-0.31 is now available. Some bug fixes and Added some classes/methods to Ruby/Libart by Tom Payne. As I've concentrated to develop Ruby-GNOME2, some bugs have not fixed yet. e.g.) [ 657306 ] pixmap memory leak in X server If you try to develop with Ruby-GNOME, Try Ruby-GNOME2. Patches for Ruby-GNOME are also welcome. NEWS: * General - Add Copying file to each sub libraries. - Fix a compiling problem with ruby-1.8.x * Ruby/GTK - Fix problems when Gtk.main_quit called in another thread. - Fix segfaults of Font.load. * Ruby/Libart - Add Art::Bpath, Art::Canvas, Art::SVP, Art::Vpath. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2003-01-04 06:45:00
|
Hi, On Fri, 3 Jan 2003 23:20:07 +0000 Tom Payne <rub...@to...> wrote: > All -- > > Attached is a patch that wraps most of libart's functionality -- VPaths, > BPaths, SVPs, stroking, etc. > > It includes a simple canvas object that allows the generation of PNG and > JPEG images without the use of the other GNOME bindings. > > Combined, they make an excellent package for generating high quality images > with Ruby, and is a good alternative to GD (www.boutell.com/gd). Great job. I applied your patch to both Ruby-GNOME and Ruby-GNOME2. > Sorry no documentation as yet. Have a look at the rose.rb file in the > libart/src/directory for an example program. We have written API documents for Ruby-GNOME2 on the RWiki. http://rwiki.jin.gr.jp/cgi-bin/rw-cgi.rb?cmd=view;name=Ruby-GNOME2 If you write API documents for Ruby/Libart(2), I recommand you to use there(anyone can write on the RWiki). > Feedback appreciated. In Ruby-1.7.x or later, it is obsolete to override Class.new. it is recommanded to override Class.alocate, Object#initialize instead. This was whole Ruby-GNOME issue. We changed the behaviors on Ruby-GNOME2. Though Ruby/Libart has not follow this changes yet. #You can see them in ruby-gnome2/glib/src/rbgobj_boxed.c, rbgobj_object.c. BTW, Do you interested in Ruby-GNOME2? Ruby-GNOME is obsolete. I recommand you to use/develop Ruby-GNOME2 instead. Thanks. Masao. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Tom P. <rub...@to...> - 2003-01-03 23:20:16
|
All -- Attached is a patch that wraps most of libart's functionality -- VPaths, BPaths, SVPs, stroking, etc. It includes a simple canvas object that allows the generation of PNG and JPEG images without the use of the other GNOME bindings. Combined, they make an excellent package for generating high quality images with Ruby, and is a good alternative to GD (www.boutell.com/gd). Sorry no documentation as yet. Have a look at the rose.rb file in the libart/src/directory for an example program. Feedback appreciated. Regards, Tom |
|
From: Masao M. <mu...@hi...> - 2002-09-01 12:34:30
|
Hi, Now, I re-released Ruby-GNOME-0.30! This bug was fixed by KUBO-san. Thanks! Enjoy! On Sun, 1 Sep 2002 15:22:12 +0900 Masao Mutoh <mu...@hi...> wrote: > Hi, > > Oops, I found critical bug in Ruby/GNOME. > > * execute gnome/sample/test-gnome/test-gnome.rb. > * Select "Exit" from Menu. > > Error message in the terminal is: > Gtk-CRITICAL **: file gtksignal.c: line 432 (gtk_signal_lookup): assertion `name != NULL' failed. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2002-09-01 06:22:16
|
Hi, Oops, I found critical bug in Ruby/GNOME. * execute gnome/sample/test-gnome/test-gnome.rb. * Select "Exit" from Menu. Error message in the terminal is: Gtk-CRITICAL **: file gtksignal.c: line 432 (gtk_signal_lookup): assertion `name != NULL' failed. ---- So I have stopped releasing 0.30 once. I'll fix it, then I re-release 0.30. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2002-09-01 05:48:56
|
Hi, Ruby-GNOME-0.30 is out! In this release, Ruby/GNOME module support Gnome::Canvas, and Libart was added. It was due mainly to KUBO-san's efforts. Thanks! Especially, sample script of Gnome::Canvas is cool. Enjoy! *NOTICE* Since this release you should initialize Ruby/GNOME script by Gnome.init(). ----- Overview of Changes in Ruby-GNOME 0.30 * Add Ruby/Libart. Overview of Changes in Ruby/GTK 0.30 * Fix some bugs. * Add Gtk::MenuBar#set_shadow_type * Enhanced Gtk::Entry.new(accept a "max_length" as optionnal argument). * Add Gtk::Socket#xwindow. * Add sample for Gtk::Socket, Gtk::Plug. Overview of Changes in Ruby/GNOME 0.30 * Fix some bugs. * Add Gnome.init(You should add this to your Ruby/GNOME script). * Add Gnome::Canvas, CanvasGroup, CanvasItem, CanvasLine, CanvasRect, CanvasText, CanvasImage, CanvasWidget, CanvasPoints. * Add Sample for Gnome::Canvas. * Support Libart. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2002-08-27 02:11:59
|
Hi, On Mon, 26 Aug 2002 14:35:31 -0400 CRIBBSJ <CR...@oa...> wrote: > Hi, I am attempting to call the set_shadow_type for a menubar and it does > not work. > However, in my Gtk+ book, it appears that this IS a method of menubar. What > am I doing wrong? Gtk::MenuBar#set_shadow_type has not implemented yet. It's implementation was very easy, so I implemented it and check-in to CVS. You can use it as follows. mbar = Gtk::MenuBar.new mbar.set_shadow_type(Gtk::SHADOW_ETCHED_OUT) Regards, Masao. -- .:% Masao Mutoh<mu...@hi...> |
|
From: Masao M. <mu...@hi...> - 2002-08-27 01:40:35
|
Hi, Aron On Tue, 20 Aug 2002 10:31:20 -0400 Aron Griffis <agr...@us...> wrote: > (1) gnome_canvas_item_scale unresolved > (2) integer too big > I suspect this is a 64-bit problem since I'm running on Tru64/Alpha. Could you try KUBO-san's patch? http://www.jiubao.org/tmp/0820.dif http://www.jiubao.org/tmp/0821-2.dif If it solves your problems, I'll merge it to CVS. P.S. KUBO-san and me:-< forgot that you did not join this ML. -- .:% Masao Mutoh<mu...@hi...> |
|
From: CRIBBSJ <CR...@oa...> - 2002-08-26 18:50:13
|
Hi, I am attempting to call the set_shadow_type for a menubar and it does
not work.
Here's the error message I am getting:
assist.rbw:14:in `initialize': undefined method `set_shadow_type' for
#<Gtk::Men
uBar:0x282dc68> (NameError)
from assist.rbw:257:in `new'
from assist.rbw:257
However, in my Gtk+ book, it appears that this IS a method of menubar. What
am I doing wrong?
Thanks.
Jamey.
|
|
From: KUBO T. <ku...@ji...> - 2002-08-21 03:33:34
|
Hi,
KUBO Takehiro <ku...@ji...> writes:
>> Masao Mutoh <mu...@hi...> writes:
>>
>>>> (2) integer too big
>>>>
>>>> ./drawing.rb:34:in `window': integer 1073891760 too big to convert to `int' (RangeError)
(snip)
> Hmm, my brain had stopped.
> The 34th line of brawing.rb is 'b = Gdk::Pixmap::new(w.window, g[2], g[3], -1)'.
> I made patch for Gdk::Pixmap::new. But error occurs at 'w.window'.
I checked configure.in of glib1.2 and fount that sizeof(int) is
sizeof(gint) indeed. My assumption 'sizeof(int) < sizeof(gint) ==
sizeof(long) == sizeof(void *)' is derived from my misunderstanding
that error occurs at Gdk::Pixmap::new.
As a result,
>> If my assumption is correct, use NUM2LONG instead of NUM2INT for gint
>> value.
is not true.
> I saw rbgdk.c. ... tricky :-<
> It doesn't work on the platform 'sizeof(int) != sizeof(long)' obviously.
sizeof(int) < sizeof(VALUE)
> I made patch for rbgdk.c:
> http://www.jiubao.org/tmp/0821.dif
> But I don't touch other files. This patch will not fix all of the 2nd
> problem.
I did mistake again. 'LONG2NUM' is not defined in ruby 1.6.
Sorry, I didn't compile test.
Please delete the previous patch and apply following one:
http://www.jiubao.org/tmp/0821-2.dif
I hope this will fix all of the 2nd problem.
I already did many mistakes. ;-(
|
|
From: KUBO T. <ku...@ji...> - 2002-08-21 01:14:03
|
Hi, KUBO Takehiro <ku...@ji...> writes: > Masao Mutoh <mu...@hi...> writes: > >>> (2) integer too big >>> >>> ./drawing.rb:34:in `window': integer 1073891760 too big to convert to `int' (RangeError) (snip) > For example: > ====================================== > --- gtk/src/rbgdkpixmap.c.orig Tue Aug 20 08:11:00 2002 > +++ gtk/src/rbgdkpixmap.c Wed Aug 21 01:16:08 2002 > @@ -25,7 +25,7 @@ > GdkPixmap *new; > GdkWindow *window = get_gdkwindow(win); > > - new = gdk_pixmap_new(window, NUM2INT(w), NUM2INT(h), NUM2INT(depth)); > + new = gdk_pixmap_new(window, NUM2LONG(w), NUM2LONG(h), NUM2LONG(depth)); > return new_gdkpixmap(new); > } > > ====================================== Hmm, my brain had stopped. The 34th line of brawing.rb is 'b = Gdk::Pixmap::new(w.window, g[2], g[3], -1)'. I made patch for Gdk::Pixmap::new. But error occurs at 'w.window'. I saw rbgdk.c. ... tricky :-< It doesn't work on the platform 'sizeof(int) != sizeof(long)' obviously. I made patch for rbgdk.c: http://www.jiubao.org/tmp/0821.dif But I don't touch other files. This patch will not fix all of the 2nd problem. |
|
From: KUBO T. <ku...@ji...> - 2002-08-20 18:14:18
|
Hi, KUBO Takehiro <ku...@ji...> writes: >>> (1) gnome_canvas_item_scale unresolved > Next, gnome_canvas_item_rotate... > > I don't fix it yet. I made a patch to fix all undefined symbols. check out CVS source tree and apply following URL's patch: http://www.jiubao.org/tmp/0820.dif It will resolve 1st problem. But 2nd problem(integer too big) will not be fixed. |
|
From: KUBO T. <ku...@ji...> - 2002-08-20 17:20:41
|
Masao Mutoh <mu...@hi...> writes:
>> (2) integer too big
>>
>> ./drawing.rb:34:in `window': integer 1073891760 too big to convert to `int' (RangeError)
>> from ./drawing.rb:34:in `configure_event'
>> from ./drawing.rb:7:in `initialize'
>> from ./drawing.rb:7:in `call'
>> from ./drawing.rb:82:in `add'
>> from ./drawing.rb:82
>
> I can't help you only this information.
> Can you use gdb ? I want result of "bt" command.
>
> Or otherwise, can you replace "int" to "gint"?
> #But I don't know it helps you.
>
>> I suspect this is a 64-bit problem since I'm running on Tru64/Alpha.
>
> I think you are first ruby-gnome user of 64-bit OS:->.
>
> And I apologize that I can't try ruby-gnome in Tru64/Alpha ....
> I do not have any skills of 64-bit OS.
I ported some programs to Tur64/Alpha about half year ago.
I want to know size of 'int', 'long', 'gint', 'void *' on Tru64/Alpha.
============ print_size.c ============
#include <stdio.h>
#include <glib.h>
int main()
{
printf("sizeof(int) = %d\n", sizeof(int));
printf("sizeof(gint) = %d\n", sizeof(gint));
printf("sizeof(long) = %d\n", sizeof(long));
printf("sizeof(void *) = %d\n", sizeof(void *));
return 0;
}
============ print_size.c ============
cc -o print_size `glib-config --cflags` print_size.c
./print_size
I assume 'sizeof(int) < sizeof(gint) == sizeof(long) == sizeof(void *)'.
If my assumption is correct, use NUM2LONG instead of NUM2INT for gint
value.
For example:
======================================
--- gtk/src/rbgdkpixmap.c.orig Tue Aug 20 08:11:00 2002
+++ gtk/src/rbgdkpixmap.c Wed Aug 21 01:16:08 2002
@@ -25,7 +25,7 @@
GdkPixmap *new;
GdkWindow *window = get_gdkwindow(win);
- new = gdk_pixmap_new(window, NUM2INT(w), NUM2INT(h), NUM2INT(depth));
+ new = gdk_pixmap_new(window, NUM2LONG(w), NUM2LONG(h), NUM2LONG(depth));
return new_gdkpixmap(new);
}
======================================
Almost all codes of Ruby-GNOME use NUM2INT. There are too many codes
to fix. :-<
|
|
From: KUBO T. <ku...@ji...> - 2002-08-20 16:58:35
|
Hi,
Masao Mutoh <mu...@hi...> writes:
>> (1) gnome_canvas_item_scale unresolved
>>
>> /usr/local/lib/ruby/site_ruby/1.6/gnome.rb:3:in `require': dlopen: /usr/local/lib/ruby/site_ruby/1.6/alpha-osf5.1/gnome.so: symbol "gnome_canvas_item_scale" unresolved - /usr/local/lib/ruby/site_ruby/1.6/alpha-osf5.1/gnome.so (LoadError)
>> from /usr/local/lib/ruby/site_ruby/1.6/gnome.rb:3
>> from ./test.rb:1:in `require'
>> from ./test.rb:1
>
> Hmm, At least, in my environment(Linux/gnome-libs-1.4.1.2) it works fine.
How about recompile ruby with the following patch and test Ruby-GNOME
if your platform's ruby uses dlopen.
==============================================
--- dln.c.orig Fri Aug 24 15:35:24 2001
+++ dln.c Wed Aug 21 00:12:30 2002
@@ -1273,7 +1273,7 @@
#endif
/* Load file */
- if ((handle = (void*)dlopen(file, RTLD_LAZY|RTLD_GLOBAL)) == NULL) {
+ if ((handle = (void*)dlopen(file, RTLD_NOW|RTLD_GLOBAL)) == NULL) {
goto failed;
}
==============================================
In my environment(Linux) I found unresolved symbol gtk_xmhtml_set_font_familty_fixed.
To fix it, apply following patch:
==============================================
--- gnome/extconf.rb.orig Tue Aug 20 08:11:00 2002
+++ gnome/extconf.rb Wed Aug 21 00:33:39 2002
@@ -12,7 +12,7 @@
config_cmd = with_config("gnome-config", "gnome-config")
config_libs = "--libs"
config_cflags = "--cflags"
- config_library = "gnomeui"
+ config_library = "gnomeui gtkxmhtml"
version = `#{config_cmd} --version`
if not version.chomp.empty? then
$libs += ' ' + `#{config_cmd} #{config_libs} #{config_library}`.chomp
==============================================
Then I also found GTK_XMHTML as undefined symbol.
==============================================
--- gnome/src/rbgtk-xmhtml.c.orig Sun Aug 18 19:00:47 2002
+++ gnome/src/rbgtk-xmhtml.c Wed Aug 21 00:37:26 2002
@@ -18,6 +18,7 @@
* Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
*/
+#include <gtk-xmhtml/gtk-xmhtml.h>
#include "rbgnome.h"
VALUE gXmHTML;
==============================================
Next, gnome_canvas_item_rotate...
I don't fix it yet.
> gnome_canvas_item_scale() is gnome-libs's API,
> but error message says that it is not defined in your environment ...
gnome_canvas_item_scale is declared in header file of gnome-libs.
But it is not implemented in any file of gnome-libs-1.4.1.7.
It will cause error also.
Sorry. I didn't test it when I implemented Gnome::Canvas.
|