[test-results] [Bamboo] Asterisk - trunk - Mac OS 10.6 build 164 has FAILED. Change made by 8 authors

[Bamboo]

-------------- next part --------------
-----------------------------------------------------------
AST-MACOS106TRUNK-164 failed.
-----------------------------------------------------------
Code has been updated by twilson, qwell, Russell Bryant, rmudgett, bbryant, dvossel, Bc. Jan Kalab, Tilghman Lesher.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST-MACOS106TRUNK-164/        


--------------
Code Changes
--------------
dvossel (285565):

>Merged revisions 285564 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>................
>  r285564 | dvossel | 2010-09-08 16:48:37 -0500 (Wed, 08 Sep 2010) | 60 lines
>  
>  Merged revisions 285563 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>  
>  ........
>    r285563 | dvossel | 2010-09-08 16:47:29 -0500 (Wed, 08 Sep 2010) | 54 lines
>    
>    Fixes interoperability problems with session timer behavior in Asterisk.
>    
>    CHANGES:
>    1. Never put "timer" in "Require" header.  This is not to our benefit
>    and RFC 4028 section 7.1 even warns against it.  It is possible for one
>    endpoint to perform session-timer refreshes while the other endpoint does
>    not support them.  If in this case the end point performing the refreshing
>    puts "timer" in the Require field during a refresh, the dialog will
>    likely get terminated by the other end.
>    
>    2. Change the behavior of 'session-timer=accept' in sip.conf (which is
>    the default behavior of Asterisk with no session timer configuration
>    specified) to only run session-timers as result of an incoming INVITE
>    request if the INVITE contains an "Session-Expires" header... Asterisk is
>    currently treating having the "timer" option in the "Supported" header as
>    a request for session timers by the UAC.  I do not agree with this.  Session
>    timers should only be negotiated in "accept" mode when the incoming INVITE
>    supplies a "Session-Expires" header, otherwise RFC 4028 says we should
>    treat a request containing no "Session-Expires" header as a session with
>    no expiration.
>    
>    Below I have outlined some situations and what Asterisk's behavior is.
>    The table reflects the behavior changes implemented by this patch.
>    
>    SITUATIONS:
>    -Asterisk as UAS
>    1. Incoming INVITE: NO  "Session-Expires"
>    2. Incoming INVITE: HAS "Session-Expires"
>    
>    -Asterisk as UAC
>    3. Outgoing INVITE: NO  "Session-Expires". 200 Ok Response HAS "Session-Expires" header
>    4. Outgoing INVITE: NO  "Session-Expires". 200 Ok Response NO  "Session-Expires" header
>    5. Outgoing INVITE: HAS "Session-Expires".
>    
>    Active   - Asterisk will have an active refresh timer regardless if the other endpoint does.
>    Inactive - Asterisk does not have an active refresh timer regardless if the other endpoint does.
>    XXXXXXX  - Not possible for mode.
>    ______________________________________
>    |SITUATIONS | 'session-timer' MODES  |
>    |___________|________________________|
>    |           | originate  |  accept   |
>    |-----------|------------|-----------|
>    |1.         |   Active   | Inactive  |
>    |2.         |   Active   |  Active   |
>    |3.         | XXXXXXXX   | Active    |
>    |4.         | XXXXXXXX   | Inactive  |
>    |5.         |   Active   | XXXXXXXX  |
>    --------------------------------------
>    
>    
>    (closes issue #17005)
>    Reported by: alexrecarey
>  ........
>................
>

Tilghman Lesher (284667):

>Merged revisions 284666 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>................
>  r284666 | tilghman | 2010-09-02 11:11:15 -0500 (Thu, 02 Sep 2010) | 9 lines
>  
>  Merged revisions 284665 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>  
>  ........
>    r284665 | tilghman | 2010-09-02 11:07:19 -0500 (Thu, 02 Sep 2010) | 2 lines
>    
>    Fixing build.
>  ........
>................
>

rmudgett (285372):

>Merged revisions 285371 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>........
>  r285371 | rmudgett | 2010-09-07 16:08:35 -0500 (Tue, 07 Sep 2010) | 1 line
>  
>  Fix cut-n-paste error.
>........
>


--------------
Error Summary
--------------
   Could not find ant Junit test results in the /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK directory.
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   svn: This client is too old to work with working copy '.'; please get a newer Subversion client
   cc1: warnings being treated as errors
   In file included from /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK/include/asterisk/select.h:29,
                    from /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK/include/asterisk/poll-compat.h:83,
                    from /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK/include/asterisk/compat.h:74,
                    from /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK/include/asterisk.h:28,
                    from ael_lex.c:20:
   /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK/include/asterisk/utils.h: In function ‘_ast_strndup’:
   /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK/include/asterisk/utils.h:559: warning: implicit declaration of function ‘strndup’
   /srv/bamboo/xml-data/build-dir/AST-MACOS106TRUNK/include/asterisk/utils.h:559: warning: incompatible implicit declaration of built-in function ‘strndup’
   make[1]: *** [aelparse.o] Error 1
   make: *** [utils] Error 2


--
This message is automatically generated by Atlassian Bamboo

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/test-results/attachments/20100909/ecfd24a1/attachment-0001.htm