Re: [RFC] [DCCP]: Deprecate SOCK_DCCP in favour of SOCK_DGRAM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



| 
| DCCP clearly fails the POSIX definition of SOCK_DGRAM in different ways.
| 
| I think this is not a good idea.
| 
Thanks for the clarification. Even in Posix, datagram = connection-less.
Plus the issues with older kernel releases. Question resolved, no SOCK_DGRAM.


| > It also relieves the libc writers from having to support another socket
| > type.
| 
| As long as SOCK_DCCP-or-whatever is not automatically selected when
| ai_socktype is nul, this should be both easy to implement in libc *and*
| backward compatible (applications will not try to use DCCP implicitly).
| 
There are two possibilities:
 * as additional supported protocol (there are many new transport
   protocols, perhaps there is some kind of modular support),
 * if DCCP service codes are part of the lookup, then getting library
   support can take longer (algorithm changes).

Both may take a while until available. In the meantime it would be good
to find some smart workaround for getaddrinfo, as changes in the internals
so far required to fix applications several times.
--
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [IETF DCCP]     [Linux Networking]     [Git]     [Security]     [Linux Assembly]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux