[asterisk-users] spandsp 0.0.3 RxFax fax reception
crashes bristuffed asterisk 1.2.13
DRi at b-w-computer.de
DRi at b-w-computer.de
Mon Nov 20 08:53:44 MST 2006
you're right - app_rxfax.so kills Asterisk-version 1.2.13 - Where seems to
be a bug when freeing the a struct ast_frfree - at line 327 of app_rxfax.c
causing to crash asterisk. - Commenting this line prevents asterisk from
crashing for testcases but cannot be a solution for production-systems.
With asterisk-1.2.9 it worked so where seems to be some changes since this
version causing this crashes.
asterisk-users-bounces at lists.digium.com wrote on 17.11.2006 02:35:34 PM:
> 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
>
>
> _______________________________________________
> --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/20061120/dd2fc5c7/attachment.htm
More information about the asterisk-users
mailing list