asterisk users - Nov 2006 - spandsp 0.0.3 RxFax fax reception crashes bristuffed asterisk 1.2.13

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


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2154 bytes
Desc: not available
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20061116/71e3cc5b/smime-0001.bin

I can confirm this behaviour with same spandsp, same app_rxfax and 
app_txfax, and plain (NON_BRIstuffed) asterisk 1.2.13 and asterisk 1.2.12.1.

Also latest libmfcr2 from libunicall package for chan_unicall can't compile 
with spandsp0.0.3pre24 and newer versions from snapshot dir of 
soft-swich.org site.

Regards,
            Nenad Radosavljevic

please check if the old spandsp-version is kompletly removed
do you use the rxfax/txfax version out of the soft-switch/snapshots-folder 
??? if not - try them

asterisk-users-bounces@lists.digium.com wrote on 16.11.2006 11:27:36 AM:
> 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
> 
> 
> [attachment "smime.p7s" deleted by Dirk Rieger/B-W] 
> _______________________________________________
> --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
Diese E-Mail und alle Anh?nge enthalten vertrauliche und/oder rechtlich 
gesch?tzte Informationen. Wenn Sie nicht der richtige Adressat sind oder 
diese E-Mail irrt?mlich erhalten haben, informieren Sie bitte sofort den 
Absender und vernichten Sie diese E-Mail und ihren Inhalt. Das unerlaubte 
Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet.

This e-mail and any attached files may contain confidential and/or 
privileged information. If you are not the intended recipient (or have 
received this e-mail by mistake) please notify the sender immediately and 
delete this e-mail. Any unauthorised duplication, disclosure or 
distribution of this e-mail and content is strictly forbidden. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20061116/be766e62/attachment.htm

On 16 nov 2006, at 12:12, DRi@b-w-computer.de wrote:
> please check if the old spandsp-version is kompletly removed
It is.
> do you use the rxfax/txfax version out of the soft-switch/snapshots- 
> folder
> ??? if not - try them
 From my original msg:
>> The app_rxfax.c in use is from:
>> [http://www.soft-switch.org/downloads/snapshots/spandsp/test-apps-
>> asterisk-1.2/app_rxfax.c]
>>
This is the folder you mean, right?

marcel

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


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2154 bytes
Desc: not available
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20061116/5cde6a38/smime.bin

> On 16 nov 2006, at 12:12, DRi@b-w-computer.de wrote:
> 
> > please check if the old spandsp-version is kompletly removed
> It is.
> 
> > do you use the rxfax/txfax version out of the soft-switch/snapshots- 
> > folder
> > ??? if not - try them
> 
>  From my original msg:
> 
> >> The app_rxfax.c in use is from:
> >> [http://www.soft-switch.org/downloads/snapshots/spandsp/test-apps-
> >> asterisk-1.2/app_rxfax.c]
> >>
> 
> This is the folder you mean, right?
> 
Yep

Diese E-Mail und alle Anh?nge enthalten vertrauliche und/oder rechtlich 
gesch?tzte Informationen. Wenn Sie nicht der richtige Adressat sind oder 
diese E-Mail irrt?mlich erhalten haben, informieren Sie bitte sofort den 
Absender und vernichten Sie diese E-Mail und ihren Inhalt. Das unerlaubte 
Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet.

This e-mail and any attached files may contain confidential and/or 
privileged information. If you are not the intended recipient (or have 
received this e-mail by mistake) please notify the sender immediately and 
delete this e-mail. Any unauthorised duplication, disclosure or 
distribution of this e-mail and content is strictly forbidden. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20061116/9995d0fc/attachment.htm

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