--jTMWTj4UTAEmbWeb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Nov 15, 2005 at 01:50:19PM -0500, der Mouse wrote:
> I'm trying to do some SNMP code on a machine at work.  It's running
> 1.4.1 (it's an infrastructure machine and has been left alone for a
> long time on "if it ain't broke, don't fix it" grounds).
>=20
> My code creates a half-dozen UDP sockets (AF_INET/SOCK_DGRAM), fires
> off SNMP queries on them, and drops into a loop, doing poll() to await
> responses and recvfrom() to collect them.
>=20
> However, one of the devices being queried is not accessible at the
> moment (I don't know why, and it doesn't matter for the purposes of
> this message).  I saw the code lock up; on investigation, it proved to
> be hanging in recvfrom() on the socket that was trying to talk to the
> dead device.  I made the code set O_NONBLOCK, and now I find it getting
> into a livelock loop wherein poll returns showing that socket readable
> but recvfrom() on the socket returns showing EWOULDBLOCK.  As I
> understand it, this should not be possible, or at least should be
> possible only very transiently.
>=20
> So, my question: what can cause this, and is there anything to be done
> about it short of switching OS revs?  (I realize that asking about
> something this old is quite possibly pointless, but it also seems not
> too unlikely to me that someone still remembers enough about 1.4.1 to
> be able to help.)

Anything else set in revents? It could be that poll() is trying to tell=20
you that the host is unreachable (due to an ICMP message or arp timeout).

Taek care,

Bill

--jTMWTj4UTAEmbWeb
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)

iD8DBQFDekg6Wz+3JHUci9cRAvWfAJ9Yopq9Oo1knFUr+PMfOud0Hk9dnwCfRO7q
g7r89K8UvkUHbLMamtDArlk=
=Ip1Y
-----END PGP SIGNATURE-----

--jTMWTj4UTAEmbWeb--