2012-07-25 32 views
0

Im关于分段错误错误。 但我不知道原因。发生段错误(回溯附加,这个堆栈溢出?)

下面是回溯。

这个堆栈是否溢出?

林不知道...

你有没有见过这种回溯?

感谢您提前回复。 。 。 。 。 。 。 。

(gdb) bt 
#0 0x000000000059509a in check_column (dbname=<value optimized out>, 
    schema_str=0x6f69726156202d0a <Address 0x6f69726156202d0a out of bounds>, 
    table_str=0xd2074726f707075 <Address 0xd2074726f707075 out of bounds>, column_str=<value optimized out>) at dboperate.c:1208 
#1 0x70655220746e656d in ??() 
#2 0x5320676e6974726f in ??() 
#3 0x0d2074726f707075 in ??() 
#4 0x6f69726156202d0a in ??() 
#5 0x7369737341207375 in ??() 
#6 0x206f7420746e6174 in ??() 
#7 0x6d61655420494d43 in ??() 
#8 0x6964756c636e6900 in ??() 
#9 0x726570786520676e in ??() 
#10 0x72702065636e6569 in ??() 
#11 0x202c736d6172676f in ??() 
#12 0x63696e756d6d6f63 in ??() 
#13 0x6120736e6f697461 in ??() 
#14 0x0d2e63746520646e in ??() 
#15 0x736162206265570a in ??() 
#16 0x656b72616d206465 in ??() 
#17 0x74636120676e6974 in ??() 
#18 0x2073656974697669 in ??() 
#19 0x656e696c6e6f2028 in ??() 
#20 0x69746f6d6f727020 in ??() 
#21 0x736e6f63202c6e6f in ??() 
#22 0x6e616d2072656d75 in ??() 
#23 0x20746e656d656761 in ??() 
#24 0x2c6d6172676f7270 in ??() 
#25 0x7320646e61726220 in ??() 
#26 0x616e616d20657469 in ??() 
#27 0x0029746e656d6567 in ??() 
#28 0x656863732e737973 in ??() 
#29 0x687720202073616d in ??() 
#30 0x6568637320657265 in ??() 
#31 0x203c2064695f616d in ??() 
#32 0x2020203438333631 in ??() 
#33 0x656d616e20646e61 in ??() 
#34 0x62642728206e6920 in ??() 
#35 0x202062202929276f in ??() 
#36 0x2e61206572656877 in ??() 
#37 0x695f616d65686373 in ??() 
#38 0x63732e62203d2064 in ??() 
#39 0x2064695f616d6568 in ??() 
#40 0x7265687720782029 in ??() 
#41 0x656d616e2e702065 in ??() 
#42 0x68632728206e6920 in ??() 
#43 0x617627202c277261 in ??() 
#44 0x202c277261686372 in ??() 
#45 0x2c27726168636e27 in ??() 
#46 0x68637261766e2720 in ??() 
#47 0x646e612029277261 in ??() 
#48 0x65707974782e6320 in ??() 
#49 0x7974782e70203d20 in ??() 
---Type <return> to continue, or q <return> to quit--- 
#50 0x6320646e61206570 in ??() 
#51 0x797472657375782e in ??() 
#52 0x782e70203d206570 in ??() 
#53 0x6570797472657375 in ??() 
#54 0x692e6320646e6120 in ??() 
#55 0x626f2e74203d2064 in ??() 
#56 0x2064695f7463656a in ??() 
#57 0x64692e6320646e61 in ??() 
#58 0x6a626f2e78203d20 in ??() 
#59 0x000064695f746365 in ??() 
#60 0x0000000000000000 in ??() 

回答

0

我认为答案是在顶部框架:

#0 0x000000000059509a in check_column (dbname=<value optimized out>, 
schema_str=0x6f69726156202d0a <Address 0x6f69726156202d0a out of bounds>, 
table_str=0xd2074726f707075 <Address 0xd2074726f707075 out of bounds>, 
column_str=<value optimized out>) at dboperate.c:1208 

正如你看到有一个在那里(<Address 0x6f69726156202d0a out of bounds>)指出内存访问冲突。您正在访问一个未初始化的对象,或已删除/已清除的对象,或者您的内存损坏会使用一些垃圾值覆盖您的指针