[10530] in The GTK GIMP ToolKit mailing list archive

home help back first fref pref prev next nref lref last post

[gtk-list] [Fwd: Thread based applications...]

daemon@ATHENA.MIT.EDU (Vandoorselaere Yoann)
Mon Nov 30 07:12:43 1998

Date: Mon, 30 Nov 1998 12:09:42 +0100
From: Vandoorselaere Yoann <yoann@roco-productions.com>
To: gtk-list@redhat.com
Resent-From: gtk-list@redhat.com
Reply-To: gtk-list@redhat.com

This is a multi-part message in MIME format.
--------------F822939A4F357E8E003B3A66
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



--
                                 -- Yoann
         It is well known that M$ products don't call free() after a malloc()
      The unix community wishes them "good luck" for their future development...



--------------F822939A4F357E8E003B3A66
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

X-Mozilla-Status2: 00000000
Message-ID: <36627C83.EA54A773@security-addict.org>
Date: Mon, 30 Nov 1998 12:07:47 +0100
From: Vandoorselaere Yoann <yoann@security-addict.org>
X-Mailer: Mozilla 4.5b2 [en] (X11; I; Linux 2.1.130 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: gtk-list@redhat.com
Subject: Thread based applications...
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Re elo :)
Have a look to this problem :

in fonction result_win :
        [...]
         pthread_mutex_lock(&mutex);
        tree = gtk_tree_new();
        gtk_container_add(GTK_CONTAINER(scrolled_win), tree);
        gtk_widget_show(tree);
        pthread_mutex_unlock(&mutex);
        [...]

in fonction print_info : ( this one is in a thread )
        [...]
        printf("DEBUG : Recv %s\n", msg);
        pthread_mutex_lock(&mutex);
        tree_item = gtk_tree_item_new_with_label("debug garbage");
        gtk_tree_append(GTK_TREE(tree), tree_item);
        gtk_widget_show(tree_item);
        pthread_mutex_unlock(&mutex);
        [...]


This is the 2 only fonction where i use the GtkWidget tree...
And, at run time :

DEBUG :  recv xxxxxx
Xlib: unexpected async reply (sequence 0x835)!

Does anyone have an idea... a solution ?

Thank you
bye


--
                                 -- Yoann
         It is well known that M$ products don't call free() after a malloc()
      The unix community wishes them "good luck" for their future development...




--------------F822939A4F357E8E003B3A66--

-- 
To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null


home help back first fref pref prev next nref lref last post