gtk2-perl-bugs — Bug reports and mail from bugzilla

[Gtk2-perl-bugs] [Bug 576372] [Glib-1.220] Missing exports for Win32

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=576372

  gnome-perl | Glib | Ver: unspecified




------- Comment #1 from Martin Schlemmer  2009-03-23 10:15 UTC -------
Created an attachment (id=131169)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=131169&action=view)
Glib-1.220-exports.diff


-- 
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=576372.

[Gtk2-perl-bugs] [Bug 576372] New: [Glib-1.220] Missing exports for Win32

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=576372

  gnome-perl | Glib | Ver: unspecified
           Summary: [Glib-1.220] Missing exports for Win32
           Product: gnome-perl
           Version: unspecified
          Platform: Other
        OS/Version: Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: Glib
        AssignedTo: gtk...@li...
        ReportedBy: 112...@nw...
         QAContact: gtk...@li...
     GNOME version: Unspecified
   GNOME milestone: Unspecified


There may be more missing exports looking at GOption.xs, but for now this
causes Gtk2-1.220 to fail:

xs/Gtk2.o:Gtk2.c:(.text+0x5543): undefined reference to
`gperl_option_group_get_
type'


-- 
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=576372.

[Gtk2-perl-bugs] [Bug 573099] Fail to generate podindex due to quoting problem

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573099

  gnome-perl | Glib | Ver: unspecified

Torsten Schoenfeld changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #129483|none                        |committed
               Flag|                            |
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




------- Comment #4 from Torsten Schoenfeld  2009-03-19 17:30 UTC -------
Aha, OK.  Patch committed.  Thanks!


-- 
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=573099.

[Gtk2-perl-bugs] [Bug 574306] gperl_callback_invoke() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574306

  gnome-perl | Glib | Ver: unspecified




------- Comment #4 from Kevin Ryde  2009-03-10 00:26 UTC -------
I had moved the GValue variable out of the loop since g_value_unset() clears it
to zeros, no need for a fresh initializer to do that ... which may save 2
nanoseconds.


-- 
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=574306.

[Gtk2-perl-bugs] [Bug 573099] Fail to generate podindex due to quoting problem

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573099

  gnome-perl | Glib | Ver: unspecified




------- Comment #3 from Martin Schlemmer  2009-03-09 11:27 UTC -------
The Makefile is fine - seems like dmake interprets {} specially (see below). 
The command dmake calls is:

-----<dmake verbose output>-----
dmake:  >>>> Making [build\podindex::{2}]
dmake:  Updating [build\podindex], (1236594519 > 0)
C:\Perl\bin\perl.exe -l -e "print qq{@ARGV}" -- Generating POD...
Generating POD...
C:\Perl\bin\perl.exe -I blib\lib -I blib\arch -MGlib::GenPod -MGlib \
                -e "add_types (qq(doctypes));
Glib::GenPod::set_copyright(qqCopyright); Glib::GenPod::set_copyright(qq(C));
Glib::GenPod::set_copyright(qq2003-2008); Glib::GenPod::set_copyright(qqby);
Glib::GenPod::set_copyright(qqthe); Glib::GenPod::set_copyright(qqgtk2-perl);
Glib::GenPod::set_copyright(qqteam.\n\nThis);
Glib::GenPod::set_copyright(qqsoftware); Glib::GenPod::set_copyright(qqis);
Glib::GenPod::set_copyright(qqlicensed); Glib::GenPod::set_copyright(qqunder);
Glib::GenPod::set_copyright(qqthe); Glib::GenPod::set_copyright(qqLGPL.);
Glib::GenPod::set_copyright(qqSee); Glib::GenPod::set_copyright(qqL<Glib>);
Glib::GenPod::set_copyright(qqfor); Glib::GenPod::set_copyright(qqa);
Glib::GenPod::set_copyright(qqfull); Glib::GenPod::set_copyright(qqnotice.\n);
Glib::GenPod::set_main_mod(qq(Glib));  xsdoc2pod(q(build/doc.pl), q(blib\lib),
q(build/podindex));"
Backslash found where operator expected at -e line 1, near "n\"
syntax error at -e line 1, near "n\"
syntax error at -e line 1, near ".)"
syntax error at -e line 1, near "Glib>"
Execution of -e aborted due to compilation errors.
dmake:  Error code 137, while making 'build\podindex'
-----<dmake verbose output>-----

-----<dmake man page snippit>-----
       The final non-standard macro expansion is of the form:

              string1{token_list}string2

       where string1, string2 and token_list are expanded.   After  expansion,
       string1  is  prepended to each token found in token_list and string2 is
       appended to each resulting token from the  previous  prepend.   string1
       and  string2  are  not  delimited  by white space whereas the tokens in
       token_list are.  A null token in the token list is specified using  "".
       Thus using another example we have:

              test/{f1 f2}.o     --> test/f1.o test/f2.o
              test/ {f1 f2}.o    --> test/ f1.o f2.o
              test/{f1 f2} .o    --> test/f1 test/f2 .o
              test/{"f1"  ""}.o  --> test/f1.o test/.o

              and

              test/{d1 d2}/{f1 f2}.o --> test/d1/f1.o test/d1/f2.o
                                         test/d2/f1.o test/d2/f2.o

       This  last  expansion  is  activated  only when the first characters of
       token_list appear immediately after the opening '{' with no intervening
       white  space.   The reason for this restriction is the following incom-
       patibility with Bourne Shell recipes.  The line

              { echo hello;}

       is valid /bin/sh syntax; while

              {echo hello;}

       is not. Hence the latter triggers the enhanced  macro  expansion  while
       the  former causes it to be suppressed.  See the SPECIAL MACROS section
       for a description of the special macros that dmake defines  and  under-
       stands.
-----<dmake man page snippit>-----


-- 
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=573099.

[Gtk2-perl-bugs] [Bug 573098] Fail to properly detect MakeMaker version

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573098

  gnome-perl | Gtk2 | Ver: unspecified

Torsten Schoenfeld changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kaf...@gm...
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WONTFIX




------- Comment #2 from Torsten Schoenfeld  2009-03-08 19:07 UTC -------
The message is just a warning, and the affected code is only relevant when
creating the tarball distribution.  So it's safe to ignore.

Also: a module's $VERSION really ought to be a proper floating point number. 
Anything else is just broken.

And: we'll probably soon alter the affected part of the code to just always use
META_MERGE, voiding the need for a version check.

Consequently, I don't think we will fix this.  But thanks for the report and
the patch, anyway!


-- 
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=573098.

[Gtk2-perl-bugs] [Bug 573099] Fail to generate podindex due to quoting problem

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573099

  gnome-perl | Glib | Ver: unspecified

Torsten Schoenfeld changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kaf...@gm...




------- Comment #2 from Torsten Schoenfeld  2009-03-08 19:02 UTC -------
Something went terribly wrong there.  How did this one call to
Glib::GenPod::set_copyright turn into dozens of calls?  Does dmake interpret
the q{} syntax in some special way?  Or does the generated Makefile contain all
these calls already?


-- 
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=573099.

[Gtk2-perl-bugs] [Bug 574306] gperl_callback_invoke() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574306

  gnome-perl | Glib | Ver: unspecified

Torsten Schoenfeld changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kaf...@gm...
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




------- Comment #3 from Torsten Schoenfeld  2009-03-08 18:45 UTC -------
Wow, that's a gigantic leak.  Patch committed, thanks!


-- 
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=574306.

[Gtk2-perl-bugs] [Bug 574305] Gtk2::TreeModelFilter::new() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574305

  gnome-perl | Gtk2 | Ver: unspecified

Torsten Schoenfeld changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kaf...@gm...
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED




------- Comment #2 from Torsten Schoenfeld  2009-03-08 18:01 UTC -------
Committed.  Thanks!


-- 
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=574305.

[Gtk2-perl-bugs] [Bug 574326] flags bool() as method too

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574326

  gnome-perl | Glib | Ver: unspecified




------- Comment #1 from Kevin Ryde  2009-03-05 23:44 UTC -------
Created an attachment (id=130163)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=130163&action=view)
change to have $flags->bool as a method, as well as an overload


-- 
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=574326.

[Gtk2-perl-bugs] [Bug 574326] New: flags bool() as method too

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574326

  gnome-perl | Glib | Ver: unspecified
           Summary: flags bool() as method too
           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


I got to the change below for having $flags->bool available as a method as well
as an overload.  It changes the parameters names to "f" for flags instead of
"a" from a,b,swap, and in the to_arrayref bit as well, for the benefit of the
generated docs and usage message.

I think the binary ops may be best left alone for now.  If they were methods
you'd probably like them to take any number of args, instead of just 1.  But
doing that could make the swap arg ambiguous, so leave those bits alone for
now.


-- 
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=574326.

[Gtk2-perl-bugs] [Bug 574306] gperl_callback_invoke() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574306

  gnome-perl | Glib | Ver: unspecified




------- Comment #2 from Kevin Ryde  2009-03-05 21:14 UTC -------
Created an attachment (id=130155)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=130155&action=view)
patch for gperl_callback_invoke()


-- 
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=574306.

[Gtk2-perl-bugs] [Bug 574306] gperl_callback_invoke() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574306

  gnome-perl | Glib | Ver: unspecified




------- Comment #1 from Kevin Ryde  2009-03-05 21:12 UTC -------
Created an attachment (id=130154)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=130154&action=view)
failing .t case


-- 
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=574306.

[Gtk2-perl-bugs] [Bug 574306] New: gperl_callback_invoke() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574306

  gnome-perl | Glib | Ver: unspecified
           Summary: gperl_callback_invoke() reference leak
           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


With the current cvs and debian i386 perl 5.10.0, in the additions to GtkHBox.t
below the last test case fails.

The two new tests ask that a label widget is destroyed when weakened, after
it's been added to and removed from the box.  The first test succeeds, but the
second test, where the label has also been subject to a $box->foreach, fails.

Some digging suggests gperl_callback_invoke() is incrementing the C-side
ref_count, ie. g_object_ref(), and never unreffing.  I believe it may be due to
not having g_value_unset(), per change below.

I don't think anywhere in Glib-Perl itself puts objects through GPerlCallback,
to exercise the problem, hence a test case only for gtk.  I noticed it with
GtkTreeModelFilter when calling out to a "modify" function, but
gtk_container_foreach() is a much simpler failing 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=574306.

[Gtk2-perl-bugs] [Bug 574305] Gtk2::TreeModelFilter::new() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574305

  gnome-perl | Gtk2 | Ver: unspecified




------- Comment #1 from Kevin Ryde  2009-03-05 20:57 UTC -------
Created an attachment (id=130153)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=130153&action=view)
diff and test case


-- 
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=574305.

[Gtk2-perl-bugs] [Bug 574305] New: Gtk2::TreeModelFilter::new() reference leak

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=574305

  gnome-perl | Gtk2 | Ver: unspecified
           Summary: Gtk2::TreeModelFilter::new() reference leak
           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


When a Gtk2::TreeModelFilter is created by Gtk2::TreeModelFilter::new() I
believe it's not destroyed when no longer referenced from perl.  Failing .t
case in the diff below.

I think it's just a case of wanting "_noinc" on the return, since
gtk_tree_model_filter_new() is a constructor and returns a ref_count of 1 ready
to take over.  Change in the diff below seems to work for me.


-- 
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=574305.

[Gtk2-perl-bugs] [Bug 573493] suggest call-out for GObject "constructor" func

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573493

  gnome-perl | Glib | Ver: unspecified




------- Comment #3 from Kevin Ryde  2009-03-03 00:26 UTC -------
Me?  Nope, it's a maze of twisty passages.  The construct-only properties was
something I wondered about too, but don't really need.

I see the bit about how a vfunc can find its superclass came up yet again. 
That seems like a hydra.  If the C funcs have to implicitly know their
superclass it might be necessary to build a new func for each subclass at
runtime.  Not hard to make some asm bytes, but being thread-safe, portable, and
coping with normally no-exec data segments could be painful.


-- 
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=573493.

[Gtk2-perl-bugs] [Bug 567653] signal_chain_from_overridden vs do_mysig

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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

Kevin Ryde changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




------- Comment #4 from Kevin Ryde  2009-03-01 23:40 UTC -------
Umm, no.  I was hoping the gsignal docs might say if G_TYPE_NONE is meant to be
ok.  I suppose if GtkBindings does that then it can't be too terrible.  

"When the president does it it's not illegal."


-- 
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.

[Gtk2-perl-bugs] [Bug 573493] suggest call-out for GObject "constructor" func

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573493

  gnome-perl | Glib | Ver: unspecified




------- Comment #2 from Torsten Schoenfeld  2009-03-01 12:43 UTC -------
Created an attachment (id=129778)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=129778&action=view)
GObject constructor and constructed discussion

This came up about two years ago in a discussion between Emmanuele, muppet, and
me.  I don't recall every detail now, but I think the conclusion was that it is
better to have a CONSTRUCTED that mimics GObject::constructed.  I attach the
mail discussion in HTML form (converted by mhonarc).

Can you see a way out of this labyrinth?


-- 
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=573493.

[Gtk2-perl-bugs] [Bug 573493] suggest call-out for GObject "constructor" func

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573493

  gnome-perl | Glib | Ver: unspecified




------- Comment #1 from Kevin Ryde  2009-02-27 23:46 UTC -------
Created an attachment (id=129695)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=129695&action=view)
failing ChooserDialog subclass 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=573493.

[Gtk2-perl-bugs] [Bug 573493] New: suggest call-out for GObject "constructor" func

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573493

  gnome-perl | Glib | Ver: unspecified
           Summary: suggest call-out for GObject "constructor" func
           Product: gnome-perl
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: Glib
        AssignedTo: gtk...@li...
        ReportedBy: us...@zi...
         QAContact: gtk...@li...
     GNOME version: Unspecified
   GNOME milestone: Unspecified


With Perl-Gtk 1.200 and Gtk 2.12.11 the foo.pl below gets an error

GLib-GObject-CRITICAL **: g_object_set_property: assertion `G_IS_OBJECT
(object)' failed at foo.pl line 12.

