Project Home
Project Home
Wiki
Wiki
Discussion Forums
Discussions
Project Information
Project Info
Forum Topic - SO_OVERFLOWED option: (7 Items)
   
SO_OVERFLOWED option  
Does the SO_OVERFLOWED option of getsockopt() work correctly?

/usr/include/sys/socket.h defines SO_OVERFLOWED option.
However SO_OVERFLOWED option does not documented in getsockopt() of Library Reference.
Also does not documented in NetBSB man page.

What does getsockopt() return if work correctly?

Thanks,
Re: SO_OVERFLOWED option  
It should return the number of packets dropped from the socket during output due to full socket buffers (ENOBUFS would 
be returned to the application). The code looks good but I haven't verified that it actually works.
Re: SO_OVERFLOWED option  
it returns the number of packets that were dropped
on the socket due to a full recv buffer.

On Fri, Mar 27, 2015 at 05:12:37AM -0400, Shinji Inotsume wrote:
> Does the SO_OVERFLOWED option of getsockopt() work correctly?
> 
> /usr/include/sys/socket.h defines SO_OVERFLOWED option.
> However SO_OVERFLOWED option does not documented in getsockopt() of Library Reference.
> Also does not documented in NetBSB man page.
> 
> What does getsockopt() return if work correctly?
> 
> Thanks,
> 
> 
> 
> _______________________________________________
> 
> Technology
> http://community.qnx.com/sf/go/post113615
> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
Re: SO_OVERFLOWED option  
unp_output() increments sb_overflowed as well so isn't it also output 
ENOBUFS? I missed the ones in udp4_sendup() and udp6_sendup() so agree 
it will be drops on Rx but I think it does Tx drops as well.

Regards,
Nick.


On 15-03-27 09:15 AM, Sean Boudreau wrote:
>
> it returns the number of packets that were dropped
> on the socket due to a full recv buffer.
>
> On Fri, Mar 27, 2015 at 05:12:37AM -0400, Shinji Inotsume wrote:
>> Does the SO_OVERFLOWED option of getsockopt() work correctly?
>>
>> /usr/include/sys/socket.h defines SO_OVERFLOWED option.
>> However SO_OVERFLOWED option does not documented in getsockopt() of Library Reference.
>> Also does not documented in NetBSB man page.
>>
>> What does getsockopt() return if work correctly?
>>
>> Thanks,
>>
>>
>>
>> _______________________________________________
>>
>> Technology
>> http://community.qnx.com/sf/go/post113615
>> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> Technology
> http://community.qnx.com/sf/go/post113618
> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
>
Re: SO_OVERFLOWED option  
The send on the AF_LOCAL socket turns it around and
appends it to the connected socket's recv buffer
so it also a drop due to a full recv buffer in that
case as well.

On Fri, Mar 27, 2015 at 10:38:13AM -0400, Nick Reilly wrote:
> unp_output() increments sb_overflowed as well so isn't it also output 
> ENOBUFS? I missed the ones in udp4_sendup() and udp6_sendup() so agree 
> it will be drops on Rx but I think it does Tx drops as well.
> 
> Regards,
> Nick.
> 
> 
> On 15-03-27 09:15 AM, Sean Boudreau wrote:
> >
> > it returns the number of packets that were dropped
> > on the socket due to a full recv buffer.
> >
> > On Fri, Mar 27, 2015 at 05:12:37AM -0400, Shinji Inotsume wrote:
> >> Does the SO_OVERFLOWED option of getsockopt() work correctly?
> >>
> >> /usr/include/sys/socket.h defines SO_OVERFLOWED option.
> >> However SO_OVERFLOWED option does not documented in getsockopt() of Library Reference.
> >> Also does not documented in NetBSB man page.
> >>
> >> What does getsockopt() return if work correctly?
> >>
> >> Thanks,
> >>
> >>
> >>
> >> _______________________________________________
> >>
> >> Technology
> >> http://community.qnx.com/sf/go/post113615
> >> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
> >
> >
> >
> >
> > _______________________________________________
> >
> > Technology
> > http://community.qnx.com/sf/go/post113618
> > To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
> >
> 
> 
> 
> 
> _______________________________________________
> 
> Technology
> http://community.qnx.com/sf/go/post113620
> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
Re: SO_OVERFLOWED option  
Thanks!
Nick.

On 15-03-27 10:57 AM, Sean Boudreau wrote:
>
> The send on the AF_LOCAL socket turns it around and
> appends it to the connected socket's recv buffer
> so it also a drop due to a full recv buffer in that
> case as well.
>
> On Fri, Mar 27, 2015 at 10:38:13AM -0400, Nick Reilly wrote:
>> unp_output() increments sb_overflowed as well so isn't it also output
>> ENOBUFS? I missed the ones in udp4_sendup() and udp6_sendup() so agree
>> it will be drops on Rx but I think it does Tx drops as well.
>>
>> Regards,
>> Nick.
>>
>>
>> On 15-03-27 09:15 AM, Sean Boudreau wrote:
>>>
>>> it returns the number of packets that were dropped
>>> on the socket due to a full recv buffer.
>>>
>>> On Fri, Mar 27, 2015 at 05:12:37AM -0400, Shinji Inotsume wrote:
>>>> Does the SO_OVERFLOWED option of getsockopt() work correctly?
>>>>
>>>> /usr/include/sys/socket.h defines SO_OVERFLOWED option.
>>>> However SO_OVERFLOWED option does not documented in getsockopt() of Library Reference.
>>>> Also does not documented in NetBSB man page.
>>>>
>>>> What does getsockopt() return if work correctly?
>>>>
>>>> Thanks,
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>>
>>>> Technology
>>>> http://community.qnx.com/sf/go/post113615
>>>> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> Technology
>>> http://community.qnx.com/sf/go/post113618
>>> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
>>>
>>
>>
>>
>>
>> _______________________________________________
>>
>> Technology
>> http://community.qnx.com/sf/go/post113620
>> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
>
>
>
>
> _______________________________________________
>
> Technology
> http://community.qnx.com/sf/go/post113621
> To cancel your subscription to this discussion, please e-mail technology-networking-unsubscribe@community.qnx.com
>
Re: SO_OVERFLOWED option  
Thanks!
Shinji