[asterisk-users] spandsp 0.0.3 RxFax fax reception crashes bristuffed asterisk 1.2.13

Fri Nov 17 06:35:34 MST 2006

A little progress on this problem

Examining the logs i found a weird looking 'soft hangup' which  
reminded me on an earlier issue we had. (and the reason why we were  
still on the 'i' release of bristuff). It looked as if the channel  
hung up just before rxfax actually could begin to work.

Normally we would let the faxdetection be automatic and let ast jump  
to the 'fax' extension, which in turn calls the faxreceive macro as  
described in my original post.

Bypassing all that and directly tie-ing an extension to the  
faxreceive macro (not even answering the channel), gives a successful  
fax reception. RxFax has a check whether the channel is answered, and  
it will answer it, if not already.

I think this was a lucky shot in the dark though. The problem seems  
to be a mismatch between the state of the channel (answered) and what  
it actually is. Getting data from the channel wont work then i guess.

This is a suitable workaround for our little setup for now. The only  
thing we miss at this point is that we wont be able to receive faxes  
at every extension anymore, just the one.

I do not have enough knowledge of the sources to suggest a fix for  
this. It looks like either the specific stuff for our card (quadbri)  
or asterisk itself would be the area to look into, but again, i am  
not (yet) capable of doing so myself.

Hope this helps anyone fixing the real problem.

marcel

On 16 nov 2006, at 11:27, Marcel van der Boom wrote:

> Hi,
>
> I'm using spandsp-0.0.3
> [http://www.soft-switch.org/downloads/snapshots/spandsp/ 
> spandsp-20061116.tar.gz]
>
> on a bristuffed asterisk (1.2.13)
> [http://212.91.251.199/~junghanns.net/downloads/bristuff-0.3.0- 
> PRE-1v.tar.gz]
>
> libtiff is at version 3.6.0
>
> Running on: Linux router2 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10  
> UTC 2006 i686 GNU/Linux
> Debian testing distro.
>
> I've tried many combinations of bristuffed ast and spandsp  
> versions, but all fail at the same point. The last combination i  
> got to work was bristuffed 0.3.0-PRE-1i with spandsp-0.0.2-pre25  
> (on an earlier kernel)
>
> The app_rxfax.c in use is from:
> [http://www.soft-switch.org/downloads/snapshots/spandsp/test-apps- 
> asterisk-1.2/app_rxfax.c]
>
> On reception of a fax through RxFax, i get the exception. The  
> relevant part of the dialplan is
>
> [macro-faxreceive]
> ; Receive a fax
> exten => s,1,Set(FAXFILE=${FAXSPOOL}/${UNIQUEID}.tif)   ; Save the  
> fax in a tif file
> exten => s,2,RxFAX(${FAXFILE})                          ; Receive it
> exten => s,3,NoOp("Fax reception complete")             ;
> exten => s,4,Hangup
>
> Running asterisk (with the above versions) through gdb and doing a  
> backtrace gives me:
>
> #0  0xa7d45947 in raise () from /lib/tls/libc.so.6
> #1  0xa7d470c9 in abort () from /lib/tls/libc.so.6
> #2  0xa7d7afda in __fsetlocking () from /lib/tls/libc.so.6
> #3  0xa7d8289f in mallopt () from /lib/tls/libc.so	.6
> #4  0xa7d82942 in free () from /lib/tls/libc.so.6
> #5  0xa75efd68 in rxfax_exec (chan=0x818c5f8, data=0xa74a4798) at  
> app_rxfax.c:327
> #6  0x08090088 in pbx_extension_helper (c=0x818c5f8, con=<value  
> optimized out>, context=<value optimized out>, exten=0x818c83c "s",  
> priority=2,
>     label=0x0, callerid=0x0, action=1) at pbx.c:554
> #7  0xa762cb05 in macro_exec (chan=0x818c5f8, data=0xa74aafe8) at  
> app_macro.c:221
> #8  0x08090088 in pbx_extension_helper (c=0x818c5f8, con=<value  
> optimized out>, context=<value optimized out>, exten=0x818c83c "s",  
> priority=1,
>     label=0x0, callerid=0x0, action=1) at pbx.c:554
> #9  0x08091dee in __ast_pbx_run (c=0x818c5f8) at pbx.c:2231
> #10 0x08092a1c in pbx_thread (data=0x818c5f8) at pbx.c:2518
> #11 0xa7f0d0bd in start_thread () from /lib/tls/libpthread.so.0
> #12 0xa7de892e in clone () from /lib/tls/libc.so.6
>
> This seems to indicate that the ast_frfree(inf); at line 327 of  
> app_rxfax.c causes the problem chain?
>
> I'm a bit lost on how to debug this further. Is this actually a  
> spandsp problem or is another package the cause?
> Any tips?
>
> marcel
>
>
> -- 
> Marcel van der Boom
> HS-Development BV               --   http://www.hsdev.com
> So! webapplicatie framework  --   http://make-it-so.info
>
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

-- 
Marcel van der Boom
HS-Development BV               --   http://www.hsdev.com
So! webapplicatie framework  --   http://make-it-so.info