GNOME.org
 

Gtkmm-forge Digest, Vol 34, Issue 20

Send Gtkmm-forge mailing list submissions to
	gtkmm-forge lists sourceforge net

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/gtkmm-forge
or, via email, send a message with subject or body 'help' to
	gtkmm-forge-request lists sourceforge net

You can reach the person managing the list at
	gtkmm-forge-owner lists sourceforge net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gtkmm-forge digest..."


gtkmm-forge is the mailing list that receives gtkmm bug reports from bugzilla.  A daily digest is sent to gtkmm-main, to encourage people to help fixing the bugs. Do not try to unsubscribe gtkmm-forge from gtkmm-list.


Today's Topics:

   1. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   2. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   3. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   4. [Bug 575136] Wrap Gst::Object with gmmproc instead	of
      handwriting source files (gnomemm (bugzilla.gnome.org))
   5. [Bug 575142] clutter-gtkmm: Unable to make the	stage window
      0x240001f the current GLX drawable (gnomemm (bugzilla.gnome.org))
   6. [Bug 574861] Including _CUSTOM_CAST_CTOR and
      _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
      (glibmm (bugzilla.gnome.org))
   7. [Bug 576047] New: pkg-config for gtkmm under	Windows cannot
      handling tha path with space (gtkmm (bugzilla.gnome.org))


----------------------------------------------------------------------

Message: 1
Date: Thu, 19 Mar 2009 20:16:09 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319201609 5FCBF23F536 label gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | build | Ver: unspecified

Jos? Alburquerque changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #130437|0                           |1
        is obsolete|                            |




------- Comment #9 from Jos? Alburquerque  2009-03-19 20:16 UTC -------
Created an attachment (id=130985)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=130985&action=view)
_CUSTOM_CAST_CTOR patch

Would this patch be acceptable?


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



------------------------------

Message: 2
Date: Thu, 19 Mar 2009 20:26:17 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319202617 20E5523F501 label gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | build | Ver: unspecified




------- Comment #10 from Murray Cumming  2009-03-19 20:26 UTC -------
So you need it to allow you to do this:

Object::Object(GstObject* castitem)
:
  Glib::Object((GObject*)(castitem))
{
  if(G_LIKELY(GST_OBJECT_IS_FLOATING(castitem)))
  {
    //The floating reference is convenience for C,
    //but is useless and difficult for us:
    gst_object_ref(gobj());
    gst_object_sink(gobj());
  }
}

Wouldn't that only be called when you call wrap()? I guess that it's unusual
for a wrap() to change the floating ref. Does Gtk::Object do that? Can you give
an example of code that needs this?


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



------------------------------

Message: 3
Date: Thu, 19 Mar 2009 20:52:31 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319205231 42C7423F518 label gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | build | Ver: unspecified

Jos? Alburquerque changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |NOTABUG




------- Comment #11 from Jos? Alburquerque  2009-03-19 20:52 UTC -------
I guess I didn't think about this enough.  The code was there a while so I
thought it was necessary and operated under that assumption.  Right now my
thoughts are that if someone already had a GstObject and wanted to wrap() it,
they should worry about floating references and not the cast constructor
because it was probably obtained using C code.  In essence (and in light of
when the cast constructor is used), I think that custom code would not be
needed in the cast constructor so I'll be closing this bug.


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



------------------------------

Message: 4
Date: Thu, 19 Mar 2009 20:52:32 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 575136] Wrap Gst::Object with gmmproc
	instead	of handwriting source files
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319205232 A31D223F506 label gnome org>
Content-Type: text/plain; charset=utf-8

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

  gnomemm | gstreamermm | Ver: unspecified

Bug 575136 depends on bug 574861, which changed state.

Bug 574861 Summary: Including _CUSTOM_CAST_CTOR and _CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
http://bugzilla.gnome.org/show_bug.cgi?id=574861

           What    |Old Value                   |New Value
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |NOTABUG



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



------------------------------

Message: 5
Date: Thu, 19 Mar 2009 21:25:47 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 575142] clutter-gtkmm: Unable to make
	the	stage window 0x240001f the current GLX drawable
To: gtkmm-forge lists sourceforge net
Message-ID: <20090319212547 7D88023F536 label gnome org>
Content-Type: text/plain; charset=utf-8

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

  gnomemm | cluttermm | Ver: unspecified




------- Comment #8 from Maurice van der Pot  2009-03-19 21:26 UTC -------
Could you check if clutter_x11_untrap_x_errors() returns 10 (BadAccess) on your
system as well? I think it would make a lot more sense if it returned something
else, like BadDrawable.


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



