[ 
https://issues.apache.org/jira/browse/TS-4974?focusedWorklogId=30667&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-30667
 ]

ASF GitHub Bot logged work on TS-4974:
--------------------------------------

                Author: ASF GitHub Bot
            Created on: 14/Oct/16 19:51
            Start Date: 14/Oct/16 19:51
    Worklog Time Spent: 10m 
      Work Description: Github user atsci commented on the issue:

    https://github.com/apache/trafficserver/pull/1113
  
    FreeBSD build *successful*! See 
https://ci.trafficserver.apache.org/job/Github-FreeBSD/1013/ for details.
     



Issue Time Tracking
-------------------

    Worklog Id:     (was: 30667)
    Time Spent: 20m  (was: 10m)

> Bad debug assert in HttpSM::handle_server_setup_error
> -----------------------------------------------------
>
>                 Key: TS-4974
>                 URL: https://issues.apache.org/jira/browse/TS-4974
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 7.0.0
>            Reporter: Susan Hinrichs
>            Assignee: Susan Hinrichs
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> When running with debug_enable, the non-release assert in 
> HttpSM::handle_server_setup_error sometimes goes off.
> ink_assert(server_entry->read_vio == data);
> In the crash case, the data corresponds to server_entry->write_vio. Reviewing 
> the function, I don't see why it is bad that this function is called with the 
> write vio.  The actual IO operations are performed against 
> server_entry->read_vio and server_entry->write_io instead of the parameter 
> vio directly.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to