Hi Fred,
Can you send us the code that you're running with MTPC,
so that we can test it locally? ESRCH means that MTCP thought that
the extra thread is still alive, but the thread has died.
I have two other small questions:
1. I presume that this works correctly with standard DMTCP. The only
issue is the standalone MTCP case. Is this correct?
2. Which version of DMTCP were you using? It it's not too much trouble,
could you checkout the svn and try it with that. To check out DMTCP:
svn co https://dmtcp.svn.sourceforge.net/svnroot/dmtcp/trunk dmtcp-svn
Best,
- Gene
On Mon, Apr 23, 2012 at 03:42:03PM +0100, Frederic B. wrote:
> Hello all,
>
> I hope my question won't be out of scope... I'm evaluating the mtcp module
> (no need to checkpoint distributed processes for the time being) and I have
> an execution error with the basic example provided : testmtcp2.c
>
> To search for the stupid thing I might have done, I've simplified this file.
> I'm starting only 1 thread and wait 5 seconds before doing a checkpoint.
>
> The problem I encounter at checkpoint time is that "tgkill" function called
> to stop threads before the checkpoint returns -1 with errno set to ESRCH for
> the 2nd thread (not the main task). I do not understand how it can happen
> as the thread exists and is running (and still runs after checkpoint).
> Did I miss a limitation ? (I'm really not fluent in assembly, I can't give
> you more details about INLINE_SYSCALL behavior).
>
> My configuration :
> Redhat 6.2 (32b)
> gcc version 4.4.6
>
> Thanks,
> Fred
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Dmtcp-forum mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dmtcp-forum
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Dmtcp-forum mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dmtcp-forum
