昨天,我开始将spdlog
包含到我的个人项目中以进行日志记录。到目前为止,我在使库包含工作时遇到了一些问题,但现在已经完全解决了。
现在一切都可以正常编译了,但是找到所有标头,但是当我尝试创建记录器或简单地设置记录模式时,由于段错误而导致代码崩溃。更具体地说,无论我第一次在程序中从spdlog
名称空间调用哪个函数都会导致崩溃。
我有一类从spdlog
(基于this回购)中提取某些部分的类,如下所示:
//Logger.hpp
#ifndef TE_LOGGER_HPP
#define TE_LOGGER_HPP
#include <spdlog/spdlog.h>
namespace te {
class Logger {
public:
static void Init();
inline static std::shared_ptr<spdlog::logger> &getCoreLogger() {
return sCoreLogger;
}
inline static std::shared_ptr<spdlog::logger> &getClientLogger() {
return sClientLogger;
}
private:
static std::shared_ptr<spdlog::logger> sCoreLogger;
static std::shared_ptr<spdlog::logger> sClientLogger;
};
}
#endif //TE_LOGGER_HPP
//Logger.cpp
#include "Logger.hpp"
#include <spdlog/sinks/stdout_color_sinks.h>
std::shared_ptr<spdlog::logger> te::Logger::sCoreLogger;
std::shared_ptr<spdlog::logger> te::Logger::sClientLogger;
void te::Logger::Init() {
//The first of any of the following three lines cause a crash
//no matter the order, regardless of the pattern used in set_pattern
spdlog::set_pattern("%v");
sCoreLogger = spdlog::stdout_color_mt("CORE");
sClientLogger = spdlog::stdout_color_mt("CORE");
sCoreLogger->set_level(spdlog::level::trace);
sClientLogger->set_level(spdlog::level::trace);
}
从堆栈跟踪看来,问题出在库中某个地方,formatter
中的spdlog
类被设置为null
。我正在使用最新的CLion C ++ 14(我知道spdlog是C ++ 11,但是稍后需要14中的功能,同时设置-std = c ++ 11不能解决问题)以及昨日spdlog
的最新版本(直接从其GitHub存储库中提取)在Ubuntu 18.04上。
编辑:根据注释中的请求,我创建了一个小项目(单个cpp文件,包括我在真实项目中的操作方式,或包含与真实项目中相同的代码和库设置的spdlog
从main.cpp
文件引用并进行相应链接),旨在重现该问题,以下是我的发现:
*当我直接在可执行文件中使用spdlog
时,此问题不存在
*如果将Logger类移入共享库并从那里链接到该库,则会出现此问题
这是我收到的错误消息:
Process finished with exit code 139 (interrupted by signal 11: SIGSEGV)
我正在使用的CMakeLists.txt文件(我将库的一个嵌套到项目中,因为到目前为止,CLion不像VS那样支持“同一解决方案中的多个项目”): #CMakeLists.txt用于库 cmake_minimum_required(VERSION 3.10 FATAL_ERROR)
project(TokenEngine VERSION 0.0.1 LANGUAGES CXX)
set(CMAKE_CXX_STANDARD 14)
set(SOURCE_FILES src/Application.cpp src/Application.hpp src/EntryPoint.hpp src/Logger.cpp src/Logger.hpp)
#include_directories("${CMAKE_CURRENT_SOURCE_DIR}/libs/")
add_library(TokenEngine SHARED ${SOURCE_FILES})
target_include_directories(TokenEngine PRIVATE "${CMAKE_CURRENT_SOURCE_DIR}/libs/spdlog-1.x/include")
#Expose the public API of the engine to any project that might use it
target_include_directories(TokenEngine PUBLIC include)
#CMakeLists.txt for top level project
cmake_minimum_required(VERSION 3.10 FATAL_ERROR)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wextra")
add_definitions(-DTE_PLATFORM_LINUX)
project(Build CXX)
add_subdirectory(TokenEngine)
add_subdirectory(Sandbox)
答案 0 :(得分:1)
两个记录器都使用相同的名称,当您运行它时,您将获得:
$ ./logger
libc++abi.dylib: terminating with uncaught exception of type spdlog::spdlog_ex: logger with name 'CORE' already exists
Abort trap: 6
如果将客户端记录器的名称更改为其他名称,则可以正常使用
sCoreLogger = spdlog::stdout_color_mt("CORE");
sClientLogger = spdlog::stdout_color_mt("CLIENT");
答案 1 :(得分:0)
问题可能是spdlog的静态对象定义了两次-从共享库内部以及包含记录器标头(包括spdlog.h)的客户端代码中定义。
尝试从头文件中删除包含到spdlog.h的文件和(并改用spdlog :: logger的前向声明),并仅从Logger.cpp文件中包含spdlog.h。
修改:
spdlog :: logger无法跨编译单元边界进行前向声明。 解决方案是用logger.cpp中定义的一些简单类包装logger,然后仅将其导出到logger.h