Share socket fd between processes

sure u can do that, and it is just one of the programmign techniques.

If it is good or bad, depends on what do u want to do ...

tell us some thing about the scenario and then we can tell u ... :wave:

Any body help on this...

A socket handle is a handle and can be duplicated across process boundaries like any other handle. See "Passing Sockets Between Processes" at http://tangentsoft.net/wskfaq/articles/passing-sockets.html

For sockets, Winsock2 has a special function for such purposes. You can duplicate sockets across process boundaries using WSADuplicateSocket().

But why would you want to do this?

Mike

Late reply !! :blush:

Anoop are u doing it on TCP ... I think u are,

I dont understand what u mean when u say, it sends packets when u are not listening !!! socket alerts are implemented as call back functionc and we dont have to check the status our selves ....

What i can suggest is that, in ur server application u can make a thread which keeps listenign on port 138 and when ever u get a connect request or what ever message u just pass the appropriate data to a background worker thread while ur listening thread keeps listening.

This is what i meant when u replied that a single socket descriptor can be shared amongst different processes. sorry if I was ambigious. I agree with Krishnaa, it is bad technique to share amongst Processes. It is ok if u do it with threads in a same process.

Anoop can u plz say more abt this application, because for now I can't understand the scenario ... I think u are implementing a different solution then to what is needed.