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...> - 2006-03-14 10:20:37
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D334518 gnome-perl | Gtk2::MozEmbed | Ver: unspecified Summary: 56 u56 r5hj ty tr y j Product: gnome-perl Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Severity: critical Priority: Normal Component: Gtk2::MozEmbed AssignedTo: gtk...@li... ReportedBy: tom...@gm... QAContact: gtk...@li... GNOME version: Unspecified GNOME milestone: Unspecified Steps to reproduce: 1. ty jtyj 2. t jtrj 3. t yjtr ty jtry j Stack trace: Other information: --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-07 17:54:54
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- Status|ASSIGNED |RESOLVED Resolution| |FIXED --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-07 17:54:28
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- Attachment #60760|0 |1 is obsolete| | Attachment #60827|none |committed Flag| | ------- Comment #7 from Torsten Schoenfeld 2006-03-07 17:54 UTC ------- Patch committed to HEAD of CVS. Thanks a bunch. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-07 09:55:15
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified ------- Comment #6 from Tom Killian 2006-03-07 09:55 UTC ------- Created an attachment (id=3D60827) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D60827&action=3Dview) patch for Gtk2::MozEmbed and xulrunner - improved Here's a new patch - working fine here. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-07 00:19:40
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified ------- Comment #5 from Torsten Schoenfeld 2006-03-07 00:19 UTC ------- To me, this all sounds like we simply need a separate entry in the %build= _reqs version hash for XULRunner and use that in the pkg-config check. Could y= ou provide a patch that does this? For the version number, just use the one= that you got Gtk2::MozEmbed working with. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-06 23:56:27
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified ------- Comment #4 from Tom Killian 2006-03-06 23:56 UTC ------- I found this on the XULRunner page at wiki.mozilla.org: "The current thinking is that XULRunner will be versioned (with version n= umber matching the corresponding Gecko milestone)" The link is http://wiki.mozilla.org/XUL:Xul_Runner. Does that help? Apart from that, if you compare existing version numbers of mozilla, fire= fox, and xulrunner, xulrunner is closest to mozilla - 1.8.0 and 1.7.12, resepectively - while firefox is 1.5.0.1, so it might be better to change= to the mozilla version for the test. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-06 15:58:09
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified ------- Comment #3 from Tom Killian 2006-03-06 15:57 UTC ------- Good question - and I'm afraid I don't know the answer at the moment. I'l= l see if I can find out. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-06 15:24:17
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |kaf...@gm... Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 ------- Comment #2 from Torsten Schoenfeld 2006-03-06 15:24 UTC ------- Cool, thanks for the patch. Is it correct to use firefox' version for th= e xulrunner test? Will the versions of Firefox and Xulrunner always be in = sync? --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-06 15:10:37
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified ------- Comment #1 from Tom Killian 2006-03-06 15:10 UTC ------- Created an attachment (id=3D60760) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D60760&action=3Dview) patch for Gtk2::MozEmbed and xulrunner --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2006-03-06 15:08:09
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D333621 gnome-perl | Gtk2::MozEmbed | Ver: unspecified Summary: Unable to build Gtk2::MozEmbed against xulrunner Product: gnome-perl Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Severity: blocker Priority: Normal Component: Gtk2::MozEmbed AssignedTo: gtk...@li... ReportedBy: to...@ru... QAContact: gtk...@li... GNOME version: 2.7/2.8 GNOME milestone: Unspecified Please describe the problem: When attempting to build Gtk2::MozEmbed, the response to perl Makefile.PL is Mozilla::DOM >=3D 0.01 not found. *** can not find package for any of (mozilla-gtkmozembed >=3D 1.7, firefox-gtkmozembed >=3D 1.0, mozilla-firefox-gtkmozembed >=3D 1.0) *** check that one of them is properly installed and available in PKG_CONFIG_PATH at Makefile.PL line 48 Steps to reproduce: 1. Install xulrunner and xullrunner-compatible version(s) of Mozilla and/= or Firefox 2. Download and extract Gtk2-MozEmbed-0.05.tar.gz 3. Run perl Makefile.PL Actual results: perl starts processing Makefile.PL, but stops when it fails to find mozilla-gtkmozembed, firefox-gtkmozembed, or mozilla-firefox-gtkmozembed = in PKG_CONFIG_PATH Expected results: perl would process Makefile.PL, print appropriate messages, finishing wit= h "Writing Makefile for Gtk2::MozEmbed", and generate the Makefile. Does this happen every time? Yes. Other information: The following patch for Makefile.PL fixes the problem: --- Gtk2-MozEmbed-0.05/Makefile.PL 2005-09-28 14:28:37.000000000 +01= 00 +++ Makefile.PL.xul 2006-03-06 11:18:00.000000000 +0000 @@ -47,7 +47,8 @@ my %pkgcfg =3D ExtUtils::PkgConfig->find("mozilla-gtkmozembed >=3D $build_reqs{'Mozilla'}", "firefox-gtkmozembed >=3D $build_reqs{'Firefox'}", - "mozilla-firefox-gtkmozembed >=3D $build_reqs{'Firefox'}"); + "mozilla-firefox-gtkmozembed >=3D $build_reqs{'Firefox'}", + "xulrunner-gtkmozembed >=3D $build_reqs{'Firefox'}"); mkdir 'build', 0777; --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-12-27 18:55:50
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D322892 gnome-perl | Glib | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Comment #4 from Emmanuele Bassi 2005-12-27 11:26 UTC ------- Committed. 2005/12/27 ebassi Merge from HEAD: * GKeyFile.xs: fix Glib::KeyFile methods that allow undef arguments. * t/g.t: tests for the fixes. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-12-21 17:14:04
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D322892 gnome-perl | Glib | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |kaf...@gm... ------- Comment #3 from Torsten Schoenfeld 2005-12-21 17:11 UTC ------- Please go ahead and commit the patch so this bug can be closed. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-12-21 17:09:13
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |kaf...@gm... Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #17 from Torsten Schoenfeld 2005-12-21 17:05 UTC ------- Closing since the bug has been fixed. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-12-01 18:15:08
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D322892 gnome-perl | Glib | Ver: unspecified ------- Additional Comments From Torsten Schoenfeld 2005-12-01 18:14 ---= ---- Looks good to me. The schedule allows for a 2.12.3 release on 06-02-2006= -- but that's after the 2.14 release. So, unless some major bug surfaces, there= will probably not be another Glib 1.10x release. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-30 23:39:09
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D322892 gnome-perl | Glib | Ver: unspecified ------- Additional Comments From Emmanuele Bassi 2005-11-30 23:39 ------= - Created an attachment (id=3D55452) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D55452&action=3Dview) proposed patch for stable-1-10 this is the same patch in HEAD for the stable-1-10 branch, with the fixes= and more tests for the functions allowing undef arguments. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-30 23:36:12
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D322892 gnome-perl | Glib | Ver: unspecified Summary: Fix undef arguments for Glib::KeyFile Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: emm...@em... CC: all...@bu... Some functions of Glib::KeyFile accept arguments set to 'undef', e.g.: Glib::KeyFile::set_comment (keyfile, group, key, comment) If group and key are undef, then comment is placed on top of the file; if= only key is undef, then comment is placed on top of group. The binding is buggy (my fault), as it does not allow passing undef argum= ents.=20 The fix is already in HEAD, but should be backported to the stable branch= too, since it doesn't break the API and it actually make the API work as adver= tised. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-13 18:10:52
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified muppet changed: What |Removed |Added -------------------------------------------------------------------------= --- Attachment #53751| |committed Status| | Status|NEW |ASSIGNED ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-13 18:09:58
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From muppet 2005-11-13 18:09 ------- Okay, committed to stable-1-10. I have been testing whether the patch works on some bindings for another = library. It basically involves=20 seeing whether you crash by trying to access dead memory. I'm not sure t= here's a way to test this inside=20 Glib itself without some extra XS scaffolding. Will look into that. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-13 17:53:30
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From Torsten Schoenfeld 2005-11-13 17:53 ---= ---- It's a pretty important fix for 64-bit platforms, so -- yes, I think it s= hould go into stable-1-10 too. Is there any way to test this stuff for regressions? ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-13 16:50:20
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From muppet 2005-11-13 16:50 ------- Committed to HEAD. What about stable-1-10 ? 2005/11/13 muppetman * GValue.xs, GObject.xs: The GObject property interface passes around pointers to boxed objects, but does not transfer ownership of them. Thus, the old code was letting perl hold on to dead pointers. We basically need to be able to specify whether to copy boxed objects when converting from GValue to SV. Since gperl_sv_from_value() is public and API frozen, add a new private function, _gperl_sv_from_value_internal(), and call this from both gperl_sv_from_value() and Glib::Object::get(). Fixes http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 and several other hard-to-diagnose intermittent bugs. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-13 02:59:22
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From muppet 2005-11-13 02:58 ------- I don't like the name, either, but a better one proves elusive. For the = time being, i'll make it a private=20 function, not exported in gperl.h. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-11-07 20:41:46
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified Torsten Schoenfeld changed: What |Removed |Added -------------------------------------------------------------------------= --- Status|NEEDINFO |NEW everconfirmed|0 |1 ------- Additional Comments From Torsten Schoenfeld 2005-11-07 20:41 ---= ---- So, it looks like this is the correct fix. muppet, there's an unstable r= elease due next week (2005-11-14). Can you get this in before that date? (One minor nag: gperl_sv_from_value2 isn't really descriptive. I've no b= etter idea, though. All I can come up with is _full which isn't great either.) ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-22 04:27:21
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From Raf D'Halleweyn 2005-10-22 04:27 ------= - $ perl -IGlib-1.110/blib/arch/ -IGlib-1.110/blib/lib/ -IGtk2-1.110/blib/a= rch/ -IGtk2-1.110/blib/lib/ colortest64 Starting Parsed color: 0x00000000,0x0101,0x0202,0x0303 Color from button (property): 0x00951398,0x0101,0x0202,0x0303 Color from button (property, after set): 0x00951398,0x0101,0x0202,0x0303 Color from selection: 0x0077e008,0x0101,0x0202,0x0303 Color from selection (property): 0x00a179d0,0x0101,0x0202,0x0303 Color from selection: 0x0077e008,0x0101,0x0202,0x0303 Color from selection (property): 0x00a179d0,0x0101,0x0202,0x0303 :-D ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-22 02:43:34
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From muppet 2005-10-22 02:43 ------- Created an attachment (id=3D53751) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D53751&action=3Dview) Patch to copy boxed values in Glib::Object::get() I have been contemplating this sort of change to solve other problems, bu= t it would be interesting to find out if this has any effect on your bug. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-22 02:14:42
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From muppet 2005-10-22 02:14 ------- Some notes from stepping through the source: GdkColor is 1xsizeof(guint32)+3*sizeof(guint16) =3D 4+3*2 =3D 12 bytes. = I would not be surprised if the=20 compiler padded this to 16 on ia64. GdkColors are allocated using a GMemChunk -- that is, a fixed-size alloca= tor. You will see the same=20 addresses over and over, and garbage from previous uses will remain in me= mory.=20 gtk_color_selection_get_color() does not alter the value of pixel in the = passed-in GdkColor; it only=20 modifies red, green, and blue. g_object_get() copies boxed objects by default. The implementation of gd= k_color_copy() bumps to the=20 next free spot in the GMemChunk and then does *new_color =3D *color, whic= h means that the value of=20 pixel is copied in ->get(), unlike with $selection->get_color(). Gtk2 uses the default GPerlBoxedWrapperClass for dealing with GdkColors, = so the pointer held by the=20 sv that you see in perl actually points to another block of memory which = contains the GType of the=20 object, the pointer to it, and a flag that says whether we should kill th= e boxed object on DESTROY. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
13 messages has been excluded from this view by a project administrator.