------------------------------

Message: 6
Date: Fri, 20 Mar 2009 03:05:35 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 574861] Including _CUSTOM_CAST_CTOR and
	_CUSTOM_CONSTRUCT_CTOR macro for _CLASS_GOBJECT
To: gtkmm-forge lists sourceforge net
Message-ID: <20090320030535 7457223F52F label gnome org>
Content-Type: text/plain; charset=utf-8

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

  glibmm | build | Ver: unspecified




------- Comment #12 from Jos? Alburquerque  2009-03-20 03:06 UTC -------
Now I remember(In reply to comment #7)
> (In reply to comment #4)
> > It does the same thing for the 'const Glib::ConstructParams&' constructor as
> > what _CUSTOM_CAST_CTOR does for the cast constructor.
> 
> But surely no such constructor is generated normally. It's only in
> Glib::ObjectBase isn't it?

Aparently, the ConstructParams constructor is generated.  I removed the
duplicate constructor so that there is only one and I still get a duplicate
error definition error:

object.cc:138: error: redefinition of ?Gst::Object::Object(const
Glib::ConstructParams&)?
object.cc:32: error: ?Gst::Object::Object(const Glib::ConstructParams&)?
previously defined here

As I mentioned, I think the custom code is needed so that the floating
references of plug-ins that are created in gstreamermm are handled correctly. 
If you think this should be handled in glibmm, then I'd re-open this report and
submit a patch for a custom ConstructParams constructor.  If not, gstreamermm
would probably have to have its own _CLASS_GSTOBJECT macro that could allow a
custom ConstructParams constructor.


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



------------------------------

Message: 7
Date: Fri, 20 Mar 2009 06:53:34 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 576047] New: pkg-config for gtkmm under
	Windows cannot handling tha path with space
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-576047-5595 http bugzilla gnome org/>
Content-Type: text/plain; charset=utf-8

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

  gtkmm | general | Ver: 2.16.x
           Summary: pkg-config for gtkmm under Windows cannot handling tha
                    path with space
           Product: gtkmm
           Version: 2.16.x
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: general
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: dancefire gmail com
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
If gtkmm installed under default path of win32 installer, such as "C:\Program
Files\gtkmm". The pkg-config will not correctly output the result for --cflags
or --libs.

Steps to reproduce:
1. Install gtkmm-win32 by the official installer on the default path, or other
directory with space in its name, such as "E:\Program Files\gtkmm".
2. open command line and run 'pkg-config --cflags' or 'pkg-config --libs'


Actual results:
E:\Program Files\gtkmm>pkg-config --libs gtkmm-2.4
Files/gtkmm/lib -LE:/Program -lgtkmm-2.4 -lgiomm-2.4 -lgdkmm-2.4 -latkmm-1.6
-lgtk-win32-2.0 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lsigc-2.0
-lgdk-win32-2.0 -latk-1.0 -lgio-2.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32
-lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
-lintl

E:\Program Files\gtkmm>pkg-config --cflags gtkmm-2.4
Files/gtkmm/include/gtkmm-2.4 Files/gtkmm/lib/gtkmm-2.4/include
Files/gtkmm/include/glibmm-2.4 Files/gtkmm/lib/glibmm-2.4/include
Files/gtkmm/include/giomm-2.4 Files/gtkmm/lib/giomm-2.4/include
Files/gtkmm/include/gdkmm-2.4 Files/gtkmm/lib/gdkmm-2.4/include
Files/gtkmm/include/pangomm-1.4 Files/gtkmm/include/atkmm-1.6
Files/gtkmm/include/gtk-2.0 -mms-bitfields Files/gtkmm/include/sigc++-2.0
Files/gtkmm/lib/sigc++-2.0/include Files/gtkmm/include/glib-2.0
Files/gtkmm/lib/glib-2.0/include Files/gtkmm/lib/gtk-2.0/include
Files/gtkmm/include/cairomm-1.0 Files/gtkmm/include/pango-1.0
Files/gtkmm/include/cairo Files/gtkmm/include/libpng12
Files/gtkmm/include/atk-1.0 -IE:/Program

Expected results:


Does this happen every time?
yes, it is happened every time.

Other information:


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



------------------------------

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com

------------------------------

_______________________________________________
Gtkmm-forge mailing list
Gtkmm-forge lists sourceforge net
https://lists.sourceforge.net/lists/listinfo/gtkmm-forge


End of Gtkmm-forge Digest, Vol 34, Issue 20
*******************************************
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]