Menu
▾
▴
gtk2-perl-bugs — Bug reports and mail from bugzilla
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(12) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(15) |
Nov
(8) |
Dec
(4) |
| 2006 |
Jan
|
Feb
|
Mar
(11) |
Apr
(10) |
May
(105) |
Jun
(12) |
Jul
(42) |
Aug
(54) |
Sep
(15) |
Oct
(14) |
Nov
(27) |
Dec
(3) |
| 2007 |
Jan
(1) |
Feb
(6) |
Mar
(26) |
Apr
(11) |
May
(28) |
Jun
(5) |
Jul
(9) |
Aug
|
Sep
|
Oct
(4) |
Nov
(8) |
Dec
(7) |
| 2008 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
(7) |
Jul
|
Aug
(16) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
(1) |
| 2009 |
Jan
(37) |
Feb
(19) |
Mar
(32) |
Apr
(7) |
May
(2) |
Jun
(15) |
Jul
(8) |
Aug
(12) |
Sep
(2) |
Oct
(1) |
Nov
(6) |
Dec
(11) |
| 2010 |
Jan
(11) |
Feb
(5) |
Mar
(56) |
Apr
(75) |
May
(28) |
Jun
(10) |
Jul
(6) |
Aug
(1) |
Sep
(26) |
Oct
(23) |
Nov
(92) |
Dec
(41) |
| 2011 |
Jan
(6) |
Feb
(2) |
Mar
(2) |
Apr
(8) |
May
(20) |
Jun
(3) |
Jul
(1) |
Aug
(32) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
(15) |
| 2012 |
Jan
(6) |
Feb
(13) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(7) |
Sep
|
Oct
(2) |
Nov
|
Dec
(4) |
| 2013 |
Jan
(9) |
Feb
(15) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(9) |
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(11) |
| 2014 |
Jan
|
Feb
(3) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(15) |
Sep
|
Oct
(1) |
Nov
|
Dec
(6) |
| 2016 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(7) |
Dec
(8) |
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(8) |
| 2018 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
|
Aug
(5) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(4) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(40) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-15 23:06:47
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567666 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #3 from Kevin Ryde 2009-01-15 21:51 UTC ------- muppet points out an original motivation for trapping in signal handlers was that it's not possible to jump out of a main loop from a signal handler without leaving glib in a terrible state. I think that may apply to these AboutButton and LinkButton callbacks, ie. that they're run out of signal handlers. LinkButton runs the uri hook out of its class handler for the "clicked" signal. AboutButton runs its url hook out of a signal connected on the "activate" signal of a button widget (a LinkButton as it happens). The AboutButton email hook runs from somewhere deep in TextView "follow" business, though presumably it usually gets there from either a button_press_event or key_press_event handler somewhere far up the chain. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567666. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-15 23:06:46
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567913 gnome-perl | Gnome2::GConf | Ver: unspecified ------- Comment #2 from Cheng Zhang 2009-01-15 21:55 UTC ------- I didn't see any problem with Gnome2::Wnck Thanks, Cheng -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567913. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-15 23:06:46
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567913 gnome-perl | Gnome2::GConf | Ver: unspecified ------- Comment #1 from Cheng Zhang 2009-01-15 21:48 UTC ------- I met the same problem when I was installed Goo::Canvas. Thanks, Cheng -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567913. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 23:43:01
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567688 gnome-perl | Gtk2 | Ver: unspecified Summary: signal_chain_from_overridden in size_request class closure Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified As noted in the Gtk2::Widget signals pod, chaining up to a superclass size_request doesn't fill in any data. The program below prints (among other things) after chain: 0x0 where I hoped the signal_chain_from_overridden would go to the Gtk2::Label size_request handler and get a desired size from it. (You can see the desired size by changing $foo to a plain Gtk2::Label per the commented out line in main). Chasing it down, I believe somewhere deep in signal_chain_from_overridden the Gtk2::Requisition supplied in the perl call is copied, so the pointer going to the g_signal_chain_from_overridden (in a GValue) is not the original and so the width/height stored in it by GtkLabel are never seen. It made me wonder if most of the time a boxed object should be copied or not copied when passed to a C func. But certainly in this case it shouldn't, since it's a kind of output location. package Foo; use strict; use warnings; use Gtk2; use Glib::Object::Subclass 'Gtk2::Label', signals => { size_request => \&_do_size_request }; sub _do_size_request { my ($self, $req) = @_; print "this is Foo::_do_size_request\n"; print "text is '",$self->get_text,"'\n"; print "before chain: ",$req->width,"x",$req->height,"\n"; Glib::Object::signal_chain_from_overridden ($self, $req); print "after chain: ",$req->width,"x",$req->height,"\n"; } package main; use strict; use warnings; use Gtk2 '-init'; my $window = Gtk2::Window->new('toplevel'); my $foo = Foo->new(); # # my $foo = Gtk2::Label->new(); # $foo->set_text ('hello world'); $window->add ($foo); $window->show_all; my $req = $foo->size_request(); print "main: foo size ",$req->width,"x",$req->height,"\n"; Gtk2->main(); -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567688. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 23:36:54
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567668 gnome-perl | Glib | Ver: unspecified Summary: default GET_PROPERTY method on unichar ParamSpec Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified In perl-glib 1.200 the program below gets a warning Argument "\x{78}" isn't numeric in subroutine entry at foo.pl line 19. and prints 0 where I hoped it would print 120. I suspect the default GET_PROPERTY func for a subclass doesn't pick out the char default from the paramspec the right way. package Foo; use strict; use warnings; use Glib; use Glib::Object::Subclass Glib::Object::, properties => [Glib::ParamSpec->unichar ('uniprop', 'uniprop', 'Blurb.', 'x', # default Glib::G_PARAM_READWRITE) ]; use strict; use warnings; use Glib; my $foo = Foo->new; print $foo->get('uniprop'), "\n"; exit 0; -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567668. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 23:36:54
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567666 gnome-perl | Gtk2 | Ver: unspecified Summary: AboutDialog and LinkButton uri and email callback exception traps Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified The uri_hook/url_hook and email_hook of Gtk2::LinkButton and Gtk2::AboutDialog could helpfully trap errors through the Glib->install_exception_handler mechanism. Each is basically a user button press, much like a Gtk2::Button 'clicked' signal, and almost certainly shouldn't terminate the whole program. Sample programs attached for the three places it arises. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567666. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 23:16:10
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567685 gnome-perl | Gtk2 | Ver: unspecified Summary: TreeModel iter stamp sign extension on int==32bit long==64bit Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified On an int==32bits long==64bits system I believe the TreeModel bindings in a couple of places sign extend the GtkTreeIter stamp value but in others zero extend it when making an IV. I noticed this in cpantesters reports about one of my models where I had foolishly made a stamp potentially >= 0x8000_0000. The following might exhibit the problem, use strict; use warnings; use Gtk2; my $stamp = 0x8000_0000; print "intended stamp $stamp\n"; my $iter = Gtk2::TreeIter->new_from_arrayref ([$stamp,0,undef,undef]); my $aref = $iter->to_arrayref ($stamp); print "aref got stamp ", $aref->[0], "\n"; If the stamp is meant to be treated as unsigned (which does seem easiest to me, though it's actually a signed gint) then a cast in sv_from_iter() might be needed [untested], av_push (av, newSVuv ((guint) iter->stamp)); and along the same lines probably in the compare done by to_arrayref, to truncate if (iter->stamp != (gint) stamp) -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567685. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 23:03:30
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567659 gnome-perl | Gtk2 | Ver: unspecified Summary: key snooper trap to exception handlers Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified The key snooper functions installed by Gtk2->key_snooper_install could helpfully trap errors through the Glib->install_exception_handler funcs. The program below shows how an error in a snooper terminates the whole program. (A snooper of course is basically an event handler like widget event handlers, but encompassing all widgets, and on that basis will almost certainly want to continue the main loop.) use strict; use warnings; use Gtk2 '-init'; Glib->install_exception_handler (sub { print "exception trapped\n"; return 1; }); Gtk2->key_snooper_install (sub { print "key snooper runs\n"; die "now throw an error"; }); my $toplevel = Gtk2::Window->new ('toplevel'); $toplevel->add (Gtk2::Label->new('Press any key')); $toplevel->show_all; Gtk2->main; -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567659. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 23:03:30
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567666 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from Kevin Ryde 2009-01-13 22:08 UTC ------- Created an attachment (id=126383) --> (http://bugzilla.gnome.org/attachment.cgi?id=126383&action=view) LinkButton exception sample program -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567666. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 23:03:28
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567666 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #2 from Kevin Ryde 2009-01-13 22:09 UTC ------- Created an attachment (id=126384) --> (http://bugzilla.gnome.org/attachment.cgi?id=126384&action=view) AboutDialog error trap sample Click under "Credits" for the email hook which dies as well as the url hook. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567666. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 21:26:51
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567658 gnome-perl | Glib | Ver: unspecified Summary: Glib::Child->watch_add run exception handlers Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified The subprocess termination handler as setup by Glib::Child->watch_add could helpfully trap errors to the Glib->install_exception_handler mechanism, the same way idle, timeout and IO handlers work under a main loop. (The difference being GPerlCallback instead of the GClosure stuff.) use Glib; use strict; use warnings; my $pid = fork(); if ($pid == 0) { sleep 1; exit 0 }; Glib->install_exception_handler (sub { print "exception trapped\n"; return 1; }); Glib::Child->watch_add ($pid, sub { print "child process stopped\n"; die "now throw an error"; }); my $mainloop = Glib::MainLoop->new; $mainloop->run; -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567658. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-13 20:46:32
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=567653 gnome-perl | Glib | Ver: unspecified Summary: signal_chain_from_overridden vs do_mysig Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified In perl-Glib 1.200 The program below gets two errors GLib-CRITICAL **: g_hash_table_lookup: assertion `hash_table != NULL' failed at foo.pl line 36. *** unhandled exception in callback: *** [gperl_value_from_sv] FIXME: unhandled type - 0 ((null) fundamental for (null)) *** ignoring at foo.pl line 44. I expect it's the "do_" default handler of gperl_signal_class_closure_marshal, but g_signal_chain_from_overridden in GSignal.xs might like to consider passing return_value==NULL (instead of a GValue of G_TYPE_NONE) when the signal return type is none (query.return_type == G_TYPE_NONE). package MyClass; use strict; use warnings; use Glib; use Glib::Object::Subclass 'Glib::Object', signals => { mysig => { param_types => [], return_type => undef }, }; sub INIT_INSTANCE { my ($self) = @_; } sub do_mysig { print "MyClass mysig runs\n"; return 123; } package MySubClass; use strict; use warnings; use Glib::Object::Subclass 'MyClass', signals => { mysig => \&_do_mysubclass_mysig }; sub INIT_INSTANCE { my ($self) = @_; } sub _do_mysubclass_mysig { my ($self) = @_; $self->signal_chain_from_overridden; } package main; use strict; use warnings; my $obj = MySubClass->new; $obj->signal_emit ('mysig'); exit 0; -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=567653. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-08 11:03:56
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=566884 gnome-perl | Gtk2 | Ver: unspecified chris changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #126015|0 |1 is obsolete| | Attachment #126016|0 |1 is obsolete| | ------- Comment #6 from chris 2009-01-08 11:03 UTC ------- Created an attachment (id=126021) --> (http://bugzilla.gnome.org/attachment.cgi?id=126021&action=view) patch to add support for gdk_x11_atom_to_xatom OK please ignore the above patches. Instead here is a single patch which includes the updated xs file and an updated test file. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=566884. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-08 10:17:31
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=566884 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #5 from chris 2009-01-08 10:17 UTC ------- oops. oops. don't use the initial patches in comments 2-3. while while updating the .t test file I've realised one of the new methods won't work. I need to reorder the params in one of the methods. So I've got to look into this XS stuff a bit more. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=566884. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-08 10:15:49
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=566884 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #4 from chris 2009-01-08 10:15 UTC ------- (From update of attachment 126016) dont use this patch. I've already discovered a problem -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=566884. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-08 09:37:51
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=566884 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #3 from chris 2009-01-08 09:37 UTC ------- Created an attachment (id=126016) --> (http://bugzilla.gnome.org/attachment.cgi?id=126016&action=view) patch adding X11 xatom support to the Gtk2::Gdk::Atom package this patch is a possible alternative to the first patch -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=566884. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-08 09:36:43
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=566884 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #2 from chris 2009-01-08 09:36 UTC ------- Created an attachment (id=126015) --> (http://bugzilla.gnome.org/attachment.cgi?id=126015&action=view) patch adding X11 xatom support to the Gtk2::Gdk::Atom package -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=566884. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-07 10:52:14
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=566884 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from chris 2009-01-07 10:52 UTC ------- patches coming in a short while. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=566884. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2009-01-07 10:51:03
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=566884 gnome-perl | Gtk2 | Ver: unspecified Summary: a patch to add support for gdk_x11_atom_to_xatom_for_display Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: cs...@ne... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified Hi, I've done a patch to add support for gdk_x11_atom_to_xatom_for_display and gdk_x11_atom_to_xatom These functions return the X11 atom (a number) corresponding to a GdkAtom. The X11 atom number is required to implement (for example) ICCCM compliant behaviour (some X11 client-message events need to include the X11 atom number in the Gtk2::Gdk::Event::Client.data field). In particular I need it to broadcast ownership of a selection by sending a MANAGER client-message, so that I can implement the freedesktop systray spec. If I can figure out how to attach a patch, I will attach two. - the first adds support into the Gtk2::Gdk::Atom class. The type of the atom number is declared as UV (the same as the current behaviour for XID and XWINDOW). Also the method is aliased to XATOM just like Gtk2::Gdk::Window->XWINDOW. - the second patch instead just adds support into the Gtk2::Gdk::X11 package, which keeps the X11 specific stuff out of Gtk2::Gdk::Atom (just in case that is preferred). - the idea being that one or the other would be used. My guess is the first patch is better since it has a more intuitive usage and is inline with the current behaviour of XWINDOW and XID. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=566884. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2008-12-16 19:37:33
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=562682 gnome-perl | Gtk2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kaf...@gm... Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Comment #2 from Torsten Schoenfeld 2008-12-16 19:37 UTC ------- Both issues have been fixed in SVN. Thanks for the report! -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=562682. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2008-11-29 13:55:40
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=562682 gnome-perl | Gtk2 | Ver: unspecified ------- Comment #1 from Quentin Sculo 2008-11-29 13:55 UTC ------- Also, $completion->set_model doesn't accept undef to remove the model -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=562682. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2008-11-29 13:48:51
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=562682 gnome-perl | Gtk2 | Ver: unspecified Summary: memory leak when using Gtk2::EntryCompletion->new Product: gnome-perl Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: squ...@fr... QAContact: gtk...@li... GNOME version: 2.23/2.24 GNOME milestone: Unspecified Please describe the problem: memory usage grows when Steps to reproduce: by running this : perl -e 'use Gtk2 "-init"; Glib::Idle->add(sub { my $c=Gtk2::EntryCompletion->new}); Gtk2->main ' Actual results: memory grows (as seen by top) Expected results: no memory growth Does this happen every time? yes Other information: tested with latest version (Gtk2-1.210) -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=562682. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2008-11-01 14:18:39
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=558804 gnome-perl | Gtk2 | Ver: unspecified Summary: Gtk2::Buildable: allow chaining up in CUSTOM_TAG_START Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: kaf...@gm... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified We should make it possible to chain up to the parent in CUSTOM_TAG_START. This is necessary to not loose any special tags the parent parses, like <accelerator> or <accessibility> for Gtk2::Widget, for example. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=558804. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2008-10-19 12:09:39
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=371464 gnome-perl | Gtk2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Comment #3 from Torsten Schoenfeld 2008-10-19 12:09 UTC ------- I think this is fixed in ExtUtils::Depends 0.301. Please reopen this bug if you still see the problem. -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=371464. |
|
From: SourceForge.net <no...@so...> - 2008-10-18 22:43:33
|
Support Requests item #2148485, was opened at 2008-10-06 01:19 Message generated for change (Comment added) made by kaffeetisch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508619&aid=2148485&group_id=64773 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bugs/install error? Initial Comment: i've installed gtk2 through the ppm. it installs with no probelm but when i try to execute the demo's i get this error Argument ":constants" isn't numeric in subroutine entry at E:/site/lib/Glib.pm line 39. Can't load 'E:/lib/auto/Gtk2/Gtk2.dll' for module Gtk2: load_file:The specified module could not be found at E:/lib/DynaLoader.pm line 227. at E:\cgi-bin\gui\gtk-demo\appwindow.pl line 11 Compilation failed in require at E:\cgi-bin\gui\gtk-demo\appwindow.pl line 11. BEGIN failed--compilation aborted at E:\cgi-bin\gui\gtk-demo\appwindow.pl line 11. ---------------------------------------------------------------------- >Comment By: Torsten Schoenfeld (kaffeetisch) Date: 2008-10-19 00:43 Message: Which versions of Glib and Gtk2 did you install? Where did you get the PPMs? What version of Windows are you running? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=508619&aid=2148485&group_id=64773 |
13 messages has been excluded from this view by a project administrator.
