Can you post:
1) the version of libgtk and Gtk2-Perl that you're using in *nix,
along with your distro/version information?
and
2) a complete example program that demonstrates the problem?
Thanks,
Brian
yes- it works correctly on ubuntu 8.10 with libgth2.0 (the ubuntu
package version
is 2.14.4-0ubuntu1) and the Gtk2.pm file says $VERSION = '1.183'.
It also works correctly on a redhat 5 system with libgtk.so =
libgtk-x11-2.0.so.0.1000.4
and version 1.221.
>
> and
>
> 2) a complete example program that demonstrates the problem?
Yes- I'll attach that here. I got it down to a main window with a treeview
with one column and one item, and a quit button. I put both versions of
the callback- one of which uses the get_selected() method as described
in the perldoc page (it's suppose to return model and iter), and the second
version handleSelectionChange2 shows the workaround I made to get it
to work in both places. It just seems silly to have to do that when the
documentation says the method is stupposed to return both items in
list context (and the C function seems to take both of those items as
parameters to be filled in as well).
If you want to try the second version yourself, just change the signal_conmect
call for $treeview. The callbacks both print out the model and
iterator, as well
as the text of the line that was selected.
Thanks for looking into this.
--
Bob Joseph
http://www.cse.ohio-state.edu/~joseph
rpm -qa | grep gtk2 will show you the gtk2 library version number.
>> 2) a complete example program that demonstrates the problem?
>
> Yes- I'll attach that here. I got it down to a main window with a treeview
> with one column and one item, and a quit button. I put both versions of
> the callback- one of which uses the get_selected() method as described
> in the perldoc page (it's suppose to return model and iter), and the second
> version handleSelectionChange2 shows the workaround I made to get it
> to work in both places. It just seems silly to have to do that when the
> documentation says the method is stupposed to return both items in
> list context (and the C function seems to take both of those items as
> parameters to be filled in as well).
I can reproduce your issue, but I can't offer any suggestions as to
why it's working the way it is, and I lack the skills to debug down to
the library level on Windows. I don't really have any other
suggestions beyond keeping your workaround, or possibly building a new
Gtk2-Perl stack on Windows using an updated version of libgtk+.
What's in camelbox-2009.167.2132Z-tahi.exe (I'm guessing that's the
version of Camelbox that you're running) is 2.16.7, which is 2 major
revs down from current stable.
Thanks,
Brian