On Wed, 1 Nov 2006, Dave Kelsey wrote:
> Hi Derick, I know that I raised the issue before and you changed it, but I
> have thought of a reason why a debug client might want a socket connection
> when a XDEBUG_SESSION_STOP is issued. In the scenario with a multi request
> script, a debug client may sit and wait listening for another socket to
> created when the user interacts with the script (to debug the next
> request). However they may wish to terminate the debug session. The debug
> client issues XDEBUG_SESSION_STOP on one thread, but another thread is
> blocked listening on the port. That thread gets unblocked when the socket
> is established. It knows it is terminating so can close the socket and the
> debug client can terminate.
I don't quite see how that can happen. Xdebug will make a connection for
*every* request (not just once in a multi-request script) so I don't see
how you can have a blocking socket. Perhaps you have a blocking accept()
though but that shouldn't be a problem as that shouldn't block any other
communications.
> Would it be possible to support the option to define whether a socket is
> established or not on a XDEBUG_SESSION_STOP through the feature facilities
> of XDebug. This would allow for clients coded to the current behaviour of
> XDebug to continue without change ?
I don't want to create an option for this, as Xdebug has too many
options already in my opinion.
regards,
Derick
-- Xdebug | http://xdebug.org | xdebug-general@lists.xdebug.orgReceived on Fri Nov 03 2006 - 08:57:14 GMT
This archive was generated by hypermail 2.2.0 : Mon Jun 25 2018 - 06:00:04 BST