User forums > Nightly builds
The 12 April 2013 build (8982) is out.
oBFusCATed:
Yamakuzure: Are you using an ebuild or self compiling?
Yamakuzure:
--- Quote from: oBFusCATed on April 15, 2013, 10:12:15 am ---Yamakuzure: Are you using an ebuild or self compiling?
--- End quote ---
I am using the dev-util/codeblocks-9999.ebuild in the portage tree with fixed svn repo URI.
Edith used gdb to create some info:
--- Code: ---Program received signal SIGSEGV, Segmentation fault.
_Get (hash=<optimized out>, this=<optimized out>, key=...) at ../../../../src/include/scripting/squirrel/sqtable.h:69
69 ../../../../src/include/scripting/squirrel/sqtable.h: No such file or directory.
(gdb) bt
#0 _Get (hash=<optimized out>, this=<optimized out>, key=...) at ../../../../src/include/scripting/squirrel/sqtable.h:69
#1 SQTable::NewSlot (this=this@entry=0xb3af10, key=..., val=...) at sqtable.cpp:98
#2 0x00007ffff7884e08 in SQTable::Rehash (this=0xb3af10, force=<optimized out>) at sqtable.cpp:64
#3 0x00007ffff7884be5 in SQTable::NewSlot (this=this@entry=0xb3af10, key=..., val=...) at sqtable.cpp:147
#4 0x00007ffff7884e08 in SQTable::Rehash (this=0xb3af10, force=<optimized out>) at sqtable.cpp:64
#5 0x00007ffff7884be5 in SQTable::NewSlot (this=0xb3af10, key=..., val=...) at sqtable.cpp:147
#6 0x00007ffff7878dd9 in SQSharedState::Init (this=0xb60250) at sqstate.cpp:127
#7 0x00007ffff78903cd in sq_open (initialstacksize=1024) at sqapi.cpp:51
#8 0x00007ffff7859682 in SquirrelVM::Init (flags=254) at SquirrelVM.cpp:41
#9 0x00007ffff77fa41a in ScriptingManager::ScriptingManager (this=0xb60120) at scriptingmanager.cpp:77
#10 0x00007ffff77ab491 in Get () at ../../src/include/manager.h:192
#11 Manager::GetScriptingManager (this=<optimized out>) at manager.cpp:365
#12 0x000000000044f113 in CodeBlocksApp::OnInit (this=0x780560) at app.cpp:637
#13 0x00007ffff5df2704 in wxEntry (argc=<optimized out>, argv=<optimized out>) at /home/portage/x11-libs/wxGTK-2.8.12.1/work/wxPython-src-2.8.12.1/src/common/init.cpp:432
#14 0x00000000004416c2 in main (argc=1, argv=<optimized out>) at app.cpp:266
(gdb) frame 1
#1 SQTable::NewSlot (this=this@entry=0xb3af10, key=..., val=...) at sqtable.cpp:98
98 sqtable.cpp: No such file or directory.
(gdb) print key
$1 = (const SQObjectPtr &) @0xb60b38: {<tagSQObject> = {_type = OT_STRING, _unVal = {pTable = 0xb3eb50, pArray = 0xb3eb50, pClosure = 0xb3eb50, pGenerator = 0xb3eb50,
pNativeClosure = 0xb3eb50, pString = 0xb3eb50, pUserData = 0xb3eb50, nInteger = 11791184, fFloat = 1.6522968e-38, pUserPointer = 0xb3eb50, pFunctionProto = 0xb3eb50,
pRefCounted = 0xb3eb50, pDelegable = 0xb3eb50, pThread = 0xb3eb50, pClass = 0xb3eb50, pInstance = 0xb3eb50, pWeakRef = 0xb3eb50, raw = 11791184}}, <No data fields>}
(gdb) print val
$2 = (const SQObjectPtr &) @0xb60b28: {<tagSQObject> = {_type = 0, _unVal = {pTable = 0x0, pArray = 0x0, pClosure = 0x0, pGenerator = 0x0, pNativeClosure = 0x0, pString = 0x0,
pUserData = 0x0, nInteger = 0, fFloat = 0, pUserPointer = 0x0, pFunctionProto = 0x0, pRefCounted = 0x0, pDelegable = 0x0, pThread = 0x0, pClass = 0x0, pInstance = 0x0,
pWeakRef = 0x0, raw = 0}}, <No data fields>}
(gdb) inspect this
$3 = (SQTable * const) 0xb3af10
(gdb) frame 0
#0 _Get (hash=<optimized out>, this=<optimized out>, key=...) at ../../../../src/include/scripting/squirrel/sqtable.h:69
69 ../../../../src/include/scripting/squirrel/sqtable.h: No such file or directory.
(gdb) inspect hash
$4 = <optimized out>
(gdb) inspect key
$5 = <optimized out>
--- End code ---
I hope it helps...
Biplab:
I have mirrored nightlies to the following link.
oBFusCATed:
Yamakuzure:
Hm, have you tried to delete the svn files in /usr/portage/distfiles ?
I'm not using the portage's ebuild, but an old custom version. I have no problems or crashes.
But I'm also running and older glibc and gcc.
Yamakuzure:
--- Quote from: oBFusCATed on April 15, 2013, 09:54:27 pm ---Yamakuzure:
Hm, have you tried to delete the svn files in /usr/portage/distfiles ?
I'm not using the portage's ebuild, but an old custom version. I have no problems or crashes.
But I'm also running and older glibc and gcc.
--- End quote ---
Yes, before refetching the tree, I had deleted the old one. However, I have deleted it once again and am rebuilding right now.
But nice to read that it is working on another gentoo box, then it can't be a general problem with C::B or Gentoo.
(Note: This is the reason why I am not opening a bug on this, I am still not convinced that it actually is one...)
Edith has a request...: Could you perchance send me your emerge --info on your custom ebuild and maybe a diff to the ebuild in the tree per PM?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version