Skip to content
Snippets Groups Projects
  • Russell Bryant's avatar
    0bdd99ad
    Merged revisions 182810 via svnmerge from · 0bdd99ad
    Russell Bryant authored
    https://origsvn.digium.com/svn/asterisk/branches/1.4
    
    ........
    r182810 | russell | 2009-03-17 21:09:13 -0500 (Tue, 17 Mar 2009) | 44 lines
    
    Fix cases where the internal poll() was not being used when it needed to be.
    
    We have seen a number of problems caused by poll() not working properly on 
    Mac OSX.  If you search around, you'll find a number of references to using 
    select() instead of poll() to work around these issues.  In Asterisk, we've 
    had poll.c which implements poll() using select() internally.  However, we 
    were still getting reports of problems.
    
    vadim investigated a bit and realized that at least on his system, even 
    though we were compiling in poll.o, the system poll() was still being used.  
    So, the primary purpose of this patch is to ensure that we're using the 
    internal poll() when we want it to be used.
    
    The changes are:
    
    1) Remove logic for when internal poll should be used from the Makefile.  
       Instead, put it in the configure script.  The logic in the configure 
       script is the same as it was in the Makefile.  Ideally, we would have 
       a functionality test for the problem, but that's not actually possible, 
       since we would have to be able to run an application on the _target_ 
       system to test poll() behavior.
    
    2) Always include poll.o in the build, but it will be empty if AST_POLL_COMPAT
       is not defined.
    
    3) Change uses of poll() throughout the source tree to ast_poll().  I feel 
       that it is good practice to give the API call a new name when we are 
       changing its behavior and not using the system version directly in all cases.
       So, normally, ast_poll() is just redefined to poll().  On systems where 
       AST_POLL_COMPAT is defined, ast_poll() is redefined to ast_internal_poll().
    
    4) Change poll() in main/poll.c to be ast_internal_poll().
    
    It's worth noting that any code that still uses poll() directly will work fine 
    (if they worked fine before).  So, for example, out of tree modules that are 
    using poll() will not stop working or anything.  However, for modules to work 
    properly on Mac OSX, ast_poll() needs to be used.
    
    (closes issue #13404)
    Reported by: agalbraith
    Tested by: russell, vadim
    
    http://reviewboard.digium.com/r/198/
    
    ........
    
    
    git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182847 65c4cc65-6c06-0410-ace0-fbb531ad65f3
    0bdd99ad
    History
    Merged revisions 182810 via svnmerge from
    Russell Bryant authored
    https://origsvn.digium.com/svn/asterisk/branches/1.4
    
    ........
    r182810 | russell | 2009-03-17 21:09:13 -0500 (Tue, 17 Mar 2009) | 44 lines
    
    Fix cases where the internal poll() was not being used when it needed to be.
    
    We have seen a number of problems caused by poll() not working properly on 
    Mac OSX.  If you search around, you'll find a number of references to using 
    select() instead of poll() to work around these issues.  In Asterisk, we've 
    had poll.c which implements poll() using select() internally.  However, we 
    were still getting reports of problems.
    
    vadim investigated a bit and realized that at least on his system, even 
    though we were compiling in poll.o, the system poll() was still being used.  
    So, the primary purpose of this patch is to ensure that we're using the 
    internal poll() when we want it to be used.
    
    The changes are:
    
    1) Remove logic for when internal poll should be used from the Makefile.  
       Instead, put it in the configure script.  The logic in the configure 
       script is the same as it was in the Makefile.  Ideally, we would have 
       a functionality test for the problem, but that's not actually possible, 
       since we would have to be able to run an application on the _target_ 
       system to test poll() behavior.
    
    2) Always include poll.o in the build, but it will be empty if AST_POLL_COMPAT
       is not defined.
    
    3) Change uses of poll() throughout the source tree to ast_poll().  I feel 
       that it is good practice to give the API call a new name when we are 
       changing its behavior and not using the system version directly in all cases.
       So, normally, ast_poll() is just redefined to poll().  On systems where 
       AST_POLL_COMPAT is defined, ast_poll() is redefined to ast_internal_poll().
    
    4) Change poll() in main/poll.c to be ast_internal_poll().
    
    It's worth noting that any code that still uses poll() directly will work fine 
    (if they worked fine before).  So, for example, out of tree modules that are 
    using poll() will not stop working or anything.  However, for modules to work 
    properly on Mac OSX, ast_poll() needs to be used.
    
    (closes issue #13404)
    Reported by: agalbraith
    Tested by: russell, vadim
    
    http://reviewboard.digium.com/r/198/
    
    ........
    
    
    git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182847 65c4cc65-6c06-0410-ace0-fbb531ad65f3