Sæl !
I tried my example but without any sucess as the area is not suppose to have that
method !
Traceback (most recent call last):
File ./ldraw2.py, line 2884, in area_expose_cb
area.window.signal_handler_block(self.signal_id)
AttributeError: 'gtk.gdk.Window' object has no attribute
On Fri, 2003-12-05 at 12:27, GopinathR wrote:
These are the following steps which I carried out.
1.http://www.pcpm.ucl.ac.be/~gustin/win32_ports/binaries/pygtk-2.0.0.win32-p
y2.3.exe
2.http://prdownloads.sourceforge.net/gtk-win --
(GTK-Runtime-Environment-2.2.4.1.exe)
By doing this, I
On Mon, Dec 08, 2003 at 09:50:30AM +, Jean-Baptiste Cazier wrote:
I tried my example but without any sucess as the area is not suppose to have that
method !
Traceback (most recent call last):
File ./ldraw2.py, line 2884, in area_expose_cb
Sael !
Thanks again for the interest you give to my development :)
As I stated in my e-mail I started with the area itself without sucess.
Then I tried with its associated window, but none of them have the block event
installed
But I realise I put the wrong output line in my e-mail :(
area
On Mon, Dec 08, 2003 at 12:47:39PM +, Jean-Baptiste Cazier wrote:
But I realise I put the wrong output line in my e-mail :(
area expose cb GdkRectangle at 0x81fa890 0 __main__.DrawingArea instance at
0x863e97c GdkEvent at 0xbfffdaa0 gtk.DrawingArea object (GtkDrawingArea) at
0x8513c04
Indeed I found there the handler_block command which actually exists
However it did not solve my problem at all
I even tried to the more direct disconnect at start and re-connection at the end of
the routine but without further success
I am quite disappointed
I simply do not understand why the
On Mon, Dec 08, 2003 at 01:24:41PM +, Jean-Baptiste Cazier wrote:
Indeed I found there the handler_block command which actually exists
However it did not solve my problem at all
Hmm. Do you mean that even with handler_block() your callback is
triggered by an expose-event? That's quite odd.
A Sex, 2003-12-05 às 18:13, Jean-Baptiste Cazier escreveu:
hi !
After further investigation it seems that the routine called by my expose_event
signal is generating itself new expose_event...
To avoid that effect I would like to block the signal when entering the routine and
unblock it
On Monday 08 December 2003 10:37 am, Gustavo J. A. M. Carneiro wrote:
. This would be a Bad Idea (TM)!
Anyway, an alternative to signal handler blocking, which doesn't seem
to be working (I read down the thread), would be a simple trick of
locking:
def area_expose_cb(self, area,
Sorry if this is a dupe but my message from last night didn't seem to
make it on to the list.
I'm trying to figure out how to use gtk.gdk.Pixbuf in such a way that it
doesn't consume all the memory in the system. Part of my app is a list
of thumbnail views of pictures each of which I create
I can't find anything in the API to tell it to let go and just letting
pixbuf object go out of scope doesn't seem to do the trick. I have a
picture thumbnail display list that just eats up memory until the OOM
killer gets it. It loads the images using gtk.gdk.pixbuf_new_from_file
and then
Gary Herron wrote:
On Monday 08 December 2003 09:57 am, Jeff Bowden wrote:
Sorry if this is a dupe but my message from last night didn't seem to
make it on to the list.
I'm trying to figure out how to use gtk.gdk.Pixbuf in such a way that it
doesn't consume all the memory in the system. Part
On Mon, Dec 08, 2003 at 10:47:47AM -0800, Jeff Bowden wrote:
Are the pygtk developers on this list or is there a separate dev list
somewhere?
We're on the list, but we're hiding from you!
More seriously, I've asked Gustavo and he says there doesn't appear to
be a leak in your case -- it could
A Seg, 2003-12-08 às 03:02, Jeff Bowden escreveu:
I can't find anything in the API to tell it to let go and just letting
pixbuf object go out of scope doesn't seem to do the trick. I have a
picture thumbnail display list that just eats up memory until the OOM
killer gets it. It loads the
Christian Robottom Reis wrote:
On Mon, Dec 08, 2003 at 10:47:47AM -0800, Jeff Bowden wrote:
Are the pygtk developers on this list or is there a separate dev list
somewhere?
We're on the list, but we're hiding from you!
More seriously, I've asked Gustavo and he says there doesn't appear
*23.16. Is there a resource leak? Why do I run out of memory using
Pixbuf?*
The answer is Interesting GC behaviour in Python. Apparently
finalizers are not necessarily called as soon as an object goes out of
scope. My guess is that the python memory manager doesn't directly know
about
16 matches
Mail list logo