Re: How to check UID of process on the other side of local TCP/UDP connection

On Thu, Nov 30, 2006 at 06:02:02PM +0000, Filipe Varela wrote:
> Hi all
> 
> I'll clarify my question as i seem to have failed to make it clear.
> 
> My point is: Isn't it wrong to use the term unix sockets for local  
> domain sockets? This isn't a tecnical question or a failure to  
> understand what sockets are, what varieties exist and for what  
> purposes each can be used (and what goodies each type provides). It's  
> a failure to understand why the term unix sockets is used to  
> designate local domain sockets.
> 
> The point in using the tcp/udp example is that contrary to popular  
> designation, the sentence "doing tcp/udp is impossible with unix  
> sockets because unix sockets are local domain sockets" is false. Unix  
> sockets are the general class. While it's true that local domain  
> sokets do not use tcp/udp, it's false (and this is a conceptual stand  
> not an everyday unix jargon use) that unix sockets = local domain  
> sockets.

No. There's the socket API, and then there's unix sockets. You can use
a api similar to sockets in windows, but you can't use unix sockets
(local domain sockets) in windows.

The socket API isn't limited to Unix based/like systems, but the unix
sockets, as far as I know, and I don't know *that* many different
operating systems, is.

Maybe an unfortunate name to call it, but it became the common one.

-- 
lfr
0/0

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQFFcKDHinSul6a7oB8RAp2zAKCDDUPi0blg54Vk+Obth628OkgRiACcDHkI
826PP8YY7NQloPnRVzEmLgU=
=Z0ih
-----END PGP SIGNATURE-----