[mpiwg-tools] question about MPI_T_EVENT_SET_DROPPED_HANDLER

Raffenetti, Kenneth J. raffenet at mcs.anl.gov
Mon Jan 25 15:07:16 CST 2021


On 1/25/21, 2:49 PM, "mpiwg-tools on behalf of Raffenetti,	Kenneth J. via mpiwg-tools" <mpiwg-tools-bounces at lists.mpi-forum.org on behalf of mpiwg-tools at lists.mpi-forum.org> wrote:

    On 1/25/21, 12:44 PM, "mpiwg-tools on behalf of Raffenetti,	Kenneth J. via mpiwg-tools" <mpiwg-tools-bounces at lists.mpi-forum.org on behalf of mpiwg-tools at lists.mpi-forum.org> wrote:
    
        On 1/25/21, 11:46 AM, "Marc-André Hermanns" <hermanns at itc.rwth-aachen.de> wrote:
           
            For me (although not explicitly defined in the text) that would imply
            that the dropped callback is only invoked once the library is in a
            state where a callback (and user_data) for the same level is defined
            and could be invoked.
            
            Does this make sense and clarify your concerns? Do you think this need
            more clarification in the text?
            
        I see. Yes, that makes sense for my implementation issue.
        
    I may have spoken too soon. I'm looking at pg 763, ln 37 (Handling Dropped Events):
    
       If an event occurs...[and] no callback function meeting the required callback safety level is registered, the event data may be dropped. To discover such data loss, the user can set a handler function for a specific event-registration handle.
    
    If a callback function meeting the required safety level is not registered, how do I decide which user buffer to provide to the dropped handler?
    
Oh, so if I am reading your clarification correctly above, you are saying I should not invoke the dropped handler until a callback for that safety level has been registered. It is possible then that I might never call the dropped handler. Should I be managing dropped event counts for all safety levels?

Ken




More information about the mpiwg-tools mailing list