让崩溃成为历史:详解有效诊断与解决技巧
在软件开发的过程中,进程崩溃是一个常见的问题。进程崩溃通常是由于程序中的错误或异常引起的,如内存泄漏、空指针解引用、数组越界访问等。这些问题可能会导致程序在运行时突然终止,给用户带来不便并影响软件的稳定性。
进程崩溃后,开发者需要对问题进行调查和诊断,以便找出问题的根源并修复它。在这种情况下,收集崩溃时的信息变得至关重要。这些信息可以帮助开发者了解崩溃发生的上下文,缩小问题范围,加快定位和解决问题的速度。
崩溃信息包括堆栈跟踪、系统信息、线程信息等,这些信息可以帮助开发者快速地找到问题所在。例如,堆栈跟踪可以显示函数调用的顺序,从而让开发者了解导致崩溃的函数调用路径。系统信息可以帮助开发者判断是否是由于某些特定的硬件或操作系统引起的问题。线程信息有助于了解多线程程序中可能存在的竞争条件或死锁等问题。
为了有效地收集崩溃信息,开发者可以使用信号处理函数来捕获进程中的异常信号。通过在信号处理函数中收集和记录崩溃时的各种信息,开发者可以更容易地分析和解决问题。
总之,进程崩溃后收集信息是软件开发和维护过程中的关键步骤。通过对崩溃信息的分析和理解,开发者可以更快地识别问题、修复错误并提高软件的稳定性和可靠性。
堆栈跟踪(Stack trace)
堆栈跟踪提供了在崩溃发生时函数调用的顺序,包括函数名、参数和返回地址。这有助于开发者了解导致崩溃的函数调用路径,以及问题可能发生的位置。
系统信息(System information)
系统信息包括操作系统版本、硬件配置、已安装的软件以及其他环境信息。这些信息有助于判断问题是否由特定的硬件、操作系统或软件引起,并有助于重现问题。
线程信息(Thread information)
线程信息可以帮助了解多线程程序中可能存在的竞争条件、死锁等问题。这些信息包括线程的状态、标识符、优先级以及线程栈等。
内存使用情况(Memory usage)
内存使用情况信息包括进程在崩溃时分配的内存大小、已使用内存、内存泄漏等。分析这些信息可以帮助开发者找到潜在的内存问题,如内存泄漏或分配失败。
信号来源和上下文信息(Signal source and context information)
当异常信号触发时,可以获取信号的来源和触发原因。此外,上下文信息包括寄存器值、指令地址等,有助于进一步分析崩溃原因。
为了有效地收集崩溃信息,开发者需要设置信号处理函数来捕获进程中的异常信号。信号处理函数可以在异常发生时被自动调用,并收集和记录崩溃时的各种信息。信号处理函数的设置通常涉及以下步骤:
a. 定义信号处理函数,用于在接收到异常信号时执行相应的操作,如收集崩溃信息。
b. 注册信号处理函数,将其与特定的异常信号关联起来。
c. 在程序运行过程中,信号处理函数会自动捕获异常信号并执行相应操作。
通过设置信号处理函数并收集崩溃信息,开发者可以更容易地分析和解决问题,从而提高软件的稳定性和可靠性。
当信号处理函数被调用时,操作系统会将一个 siginfo_t 结构体传递给处理函数。siginfo_t 结构体包含了关于信号的详细信息,如信号类型、发送信号的进程或线程 ID、触发信号的原因等。通过分析 siginfo_t 结构体,可以了解信号的来源和触发原因。
信号处理函数除了可以接收 siginfo_t 结构体外,还可以接收一个 ucontext 结构体。ucontext 结构体包含了信号发生时的上下文信息,如寄存器值、指令地址等。通过分析 ucontext 结构体,可以了解崩溃发生时的程序状态,从而更准确地定位问题。
收集到信号来源和上下文信息后,将这些信息写入日志文件或发送给开发者是一种有效的诊断方法。可以使用以下方法将崩溃信息写入日志:
使用标准 I/O 函数,如 fprintf,将信号来源和上下文信息写入文件。需要确保文件 I/O 操作在信号处理函数中是安全的。
使用 syslog(POSIX)或 Event Log(Windows)将崩溃信息记录到系统日志中,以便在远程或集中式日志系统中查看。
使用网络通信库,如 libcurl,将崩溃信息发送给开发者或崩溃报告服务器,以便实时收集和分析崩溃数据。
通过收集信号来源和上下文信息,并将这些信息写入日志或发送给开发者,可以更快地分析和解决崩溃问题,从而提高软件的稳定性和可靠性。
关于信号的相关资料可以看这几篇文章
Linux之信号介绍/列表:列举Linux系统中常见的信号及其含义和用途
Linux系统编程之信号使用:介绍信号的基本概念、用法和实现方式
Linux系统编程之信号集:介绍信号集的基本概念、用法和实现方式
static void staticFailureSignalHandler(int signum, siginfo_t *signal_info, void *ucontext) {
std::cout << "Signal number: " << signum << std::endl;
// 使用 siginfo_t 结构体中的信息
if (signal_info) {
std::cout << "Signal code: " << signal_info->si_code << std::endl;
std::cout << "Fault address: " << signal_info->si_addr << std::endl;
}
// 使用 ucontext 结构体中的信息
if (ucontext) {
ucontext_t *uc = static_cast<ucontext_t *>(ucontext);
#ifdef __linux__
std::cout << "Instruction pointer: 0x" << std::hex << uc->uc_mcontext.gregs[REG_RIP] << std::endl;
#elif __APPLE__
std::cout << "Instruction pointer: 0x" << std::hex << uc->uc_mcontext->__ss.__rip << std::endl;
#endif
}
_Exit(EXIT_FAILURE);
}
#include <string>
std::string getSignalDescription(int signal) {
std::string signalDescription;
switch (signal) {
case SIGSEGV:
signalDescription = "Segmentation fault";
break;
case SIGABRT:
signalDescription = "Aborted";
break;
case SIGFPE:
signalDescription = "Floating point exception";
break;
// Add other signal cases here
default:
signalDescription = "Unknown signal";
break;
}
return signalDescription;
}
关于堆栈的作用: 此文章有介绍 堆栈的作用
获取堆栈跟踪是分析崩溃信息的关键步骤。下面介绍两种获取堆栈跟踪的方法:使用 POSIX 的 backtrace 函数和使用跨平台的 libunwind 库。
在 POSIX 兼容的系统(如 Linux 和 macOS)上,可以使用 backtrace 函数来获取当前线程的堆栈跟踪。首先,需要包含头文件 <execinfo.h>,然后调用 backtrace 函数:
#include <execinfo.h>
#include <stdio.h>
void print_stack_trace() {
void *buffer[100];
int size = backtrace(buffer, sizeof(buffer) / sizeof(void *));
char **symbols = backtrace_symbols(buffer, size);
for (int i = 0; i < size; i++) {
printf("%d: %s\n", i, symbols[i]);
}
free(symbols);
}
libunwind 是一个跨平台的库,用于获取堆栈跟踪。首先,需要安装 libunwind,然后包含头文件 <libunwind.h>,并使用相应的 API
#include <libunwind.h>
#include <stdio.h>
void print_stack_trace() {
unw_cursor_t cursor;
unw_context_t context;
unw_getcontext(&context);
unw_init_local(&cursor, &context);
while (unw_step(&cursor) > 0) {
unw_word_t offset;
char symbol[256] = {"<unknown>"};
unw_word_t ip;
unw_get_reg(&cursor, UNW_REG_IP, &ip);
if (unw_get_proc_name(&cursor, symbol, sizeof(symbol), &offset) == 0) {
printf("0x%lx: %s (0x%lx)\n", ip, symbol, offset);
} else {
printf("0x%lx: %s\n", ip, symbol);
}
}
}
在进程崩溃时,捕获崩溃信号并获取堆栈信息与生成 core dump 文件之间不会冲突。您可以在信号处理函数中获取堆栈信息并执行您需要的操作。同时,您可以通过设置 RLIMIT_CORE 资源限制来保证在进程崩溃时仍然生成 core dump 文件。
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <execinfo.h>
#include <sys/resource.h>
void signal_handler(int sig) {
void *buffer[30];
size_t size;
// 获取堆栈信息
size = backtrace(buffer, sizeof(buffer) / sizeof(void *));
fprintf(stderr, "Error: signal %d:\n", sig);
backtrace_symbols_fd(buffer, size, STDERR_FILENO);
exit(1);
}
int main() {
// 设置资源限制以便在进程崩溃时生成 core dump 文件
struct rlimit rlim;
rlim.rlim_cur = rlim.rlim_max = RLIM_INFINITY;
setrlimit(RLIMIT_CORE, &rlim);
signal(SIGSEGV, signal_handler); // 捕获 SIGSEGV 信号(例如空指针解引用)
// 引发一个空指针解引用错误
int *ptr = NULL;
*ptr = 42;
return 0;
}
获取 CPU 使用情况:记录崩溃时的 CPU 使用情况,以确定是否存在性能问题。
#include <string>
#include <fstream>
#include <unistd.h>
//获取 CPU 使用情况的函数(仅适用于 Linux)
bool getCPUUsage(std::string &cpuUsageInfo) {
std::ifstream stat("/proc/self/stat");
if (!stat.is_open()) {
return false;
}
std::string line;
std::getline(stat, line);
stat.close();
std::istringstream iss(line);
std::vector<std::string> tokens{std::istream_iterator<std::string>{iss},
std::istream_iterator<std::string>{}};
if (tokens.size() >= 17) {
long utime = std::stol(tokens[13]);
long stime = std::stol(tokens[14]);
long cutime = std::stol(tokens[15]);
long cstime = std::stol(tokens[16]);
cpuUsageInfo = "User time: " + std::to_string(utime) + " ticks\n";
cpuUsageInfo += "System time: " + std::to_string(stime) + " ticks\n";
cpuUsageInfo += "Children user time: " + std::to_string(cutime) + " ticks\n";
cpuUsageInfo += "Children system time: " + std::as_string(cstime) + " ticks\n";
} else {
return false;
}
return true;
}
获取操作系统和硬件信息对于诊断和解决问题非常重要,因为某些问题可能与特定的操作系统或硬件有关。可以通过以下方法收集操作系统和硬件信息:
使用 uname 函数(POSIX)或 GetVersionEx 函数(Windows)获取操作系统名称、版本、内核版本等信息。
使用 sysctl 函数(POSIX)或 GetSystemInfo 函数(Windows)获取处理器类型、内存大小、虚拟内存等硬件信息。
#include <string>
#include <fstream>
#include <unistd.h>
#include <sys/utsname.h>
//获取硬件和操作系统信息的函数(仅适用于 Linux):
bool getSystemInfo(std::string &systemInfo) {
struct utsname sysinfo;
if (uname(&sysinfo) == -1) {
return false;
}
systemInfo = "Operating System: ";
systemInfo += sysinfo.sysname;
systemInfo += "\n";
systemInfo += "Node name: ";
systemInfo += sysinfo.nodename;
systemInfo += "\n";
systemInfo += "Release: ";
systemInfo += sysinfo.release;
systemInfo += "\n";
systemInfo += "Version: ";
systemInfo += sysinfo.version;
systemInfo += "\n";
systemInfo += "Machine: ";
systemInfo += sysinfo.machine;
systemInfo += "\n";
return true;
}
获取崩溃时的内存使用情况,可以帮助确定是否存在内存泄漏或内存不足的问题。
#include <string>
#include <fstream>
#include <unistd.h>
//获取内存使用情况的函数(仅适用于 Linux)
bool getMemoryUsage(std::string &memoryUsageInfo) {
std::ifstream meminfo("/proc/self/status");
if (!meminfo.is_open()) {
return false;
}
std::string line;
while (std::getline(meminfo, line)) {
if (line.find("VmRSS") != std::string::npos || line.find("VmSize") != std::string::npos) {
memoryUsageInfo += line + "\n";
}
}
meminfo.close();
return true;
}
收集进程的资源使用情况可以帮助开发者找到潜在的性能问题或资源泄漏。可以通过以下方法获取进程资源使用情况:
使用 getrusage 函数(POSIX)或 GetProcessMemoryInfo 函数(Windows)获取进程的 CPU 时间、内存使用、页面错误等资源使用情况。
使用 getrlimit 函数(POSIX)或 GetProcessWorkingSetSize 函数(Windows)获取进程的资源限制,如最大内存使用量、最大文件描述符数量等。
#include <sys/time.h>
#include <sys/resource.h>
#include <unistd.h>
#include <iostream>
#include <vector>
#include <string>
#include <sstream>
/**
* @brief 获取当前进程的资源使用情况
*
* @param result 存储结果的vector,每条消息用string存储
* @return bool 成功获取返回true,否则返回false
*/
bool getProcessResourceUsage(std::vector<std::string>& result)
{
// 获取进程资源使用情况
struct rusage usage;
if (getrusage(RUSAGE_SELF, &usage) != 0)
{
std::cerr << "Error: Failed to get resource usage." << std::endl;
return false;
}
std::stringstream ss;
// 用户态CPU时间
ss << "User CPU time: " << usage.ru_utime.tv_sec << "s " << usage.ru_utime.tv_usec << "us";
result.push_back(ss.str());
ss.str("");
// 系统态CPU时间
ss << "System CPU time: " << usage.ru_stime.tv_sec << "s " << usage.ru_stime.tv_usec << "us";
result.push_back(ss.str());
ss.str("");
// 页面重映射次数
ss << "Page reclaims (soft page faults): " << usage.ru_minflt;
result.push_back(ss.str());
ss.str("");
// 页面错误次数
ss << "Page faults (hard page faults): " << usage.ru_majflt;
result.push_back(ss.str());
ss.str("");
// 发出的阻塞I/O操作次数
ss << "Block input operations: " << usage.ru_inblock;
result.push_back(ss.str());
ss.str("");
// 已完成的阻塞I/O操作次数
ss << "Block output operations: " << usage.ru_oublock;
result.push_back(ss.str());
ss.str("");
// IPC消息发送次数
ss << "IPC messages sent: " << usage.ru_msgsnd;
result.push_back(ss.str());
ss.str("");
// IPC消息接收次数
ss << "IPC messages received: " << usage.ru_msgrcv;
result.push_back(ss.str());
ss.str("");
// 信号量操作次数
ss << "Semaphore operations: " << usage.ru_nvcsw + usage.ru_nivcsw;
result.push_back(ss.str());
ss.str("");
// 上下文切换次数
ss << "Context switches: " << usage.ru_nswap;
result.push_back(ss.str());
return true;
}
int main()
{
std::vector<std::string> resource_usage_info;
if (getProcessResourceUsage(resource_usage_info))
{
for (const auto& info : resource_usage_info)
{
std::cout << info << std::endl;
}
}
return 0;
}
#include <sys/resource.h>
#include <unistd.h>
#include <iostream>
#include <vector>
#include <string>
#include <sstream>
#include <limits>
/**
* @brief 获取当前进程的资源限制
*
* @param result 存储结果的vector,每条消息用string存储
* @return bool 成功获取返回true,否则返回false
*/
bool getProcessResourceLimits(std::vector<std::string>& result)
{
// 定义资源类型数组
const std::vector<int> resource_types = {
RLIMIT_AS, RLIMIT_CORE, RLIMIT_CPU, RLIMIT_DATA, RLIMIT_FSIZE,
RLIMIT_LOCKS, RLIMIT_MEMLOCK, RLIMIT_MSGQUEUE, RLIMIT_NICE,
RLIMIT_NOFILE, RLIMIT_NPROC, RLIMIT_RSS, RLIMIT_RTPRIO, RLIMIT_RTTIME,
RLIMIT_SIGPENDING, RLIMIT_STACK};
// 定义资源类型名称数组
const std::vector<std::string> resource_names = {
"Address space limit", "Core file size limit", "CPU time limit",
"Data segment limit", "File size limit", "File lock limit",
"Locked memory limit", "Message queue limit", "Nice priority limit",
"File descriptor limit", "Number of processes limit", "Resident set size limit",
"Real-time priority limit", "Real-time timeout limit", "Pending signals limit",
"Stack size limit"};
struct rlimit limit;
std::stringstream ss;
for (size_t i = 0; i < resource_types.size(); ++i)
{
if (getrlimit(resource_types[i], &limit) == 0)
{
ss << resource_names[i] << ": ";
// 获取软限制
if (limit.rlim_cur == RLIM_INFINITY)
{
ss << "soft limit: unlimited, ";
}
else
{
ss << "soft limit: " << limit.rlim_cur << ", ";
}
// 获取硬限制
if (limit.rlim_max == RLIM_INFINITY)
{
ss << "hard limit: unlimited";
}
else
{
ss << "hard limit: " << limit.rlim_max;
}
result.push_back(ss.str());
ss.str("");
}
else
{
std::cerr << "Error: Failed to get resource limit for " << resource_names[i] << std::endl;
return false;
}
}
return true;
}
int main()
{
std::vector<std::string> resource_limits_info;
if (getProcessResourceLimits(resource_limits_info))
{
for (const auto& info : resource_limits_info)
{
std::cout << info << std::endl;
}
}
return 0;
}
在 Linux 系统中,/proc 文件系统提供了丰富的进程和线程信息。通过读取 /proc 文件系统中的相关文件,可以收集到线程的详细信息。例如:
/proc/[pid]/task:该目录包含进程中每个线程的详细信息。可以遍历此目录以获取进程中所有线程的标识符。
/proc/[pid]/task/[tid]/status:该文件提供了特定线程的状态信息,如线程状态、优先级等。
/proc/[pid]/task/[tid]/stat:该文件包含了特定线程的详细统计信息,如 CPU 使用时间、上下文切换次数等。
关于更加详细的介绍,可以看我这篇文章:
深度剖析Linux进程的内部机制:一探/proc/pid的奥秘
信号处理函数可能在程序的任何时刻被调用,因此在编写信号处理函数时应避免使用可能导致竞争条件、死锁或其他未定义行为的操作。以下是一些建议:
避免在信号处理函数中使用全局变量或共享资源,因为这可能导致竞争条件。如果必须使用全局变量,请确保使用原子操作或其他同步机制来保护数据。
避免在信号处理函数中调用可能阻塞的函数,如文件 I/O、内存分配等,因为这可能导致死锁或崩溃。
避免在信号处理函数中修改信号掩码或重新注册信号处理函数,因为这可能导致信号丢失或循环调用。
设置一个非局部跳转标记,然后在信号处理函数中执行 siglongjmp,以便从信号处理函数返回到设置跳转标记的地方。
#include <csetjmp>
#include <csignal>
#include <iostream>
std::sigjmp_buf jumpBuffer;
void signalHandler(int signal) {
// Call existing functions: getStackTrace, getSysinfo, etc.
// ...
// Perform a non-local jump to the point where the jump buffer was set
std::siglongjmp(jumpBuffer, 1);
}
int main() {
std::signal(SIGABRT, signalHandler);
if (std::sigsetjmp(jumpBuffer, 1) == 0) {
// This block is executed when the program is first run
// or when returning from the signal handler using siglongjmp
std::cout << "Running before assertion..." << std::endl;
assert(false);
} else {
// This block is executed after returning from the signal handler
std::cout << "Recovered from assertion failure." << std::endl;
}
return 0;
}
std::thread 类来处理异常不需要使用信号处理函数。可以通过捕获线程抛出的异常来处理断言失败。
#include <cassert>
#include <iostream>
#include <thread>
void worker() {
std::cout << "Running before assertion..." << std::endl;
assert(false);
}
int main() {
try {
std::thread t(worker);
t.join();
} catch (const std::exception& e) {
// Handle the exception here
std::cerr << "Caught an exception: " << e.what() << std::endl;
}
return 0;
}
线程信息有助于了解多线程程序中可能存在的竞争条件、死锁等问题。
可以通过以下方法获取线程信息:
线程列表:使用 pthread 库(POSIX)或 CreateToolhelp32Snapshot 函数(Windows)获取进程中所有线程的列表。
线程状态:使用 pthread_attr_getschedparam 函数(POSIX)或 GetThreadPriority 函数(Windows)获取线程的状态、优先级等信息。
线程栈:使用 backtrace 函数(POSIX)或 CaptureStackBackTrace 函数(Windows)获取线程的堆栈跟踪。
通过收集系统信息、进程资源使用情况和线程信息,开发者可以更全面地了解崩溃发生的环境和上下文,从而更快地定位和解决问题。
跨平台的线程库,如 Boost.Thread 或 C++11标准库,提供了一些函数和类来获取线程信息。使用这些库可以在不同操作系统上以统一的方式收集线程信息。例如:
使用 std::thread::get_id 函数(C++11)或 boost::thread::get_id 函数(Boost.Thread)获取线程标识符。
使用 std::thread::hardware_concurrency 函数(C++11)或 boost::thread::hardware_concurrency 函数(Boost.Thread)获取可用的处理器数量,以评估线程并发能力。
#include <dirent.h>
#include <fstream>
#include <iostream>
#include <sstream>
#include <string>
#include <vector>
struct ThreadInfo {
int tid;
char state;
std::string comm;
};
bool getThreadStatus(std::vector<ThreadInfo>& threadStatus) {
const std::string proc_path = "/proc";
DIR* dir = opendir(proc_path.c_str());
if (dir == nullptr) {
std::cerr << "Failed to open /proc directory." << std::endl;
return false;
}
struct dirent* entry;
while ((entry = readdir(dir)) != nullptr) {
if (entry->d_type == DT_DIR) {
int tid = -1;
try {
tid = std::stoi(entry->d_name);
} catch (const std::invalid_argument&) {
continue;
} catch (const std::out_of_range&) {
continue;
}
if (tid > 0) {
std::string status_file = proc_path + "/" + entry->d_name + "/status";
std::ifstream in(status_file);
if (in.is_open()) {
ThreadInfo thread_info;
thread_info.tid = tid;
std::string line;
while (std::getline(in, line)) {
if (line.substr(0, 5) == "Name:") {
thread_info.comm = line.substr(6);
} else if (line.substr(0, 6) == "State:") {
thread_info.state = line[7];
break;
}
}
threadStatus.push_back(thread_info);
}
}
}
}
closedir(dir);
return true;
}
示例用法:
void signalHandler(int signal) {
// Call existing functions: getStackTrace, getSysinfo, etc.
// ...
std::vector<ThreadInfo> threadStatus;
if (getThreadStatus(threadStatus)) {
for (const auto& thread_info : threadStatus) {
std::cout << "TID: " << thread_info.tid
<< ", Name: " << thread_info.comm
<< ", State: " << thread_info.state << std::endl;
}
} else {
std::cerr << "Failed to get thread status." << std::endl;
}
// Save or print the collected information
// ...
}
异步信号安全(Async-signal-safe)函数是指可以在信号处理函数中安全调用的函数,因为它们不会被中断或产生竞争条件。以下是一些建议:
使用 write 函数(POSIX)或 WriteFile 函数(Windows)将崩溃信息写入文件,而不是使用标准 I/O 函数,如 fprintf。
使用 sig_atomic_t 类型来存储信号处理函数中使用的变量,以确保对这些变量的操作是原子的。
使用 sigprocmask 函数(POSIX)或 SetConsoleCtrlHandler 函数(Windows)来阻塞或解除阻塞信号,而不是在信号处理函数中直接修改信号掩码。
通过优化信号处理函数,避免不安全操作并使用异步信号安全的函数,可以降低崩溃时产生的风险,提高信号处理函数的可靠性。这将有助于更准确地收集和分析崩溃信息,从而加快问题定位和解决的速度。
在本文中,我们探讨了如何在软件崩溃时收集关键信息,以便在之后进行诊断和问题解决。我们介绍了信号处理函数的概念,并讨论了如何使用 sigaction 函数注册信号处理函数。我们还详细了解了如何获取堆栈跟踪、收集系统信息、获取线程信息,以及如何获取信号来源和上下文信息。
为了确保有效地记录这些信息,我们讨论了如何选择一个日志库,并在信号处理函数中将收集到的信息写入日志。此外,我们还强调了在编写信号处理函数时遵循的最佳实践,包括避免不安全操作和使用异步信号安全的函数。
收集崩溃信息的重要性不言而喻,它能帮助开发人员更快地定位问题,从而加快修复速度。掌握本文中介绍的方法和技巧,将有助于您更好地应对软件崩溃问题,提高软件的稳定性和可靠性。
为了将Cucumber用于命令行脚本,我按照提供的说明安装了arubagem。它在我的Gemfile中,我可以验证是否安装了正确的版本并且我已经包含了require'aruba/cucumber'在'features/env.rb'中为了确保它能正常工作,我写了以下场景:@announceScenario:Testingcucumber/arubaGivenablankslateThentheoutputfrom"ls-la"shouldcontain"drw"假设事情应该失败。它确实失败了,但失败的原因是错误的:@announceScenario:Testingcucumber/ar
当我在Rails控制台中按向上或向左箭头时,出现此错误:irb(main):001:0>/Users/me/.rvm/gems/ruby-2.0.0-p247/gems/rb-readline-0.4.2/lib/rbreadline.rb:4269:in`blockin_rl_dispatch_subseq':invalidbytesequenceinUTF-8(ArgumentError)我使用rvm来管理我的ruby安装。我正在使用=>ruby-2.0.0-p247[x86_64]我使用bundle来管理我的gem,并且我有rb-readline(0.4.2)(人们推荐的最少
本文主要介绍在使用Selenium进行自动化测试或者任务时,对于使用了iframe的页面,如何定位iframe中的元素文章目录场景描述解决方案具体代码场景描述当我们在使用Selenium进行自动化测试的时候,可能会遇到一些界面或者窗体是使用HTML的iframe标签进行承载的。对于iframe中的标签,如果直接查找是无法找到的,会抛出没有找到元素的异常。比如近在咫尺的例子就是,CSDN的登录窗体就是使用的iframe,大家可以尝试通过F12开发者模式查看到的tag_name,class_name,id或者xpath来定位中的页面元素,会抛出NoSuchElementException异常。解决
执行rvmlist后,我得到以下输出:rvmrubiesgems[missingbin/ruby]=*ruby-2.0.0-p645[x86_64]ruby-2.1.6[x86_64]ruby-2.2.1[x86_64]gems[missingbin/ruby]是什么意思?gems是某种系统gemset吗?它不是我创建的,我不知道我是否可以或应该删除它。 最佳答案 在我跑完之后:rvmfix-permissions然后我能够卸载具有[缺少bin/ruby]的版本。 关于ruby-如何修复
代码:threads=[]Thread.abort_on_exception=truebegin#throwexceptionsinthreadssowecanseethemthreadseputs"EXCEPTION:#{e.inspect}"puts"MESSAGE:#{e.message}"end崩溃:.rvm/gems/ruby-2.1.3@req/gems/activesupport-4.1.5/lib/active_support/dependencies.rb:478:inload_missing_constant':自动加载常量MyClass时检测到循环依赖稍加研究后,
我有一个依赖于另一个gem的gem(在RubyGems上可用)。那个依赖的gem有一个我最近修复的错误。不幸的是,那个依赖的gem几乎已经死了;它已经很多年没有更新了,而且所有者不再在GitHub上活跃,根本,更不用说提交这个gem了,所以我不希望我的补丁会被接受——肯定不会很快。鉴于此,处理此依赖gem的补丁版本的最佳方法是什么?我是否将它fork并上传一个新的gem(使用新名称)到RubyGems,并依赖它?我是否以某种方式将我的固定版本与我自己的gem打包在一起? 最佳答案 首先,检查有问题的gem的许可证(以及您的代码的许可
任何人都可以解释为什么当对方法的调用看起来像这样时我可能会看到这个堆栈(由HTTParty::post请求引起):beginresponse=HTTParty::post(url,options)rescuelogger.warn("Couldnotpostto#{url}")rescueTimeout::Errorlogger.warn("Couldnotpostto#{url}:timeout")end堆栈:/usr/local/lib/ruby/1.8/timeout.rb:64:in`timeout'/usr/local/lib/ruby/1.8/net/protocol.rb
我使用vim编辑ruby文件,但是当我输入“.”时它崩溃了。我发现它是由AutoComplPop插件引起的。我该怎么办? 最佳答案 我找到了一种使用autocomplpop和filetype=ruby来防止vim崩溃的方法。将以下行放入您的.vimrcletg:acp_behaviorRubyOmniMethodLength=-1这将防止在您键入“.”时触发autocomplpop。(期间)这不是解决办法。(我不是vim插件程序员)祝你好运! 关于ruby-vim使用AutoComp
我在Rails5项目的app/services文件夹下有多个加载/需要类的问题,我开始放弃这个问题。首先要明确的是,services/是我在整个项目中使用的简单PORO类,用于从Controller、模型等中抽象出大部分业务逻辑。树看起来像这样app/services/my_service/base.rbfunny_name.rbmy_service.rbmodels/funny_name.rb失败#1首先,当我尝试使用MyService.const_get('FunnyName')时,它从我的模型目录中获取了FunnyName。当我直接执行MyService::FunnyName时,
Facebook刚刚重新推出了具有自动语法修复功能的评论。Whatdoesthegrammarfilterdo?Addspunctuation(e.g.periodsattheendofsentences)TrimsextrawhitespaceAutocaseswords(e.g.capitalizethefirstwordofasentence)Expandsslangwords(e.g.plzbecomesplease)Addsaspaceafterpunctuation(e.g.Hi,CatwouldbecomeHi,Cat)Fixcommongrammarmistakes(e