GNOME.org
 

Gtkmm-forge Digest, Vol 31, Issue 14

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 565454] Problematic packaging of 0.9.8
      (gnomemm (bugzilla.gnome.org))
   2. [Bug 566003] New:	Gio::File::make_directory_with_parents() -
      missing implementation (glibmm (bugzilla.gnome.org))
   3. [Bug 565454] Problematic packaging of 0.9.8
      (gnomemm (bugzilla.gnome.org))
   4. [Bug 566143] New: Enumeration of printers seems	non
      functional. (gtkmm (bugzilla.gnome.org))
   5. [Bug 566143] Enumeration of printers seems non	functional.
      (gtkmm (bugzilla.gnome.org))
   6. [Bug 566147] New: Reading out papersize from a	saved
      PageSetup seems to fail,  (gtkmm (bugzilla.gnome.org))


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

Message: 1
Date: Tue, 30 Dec 2008 02:10:49 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 565454] Problematic packaging of 0.9.8
To: gtkmm-forge lists sourceforge net
Message-ID: <20081230021049 66FB623F4F9 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=565454

  gnomemm | gstreamermm | Ver: unspecified




------- Comment #11 from Jos? Alburquerque  2008-12-30 02:10 UTC -------
(In reply to comment #10)
> There should be ifdefs in the wrap_init.cc just as there are for deprecated or
> optional API in gtkmm. That would require some changes to the wrap_init.pl
> script, or a local copy of it, I guess.

Now I think I understand (sorry).  I think ifdefs are possible using the
gstreamer gst-inspect tool in the configure.ac file and defining C preprocessor
symbols for each plug-in available.  The symbols can be used in wrap_init.pl
for each plug-in as you say.

It looks like something similar to what is done for deprecated classes (also as
you said) may be necessary for plug-ins, namely a macro similar to
_IS_DEPRECATED in gtkmm (maybe _IS_PLUGIN).  Would this require a new class
macro (like _CLASS_GSTOBJECT) with which to use the "_IS_PLUGIN" macro (as is
done with _CLASS_GTKOBJECT) or can the "tagging" macro be placed somewhere in
the m4 files and then used with _CLASS_GOBJECT as is done presently?

Finally, would it be convenient to do the same thing for plug-ins that don't
exist that is done in gtkmm with deprecated classes by having ifdefs in the
source files of the plug-ins?  In this case, base.m4 in glibmm may have to be
modified slightly so that if a gstreamermm plug-in has been marked, the ifdefs
are included.


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



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

Message: 2
Date: Tue, 30 Dec 2008 05:37:46 +0000 (UTC)
From: "glibmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 566003] New:
	Gio::File::make_directory_with_parents() - missing implementation
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-566003-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=566003

  glibmm | giomm | Ver: 2.18.x
           Summary: Gio::File::make_directory_with_parents() - missing
                    implementation
           Product: glibmm
           Version: 2.18.x
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: critical
          Priority: Normal
         Component: giomm
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: philip belemezov gmail com
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: 2.23/2.24
   GNOME milestone: Unspecified


Steps to reproduce:
Gio::File::make_directory_with_parents() is not implemented (in the `file.ccg'
file), causing linker errors.

To verify (on Ubuntu 8.10, amd64, glibmm 2.18.1-1):
% nm -D /usr/lib/libgiomm-2.4.so.1.2.0 | c++filt | grep
make_directory_with_parents 
000000000003b440 T
Gio::File::make_directory_with_parents(Glib::RefPtr<Gio::Cancellable> const&)
                 U g_file_make_directory_with_parents

Stack trace:



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



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

Message: 3
Date: Tue, 30 Dec 2008 06:02:03 +0000 (UTC)
From: "gnomemm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 565454] Problematic packaging of 0.9.8
To: gtkmm-forge lists sourceforge net
Message-ID: <20081230060203 25B5823F51B 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=565454

  gnomemm | gstreamermm | Ver: unspecified




------- Comment #12 from Jos? Alburquerque  2008-12-30 06:02 UTC -------
(In reply to comment #11)
> It looks like something similar to what is done for deprecated classes (also as
> you said) may be necessary for plug-ins, namely a macro similar to
> _IS_DEPRECATED in gtkmm (maybe _IS_PLUGIN).  Would this require a new class
> macro (like _CLASS_GSTOBJECT) with which to use the "_IS_PLUGIN" macro (as is
> done with _CLASS_GTKOBJECT) or can the "tagging" macro be placed somewhere in
> the m4 files and then used with _CLASS_GOBJECT as is done presently?

Nevermind.  It looks like an _IS_PLUGIN macro can be included in the m4 files
(one named shared.m4) and a new class macro is not required.

> Finally, would it be convenient to do the same thing for plug-ins that don't
> exist that is done in gtkmm with deprecated classes by having ifdefs in the
> source files of the plug-ins?  In this case, base.m4 in glibmm may have to be
> modified slightly so that if a gstreamermm plug-in has been marked, the ifdefs
> are included.

Oops, this also is not needed because the plug-ins that don't exist can
actually be excluded from the build.  I'll post a suggested patch that would
fix things a bit later.


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



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

Message: 4
Date: Wed, 31 Dec 2008 15:25:55 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 566143] New: Enumeration of printers
	seems	non functional.
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-566143-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=566143

  gtkmm | general | Ver: 2.4
           Summary: Enumeration of printers seems non functional.
           Product: gtkmm
           Version: 2.4
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: general
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: bugzilla krill nu
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: 2.23/2.24
   GNOME milestone: Unspecified


Please describe the problem:
Im unable to enumerate printers with gtkmm.

With a small program to enumerate printers and dump some info on them i get a
lot of errors. Such as:

GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)'
failed

Further more request details seems to not work at all.

Steps to reproduce:



Actual results:


Expected results:


Does this happen every time?


Other information:
This is on Ubuntu 8.10


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



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

Message: 5
Date: Wed, 31 Dec 2008 15:28:38 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 566143] Enumeration of printers seems
	non	functional.
To: gtkmm-forge lists sourceforge net
Message-ID: <20081231152838 2169423F51B 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=566143

  gtkmm | general | Ver: 2.4




------- Comment #1 from Tor Krill  2008-12-31 15:28 UTC -------
Created an attachment (id=125584)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=125584&action=view)
Example program not working.

Running this application on my system i get:

tor sid:~/tests/cpp_enumerate$ ./enumtest 
enumerating
Printer:Print to File
Details available...
Name: Print to File
No pagesetup available

(enumtest:20970): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed
Printer:QL-500
Request details.
Name: QL-500
No pagesetup available
Printer:tors
Request details.
Name: tors
No pagesetup available

(enumtest:20970): GLib-GObject-WARNING **: instance of invalid
non-instantiatable type `<invalid>'

(enumtest:20970): GLib-GObject-CRITICAL **: g_signal_emit_by_name: assertion
`G_TYPE_CHECK_INSTANCE (instance)' failed

(enumtest:20970): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed

(enumtest:20970): GLib-GObject-WARNING **: instance with invalid (NULL) class
pointer

(enumtest:20970): GLib-GObject-CRITICAL **: g_signal_emit_by_name: assertion
`G_TYPE_CHECK_INSTANCE (instance)' failed

(enumtest:20970): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed


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



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

Message: 6
Date: Wed, 31 Dec 2008 15:51:51 +0000 (UTC)
From: "gtkmm (bugzilla.gnome.org)"
	<bugzilla-daemon bugzilla gnome org>
Subject: [gtkmm bugzilla] [Bug 566147] New: Reading out papersize from
	a	saved PageSetup seems to fail, 
To: gtkmm-forge lists sourceforge net
Message-ID: <bug-566147-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=566147

  gtkmm | general | Ver: 2.4
           Summary: Reading out papersize from a saved PageSetup seems to
                    fail,
           Product: gtkmm
           Version: 2.4
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: general
        AssignedTo: gtkmm-forge lists sourceforge net
        ReportedBy: bugzilla krill nu
         QAContact: gtkmm-forge lists sourceforge net
     GNOME version: 2.23/2.24
   GNOME milestone: Unspecified


Please describe the problem:
In my application, basically the print example from gtkmm docs, when the user
has done a page setup to configure the page setup i save this with the
save_to_file method. (And i do the same with the printer settings to select the
right printer)

When restarting the application i read this back when creating the new
pagesetup (And print settings). But doing this it seems like the papersize gets
wrong for some reason.

Dumping initial values after page setup in application gives:

Display name: Standard Address Label (29 x 90mm)
Name        : ppd_StandardAddressLabel
PPD name    : StandardAddressLabel
Is custom   : 1
Height      : 89.9583
Width       : 28.9278
Def bot marg: 6.35
Def top marg: 6.35
Def lft marg: 6.35
Def rgh marg: 6.35

I then manually set margins to 0 to get correct printing.

The written file looks like this:

[Page Setup]
PPDName=StandardAddressLabel
DisplayName=Standard Address Label (29 x 90mm)
Width=28.927777777777774
Height=89.958333333333329
MarginTop=0
MarginBottom=0
MarginLeft=0
MarginRight=0
Orientation=landscape

Restarting the application reading above and dump it yields:

Display name: Standard Address Label (29 x 90mm)
Name        : ppd_StandardAddressLabel
PPD name    : StandardAddressLabel
Is custom   : 1
Height      : 31.7353
Width       : 10.2051
Def bot marg: 6.35
Def top marg: 6.35
Def lft marg: 6.35
Def rgh marg: 6.35

Where height and width is set wrongly.

I further tried to do the same and use set_paper_size to correct this. But it
seems to work as above.


Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen 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=566147.



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

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


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

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


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