无法通过终端运行应用程序，但应用程序在 XCode 中运行良好答案

【问题标题】：Unable to Run application via Terminal but application working fine in XCode无法通过终端运行应用程序，但应用程序在 XCode 中运行良好
【发布时间】：2017-01-18 16:55:30
【问题描述】：

我正在研究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");
    }

【问题讨论】：

这个问题可能需要来自应用程序的更多代码来解决错误发生的位置。根据构建的调试和发布模式，它可能是某个 UB。
没有足够的代码给出一个连贯的答案。正如@Niall 提到的，程序中可能存在未定义的行为。有问题的行有一个 strcmp。如果'c'数组中没有空终止，它会在内存页面之间转换时读取溢出和可能的Seg Fault。如果 'c' 类似于 char c[10] 则输入 c[sizeof(c)-1] = '\0';在第 613 行，看看情况如何。在调试器下启动程序，使用不同的标志编译或只是运气可能会导致内存移位，即使使用 UB，程序也会成功。
一般情况下，尽可能使用strncmp（需要最大长度）而不是strcmp，以避免在字符串中没有null时访问缓冲区之外。
与终端不同，Xcode 和 Eclipse 可能会将您的工作目录设置为 Equation_Default_data.csv 可以设置为 open()，但是在没有代码影响 @987654335 的情况下 strcmp("Equation_Default_data.csv", "regress_asim") 没有意义@介于两者之间。我建议使用“buf”或“c”以外的其他东西，这样就可以在不到处添加printf("%s",c);s 的情况下跟踪它……更好的是使用指向buf[] 的本地char*一个有用的名字
无论哪种方式，它可能是失败的fscanf，而不是strcmp，因为您没有在使用之前检查您的fopen 是否实际上为您提供了工作文件句柄而不是错误它在fscanf

标签： c++ c xcode c++11

【解决方案1】：

根据调试输出中的这些行：

 Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libsystem_c.dylib               0x00007fff93a8b09e flockfile + 4
1   libsystem_c.dylib               0x00007fff93a8d463 fscanf + 156

导致崩溃的是 fscanf，而不是 strcmp。检查 fopen 的返回值，在您的测试用例中它必须为 NULL（很可能尚未找到正在读取的文件；从 XCode 运行程序时，工作目录可能与您期望的不同）。

在你的情况下，这应该足够了：

FILE *in_file = fopen(c, "r");
if (in_file == NULL) {
    perror( "The following IO error occurred" );
    error( E_FATAL_ERROR, "IO error" );
}
int r = fscanf(in_file, "%d", &fitness_cases);
if (r != 1) {
    perror( "The following IO error occurred" );
    fclose( in_file );
    error( E_FATAL_ERROR, "Read Error" );
}

假设你的错误函数跳出函数。如果没有，请使用一些returns；

【讨论】：

这几乎肯定是问题所在。如上所述，文件路径存储太小。我想我会问为什么当那里没有一点 c++ 的时候它被标记为 c++11。似乎可以使用更现代的文件访问策略。
附带说明，忘记在读取错误时关闭流。编辑修复它

【解决方案2】：

没有看到代码，这就像在绝对黑暗中修理汽车。试试看。

不过，我会试一试。

在堆栈转储中，它显示您正在使用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]（或更大），你会很好。

【讨论】：

我已更新问题。我尝试strncmp 也没有用。但是我有自定义工作目录的项目路径，并且从终端我只是使用来自他 DerivedData Path 的 ./Theisis
那么 c 数组包含我不是从终端指定并使用 FILE* 打开的文件名。因此我不明白它将如何获得完整的路径。但你还是对的，我将大小更改为 400 并且分段错误消失了。

【解决方案3】：

您需要检查 C 中的返回值

    FILE *in_file = fopen(c, "r");
    /* insert error checking code here */
    fscanf(in_file, "%d", &fitness_cases);
    /* otherwise it fails here when fscanf tries to read from NULL */
    if (strcmp(c, "regress_asim") != 0) {  //Line 614

从发布的其余代码来看，错误检查似乎是一个问题（MALLOC？），因此文件路径的复制（未发布？）可能有相同的问题并溢出“c”缓冲区，导致 fopen 返回 NULL 并导致 fscanf 失败。检查返回值...如果 strncpy 返回的字符串在 c[sizeof(c)-1] 中没有 '\0' - 您不能使用它打开文件。

【讨论】：