【问题标题】:Values of array of structs suddenly change (?)结构数组的值突然改变(?)
【发布时间】:2014-12-20 21:45:20
【问题描述】:

所以我一直在寻找这段代码几个小时,我似乎无法理解发生了什么,尽管我努力使用 printf's 到处调试它。以下函数是我的主要问题所在:

void drawFolders() {

printf("Going to call getSubFolder\n");
getSubFolders(".");

printf("DEBUG 1 - Return from getFolderName is: %s\n", getFolderName(3));

printf("DEBUG 2 - Return from getFolderName is: %s\n", getFolderName(5));

int k;

for(k = 0; k < getNumberFolders(); k++) {
    printf("DEBUG INLOOP %d - Return from getFolderName is: %s\n",k, getFolderName(k));


    draw_sprite(k*60 + 30, 50, folder);

    //draw_string(temp[i].name,i*60 + 30, 50);

}

}

基本上,在 DEBUG1 和 DEBUG2 中,我的函数 getFolderName() 似乎工作得很好,即返回的字符串没有问题。但是,当我尝试在我的 for 循环中调用此函数时,我从 getFolderName 得到的只是垃圾 (except the first one) ,即使 k 是 3 或 5 (我之前测试过的情况) for 循环并且工作正常)。 k 没有错,因为我也打印了它。 getFolderName 对数组没有任何作用,这是函数:

char* getFolderName(int index) {
printf("Values inside getFolderName() function : %s\n", currentFolders[index].name);
return currentFolders[index].name ;

}

显示 currentFolders 是什么也可能很重要:

typedef struct Directories {

    char* name;
    int active;

} Directory;

Directory currentFolders[30];

输出

Dec 20 22:18:48 192 kernel: Vai chamar o getSubFolder
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: .
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: ..
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: usr
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: lab4
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: proj
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: bin
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: boot
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: dev
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: etc
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: home
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: mnt
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: root
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: sbin
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: tmp
Dec 20 22:18:48 192 kernel: Values inside getSubFolders function: var
Dec 20 22:18:48 192 kernel: DEBUG 0Values inside getFolderName() function : lab4
Dec 20 22:18:48 192 kernel: DEBUG 1 - Return from getFolderName is: lab4
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : bin
Dec 20 22:18:48 192 kernel: DEBUG 2 - Return from getFolderName is: bin
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : .
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 0 - Return from getFolderName is: .
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 1 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 2 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 3 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 4 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 5 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 6 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 7 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 8 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 9 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 10 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 11 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 12 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 13 - Return from getFolderName is: 
Dec 20 22:18:48 192 kernel: Values inside getFolderName() function : 
Dec 20 22:18:48 192 kernel: DEBUG INLOOP 14 - Return from getFolderName is: 

我认为,与问题无关的其他调用函数,但您可能想看一下,所以无论如何都在这里:

  int getSubFolders(char* foldername) {
    num_folders = 0;

    struct dirent *de=NULL;
      DIR *d=NULL;

      d=opendir(foldername);
      if(d == NULL) {
        perror("Couldn't open directory");
        return(2);
      }

      int i = 0;
      // Loop while not NULL
      while(de = readdir(d)) {
        num_folders++;
        Directory temp;
        currentFolders[i].name = de->d_name;

        strcpy( currentFolders[i].name, de->d_name);

//      printf("nome %s\n",de->d_name);

        //printf("temp.name %s\n",temp.name);

      //  currentFolders[i] = temp;

        printf("Values inside getSubFolders function: %s\n",currentFolders[i].name);

        i++;
      }

      printCurrentFolders();

      closedir(d);
      return(0);

}

【问题讨论】:

  • currentFolders[i].name = de-&gt;d_name; 复制de-&gt;d_name 的地址,但不复制其内容。下一行strcpy( currentFolders[i].name, de-&gt;d_nam 将数据复制到自身。代码需要分配内存。
  • 仍然没有回答为什么它会在 for 循环之外而不在它内部工作?您是否阅读了所有这些内容,或者只是在 2 行之后被 insta 否决了?
  • 你有未定义的行为,调用 strcpy 时两个参数都指向同一个地址,甚至不应该重叠。
  • 是的 - 我的评论不是答案,这就是它出现在评论部分的原因。将其视为您或他人完全回答的想法。这不是我的反对票,而是现在。
  • 问题出现在strcpy之前,一模一样。所以这也不是问题

标签: c arrays struct


【解决方案1】:

这样修复,结构体这样声明

typedef struct Directories {
    char name[256];
    int active;
} Directory;

并删除此行

currentFolders[i].name = de->d_name;

问题是由closedir(d); 清理opendir 使用的资源引起的,struct dirent * 是这些资源的一部分。

【讨论】:

  • 谢谢你,成功了。 :) 任何人都可以输入的 5 行,但他们只是更愿意投反对票。非常感谢您的回答,我会投赞成票,但在这个问题之后我得到了 5 分的代表,所以真的做不到。干杯
  • 如果对您有用,您可以接受答案。
  • 完成,再次感谢您的进一步解释。永远不会自己到达那里
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-05-23
  • 2020-07-05
  • 1970-01-01
  • 2021-07-30
  • 2021-12-06
  • 2017-06-30
相关资源
最近更新 更多