There is a bug in su_time0.c for MacOS X 64bit since the field tv_sec in struct
timeval is 64bits instead of 32bits as in su_time_t, so you cannot cast
su_time_t to struct timeval. This patch fixes this:
FrodesMacBook:su fisaksen$ diff -u su_time0.c.orig su_time0.c
--- su_time0.c.orig 2011-07-11 10:01:51.000000000 +0200
+++ su_time0.c 2011-07-11 10:06:55.000000000 +0200
@@ -80,8 +80,10 @@
{
#if HAVE_GETTIMEOFDAY
if (tv) {
- gettimeofday((struct timeval *)tv, NULL);
- tv->tv_sec += NTP_EPOCH;
+ struct timeval timeval;
+ gettimeofday(&timeval, NULL);
+ tv->tv_sec = timeval.tv_sec + NTP_EPOCH;
+ tv->tv_usec = (unsigned long)timeval.tv_usec;
}
#elif HAVE_FILETIME
union {
Thanks,
Frode Isaksen
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
