我正在处理 lilgp这是一个基于 c 语言的遗传编程工具。我面临的问题是我正在为项目使用 XCode,它工作正常并通过终端显示正确的输出。但是,当我尝试在 XCode 中我的项目的 DerivedData
中运行相同的应用程序时,我得到了段错误 (11)
然后我检查了实用程序中的控制台是否有错误,显示类似这样的错误
Process: Theisis [9325]
Path: /Users/USER/Library/Developer/Xcode/DerivedData/Theisis-gszeehddtmnlkqdbicpeffygvkcw/Build/Products/Release/Theisis
Identifier: Theisis
Version: 0
Code Type: X86-64 (Native)
Parent Process: bash [8987]
Responsible: Terminal [299]
User ID: 501
Date/Time: 2016-09-11 01:05:25.158 +0500
OS Version: Mac OS X 10.11.6 (15G31)
Report Version: 11
Anonymous UUID: 4063B9C3-F525-D9BD-EF5E-358810571673
Sleep/Wake UUID: CA5341A7-C252-4C76-B694-7F2DAE196F79
Time Awake Since Boot: 57000 seconds
Time Since Wake: 1600 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000068
VM Regions Near 0x68:
-->
__TEXT 0000000100c4e000-0000000100c6a000 [ 112K] r-x/rwx SM=COW /Users/USER/Library/Developer/Xcode/DerivedData/Theisis-gszeehddtmnlkqdbicpeffygvkcw/Build/Products/Release/Theisis
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_c.dylib 0x00007fff93a8b09e flockfile + 4
1 libsystem_c.dylib 0x00007fff93a8d463 fscanf + 156
2 Theisis 0x0000000100c57853 app_initialize + 195 (app.m:614)
3 Theisis 0x0000000100c4f245 main + 453 (main.m:205)
4 libdyld.dylib 0x00007fff8e0575ad start + 1
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x00007fff5efb1970 rbx: 0x0000000000000000 rcx: 0x00000b0000000000 rdx: 0x0000000100c6aa8c
rdi: 0x0000000000000000 rsi: 0x0000000100c675d4 rbp: 0x00007fff5efb1860 rsp: 0x00007fff5efb1860
r8: 0x00000000fffffffc r9: 0x00007fff740b1c10 r10: 0x00007fff97709e01 r11: 0x00007fff93a8d3c7
r12: 0x450022575a4d98d4 r13: 0x0000000000000000 r14: 0x0000000100c675d4 r15: 0x0000000000000000
rip: 0x00007fff93a8b09e rfl: 0x0000000000010246 cr2: 0x0000000000000068
Logical CPU: 4
Error Code: 0x00000004
Trap Number: 14
VM Region Summary:
ReadOnly portion of Libraries: Total=176.1M resident=0K(0%) swapped_out_or_unallocated=176.1M(100%)
Writable regions: Total=19.6M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=19.6M(100%)
VIRTUAL REGION
REGION TYPE SIZE COUNT (non-coalesced)
=========== ======= =======
Activity Tracing 2048K 2
Kernel Alloc Once 4K 2
MALLOC 9604K 17
Stack 64.0M 3
VM_ALLOCATE 4K 2
__DATA 8300K 141
__LINKEDIT 91.4M 4
__TEXT 84.7M 146
__UNICODE 552K 2
shared memory 8K 3
=========== ======= =======
TOTAL 260.2M 312
然而,当我检查 app.m:614 它有 if (strcmp(c, "regress_asim") != 0) {
其中 c 是一个字符数组,这个数组在过去几个月和 XCode 中都运行良好。谁能告诉我我错过了什么?
更新:
1) Debug 和 Release 的 Resolved Project 设置是相同的(除了二进制路径)
2) 代码不仅可以在 XCode 中工作,而且还可以在 eclipse 中工作并创建一个可以工作的二进制文件。
3) 数组c
中崩溃的部分代码是:
声明为
char c[100];
初始化为
strncpy(c, "Equation_Default_data.csv", sizeof(c));
崩溃的代码块
if (!startfromcheckpoint) {
oprintf( OUT_PRG, 50, "not starting from checkpoint file.\n");
param = get_parameter("app.fitness_cases");
if (param == NULL)
fitness_cases = 200;
else {
fitness_cases = atoi(param);
if (fitness_cases < 0)
error( E_FATAL_ERROR,
"invalid value for \"app.fitness_cases\".");
}
FILE *in_file = fopen(c, "r");
fscanf(in_file, "%d", &fitness_cases);
if (strcmp(c, "regress_asim") != 0) { //Line 614
app_y_desired = (double *) MALLOC(fitness_cases * sizeof(double));
app_fitness_cases[0] = (double *) MALLOC(
fitness_cases * sizeof(double));
app_fitness_cases[1] = (double *) MALLOC(
fitness_cases * sizeof(double));
app_fitness_cases[2] = (double *) MALLOC(
fitness_cases * sizeof(double));
app_fitness_cases[3] = (double *) MALLOC(
fitness_cases * sizeof(double));
memset(app_fitness_cases[2], 0, fitness_cases * sizeof(double));
memset(app_fitness_cases[3], 0, fitness_cases * sizeof(double));
memset(app_y_desired, 0, fitness_cases * sizeof(double));
}
app_fitness_importance = (int *) MALLOC(fitness_cases * sizeof(int));
//Asim Code
double x, y;
for (i = 0; i < fitness_cases; ++i) {
fscanf(in_file, "%lf", &x);
fscanf(in_file, "%lf", &y);
app_fitness_cases[0][i] = x;
app_fitness_cases[1][i] = y;
if (strcmp(c, "regress_asim") != 0) {
app_y_desired[i] = y;
}
app_fitness_importance[i] = checkImportance(x);
}
fclose(in_file);
datapointsPerImportance = (int*) MALLOC((max_datapoint_importance+1)*sizeof(int));
memset(datapointsPerImportance, 0, (max_datapoint_importance+1)*sizeof(int));
for (i = 0; i < fitness_cases; ++i) {
// printf("%d : %d\n",i,checkImportance(app_fitness_cases[0][i]));
datapointsPerImportance[checkImportance(app_fitness_cases[0][i])]=datapointsPerImportance[checkImportance(app_fitness_cases[0][i])]+1;
}
for(int i=0;i<=max_datapoint_importance;i++)
{
printf("Importance %d =%d\n",i,datapointsPerImportance[i]);
}
/*oprintf( OUT_PRG, 50, "%d fitness cases:\n", fitness_cases);
for (i = 0; i < fitness_cases; ++i) {
x = (random_double() * 2.0) - 1.0;
// change this line to modify the goal function.
y = x * x * x * x + x * x * x + x * x + x;
app_fitness_cases[0][i] = x;
app_fitness_cases[1][i] = y;
// oprintf( OUT_PRG, 50, " x = %12.5lf, y = %12.5lf\n", x, y);
}*/
} else {
oprintf( OUT_PRG, 50, "started from checkpoint file.\n");
}
最佳答案
没有看到代码,这就像在绝对黑暗中修理汽车。试试看。
不过,我会试一试。
在堆栈转储中,它表明您正在使用 fscanf
从文件中读取数据。后来,strcmp
崩溃了。
显而易见的想法是,fscanf
读取的字符数超过了 char 数组所能容纳的字符数,这就没有为结束的 \0
留下空间。 strcmp
(或任何其他代码,并不重要)运行超过字符串的末尾,直到它遇到合理的东西,然后它崩溃。
如果这是原因,延长缓冲区会修复它(暂时)。将其设置为较大的值,例如 4096,以验证方法,然后找到真正的修复方法。
如果你问为什么同一个程序可以在一个地方工作,但不能在另一个地方工作——你可能正在读取不同的文件,所以文件的内容有不同的长度;或者您只是在另一个目录中读取文件,该目录具有更长的名称;其中任何一个都可能是 char 数组溢出的原因。
第二个想法:转储行 VM Regions Near 0x68
显示了它转储的内存区域,其内容看起来像 ls 结果或路径/文件名的一部分(/Users/USER/Library/Developer/Xcode/DerivedData/Theisis-gsze....
),因此该路径的变量可能太短。把那个也加长一点试试。
编辑: c[100]
太小,那里显示的路径是 115 个字符。请注意,.\Thesis
将被操作系统替换为 \Users\...
,这会超过 100 个字符。
声明 c[260]
(甚至更大),你会很好。
关于c++ - 无法通过终端运行应用程序,但应用程序在 XCode 中运行良好,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39430220/