I believe GtkFileChooserDialog dispatches chooser properties like 'action' to
its child GtkFileChooserWidget, but that widget is only created by the
GtkFileChooserDialog "class->constructor" func and is thus not available in a
subclass INIT_INSTANCE.

It'd be good to have a way to run code in the constructor() stage of a
subclass.  The gobject docs say this is supposed to be rarely needed, but
cooperating with what a superclass like GtkFileChooserDialog does in a
constructor() would be a good use.

If the docs are to be believed constructor stuff normally runs bottom-up, ie.
the first thing you do is call to the superclass constructor.  In theory it
looks like maybe you could mangle the GObjectConstructParam pspec+values going
to the superclass, or something like that.  So maybe an arbitrarily chainable
scheme could be wanted, at least eventually.

The workaround I got to for a perl subclass of GtkFileChooserDialog was to make
my own new(), and set ChooserWidget properties in there. Of course subclassed
new() is outside the GObject mechanism, not reached by non-Perl constructor
code.  For example making such a subclass with the GtkBuilder mechanism doesn't
reach that new() code.


-- 
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=573493.

[Gtk2-perl-bugs] [Bug 573099] Fail to generate podindex due to quoting problem

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573099

  gnome-perl | Glib | Ver: unspecified




------- Comment #1 from Martin Schlemmer  2009-02-25 11:09 UTC -------
Created an attachment (id=129483)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=129483&action=view)
Glib-quoting-fix.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=573099.

