On Wed, 2017-12-06 at 13:00 +0000, Silva João wrote:
> From info task, all tasks are in "Runnable" state. There are 39 in this list.
> 
> From gdb the program seems blocked reading a file (libc read()).
If you have 39 tasks in Runnable state, I guess that they are not all
blocked in libc read ?
So, you might investigate which task(s) are really still doing something
by doing e.g.
   thread apply all bt
and/or put breakpoints at places that you know should be soon encountered
by the runnable tasks and continue the execution.
And then control-c, and redo the above to see if some tasks are/have still
progressed.

Also, from gdb, you can do
   monitor v.info scheduler
to have the valgrind status of the tasks/threads.

You can also use the option --trace-sched=yes to see how and if valgrind
still schedules the threads.

Note that at my work, we are using valgrind + Ada tasks without
any particular problem.

> 
> But when I list (l) in gdb it does not show the correct line. It seems the 
> synchronization with the source file is not correct.
> 
> > As you are using Ada/SPARK, I guess you use a special tasking profile
> > (e.g. ravenscar or similar). I have no idea how such tasking profile
> > interacts with the single thread at a time model of Valgrind.
> > 
> > You might try --fair-sched=yes to see if that helps.
> 
> I tried but without success.
> 
> > Also, try also --tool=none, just to see if the problem/blockage status
> > is linked to memcheck, or to the valgrind scheduling and Ada/SPARK
> > interaction.
> 
> With nulgrind it still "hangs" so I seems related to the tread issue you 
> mention.
Possibly also, the change in the way the threads are scheduled causes an
application deadlock.

You might thus also try --tool=helgrind just in case this would reveal some
non thread safe bug ...


Philippe


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Valgrind-users mailing list
Valgrind-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/valgrind-users

Reply via email to