[asterisk-bugs] [Asterisk 0010342]: On Mac OS X PowerPC, Asterisk 1.4.x stops bridging new calls shortly after start
noreply at bugs.digium.com
noreply at bugs.digium.com
Fri May 9 10:19:19 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10342
======================================================================
Reported By: jcovert
Assigned To: putnopvut
======================================================================
Project: Asterisk
Issue ID: 10342
Category: Core/Portability
Reproducibility: always
Severity: major
Priority: normal
Status: ready for testing
Asterisk Version: 1.6.0-beta8
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 07-31-2007 09:10 CDT
Last Modified: 05-09-2008 10:19 CDT
======================================================================
Summary: On Mac OS X PowerPC, Asterisk 1.4.x stops bridging
new calls shortly after start
Description:
I have unsuccessfully tried to get every 1.4.x version of Asterisk to work
on Mac OS X PowerPC, most recently Asterisk 1.4.9 on Mac OS X 10.4.10.
Asterisk starts up fine, and works for a short while. But after about the
third or fourth bridged call (local sip soft client, SJphone, or locally
connected SIP ATAs Cisco ATA 186), RTP read too short errors start
ocurring, or other dead call problems. It is still possible to connect to
IVRs within asterisk, and inbound IAX2 calls from a 1.2.22 version of
Asterisk to the 1.4.9 version still work, but originating SIP devices are
unable to reliably make outbound calls.
======================================================================
----------------------------------------------------------------------
jcovert - 05-09-08 10:19
----------------------------------------------------------------------
Argh.
JRCovert:~/asterisk/asterisk-1.4.19.1/main root# patch -b <dns.patch
patching file dns.c
Hunk http://bugs.digium.com/view.php?id=4 FAILED at 236.
Hunk http://bugs.digium.com/view.php?id=5 succeeded at 274 (offset -1 lines).
Hunk http://bugs.digium.com/view.php?id=6 succeeded at 293 (offset -1 lines).
1 out of 6 hunks FAILED -- saving rejects to file dns.c.rej
But I don't think this is it. I had previously backed everything I did
out of configure, and then explicitly defined HAVE_RES_NINIT in
autoconfig.c. When that didn't work I also tried just defining it directly
in dns.c. (Yes, I did go back to the original dns.c before trying to apply
the patch.)
The class is waiting for me.
/john
Issue History
Date Modified Username Field Change
======================================================================
05-09-08 10:19 jcovert Note Added: 0086667
======================================================================
More information about the asterisk-bugs
mailing list