Files
asterisk/main
David M. Lee 7088933da8 Multiple revisions 374570,374581
........
  r374570 | dlee | 2012-10-05 15:14:41 -0500 (Fri, 05 Oct 2012) | 22 lines
  
  Improve AMI long line error handling
  
  In AMI's parser, when it receives a long line (> 1024 characters), it discards
  that line, but continues to process the message normally.
  
  Typically, this is not a problem because a) who has lines that long and b)
  usually a discarded line results in an invalid message. But if that line is
  specifying an optional field, then the message will be processed, you get a
  'Response: Success', but things don't work the way you expected them to.
  
  This patch changes the behavior when a line-too-long parse error occurs.
  
  * Changes the log message to avoid way-too-long (and truncated anyways) log
    messages
  * Adds a 'parsing' status flag to Response: Success
  * Sets parsing = MESSAGE_LINE_TOO_LONG if, well, a line is too long
  * Responds with an appropriate error if parsing != MESSAGE_OKAY
  
  (closes issue AST-961)
  Reported by: John Bigelow
  Review: https://reviewboard.asterisk.org/r/2142/
........
  r374581 | dlee | 2012-10-05 15:20:28 -0500 (Fri, 05 Oct 2012) | 1 line
  
  I've committed too much. Reverting part of r374570.
........

Merged revisions 374570,374581 from http://svn.asterisk.org/svn/asterisk/branches/1.8


git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/10@374586 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2012-10-05 20:23:14 +00:00
..
2012-05-18 14:01:56 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-03-24 02:38:59 +00:00
2012-03-24 02:38:59 +00:00
2012-03-24 02:38:59 +00:00
2012-03-24 02:38:59 +00:00
2012-06-15 16:07:08 +00:00
2012-09-14 18:28:40 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-07-06 15:23:28 +00:00
2012-10-02 01:09:39 +00:00
2012-10-02 01:09:39 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-10-02 01:09:39 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-10-02 01:09:39 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-10-05 20:23:14 +00:00
2012-06-11 14:11:14 +00:00
2012-06-15 16:07:08 +00:00
2012-10-02 01:09:39 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-09-25 23:08:46 +00:00
2012-06-15 16:07:08 +00:00
2011-10-11 18:41:05 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00
2012-06-15 16:07:08 +00:00