[Gtk2-perl-bugs] [Bug 573099] New: Fail to generate podindex due to quoting problem

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573099

  gnome-perl | Glib | Ver: unspecified
           Summary: Fail to generate podindex due to quoting problem
           Product: gnome-perl
           Version: unspecified
          Platform: Other
        OS/Version: Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: Glib
        AssignedTo: gtk...@li...
        ReportedBy: 112...@nw...
         QAContact: gtk...@li...
     GNOME version: Unspecified
   GNOME milestone: Unspecified


I am guessing this is only a problem on Windows:

Generating POD...
c:\Perl\bin\perl.exe -I blib\lib -I blib\arch -MGlib::GenPod -MGlib \
                -e "add_types (qq(doctypes)); 
Glib::GenPod::set_copyright(qqCopyright); Glib::GenPod::set_copyright(qq(C));
Glib::GenPod::set_copyright(qq2003-2008); Glib::GenPod::set_copyright(qqby);
Glib::GenPod::set_copyright(qqthe); Glib::GenPod::set_copyright(qqgtk2-perl);
Glib::GenPod::set_copyright(qqteam.\n\nThis);
Glib::GenPod::set_copyright(qqsoftware); Glib::GenPod::set_copyright(qqis);
Glib::GenPod::set_copyright(qqlicensed); Glib::GenPod::set_copyright(qqunder);
Glib::GenPod::set_copyright(qqthe); Glib::GenPod::set_copyright(qqLGPL.);
Glib::GenPod::set_copyright(qqSee); Glib::GenPod::set_copyright(qqL<Glib>);
Glib::GenPod::set_copyright(qqfor); Glib::GenPod::set_copyright(qqa);
Glib::GenPod::set_copyright(qqfull); Glib::GenPod::set_copyright(qqnotice.\n);
Glib::GenPod::set_main_mod(qq(Glib));  xsdoc2pod(q(build/doc.pl), q(blib\lib),
q(build/podindex));"
Backslash found where operator expected at -e line 1, near "n\"
syntax error at -e line 1, near "n\"
syntax error at -e line 1, near ".)"
syntax error at -e line 1, near "Glib>"
Execution of -e aborted due to compilation errors.
dmake.exe:  c:\MinGW\bin\startup\config.mk:  line 5:  Warning: -- Macro `OS'
redefined after use
dmake.exe:  c:\MinGW\bin\startup\startup.mk:  line 140:  Warning: -- More than
one prerequisite
for %-target. Use :| ruleop or indirect prerequisites.
dmake.exe:  c:\MinGW\bin\startup\startup.mk:  line 144:  Warning: -- More than
one prerequisite
for %-target. Use :| ruleop or indirect prerequisites.
dmake.exe:  makefile:  line 428:  Warning: -- The .SUFFIXES target has no
special meaning and is deprecated.
dmake.exe:  Warning: -- Found file corresponding to virtual target
[blib\lib\Glib\GenPod.pm].
dmake.exe:  Warning: -- Found file corresponding to virtual target
[build\podindex].
dmake.exe:  Warning: -- Found file corresponding to virtual target
[blib\lib\Glib\ParseXSDoc.pm].
dmake.exe:  Warning: -- Found file corresponding to virtual target
[build\doc.pl].
dmake.exe:  Error code 137, while making 'build\podindex'


-- 
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=573099.

[Gtk2-perl-bugs] [Bug 573098] Fail to properly detect MakeMaker version

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573098

  gnome-perl | Gtk2 | Ver: unspecified




------- Comment #1 from Martin Schlemmer  2009-02-25 11:02 UTC -------
Created an attachment (id=129482)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=129482&action=view)
Gtk2-MM-version-fix.patch

Suggested patch that removes the micro part of the version in the comparison.

PS: This is the same for Glib - not sure about the newer stuff that uses the
Pango module.


-- 
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=573098.

[Gtk2-perl-bugs] [Bug 573098] New: Fail to properly detect MakeMaker version

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

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=573098

  gnome-perl | Gtk2 | Ver: unspecified
           Summary: Fail to properly detect MakeMaker version
           Product: gnome-perl
           Version: unspecified
          Platform: Other
        OS/Version: Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: Gtk2
        AssignedTo: gtk...@li...
        ReportedBy: 112...@nw...
         QAContact: gtk...@li...
     GNOME version: Unspecified
   GNOME milestone: Unspecified


If the version number have a micro component, below is the result:

$ perl Makefile.PL
Set up gcc environment - gcc (4.3.2-tdm-2 mingw32) 4.3.2
Including generated API documentation...
Argument "6.42.1" isn't numeric in numeric ge (>=) at Makefile.PL line 270.
Note (probably harmless): No library found for -Wl,-luuid
Writing Makefile for Gtk2


-- 
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=573098.