hash表崩潰corrdump

smartjhx

請(qǐng)教個(gè)問(wèn)題：
          使用C語(yǔ)言編寫Hash表（來(lái)自開(kāi)源代碼），存儲(chǔ)結(jié)構(gòu)用桶實(shí)現(xiàn)。查找，插入，刪除時(shí)，都使用讀寫鎖同步保護(hù)。經(jīng)過(guò)12小時(shí)的壓力測(cè)試后，出現(xiàn)了如下的coredump.
(gdb) bt
#0  0x00d40cd0 in __memcmp_sse4_2 () from bbc.so.6
#1  0x080f2ded in UOS_MemCmp (pcBuf1=0x43, pcBuf2=0xa84fecbc, ulLen=6)
#2  0x081b5447 in EntryHashKeyCmp (pstStaInfo1=0x33, pstStaInfo2=0xa84fecac)
#3  0x0822f24b in hash_search (hash=0xa6ed6b8, data=0xa84fecac) at hash.c:74

存儲(chǔ)的pstStaInfo1=0x33，地址錯(cuò)誤。不知道是什么原因?qū)е碌�？為什么地址寫飛了呢？

hellioncu

0x33、0x43這種地址正常是不可訪問(wèn)的，估計(jì)是你包含pstStaInfo1、pcBuf1的結(jié)構(gòu)指針為NULL了

Dannysd

1. EntryHashKeyCmp (pstStaInfo1=0x33, pstStaInfo2=0xa84fecac)

復(fù)制代碼

第一個(gè)參數(shù)就有問(wèn)題啊

lxyscls

回復(fù) 3# Dannysd


   

#2  0x081b5447 in EntryHashKeyCmp (pstStaInfo1=0x33, pstStaInfo2=0xa84fecac)

    pstStaInfo1是誰(shuí)？pstStaInfo2看起來(lái)應(yīng)該就是要存入的數(shù)據(jù)了

lwhjava

應(yīng)該是指針指向的數(shù)據(jù)free了，但是指針本身并沒(méi)有設(shè)置為null吧

smartjhx

pstStaInfo1 是malloc的指針，插入在hash表中的。
回復(fù) 4# lxyscls


   

smartjhx

free后，置成NULL了。hash表經(jīng)過(guò)幾百萬(wàn)次操作后，才出現(xiàn)的。
回復(fù) 5# lwhjava


   

irp

回復(fù) 7# smartjhx


    lock是你自己設(shè)計(jì)的還是系統(tǒng)的？

shang2010

代碼邏輯設(shè)計(jì)一定要嚴(yán)謹(jǐn)，c語(yǔ)音就這點(diǎn)不好，程序跑n回了才出bug

lxyscls

回復(fù) 6# smartjhx


   

EntryHashKeyCmp

    我覺(jué)得可以把這個(gè)函數(shù)objdump出來(lái)，看一下傳遞的兩個(gè)參數(shù)是不是在棧上傳遞的，如果是棧上傳遞的，EntryHashKeyCmp內(nèi)部的處理是不是有棧溢出的？

    以上僅為個(gè)人猜測(cè)，跑太久才死，太難定位了