This is the bug I have also -- should I downgrade a bit, and if so to where? Brian May <brian@microcomaustralia.com.au> wrote:

Hmmm. Starting to look like that upgrade was a little bit of a mistake. I bypassed the previous error (I commented out the code that uses ftdm_is_number), now Freeswitch won't bridge calls to FreeTDM ports anymore :-(

2010-09-08 20:41:20.791303 [DEBUG] mod_freetdm.c:377 Set codec PCMU 20ms 2010-09-08 20:41:20.795122 [DEBUG] mod_freetdm.c:1334 Connect outbound channel FreeTDM/2:1/ 2010-09-08 20:41:20.795122 [NOTICE] switch_channel.c:779 New Channel FreeTDM/2:1/ [82b1adb4-d506-40c7-8bc4-40660b8e1783] 2010-09-08 20:41:20.799336 [DEBUG] mod_freetdm.c:1348 (FreeTDM/2:1/) State Change CS_NEW -> CS_INIT 2010-09-08 20:41:20.799336 [DEBUG] switch_core_session.c:1039 Send signal FreeTDM/2:1/ [BREAK] 2010-09-08 20:41:20.801244 [CRIT] ftdm_io.c:2163 Call place, but outbound flag not set 2010-09-08 20:41:20.801244 [NOTICE] mod_freetdm.c:1376 Close Channel FreeTDM/2:1/ [CS_INIT] 2010-09-08 20:41:20.805112 [DEBUG] switch_core_state_machine.c:430 (FreeTDM/2:1/) Running State Change CS_DESTROY 2010-09-08 20:41:20.805112 [DEBUG] switch_core_state_machine.c:440 (FreeTDM/2:1/) State DESTROY 2010-09-08 20:41:20.809204 [DEBUG] switch_core_state_machine.c:440 (FreeTDM/2:1/) State DESTROY going to sleep 2010-09-08 20:41:20.809204 [DEBUG] ftdm_io.c:2289 channel done 2:1 2010-09-08 20:41:20.809204 [ERR] switch_ivr_originate.c:2632 Cannot create outgoing channel of type [FreeTDM] cause: [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.809204 [DEBUG] switch_ivr_originate.c:3440 Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.809204 [ERR] switch_ivr_originate.c:2632 Cannot create outgoing channel of type [user] cause: [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.813359 [DEBUG] switch_ivr_originate.c:3440 Originate Resulted in Error Cause: 27 [DESTINATION_OUT_OF_ORDER] 2010-09-08 20:41:20.813359 [INFO] mod_dptools.c:2393 Originate Failed. Cause: DESTINATION_OUT_OF_ORDER

Curiously I can use the same lines to make incoming calls, that seems to be fine. -- Brian May <brian@microcomaustralia.com.au>

_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

-- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com

On 9 September 2010 01:36, Moises Silva <moises.silva@gmail.com> wrote:

Should be fixed now, plz try again and let me know if is not.

Still getting the compile error: === cut === libtool: link: ar cru .libs/ftmod_analog_em.a ftmod_analog_em_la-ftmod_analog_em.o libtool: link: ranlib .libs/ftmod_analog_em.a libtool: link: ( cd ".libs" && rm -f "ftmod_analog_em.la" && ln -s "../ftmod_analog_em.la" "ftmod_analog_em.la" ) libtool: link: gcc -I/home/brian/tree/freeswitch/libs/freetdm/src/include -I/home/brian/tree/freeswitch/libs/freetdm/src/isdn/include -I/home/brian/tree/freeswitch/libs/freetdm/src/include/private -I/home/brian/tree/freeswitch/libs/freetdm/src/ftmod/ftmod_sangoma_boost -DFTDM_CONFIG_DIR=\"/opt/freeswitch/conf\" -DFTDM_MOD_DIR=\"/opt/freeswitch/mod\" -ffast-math -Wall -Werror -Wunused-variable -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -O0 -g -ggdb -DPACKAGE_NAME=\"freetdm\" -DPACKAGE_TARNAME=\"freetdm\" -DPACKAGE_VERSION=\"pre-alpha\" "-DPACKAGE_STRING=\"freetdm pre-alpha\"" -DPACKAGE_BUGREPORT=\"bugs@freeswitch.org\" -DPACKAGE_URL=\"\" -DPACKAGE=\"libfreetdm\" -DVERSION=\"0.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DHAVE_LIBPTHREAD=1 -DHAVE_LIBM=1 -DSIZEOF_LONG=4 -DHAVE_NETDB_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_GETHOSTBYNAME_R=1 "-DDEBUG=/**/" -g -O2 -o .libs/testtones testtones-testtones.o ./.libs/libfreetdm.so -lm -lpthread -ldl -Wl,-rpath -Wl,/opt/freeswitch/lib ./.libs/libfreetdm.so: undefined reference to `ftdm_is_number' collect2: ld returned 1 exit status make[6]: *** [testtones] Error 1 make[5]: *** [local_install] Error 2 make[4]: *** [install] Error 1 make[3]: *** [mod_freetdm-install] Error 1 make[2]: *** [install-recursive] Error 1 === cut === What is particularly annoying is that the top level make file appears to return success status (0), so my script continues and the error is hidden. -- Brian May <brian@microcomaustralia.com.au>

On 9 September 2010 09:44, Brian May <brian@microcomaustralia.com.au> wrote:

I am going to rebuild and double check that the Makefile.in file is being regenerated, like the timestamp implies.

Oh, I see the problem. It appears that Makefile.in has been committed into git (I think standard practice is not to commit any autogenerated files), and it is wrong or out-of-date. -- Brian May <brian@microcomaustralia.com.au>

On 10 September 2010 07:58, Moises Silva <moises.silva@gmail.com> wrote:

Something is wrong in your box. That file is not committed.

Hmm. Curious, looks like git had me confused: brian@aquitard:~/freeswitch$ git status # On branch master nothing to commit (working directory clean) brian@aquitard:~/freeswitch$ ls -l ./libs/freetdm/Makefile.in ls: cannot access ./libs/freetdm/Makefile.in: No such file or directory brian@aquitard:~/freeswitch$ echo hello > ./libs/freetdm/Makefile.in brian@aquitard:~/freeswitch$ git diff ./libs/freetdm/Makefile.in brian@aquitard:~/freeswitch$ I expected to see either (a) an error or (b) a diff representing a new file, but got an empty diff instead. Is there any reliable way of finding out if a file is committed or not under git? -- Brian May <brian@microcomaustralia.com.au>