[sr-dev] sca_subscribe subscribe warnings on FreeBSD

Andrew Mortensen admorten at isc.upenn.edu
Sat Mar 16 21:41:52 CET 2013


Thanks for the details. Fix pushed to 4.0 and master.



On Mar 16, 2013, at 1:22 PM, "Konstantin M." <evilzluk at gmail.com> wrote:

> Here is my warnings report:
> 
> CC (gcc) [M sca.so]             sca_appearance.o
> CC (gcc) [M sca.so]             sca.o
> CC (gcc) [M sca.so]             sca_call_info.o
> sca_call_info.c: In function ‘sca_call_info_seize_held_call’:
> sca_call_info.c:703:11: warning: the comparison will always evaluate as ‘true’ for the address of ‘callee_aor’ will never be NULL [-Waddress]
> sca_call_info.c:703:11: warning: the comparison will always evaluate as ‘false’ for the address of ‘callee_aor’ will never be NULL [-Waddress]
> CC (gcc) [M sca.so]             sca_db.o
> CC (gcc) [M sca.so]             sca_dialog.o
> CC (gcc) [M sca.so]             sca_event.o
> CC (gcc) [M sca.so]             sca_hash.o
> CC (gcc) [M sca.so]             sca_notify.o
> CC (gcc) [M sca.so]             sca_reply.o
> CC (gcc) [M sca.so]             sca_rpc.o
> sca_rpc.c: In function ‘sca_rpc_update_appearance’:
> sca_rpc.c:369:8: warning: the comparison will always evaluate as ‘true’ for the address of ‘app_uri’ will never be NULL [-Waddress]
> sca_rpc.c:369:8: warning: the comparison will always evaluate as ‘false’ for the address of ‘app_uri’ will never be NULL [-Waddress]
> CC (gcc) [M sca.so]             sca_subscribe.o
> sca_subscribe.c: In function ‘sca_subscription_from_request’:
> sca_subscribe.c:1020:10: warning: the comparison will always evaluate as ‘true’ for the address of ‘to_tag’ will never be NULL [-Waddress]
> sca_subscribe.c:1020:10: warning: the comparison will always evaluate as ‘false’ for the address of ‘to_tag’ will never be NULL [-Waddress]
> CC (gcc) [M sca.so]             sca_util.o
> make[1]: `libkcore.so.1.0' is up to date.
> make[1]: `libsrdb1.so.1.0' is up to date.
> LD (gcc) [M sca.so]             sca.so
> 
> # uname -m
> x86_64
> 
> # gcc --version
> gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
> 
> # lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description:    Ubuntu 12.04.1 LTS
> Release:        12.04
> Codename:       precise
> 
> 
> 2013/3/16 Andrew Mortensen <admorten at isc.upenn.edu>
> FreeBSD version? gcc version?
> 
> 
> On Mar 16, 2013, at 7:03 AM, "Olle E. Johansson" <oej at edvina.net> wrote:
> 
> > sca_subscribe.c:459: warning: format '%ld' expects type 'long int', but argument 7 has type 'time_t'
> > sca_subscribe.c:459: warning: format '%ld' expects type 'long int', but argument 5 has type 'time_t'
> > sca_subscribe.c:459: warning: format '%ld' expects type 'long int', but argument 6 has type 'time_t'
> > sca_subscribe.c:459: warning: format '%ld' expects type 'long int', but argument 4 has type 'time_t'
> > sca_subscribe.c:459: warning: format '%ld' expects type 'long int', but argument 4 has type 'time_t'
> > sca_subscribe.c: In function 'sca_subscription_print':
> > sca_subscribe.c:679: warning: format '%ld' expects type 'long int', but argument 13 has type 'time_t'
> > sca_subscribe.c:679: warning: format '%ld' expects type 'long int', but argument 11 has type 'time_t'
> > sca_subscribe.c:679: warning: format '%ld' expects type 'long int', but argument 12 has type 'time_t'
> > sca_subscribe.c:679: warning: format '%ld' expects type 'long int', but argument 10 has type 'time_t'
> > sca_subscribe.c:679: warning: format '%ld' expects type 'long int', but argument 10 has type 'time_t'
> >
> >
> > /O
> > _______________________________________________
> > sr-dev mailing list
> > sr-dev at lists.sip-router.org
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
> 
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
> 
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev




More information about the sr-dev mailing list