I origianlly posted this in the newgroup comp.os.qnx. But for almost 2 weeks I got no responsed. Maybe nobody is reading that group anymore.
I found that running “sin” in a terminal window crashes the ditto’ed photon
session. It does not matter whether the ditto session is new or a duplicate
of an existing one. It also does not matter whether the ditto is done
locally or from a remote host (such as Phindows from a windows computer).
It also kills a few program we have developed here if sin is executed locally. It is quite disturbing.
This may confuse the issue, but I have seen cases where QNX utilities send messages to servers expecting a valid (ENOSYS) or other type response. If sin does this and your program doesn’t expect it, this may be the cause. And if phrelay doesn’t expect it, that could also explain the problem.
Since you don’t have source to either sin or phrelay, you should be able to debug the problem with your own code. Do you recieve an unexpected message (and perhaps handle it badly)?
thanks for the information. I am happy to hear that it is going to fixed.
Do you happen to know what the causes it and what the fixes are? I would like to know because it kills one one of my programs too. (I would like to know what signal or message is sent by sin so I can trap it.)
I realize QNX does not have to provide support through the user groups. But I think it is in QNX’s best interest to hear from the community and provide some fead back. Last time I tried to report a bug in Phindows (it used to crash when you view a binary file), they did not want to hear it initially because I did not pay for the support. I was only trying to help.