[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]

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-17-2008 06:41 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 - 06-17-08 06:41  
---------------------------------------------------------------------- 
ok, so I did this:


    static int jrccount = 0 ;
    static struct pollfd *pjrc = 0;

and after the select() call:

    if (ready_descriptors > 0) {
      if (pjrc != pArray) {
        jrccount = 0;
        pjrc = pArray;
      } else {
        if (++jrccount > 10) kill(getpid(),SIGQUIT);
      }
      ast_log(LOG_WARNING,"ready=%d,
pArray=%x,\n",ready_descriptors,(unsigned int)pArray);
    }

and we got

[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1,
pArray=f04bf760,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1,
pArray=f04bf760,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
    -- Executing [12640001 at inbound-cnet-264:2] NoOp("IAX2/mainpbx-748",
"") in new stack
    -- Executing [12640001 at inbound-cnet-264:3]
Playback("IAX2/mainpbx-748", "/Users/jcovert/asterisk/laptop-pbx") in new
stack
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:23] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:24] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:24] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:24] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
[Jun 16 22:22:24] WARNING[642]: poll.c:319 poll: ready=1, pArray=1814c00,
Quit (core dumped)
jrcovert:~/asterisk/asterisk-1.4.122796 root# ls -l /cores/core.642 
-r--------   1 root  admin  201625600 Jun 16 22:22 /cores/core.642

Being a VMS developer, not a Uish developer, I'm not sure what the best
thing to do to get you the info you need would be.  That's probably way too
big a file to upload into bug tracker, and it probably has some SIP and
IAX2 passwords and stuff in it that I'd prefer to only trust you and not
the world with.

What would you like?

/john 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-17-08 06:41  jcovert        Note Added: 0088793                          
======================================================================