Strange result (EPERM) from a call to connect(2)
From: Ronald F. Guilmette (rfg_at_monkeys.com)
Date: 10/28/04
- Previous message: Nickolay A. Kritsky: "Re: Problems with NAT on gif interface for VPN"
- Next in thread: Marc Olzheim: "Re: Strange result (EPERM) from a call to connect(2)"
- Reply: Marc Olzheim: "Re: Strange result (EPERM) from a call to connect(2)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: freebsd-net@freebsd.org Date: Thu, 28 Oct 2004 12:51:09 -0700
I am testing a program that I am developing that makes quite a lot of
simultaneous outbound TCP connections.
While performing the testing, one of the calls to connect(2) within the
program returned a -1 (error) result, and when the errno value was then
checked, it had a value of EPERM.
This is very unexpected and highly disconcerting. In the man page for
connect(2) on the system I am using (4.10-RELEASE) there is no mention
of the possibility of EPERM being a type of result that one might expect
from a failed call to connect(2).
So anyway, my questions:
What conditions may cause connect(2) to yield EPERM on 4.10-RELEASE?
What, if anything, can be done to mitigate or eliminate such error
conditions? If there some sysctl variable or some kernel build-time
variable that I could adjust that might possible eliminate this error,
or at least cause it to be less common in practice?
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
- Previous message: Nickolay A. Kritsky: "Re: Problems with NAT on gif interface for VPN"
- Next in thread: Marc Olzheim: "Re: Strange result (EPERM) from a call to connect(2)"
- Reply: Marc Olzheim: "Re: Strange result (EPERM) from a call to connect(2)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]