Tag: segmentation fault

在bash脚本中运行docker命令会导致分段错误: 这些命令如下所示： docker运行/停止/ rm … 在terminal工作的同时在bash脚本中导致分段错误。我比较了bash脚本和terminal之间的环境，如下所示。 2C2 <BASHOPTS = cmdhist：complete_fullquote：extquote：force_fignore：hostcomplete：interactive_comments：progcomp：promptvars：sourcepath — > BASHOPTS = cmdhist：complete_fullquote：expand_aliases：extquote：force_fignore：hostcomplete：interactive_comments：login_shell：progcomp：promptvars：sourcepath 7,8c7,8 <BASH_LINENO =（[0] =“0”） <BASH_SOURCE =（[0] =“./ devRun.sh”） — > BASH_LINENO =（） > BASH_SOURCE =（） 10a11 > COLUMNS = 180 14a16,18 > HISTFILE = / home / me / .bash_history > HISTFILESIZE = 500 > HISTSIZE = 500 19a24 > […]

Centos docker容器崩溃了6个分段错误 – 核心转储在哪里: 运行一个Centos 7.1.1503docker容器，当添加几行代码（node.js）时，它会崩溃并显示错误： /bin/sh: line 1: 6 Segmentation fault (core dumped) node –inspect server.js 文件/proc/sys/kernel/core_pattern包含以下内容： |/usr/libexec/abrt-hook-ccpp %s %c %p %u %g %te 容器中没有/ var / spool / abrt目录。运行容器的服务器上的/ var / spool / abrt目录没有任何东西。我不能改变/ proc / sys / kernel / core_pattern指向另一个目录/程序，因为只读fs的东西。无法在特权中运行容器:-( 我已经读了吨的docker/堆栈交换和其他文档，不知道在哪里/如何得到核心转储？在过去的一段时间里，我会玩这些设置并破坏机器的复制品，但是这是一个生产容器，我的能力非常有限，我可以做什么以及什么时候/多less次可以使它崩溃:-( 主机是RHEL 7.1，docker版本是1.7 编辑：在我的笔记本电脑上，运行相同的容器（与docker1.12虽然），我有时通过运行sleep 60 & 在容器中，然后运行（仍然在容器中） kill -ABRT <pid of the […]

curl_slist_free_all（）导致GKE w / Debian 8.7上的段错误: 我已经为libcurl封装了我在Google Container Engine上部署的C ++守护进程。除了一个小问题之外，一切都很精彩。无论何时调用curl_slist_free_all()它都会发生段curl_slist_free_all() 。它不会在Ubuntu 14或16或MacOS上发生。它只发生在Debian 8.7的GKE Docker环境中。这实际上是我唯一的错误，几周来一直困扰着我。我已经用RAII风格的容器包装资源句柄，以保证exception安全（是的，是的，我使用例外）和泄漏保护。 easy_init和easy_cleanup在CurlSession的构造函数和析构函数中。 global_init＆cleanup在HTTP构造函数和析构函数中。我validation了没有两个免费的情况，spelunked libcurl代码，仍然无法理解为什么这只发生在这个操作系统环境。我设法附加一个debugging器，并将其隔离到单个slist清除调用。唯一可以让我的代码工作的方法是在其他所有的env中泄漏，这不是一个交易的破坏者，而是我的记忆分析器给了我一个干净的健康法案。任何见解或共享的痛苦感激。我的标题slist包装： HTTP::Headers::Headers() : slist{nullptr} {} HTTP::Headers::Headers(const HeaderKeyValues &headers) : slist{nullptr} { for (const auto& header : headers) add(header.first, header.second); } HTTP::Headers::~Headers() { curl_slist_free_all(slist); // <- seems to crash on Google's Debian image slist = […]