Snort mailing list archives

Re: Snort dies after a few days.


From: Bill McCarty <bmccarty () apu edu>
Date: Mon, 25 Mar 2002 10:38:43 -0800

Oops! My eyes, brain, or both are becoming too feeble to distinguish __int8_t from __u_int8_t. So, the problem is something other than what I suggested. The fix works, but I don't recommend it as a permanent change to /usr/include/sys/types.h.

If I find time, I'll investigate further with a view to determining the REAL problem.

I ran into a problem compiling snort-1.8.4 under RHL 7.2 and want to pass
on the apparent solution, for benefit of others wanting to enable
debugging.

The make command fails, with messages complaining about the redefinition
of int8-t and similar types.

The problem appears to be an error in the RHL 7.2
/usr/include/sys/types.h which reads:

# ifndef __int8_t_defined
#  define __int8_t_defined
__intN_t (8, __QI__);
__intN_t (16, __HI__);
__intN_t (32, __SI__);
__intN_t (64, __DI__);
# endif

__u_intN_t (8, __QI__);
__u_intN_t (16, __HI__);
__u_intN_t (32, __SI__);
__u_intN_t (64, __DI__);

Following the conditional definition of these types with an unconditional
defintion does not make sense. Moreover, it results in redefinition. The
fix is to eliminate the unconditional definition by commenting it out:

# ifndef __int8_t_defined
#  define __int8_t_defined
__intN_t (8, __QI__);
__intN_t (16, __HI__);
__intN_t (32, __SI__);
__intN_t (64, __DI__);
# endif

/*
__u_intN_t (8, __QI__);
__u_intN_t (16, __HI__);
__u_intN_t (32, __SI__);
__u_intN_t (64, __DI__);
*/

I plan to report this apparent bug via RH's bugzilla, if it hasn't
already been reported.


---------------------------------------------------
Bill McCarty

_______________________________________________
Snort-users mailing list
Snort-users () lists sourceforge net
Go to this URL to change user options or unsubscribe:
https://lists.sourceforge.net/lists/listinfo/snort-users
Snort-users list archive:
http://www.geocrawler.com/redir-sf.php3?list=snort-users


Current thread: