Hi,
when i do a "make deb-etch" on the latest 1.4, i get the following
error when running
gcc -fPIC -DPIC -Wall -g -O2 -Wcast-align -DMOD_NAME='"snmpstats"'
-DNAME='"kamailio"' -DVERSION='"1.4.4-notls"' -DARCH='"i386"'
-DOS='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_i386 -D__OS_linux
-D__SMP_yes -DCFG_DIR='"/etc/kamailio/"' -DPKG_MALLOC -DSHM_MEM
-DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE
-DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC
-DSVNREVISION='"2:5923M"' -DFAST_LOCK -DADAPTIVE_WAIT
-DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN
-DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL
-DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SIGIO_RT -DHAVE_SELECT -c
openserSIPPortTable.c -o openserSIPPortTable.o
/tmp/ccICOAd0.s: Assembler messages:
/tmp/ccICOAd0.s:10622: Error: unknown pseudo-op: `.dong'
This happens only with the SNMPStats module. Any clues?
--
Carsten Bock
Schomburgstr. 80
22767 Hamburg
Germany
Mobile +49 179 2021244
Home +49 40 34927217
Fax +49 40 34927218
mailto:carsten@bock.info
Marie von Ebner-Eschenbach - "Even a stopped clock is right twice a
day." - http://www.brainyquote.com/quotes/authors/m/marie_von_ebnereschenbac.html
Hi all,
in the kamailio Makefile a "make distclean" actually cleans all modules,
including the "not default" ones. In sr this not works, here make
distclean only cleans the default modules. Was this done intentionally? If
yes, how do i can clean this modules, "make distclean
modules=modules/enum/" dont' work for example.
Sorry if this was answered before, i did not found anything with a quick
search - thanks,
Henning
Hi!
I just read the the documentation of the fr_timer nad I think it is
wrong (as K's documentation is identical and wrong).
http://sip-router.org/docbook/sip-router/branch/master/modules/tm/tm.html#f…
AFAIK, fr_timer is triggered if there is no "provisional" response
received, and not as the documentation said, a "final" response.
Eg. I always used
fr_timer: 2 seconds
fr_inv_timer: 120 seconds
Which means that the callee has to send a prov. response (e.g. 100
trying) within 2 seconds, to achieve fast failover. Once the prov.
response is received, fr_timer is deactivated and fr_inv_timer is used.
1. Question: Is this the same in sr's tm module? If yes, then the docs
should be fixed (I can do that).
2. If yes, what about renaming the parameters and introduce parameters
which are clear, e.g.:
timeout_prov_reply and timeout_final_reply
regards
klaus