[
https://issues.apache.org/jira/browse/TS-4503?focusedWorklogId=28666&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-28666
]
ASF GitHub Bot logged work on TS-4503:
--------------------------------------
Author: ASF GitHub Bot
Created on: 09/Sep/16 21:02
Start Date: 09/Sep/16 21:02
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_r78248641
--- Diff: proxy/logging/LogBuffer.h ---
@@ -25,6 +25,7 @@
#define LOG_BUFFER_H
#include "ts/ink_platform.h"
+#include "ts/Diags.h"
--- End diff --
Ah, that's fine then.
Issue Time Tracking
-------------------
Worklog Id: (was: 28666)
Time Spent: 3h 20m (was: 3h 10m)
> 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: 3h 20m
> 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)
