Red Hat Bugzilla – Bug 59148
missing in_addr_t type definition
Last modified: 2015-03-04 20:10:13 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT)
Description of problem:
This bug can be seen as an upstream one.
Missing in_addr_t type definition causes compilation of software that uses ucd-
snmp include files.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Try to compile a package/tarball that BuilReq ucd-snmpd-devel (I'm
using cyrus-imapd that acts as an AgentX sub-agent).
Actual Results: The compilation fails at the
in_addr_t get_myaddr (void);
prototype in snmplib/system.h because the in_addr_t
data type is unknown at that point.
ucd-snmp 4.2.1 included <netinet/in.h> at the top of
snmplib/ucd-snmp-includes.h but in the 4.2.3 this
changed and this is causing the compilaton error.
It can be solved by re-adding it again (PLD
people solved it that way in their 4.2.2 packages so that's
the ucd-snmp version where the bug appeared) or by uncommenting
/* typedef u_int in_addr_t; */
lines located two lines below in the same file as suggested
(this one is not very elegant becasue in_addr_t is in fact
defined in netinet/in.h).
Expected Results: It should compile flawlessly. This problem
can be a showstopper to the successful building on other
packages that depends on ucd-snmp (MRTG?, Ethereal?, ...).
Strange. I've successfully rebuilt ethereal with the newest errata version of
ucd-snmp without that problem. Have you changed anything on the cyrus-impd
package or is this the srpm directly from the distribution?
Read ya, Phil
As i can't reproduce this problem and haven't heard back from the original
submitter i am closing this bug as WORKSFORME now.
Read ya, Phil