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

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

                Author: ASF GitHub Bot
            Created on: 09/Sep/16 18:39
            Start Date: 09/Sep/16 18:39
    Worklog Time Spent: 10m 
      Work Description: Github user jpeach commented on a diff in the pull 
request:

    https://github.com/apache/trafficserver/pull/991#discussion_r78228715
  
    --- Diff: proxy/logging/LogBuffer.h ---
    @@ -25,6 +25,7 @@
     #define LOG_BUFFER_H
     
     #include "ts/ink_platform.h"
    +#include "ts/Diags.h"
    --- End diff --
    
    Better to add ``Diags.h`` to the relevant .cc files in that case.


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

    Worklog Id:     (was: 28637)
    Time Spent: 2h 50m  (was: 2h 40m)

> MachineFatal should shutdown without cleanup
> --------------------------------------------
>
>                 Key: TS-4503
>                 URL: https://issues.apache.org/jira/browse/TS-4503
>             Project: Traffic Server
>          Issue Type: Bug
>            Reporter: Susan Hinrichs
>            Assignee: Syeda Persia Aziz
>             Fix For: 7.0.0
>
>          Time Spent: 2h 50m
>  Remaining Estimate: 0h
>
> When MachineFatalClass::raise() is called, it prints a message to the log and 
> then calls exit.  exit causes memory cleanup to be called.  But if we are in 
> such bad state that MachineFatal is called, it is quite likely that memory is 
> messed up.
> We saw a crash where MachineFatal is called in thread 84.  This stack has the 
> real error.  But the stack that got reported was on thread 1 in class 
> destructor logic.  It would have been better if ATS failed immediately and 
> the stack on thread 84 was reported.



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

Reply via email to