[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 Jun 13 17:12:29 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: assigned
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: 06-13-2008 17:12 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.
======================================================================
----------------------------------------------------------------------
svnbot - 06-13-08 17:12
----------------------------------------------------------------------
Repository: asterisk
Revision: 122724
_U team/seanbright/resolve-shadow-warnings/
U team/seanbright/resolve-shadow-warnings/channels/chan_iax2.c
U team/seanbright/resolve-shadow-warnings/include/asterisk/channel.h
U team/seanbright/resolve-shadow-warnings/include/asterisk/timing.h
U team/seanbright/resolve-shadow-warnings/main/asterisk.c
U team/seanbright/resolve-shadow-warnings/main/autoservice.c
U team/seanbright/resolve-shadow-warnings/main/channel.c
U team/seanbright/resolve-shadow-warnings/main/dial.c
U team/seanbright/resolve-shadow-warnings/main/file.c
U team/seanbright/resolve-shadow-warnings/main/timing.c
U team/seanbright/resolve-shadow-warnings/res/res_config_pgsql.c
A team/seanbright/resolve-shadow-warnings/res/res_timing_dahdi.c
------------------------------------------------------------------------
r122724 | seanbright | 2008-06-13 17:12:27 -0500 (Fri, 13 Jun 2008) | 87
lines
Merged revisions 122523,122526,122557,122616,122664,122714,122716 via
svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk
................
r122523 | russell | 2008-06-13 08:45:50 -0400 (Fri, 13 Jun 2008) | 11
lines
Merge changes from timing branch
- Convert chan_iax2 to use the timing API
- Convert usage of timing in the core to use the timing API instead of
using DAHDI directly
- Make a change to the timing API to add the set_rate() function
- change the timing core to use a rwlock
- merge a timing implementation, res_timing_dahdi
Basic testing was successful using res_timing_dahdi
................
r122526 | russell | 2008-06-13 08:53:08 -0400 (Fri, 13 Jun 2008) | 3 lines
Do not allow res_timing_dahdi to be unloaded. We can re-enable this once
we
add automatic use count handling for timing modules.
................
r122557 | tilghman | 2008-06-13 10:15:07 -0400 (Fri, 13 Jun 2008) | 7
lines
Convert one more delimiter to use comma.
(closes issue http://bugs.digium.com/view.php?id=12850)
Reported by: bcnit
Patches:
20080613__bug12850.diff.txt uploaded by Corydon76 (license 14)
Tested by: bcnit
................
r122616 | jpeeler | 2008-06-13 13:38:28 -0400 (Fri, 13 Jun 2008) | 13
lines
Blocked revisions 122613 via svnmerge
........
r122613 | jpeeler | 2008-06-13 12:36:56 -0500 (Fri, 13 Jun 2008) | 6 lines
(closes issue http://bugs.digium.com/view.php?id=12846)
Reported by: Netview
Tested by: jpeeler
Use correct location to search for tonezone.
........
................
r122664 | jpeeler | 2008-06-13 14:58:29 -0400 (Fri, 13 Jun 2008) | 8 lines
Blocked revisions 122663 via svnmerge
........
r122663 | jpeeler | 2008-06-13 13:57:24 -0500 (Fri, 13 Jun 2008) | 1 line
fixed dahdi compatability header from assuming either dahdi or zaptel is
installed (may not have either)
........
................
r122714 | mmichelson | 2008-06-13 17:45:21 -0400 (Fri, 13 Jun 2008) | 17
lines
Merged revisions 122713 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r122713 | mmichelson | 2008-06-13 16:44:53 -0500 (Fri, 13 Jun 2008) | 9
lines
Short circuit the loop in autoservice_run if there are no channels to
poll.
If we continued, then the result would be calling poll() with a NULL
pollfd array. While this is fine with POSIX's poll(2) system call, those
who use Asterisk's internal poll mechanism (Darwin systems) would have
a failed assertion occur when poll is called.
(related to issue http://bugs.digium.com/view.php?id=10342)
........
................
r122716 | tilghman | 2008-06-13 17:50:28 -0400 (Fri, 13 Jun 2008) | 2
lines
Properly detect the size of char/varchar fields
................
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=122724
Issue History
Date Modified Username Field Change
======================================================================
06-13-08 17:12 svnbot Checkin
06-13-08 17:12 svnbot Note Added: 0088701
======================================================================
More information about the asterisk-bugs
mailing list