On Mon, 2006-07-31 at 18:04 +0530, harshavardhanreddy mandeepala wrote:
Hi all i am trying to crosscompile Gtk application to arm-linux.
I created crossdevelopment tools and installed .
But the Gtk application is giving problem when linking.
The error message is as follows.
On Fri, 2006-08-04 at 13:25 +0200, gwenj wrote:
Hello,
I use gtk+ for my soft's graphic interface.
But valgrind make an log file containing approximately 22700 lines for an
simple source code like :
#include gtk/gtk.h
int main(int argc, char **argv) {
gtk_init(argc, argv);
On Sun, Aug 06, 2006 at 09:45:00AM +0200, Iago Rubio wrote:
I've just compiled and run this code snippet with valgrind, and the
results are on my system (Fedora):
ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 12 from 1)
malloc/free: in use at exit: 0 bytes in 0 blocks.
malloc/free:
On Sun, 06 Aug 2006 13:53:46 +0200
Iago Rubio [EMAIL PROTECTED] wrote:
On Sun, 2006-08-06 at 11:37 +0200, gwenhael wrote:
On Sun, 06 Aug 2006 09:45:00 +0200
Iago Rubio [EMAIL PROTECTED] wrote:
On Fri, 2006-08-04 at 13:25 +0200, gwenj wrote:
Hello,
I use gtk+ for my soft's
On Sun, 6 Aug 2006, Iago Rubio wrote:
The 'possibly lost' bites means - AFAIK - that exists pointers to the
interior of the analyzed block that may have pointed to the start of the
block and have been moved, among other possible causes, such as debug
padding - where a pointer to an object is
Hi, unfortunately nobody seems to have an idea so far.
Perhaps I can try it more simple:
How can I replace an Image by another one at runtime (without producing a
memory leak)?
In fact this could help to solve the same problem. At least it's worth a try...
Thanks, dasaspock
What you can do is use g_object_get_property on the image to get the reference
(or, if it doesn't reference it, you may need to use g_object_ref), then use
g_object_set_property to set the image. This works on GtkImage, for example.
- Original Message
From: [EMAIL PROTECTED]
To:
On Sun, 06 Aug 2006 09:45:00 +0200
Iago Rubio [EMAIL PROTECTED] wrote:
On Fri, 2006-08-04 at 13:25 +0200, gwenj wrote:
Hello,
I use gtk+ for my soft's graphic interface.
But valgrind make an log file containing approximately 22700 lines for an
simple source code like :
#include
On Sun, 06 Aug 2006 13:53:46 +0200
Iago Rubio [EMAIL PROTECTED] wrote:
On Sun, 2006-08-06 at 11:37 +0200, gwenhael wrote:
On Sun, 06 Aug 2006 09:45:00 +0200
Iago Rubio [EMAIL PROTECTED] wrote:
On Fri, 2006-08-04 at 13:25 +0200, gwenj wrote:
Hello,
I use gtk+ for my soft's
On Sun, Aug 06, 2006 at 02:33:41PM +0200, [EMAIL PROTECTED] wrote:
Hi, unfortunately nobody seems to have an idea so far.
[...]
So many things, I don't know where to start...
Hi, I have a problem with keeping an animated gif running while the gtk main
loop is blocked.
The gif (called
On Sun, 2006-08-06 at 11:38 +0200, David Nečas (Yeti) wrote:
On Sun, Aug 06, 2006 at 09:45:00AM +0200, Iago Rubio wrote:
I've just compiled and run this code snippet with valgrind, and the
results are on my system (Fedora):
ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 12 from
Thank you very much!
Like this it's now working and seems korrekt :-)
GdkPixbufAnimationIter *animIter = gdk_pixbuf_animation_get_iter
(waitImageAnimated, NULL);
while(...) {
gtk_widget_queue_draw(GTK_WIDGET (GTK_DIALOG (waitDlg)-vbox));
On Sun, 6 Aug 2006, Brett Stottlemyer wrote:
Thanks for the help.
You're welcome.
My thought for starting with Solaris instead of a
Linux variant was that I have used Solaris (but not like this) and not
Linux. While it would certainly be easier to test in Linux, it would mean
I'd have to
On Sun, 6 Aug 2006, Norbert Bauer wrote:
Thank you very much!
Like this it's now working and seems korrekt :-)
Isn't the real solution to actually call the main loop once in a while?
while (...) {
/* FALSE means do NOT block when there are no more events
(so we know it will
On Sun, 2006-08-06 at 14:07 +0200, gwenj wrote:
The result to valgrind is :
==29096== LEAK SUMMARY:
==29096==definitely lost: 0 bytes in 0 blocks.
Nothing malloc'ed and not freed.
==29096== possibly lost: 800 bytes in 20 blocks.
This may be investigated further, but I bet they are
==29096==still reachable: 41,380 bytes in 618 blocks.
That's completely normal. Surely they're static variables holding
pointers to freed memory.
maybe this comes from glib memory allocator. I have such results with
gstreamer too
Vincent
___
On Sun, 6 Aug 2006, Tristan Van Berkom wrote:
We are planning on releasing the first stable Glade 3 very soon
(along the lines of this week).
:)))
Looking forward to that!
-Peter
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
On Sun, 2006-08-06 at 20:55 +0200, Vincent Torri wrote:
==29096==still reachable: 41,380 bytes in 618 blocks.
That's completely normal. Surely they're static variables holding
pointers to freed memory.
maybe this comes from glib memory allocator. I have such results with
try fflush( stdout ) after the output operations. yes, Windows behaves weird...
On 8/1/06, u821417 [EMAIL PROTECTED] wrote:
I just download GTK for win32 , developing win32 GTK
applications using VC++ GUI.
But what i am wondering is ... many stdio functions cannot
work???
(It's ok to
Tristan-
Thanks for the heads up, glad to hear it. Will there be an announcement on
this mailing list?
Brett
We are planning on releasing the first stable Glade 3 very soon
(along the lines of this week).
It will come with support for all widgets in the 2.8 familiy but no
GObjects
(as we
20 matches
Mail list logo