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...> - 2005-10-21 18:01:07
|
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-21 18:00 ------= - This is the output on x86. Looks like the first 32 bits of the GdkColor are overwritten with a point= er. The pointer is 12 bytes beyond the start of the GdkColor. Starting 0x83b2558: 000000000101020203030000000000000000000000000000000000000000= 0000 0x83b2558: 000000000101020203030000000000000000000000000000000000000000= 0000 Parsed color: 0x00000000,0x0101,0x0202,0x0303 0x83b2564: 70253b080101020203032108000000000101020203030000000000000000= 0000 Color from button (property): 0x083b2570,0x0101,0x0202,0x0303 0x83b2564: 70253b080101020203032108000000000101020203030000000000000000= 0000 Color from button (property, after set): 0x083b2570,0x0101,0x0202,0x0303 0x83b2564: 47286c62010102020303ebbf000000000101020203030000000000000000= 0000 Color from selection: 0x626c2847,0x0101,0x0202,0x0303 0x83b2564: 70253b080101020203032108000000000101020203030000000000000000= 0000 Color from selection (property): 0x083b2570,0x0101,0x0202,0x0303 0x83b2564: 47286c62010102020303ebbf000000000101020203030000000000000000= 0000 Color from selection: 0x626c2847,0x0101,0x0202,0x0303 0x83b2564: 70253b080101020203032108000000000101020203030000000000000000= 0000 Color from selection (property): 0x083b2570,0x0101,0x0202,0x0303 ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-21 17:48:03
|
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-21 17:47 ------= - I hacked a bit in GdkColor.xs to try to dump the GdkColor structure. I al= so changed the colortest64 script to also output pixel. It looks like the first 64 bits of the GdkColor are being overwritten by = a pointer. This wipes out the pixel, red and green color value. If this is true, that would explain why it works under 32-bit, only pixel= is overwritten. BTW, it looks like the pointer points to 16 bytes beyond the start of the= GdkColor. $ perl ../colortest64 Starting 0x942720: 0000000001010202030300000000000000000000000000000000000000000= 000 0x942720: 0000000001010202030300000000000000000000000000000000000000000= 000 Parsed color: 0x00000000,0x0101,0x0202,0x0303 0x942730: 4027940000000000030396ab0000000000000000000000000303000000000= 000 Color from button (property): 0x00942740,0x0000,0x0000,0x0303 0x942730: 4027940000000000030396ab0000000000000000000000000303000000000= 000 Color from button (property, after set): 0x00942740,0x0000,0x0000,0x0303 0x942730: b8c67700010102020303c4aa0000000000000000000000000303000000000= 000 Color from selection: 0x0077c6b8,0x0101,0x0202,0x0303 0x942730: 4027940000000000030396ab0000000000000000000000000303000000000= 000 Color from selection (property): 0x00942740,0x0000,0x0000,0x0303 0x942730: b8c67700010102020303c4aa0000000000000000000000000303000000000= 000 Color from selection: 0x0077c6b8,0x0101,0x0202,0x0303 0x942730: 4027940000000000030396ab0000000000000000000000000303000000000= 000 Color from selection (property): 0x00942740,0x0000,0x0000,0x0303 ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-21 16:42: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=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From Raf D'Halleweyn 2005-10-21 16:39 ------= - I have this same problem with 1.100 as shipped by Ubuntu and 1.110 that I compiled myself. Like you expected, it did not hit any breakpoints. $ gdb debugperl GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you = are welcome to change it and/or distribute copies of it under certain conditi= ons. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for detail= s. This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db l= ibrary "/lib/libthread_db.so.1". (gdb) r colortest64 Starting program: /usr/bin/debugperl colortest64 [Thread debugging using libthread_db enabled] [New Thread 46912504633040 (LWP 7384)] Starting Parsed color: 1,2,3 Color from button (property): 0,0,3 Color from button (property, after set): 0,0,3 Color from selection: 1,2,3 Color from selection (property): 0,0,3 Program exited normally. (gdb) b newSVGInt64 Breakpoint 1 at 0x2aaaab434bf0 (gdb) b newSVGUInt64 Breakpoint 2 at 0x2aaaab434c40 (gdb) b SvGInt64 Breakpoint 3 at 0x2aaaab434bc0 (gdb) b SvGUInt64 Breakpoint 4 at 0x2aaaab434c10 (gdb) r colortest64 Starting program: /usr/bin/debugperl colortest64 [Thread debugging using libthread_db enabled] [New Thread 46912504633040 (LWP 7402)] Starting Parsed color: 1,2,3 Color from button (property): 0,0,3 Color from button (property, after set): 0,0,3 Color from selection: 1,2,3 Color from selection (property): 0,0,3 Program exited normally. (gdb) ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-21 15:44:39
|
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-10-21 15:44 ---= ---- Ok, your configuration matches the one I had in mind when writing the #if= def wrappers for the big integer converters. The weird thing is though, that as far as I can tell, nothing in your cod= e should ever result in one of the 64 bit converters being called. There's= simply nothing in there involving either gint64 or guint64. Does the bug happen with older versions of Gtk2 as well? Or only with 1.= 110? If it only happens with 1.110, can you run this program through gdb, set breakpoints on the converters and put the resulting backtraces here? $ gdb perl (gdb) r color.pl # run it once first so gdb knows about the function name= s (gdb) b newSVGInt64 (gdb) b newSVGUInt64 (gdb) b SvGInt64 (gdb) b SvGUInt64 (gdb) r color.pl Now whenever a breakpoint is reached, get the backtrace and continue: (gdb) bt # ... (gdb) c The output of 'bt' is what I'd need. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-20 20:58:06
|
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-20 20:57 ------= - #define IVTYPE long /**/ #define UVTYPE unsigned long /**/ #define I8TYPE char /**/ #define U8TYPE unsigned char /**/ #define I16TYPE short /**/ #define U16TYPE unsigned short /**/ #define I32TYPE int /**/ #define U32TYPE unsigned int /**/ #ifdef HAS_QUAD #define I64TYPE long /**/ #define U64TYPE unsigned long /**/ #endif #define NVTYPE double /**/ #define IVSIZE 8 /**/ #define UVSIZE 8 /**/ #define I8SIZE 1 /**/ #define U8SIZE 1 /**/ #define I16SIZE 2 /**/ #define U16SIZE 2 /**/ #define I32SIZE 4 /**/ #define U32SIZE 4 /**/ #ifdef HAS_QUAD #define I64SIZE 8 /**/ #define U64SIZE 8 /**/ #endif ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-20 17:29: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=3D319204 gnome-perl | Gtk2 | Ver: unspecified ------- Additional Comments From Torsten Schoenfeld 2005-10-20 17:29 ---= ---- And what is IVTYPE in CORE/config.h defined to be? ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-19 18:14:11
|
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-19 18:14 ------= - x86_64$ perl -MConfig -wle'foreach (qw(use64bitall use64bitint)) { print $Config{ $_ } || "undef"; }' define define ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: muppet <sc...@as...> - 2005-10-19 18:13:11
|
Javier Godinez said: > I have a noobee question, I was unable to find a more appropriate list > to post this, please redirect me is this question is inappropriate. This is a bugs-only list. Please re-post over on the general list: gtk...@gn... http://mail.gnome.org/mailman/listinfo/gtk-perl-list -- muppet <scott at asofyet dot org> |
|
From: Torsten S. <kaf...@we...> - 2005-10-19 18:00:45
|
On Wed, 2005-10-19 at 10:24 -0700, Javier Godinez wrote: > I have a noobee question, I was unable to find a more appropriate list > to post this, please redirect me is this question is inappropriate. The gtk2-perl-bugs list is only for Bugzilla-related mails. The real mailing list is gtk...@gn...: http://mail.gnome.org/mailman/listinfo/gtk-perl-list Ask your question there. -- Bye, -Torsten |
|
From: Javier G. <god...@gm...> - 2005-10-19 17:24:13
|
Hello,
I have a noobee question, I was unable to find a more appropriate list
to post this, please redirect me is this question is inappropriate.
I am not sure how to get out of a running thread from a Gtk2 callback,
here is the code:
#############################
#!/usr/bin/perl -w
use Gtk2 '-init';
use strict;
use threads;
my $keep_running =3D 1;
my $thr1 =3D threads->new(sub {
=09while ($keep_running =3D=3D 1 ) {
=09=09print "Hello\n";
=09=09sleep(1);
=09}
});
sub button_callback {
=09$keep_running =3D 0;
=09t$thr1->join;
=09Gtk2->main_quit;
}
my $window =3D Gtk2::Window->new;
my $button =3D Gtk2::Button->new ("Quit!");
$button->signal_connect (clicked =3D> \&button_callback);
$window->add($button);
$window-> show_all;
Gtk2->main;
#############################
Is there a way to gracefully stop the thread from a callback?
Thanks, Javier Godinez
|
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-19 17:05:32
|
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|UNCONFIRMED |NEEDINFO ------- Additional Comments From Torsten Schoenfeld 2005-10-19 17:05 ---= ---- Ouch, looks like the new converters still need some work. In perl's CORE/config.h, what is IVTYPE defined to be on the x86_64 box? = What does perl -MConfig -wle'foreach (qw(use64bitall use64bitint)) { print $Confi= g{ $_ } || "undef"; }' print? ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.org) <bug...@bu...> - 2005-10-19 03:02: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 Summary: 64bit problem with Gtk2::Gdk::Color properties? Product: gnome-perl Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: li...@no... CC: all...@bu... Version details: Gtk2 1.110 Distribution/Version: Ubuntu Breezy The below program generates the wrong output when run on x86_64: Parsed color: 1,2,3 Color from button (property): 0,0,3 Color from button (property, after set): 0,0,3 Color from selection: 1,2,3 Color from selection (property): 0,0,3 I expected that the output would be 1,2,3 for all. On i686: Parsed color: 1,2,3 Color from button (property): 1,2,3 Color from button (property, after set): 1,2,3 Color from selection: 1,2,3 Color from selection (property): 1,2,3 #!/usr/bin/perl -w use strict; use Gtk2 -init; use Glib qw(:constants); my $color =3D Gtk2::Gdk::Color->parse('#010203'); print "Parsed color: ", &color2string($color), "\n"; my $color_button =3D Gtk2::ColorButton->new_with_color($color); print "Color from button (property): ", &color2string($color_button->get('color')), "\n"; $color_button->set('color', $color); print "Color from button (property, after set): ", &color2string($color_button->get('color')), "\n"; my $color_selection =3D Gtk2::ColorSelection->new; $color_selection->set_current_color($color); print "Color from selection: ", &color2string($color_selection->get_current_color), "\n"; print "Color from selection (property): ", &color2string($color_selection->get('current_color')), "\n"; sub color2string { join(',', map { $_[0]->$_ / 257 } qw(red green blue)); } ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-07-25 03:38:55
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D311444 gnome-perl | general | Ver: unspecified ------- Additional Comments From muppet 2005-07-25 03:38 ------- More notes on building Gtk-Perl, from the dvd::rip site. http://www.exit1.org/dvdrip/doc/install.cipp#gtk_add_notes Sounds like your problem is that you're missing either or both of the XML= ::Parser and XML::Writer=20 modules, which means that perl-gtk-ref.xml doesn't get built, so perl-gtk= -ref.pod can't be built. Long story short: use the RPM. :-) ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-07-25 03:31:45
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D311444 gnome-perl | general | Ver: unspecified muppet changed: What |Removed |Added -------------------------------------------------------------------------= --- Status|UNCONFIRMED |RESOLVED Resolution| |OBSOLETE ------- Additional Comments From muppet 2005-07-25 03:31 ------- Resolving as OBSOLETE because Gtk-Perl is, well, obsolete. Still, thanks for the bug report. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-07-25 03:22:07
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D311444 gnome-perl | general | Ver: unspecified ------- Additional Comments From muppet 2005-07-25 03:21 ------- Excellent timing; there's a brand-new unstable release of dvd::rip that u= ses gtk2-perl instead of the=20 long-obsolete and unmaintained gtk-perl. http://www.exit1.org/dvdrip/changes.cipp?version=3D0.97.1 As for the build problem -- Gtk-Perl's build is fragile and we have no on= e maintaining it; please use=20 distro packages. rpmfind.net lists Gtk-Perl-0.7008-38.i386.rpm in the Fe= dora 4 Extras for i386. That=20 is, FC4 includes Gtk-Perl, but does not install it by default. http://rpmfind.net/linux/RPM/fedora/4/i386/Gtk-Perl-0.7008-38.i386.html ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-07-25 02:24:54
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D311444 gnome-perl | general | Ver: unspecified Summary: can't compile Gtk-Perl-0.7009 in FC4 - no rule to mak= e perl-gtk-ref.pod Product: gnome-perl Version: unspecified Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Normal Component: general AssignedTo: gtk...@li... ReportedBy: mcm...@ea... CC: all...@bu... Please describe the problem: I'm just a dumb user and I'm several levels deep in "A requires B which r= equires C" hell. I'm trying to install dvd::rip which needs the Perl Gtk Module. I have downloaded Gtk-Perl-0.7009 from http://www.cpan.org/modules/by-module/Gtk, unpacked it and attempted to m= ake it. The "perl Makefile.PL" command exited with no errors. The "make" died s= aying: make[1]: *** No rule to make target `build/perl-gtk-ref.pod', needed by `manifypods'. Stop. make[1]: Leaving directory `/home/download/download/Gtk-Perl-0.7009/Gtk' make: *** [subdirs] Error 2 Steps to reproduce: I'm guessing here... 1. load FC4, install everything 2. download above mentioned package 3. follow directions to compile Actual results: make dies Expected results: make exits cleanly and the required stuff is created Does this happen every time? yes Other information: I'm pretty ignorant about Perl but I'll try any simple things if you need= more info. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-26 23:02:03
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED ------- Additional Comments From Emmanuele Bassi 2005-04-26 23:01 ------= - Committed the latest patch ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-26 16:52:09
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified ------- Additional Comments From Torsten Schoenfeld 2005-04-26 16:52 ---= ---- Everything looks fine to me. Just a minor nag: the copyright disclaimer = in the XS file says 2003-2005. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-25 19:14:31
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified ------- Additional Comments From Emmanuele Bassi 2005-04-25 19:14 ------= - If it's okay, I could commit it by tomorrow, in order to be included in t= he next release of the 1.09x series. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-21 13:27:45
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- Attachment #45492|0 |1 is obsolete| | ------- Additional Comments From Emmanuele Bassi 2005-04-21 09:27 ------= - Created an attachment (id=3D45515) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D45515&action=3Dview) Glib::KeyFile test suite Here's the latest test suite. It will skip the tests if we are not using a Glib >=3D 2.6.0. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-20 18:38:32
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified ------- Additional Comments From muppet 2005-04-20 14:38 ------- I'm happy with the xs file now, but the test file looks a bit lean for as= many functions as the xs file creates. ;-) ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-20 15:52:38
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- Attachment #45437|0 |1 is obsolete| | ------- Additional Comments From Emmanuele Bassi 2005-04-20 11:52 ------= - Created an attachment (id=3D45492) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D45492&action=3Dview) Glib::KeyFile test suite New test suite, with a check for initial group state. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-20 15:51:45
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified Emmanuele Bassi changed: What |Removed |Added -------------------------------------------------------------------------= --- Attachment #45436|0 |1 is obsolete| | ------- Additional Comments From Emmanuele Bassi 2005-04-20 11:51 ------= - Created an attachment (id=3D45491) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D45491&action=3Dview) Glib::KeyFile XS code New XS file, implementing muppet's remarks ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-19 12:23:57
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified ------- Additional Comments From muppet 2005-04-19 08:23 ------- In get_keys() and get_groups(), you return a list of strings, or undef if= the C function returns no strings. =20 in perl that means that whether the function returned anything or not, @= return > 0. to check if there=20 are keys, i have to explicitly check defined($ret[0]). it would be easie= r to use (and code) if it returned an=20 empty list instead of undef. in the set_boolean case of set_boolean, you want SvTRUE rather than SvIV = -- this will allow you to=20 handle undef without warnings at runtime. similarly, get_boolean should = use boolSV for the new=20 boolean output value instead of newSViv. (yeah, 0 is false, but that's n= ot perl's boolean false -- that's=20 ''.) the same goes for the [sg]et_boolean_list ones. ------- You are receiving this mail because: ------- You are the assignee for the bug. |
|
From: <bug...@bu...> - 2005-04-19 10:15:11
|
Please DO NOT reply to this by email. All additional comments should be m= ade in the comments box of this bug report. http://bugzilla.gnome.org/show_bug.cgi?id=3D301171 gnome-perl | Glib | Ver: unspecified ------- Additional Comments From Emmanuele Bassi 2005-04-19 06:15 ------= - Created an attachment (id=3D45437) --> (http://bugzilla.gnome.org/attachment.cgi?id=3D45437&action=3Dview) Glib::KeyFile test suite Glib::KeyFile test suite for use with make test ------- 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.
