Newsgroups: comp.parallel.pvm
From: rosenfel@col.bsf.alcatel.fr (Laurent Rosenfeld)
Subject: Lost logging on pvml.0 /
Organization: Yale CS Mail/News Gateway
Date: 12 Aug 1996 12:37:09 -0400
Message-ID: <19960812123700.aaaa001Xu@babyblue.cs.yale.edu>



Hi everyone,,

I am using PVM on a linux box to develop a C application which should
eventually run on a workstation network, and I ran into two problems:

1.  At one point during my development work, PVM stopped writing anything
    into the pvml.0 file in /tmp/ (except one line saying "ready" after
    some numbers).  This makes debugging very tedious, because
    the only way to figure out what the spawned tasks are doing is by sending
    messages to the parent.  At one point, PVM wrote again into this file the
    printf statements of the spawned tasks, but just once, and then stopped
    again.

    I can't figure out the reason of this strange behavior. I have lost
    many hours because of that and would very much appreciate if someone
    could help me on this.

2.  The program on which I am working follows a master/slave paradigm. One
    master spawns five slaves. The problem is that, in order to perform
    their work, the slaves must fork and create children (I have to use fork,
    rather than pvm_spawning subtasks, because the children must use shared
    memory segments common to themselves and the slave which created
    them); forking itself appears to be working fine, but I want the
    children of the slaves to be able to receive messages
    from the parent/master or from other tasks. It seems that children can't
    pvm_recv (or pcm_send, for that matter) on the same port as their parent
    slave, although I have used special msgtags depending on whether the
    message is sent to the parent slave or to a child subtask.

    Can anyone confirm that this is impossible, or tell me how this can
    be done ?

Thanks a lot.


Laurent.
 
*********************************************
* Laurent Rosenfeld                         *
* rosenfel@col.bsf.alcatel.fr               *
* ---------------------------               *
* Disclaimer: Opinions expressed herein may *
* not represent my employer's views, nor do *
* they necessarily reflect my own views.    *
*********************************************
 


