段結構陣列內部結構的段錯誤問題

Question

編輯：第一評論者報告說代碼沒有明顯錯誤，所以我用更多的代碼修改了帖子。道歉的長度。再次，當我引用子結構中的字符串變量時，錯誤似乎是......請注意，如果由於寫入另一個字符串變量var，而導致segfaults中的段錯誤發生，將導致第一次寫入。請注意，在這種情況下，子結構中的其他元素（例如double Volume）可以正確寫入，而不會出現運行時錯誤。

編輯2： 根據戴夫的建議，我運行Valgrind的調試啓用可執行文件。它吐出的是：

編輯3： 顯然我有一個版本，而不是在初始化程序中的直接數組的malloc版本。刪除這個問題解決了這個問題。因爲valgrind正在幫助我修復各種其他memleaks /問題，所以我會給Dave充分的信任。謝謝你的幫助，雖然....

36號線是它失敗的一個（以下注釋）

--code刪除，以防止傳播

我宣佈的一個實例我頂層struct（sim_t）在main中。當我嘗試寫入子結構內的字符串時，該程序就會發生段錯誤。寫入子結構的其他變量，例如當我在GDB中運行程序時，似乎正確執行了雙打，整數等。

似乎有什麼明顯的我在這裏失蹤。有沒有人看到這個代碼的問題？

（並記錄在案，請不要對資本的意見，我在下面的MSDN的命名約定標準。）

Answer 1

您正在將每個迭代的「boxX_start.pdb」添加到stringstream而不清除流。內存使用情況可能會以很大的NUMBEROFBOXES值快速加起來。試試這個

void InitSimpleVars(sim_t & MySim) 
{ 
    std::stringstream in; 

    MySim.StartTime = clock(); 

    //INITIALIZE Box Sim Vars...                     
    for (unsigned int BoxNumber = 0; BoxNumber < NUMBEROFBOXES; BoxNumber++) 
    { 
     in.str("");                       
     in << "box" << BoxNumber << "_start.pdb"; 
     MySim.Box[BoxNumber].InitialConfigPDB = in.str(); //SEGFAULT HERE, according to GDB      
    } 
} 

在in.str（「」）;清除流。清除它可能有更好的方法，但如果有的話我不知道。

Answer 2

我猜你溢出堆棧。如果NUMBEROFBOXES和sizeof(box_t)都有些大，那麼sizeof(sim_t)將會非常大，然後即使是單個的sim_t實例也會使您的堆棧溢出。

如果無法以任何方式減少sizeof(sim_t)，則需要在堆上（例如，使用new）或靜態存儲（例如作爲全局變量）分配對象。

---

編輯

我仍懷疑存在棧溢出，但它仍然很難在這一點上說。在GDB下運行你的程序並運行這些命令並告訴我們結果如下：

$ gdb myprogram 
(gdb) run 
... 
Program received signal SIGSEGV, Segmentation fault. 
(gdb) bt 
... 
(gdb) list 
... 
(gdb) disas 
... 
(gdb) info reg 
... 
(gdb) info inferior 
... 

最後一個命令給出了程序的PID。然後，從另一個終端，運行這個命令：

# Replace PID here with the PID of the program being debugged above 
$ cat /proc/PID/maps 

從這些命令中的信息應有助於確定是否問題是由堆棧溢出造成的。

Answer 3

如果你用-Wall編譯這個，你可能會收到有關包裝更改的警告嗎？標準庫頭之前，由於#pragma pack，我有類似的崩潰。

或者，在更多地查看代碼後，可能會將您的BOX1和BOX2定義爲0和1，而不是1和2--因爲您的陣列只有2個方框。