Re: gtk consistently getting stuck at poll function in ../sysdeps/unix/syscall-template.S



jasper,

all the threads i created were fine. GTK itself initiates some threads. All those threads were stuck at same place. the following is bt for those threads:


Thread 14 (Thread 0x7f8b487e9700 (LWP 3138)):
#0  0x00007f8b533288dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f8b5416febc in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f8b5416ffcc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f8b54170009 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f8b54196955 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f8b535fe6aa in start_thread (arg=0x7f8b487e9700) at pthread_create.c:333
#6  0x00007f8b53333eed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 13 (Thread 0x7f8b45b2c700 (LWP 3142)):
#0  0x00007f8b533288dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f8b5416febc in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f8b54170242 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f8b5172daf6 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007f8b54196955 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f8b535fe6aa in start_thread (arg=0x7f8b45b2c700) at pthread_create.c:333
#6  0x00007f8b53333eed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109


Thread 1 (Thread 0x7f8b559299c0 (LWP 3137)):
#0  0x00007f8b533288dd in poll () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007f8b5416febc in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f8b54170242 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f8b55071de5 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0


thread 1 (3137) is gtk_main. others were initiated by gtk.



Thanks & Regards
--
Lokesh Chakka,
Mobile: 9731023458

On Mon, Jun 29, 2015 at 11:27 AM, Jasper St. Pierre <jstpierre mecheye net> wrote:
Using gdb, you can see the stack trace of all of the threads with
"thread apply all bt".

Do the other threads not in poll look stuck?

On Sun, Jun 28, 2015 at 10:53 PM, Lokesh Chakka
<lvenkatakumarchakka gmail com> wrote:
> jasper,
>
> Thanks for responding. My application is multi-threaded.
> Actually the whole gui is becoming grey and not responding for any events
> (like mouse click or tab or anything)
> Also CPU consumption for that thread is becoming 99.9%.
>
> so I had to kill the application as i am left with no other option.
>
>
> Thanks & Regards
> --
> Lokesh Chakka,
> Mobile: 9731023458
>
> On Sun, Jun 28, 2015 at 9:37 PM, Jasper St. Pierre <jstpierre mecheye net>
> wrote:
>>
>> Being stuck in poll simply means you're waiting for an event to come
>> in. So your application isn't hung, it's just sitting there waiting.
>> As soon as something comes in, like a mouse click or a network
>> message, poll will exit and return one of those events.
>>
>> Is your application multi-threaded?
>>
>> On Sun, Jun 28, 2015 at 9:04 AM, Lokesh Chakka
>> <lvenkatakumarchakka gmail com> wrote:
>> > hello,
>> >
>> > following is bt
>> >
>> > #0  0x00007f11f566f8dd in poll () at
>> > ../sysdeps/unix/syscall-template.S:81
>> > #1  0x00007f11f64b6ebc in ?? () from
>> > /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> > #2  0x00007f11f64b7242 in g_main_loop_run () from
>> > /lib/x86_64-linux-gnu/libglib-2.0.so.0
>> > #3  0x00007f11f73b8de5 in gtk_main () from
>> > /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
>> >
>> > Usage of gdk_threads_init / gdk_threads_enter / gdk_threads_leave is not
>> > fetching any benefit here.
>> >
>> > can some one please help me getting rid of this issue ?
>> >
>> > Thanks & Regards
>> > --
>> > Lokesh Chakka,
>> > Mobile: 9731023458
>> >
>> > _______________________________________________
>> > gtk-devel-list mailing list
>> > gtk-devel-list gnome org
>> > https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>> >
>>
>>
>>
>> --
>>   Jasper
>
>



--
  Jasper



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]