TetraTestGen Failed in SVN1911

Bug #408422 reported by Anton Gladky
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Yade
Fix Released
Low
Václav Šmilauer

Bug Description

GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
[Thread debugging using libthread_db enabled]
[New Thread 0x7f59951bc7f0 (LWP 30468)]
[New Thread 0x7f595236c950 (LWP 30473)]
[New Thread 0x7f5953172950 (LWP 30472)]
[New Thread 0x7f5959733950 (LWP 30470)]
[New Thread 0x7f595d4d1950 (LWP 30469)]
warning: Lowest section in /usr/lib/libicudata.so.38 is .hash at 0000000000000158
0x00007f599026a742 in select () from /lib/libc.so.6
No symbol "info" in current context.

Thread 5 (Thread 0x7f595d4d1950 (LWP 30469)):
#0 0x00007f599026a742 in select () from /lib/libc.so.6
#1 0x00007f59582c2a76 in ?? () from /usr/lib/python2.6/lib-dynload/readline.so
#2 0x00007f5994c81caf in PyOS_Readline () from /usr/lib/libpython2.6.so.1.0
#3 0x00007f5994d234f3 in ?? () from /usr/lib/libpython2.6.so.1.0
#4 0x00007f5994d2cdbe in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#5 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#6 0x00007f5994d2d202 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#7 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#8 0x00007f5994d2d202 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#9 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#10 0x00007f5994d2d202 in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#11 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#12 0x00007f5994cb4a3d in ?? () from /usr/lib/libpython2.6.so.1.0
#13 0x00007f5994c85c48 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0
#14 0x00007f5994c963c0 in ?? () from /usr/lib/libpython2.6.so.1.0
#15 0x00007f5994c85c48 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0
#16 0x00007f5994c9709b in ?? () from /usr/lib/libpython2.6.so.1.0
#17 0x00007f5994c85c48 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0
#18 0x00007f5994d2b50f in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#19 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#20 0x00007f5994d2eac2 in PyEval_EvalCode () from /usr/lib/libpython2.6.so.1.0
#21 0x00007f5994d4f77a in PyRun_FileExFlags () from /usr/lib/libpython2.6.so.1.0
#22 0x00007f5994d4fa6d in PyRun_SimpleFileExFlags () from /usr/lib/libpython2.6.so.1.0
#23 0x00007f595e5d989b in PythonUI::execScript (script={static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7f595d4d0dd0 "XW\t\001"}}) at gui/py/PythonUI.cpp:46
#24 0x00007f595e5db0f3 in PythonUI::pythonSession () at gui/py/PythonUI.cpp:99
#25 0x00007f59946074de in boost::function0<void, std::allocator<boost::function_base> >::operator() () from /usr/lib/libboost_thread-gcc42-mt-1_34_1.so.1.34.1
#26 0x00007f5994607162 in ?? () from /usr/lib/libboost_thread-gcc42-mt-1_34_1.so.1.34.1
#27 0x00007f5994a233ba in start_thread () from /lib/libpthread.so.0
#28 0x00007f5990271fcd in clone () from /lib/libc.so.6
#29 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f5959733950 (LWP 30470)):
#0 0x00007f599026a742 in select () from /lib/libc.so.6
#1 0x00007f5994d7f618 in ?? () from /usr/lib/libpython2.6.so.1.0
#2 0x00007f5994d2cdbe in PyEval_EvalFrameEx () from /usr/lib/libpython2.6.so.1.0
#3 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from /usr/lib/libpython2.6.so.1.0
#4 0x00007f5994cb4a3d in ?? () from /usr/lib/libpython2.6.so.1.0
#5 0x00007f5994c85c48 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0
#6 0x00007f5994c963c0 in ?? () from /usr/lib/libpython2.6.so.1.0
#7 0x00007f5994c85c48 in PyObject_Call () from /usr/lib/libpython2.6.so.1.0
#8 0x00007f5994d277c6 in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.6.so.1.0
#9 0x00007f5994d5edfd in ?? () from /usr/lib/libpython2.6.so.1.0
#10 0x00007f5994a233ba in start_thread () from /lib/libpthread.so.0
#11 0x00007f5990271fcd in clone () from /lib/libc.so.6
#12 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f5953172950 (LWP 30472)):
#0 0x00007f599023392f in waitpid () from /lib/libc.so.6
#1 0x00007f59901cb2d1 in ?? () from /lib/libc.so.6
#2 0x00007f59901cb64c in system () from /lib/libc.so.6
#3 0x0000000000472431 in sigHandler (sig=11) at /home/gladk/dem/yade/new_build/trunk/core/yade.cpp:80
#4 <signal handler called>
#5 MacroMicroElasticRelationships::go (this=0x1b49970, b1=<value optimized out>, b2=<value optimized out>, interaction=<value optimized out>) at pkg/dem/Engine/EngineUnit/MacroMicroElasticRelationships.cpp:73
#6 0x00007f59837da234 in InteractionPhysicsMetaEngine::action (.omp_data_i=0x7f5953171d10) at /home/gladk/dem/yade/new_build/build-new_build/include/yade-new_build/yade/lib-multimethods/DynLibDispatcher.hpp:867
#7 0x00007f59837da322 in InteractionPhysicsMetaEngine::action (this=0x1826ba0, ncb=0x1cf49f0) at pkg/common/Engine/MetaEngine/InteractionPhysicsMetaEngine.cpp:41
#8 0x000000000046497a in MetaBody::moveToNextTimeStep (this=0x1cf49f0) at /home/gladk/dem/yade/new_build/trunk/core/MetaBody.cpp:92
#9 0x000000000046c64a in SimulationFlow::singleAction (this=0xda61d0) at /home/gladk/dem/yade/new_build/trunk/core/SimulationFlow.cpp:18
#10 0x000000000046389c in ThreadRunner::call (this=<value optimized out>) at /home/gladk/dem/yade/new_build/trunk/core/ThreadWorker.cpp:71
#11 0x0000000000463948 in ThreadRunner::run (this=0x1b84320) at /home/gladk/dem/yade/new_build/trunk/core/ThreadRunner.cpp:23
#12 0x00007f59946074de in boost::function0<void, std::allocator<boost::function_base> >::operator() () from /usr/lib/libboost_thread-gcc42-mt-1_34_1.so.1.34.1
#13 0x00007f5994607162 in ?? () from /usr/lib/libboost_thread-gcc42-mt-1_34_1.so.1.34.1
#14 0x00007f5994a233ba in start_thread () from /lib/libpthread.so.0
#15 0x00007f5990271fcd in clone () from /lib/libc.so.6
#16 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f595236c950 (LWP 30473)):
#0 0x00007f59917e1baa in ?? () from /usr/lib/libgomp.so.1
#1 0x00007f59917e0ccf in ?? () from /usr/lib/libgomp.so.1
#2 0x00007f5994a233ba in start_thread () from /lib/libpthread.so.0
#3 0x00007f5990271fcd in clone () from /lib/libc.so.6
#4 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f59951bc7f0 (LWP 30468)):
#0 0x00007f599026a742 in select () from /lib/libc.so.6
#1 0x00007f59928ecadd in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#2 0x00007f5992952ec1 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#3 0x00007f5992952d82 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#4 0x00007f595e8e45cc in QtGUI::run (this=0xda9710, argc=1, argv=0x7fff9d303758) at gui/qt3/QtGUI.cpp:79
#5 0x0000000000474f8c in main (argc=1, argv=0x7fff9d303758) at /home/gladk/dem/yade/new_build/trunk/core/yade.cpp:292
#0 0x00007f599026a742 in select () from /lib/libc.so.6
Segmentation fault

Revision history for this message
Václav Šmilauer (eudoxos) wrote :

Works fine here. Again, are svn up'ed? I was fixing this a week ago or so. (Functionally, it is broken, the tetrahedra fall through, but it shouldn't crash).

Revision history for this message
Anton Gladky (gladky-anton) wrote : Re: [Bug 408422] Re: TetraTestGen Failed in SVN1911
Download full text (8.0 KiB)

I have just tested it on another installation. The same problem. SVN is
updated as it is 1911 version.

PS Actually, it is not an important feature for me. I just tested it to see
how it works.
______________________________
[ENG] Best Regards
[GER] Mit freundlichen Grüßen
[RUS] С наилучшими пожеланиями
[UKR] З найкращими побажаннями

Anton Gladkyy

2009/8/3 Václav Šmilauer <email address hidden>

> Works fine here. Again, are svn up'ed? I was fixing this a week ago or
> so. (Functionally, it is broken, the tetrahedra fall through, but it
> shouldn't crash).
>
> --
> TetraTestGen Failed in SVN1911
> https://bugs.launchpad.net/bugs/408422
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Yet Another Dynamic Engine: New
>
> Bug description:
> GNU gdb 6.8-debian
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <
> http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law. Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> [Thread debugging using libthread_db enabled]
> [New Thread 0x7f59951bc7f0 (LWP 30468)]
> [New Thread 0x7f595236c950 (LWP 30473)]
> [New Thread 0x7f5953172950 (LWP 30472)]
> [New Thread 0x7f5959733950 (LWP 30470)]
> [New Thread 0x7f595d4d1950 (LWP 30469)]
> warning: Lowest section in /usr/lib/libicudata.so.38 is .hash at
> 0000000000000158
> 0x00007f599026a742 in select () from /lib/libc.so.6
> No symbol "info" in current context.
>
> Thread 5 (Thread 0x7f595d4d1950 (LWP 30469)):
> #0 0x00007f599026a742 in select () from /lib/libc.so.6
> #1 0x00007f59582c2a76 in ?? () from
> /usr/lib/python2.6/lib-dynload/readline.so
> #2 0x00007f5994c81caf in PyOS_Readline () from
> /usr/lib/libpython2.6.so.1.0
> #3 0x00007f5994d234f3 in ?? () from /usr/lib/libpython2.6.so.1.0
> #4 0x00007f5994d2cdbe in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #5 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #6 0x00007f5994d2d202 in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #7 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #8 0x00007f5994d2d202 in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #9 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #10 0x00007f5994d2d202 in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #11 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #12 0x00007f5994cb4a3d in ?? () from /usr/lib/libpython2.6.so.1.0
> #13 0x00007f5994c85c48 in PyObject_Call () from
> /usr/lib/libpython2.6.so.1.0
> #14 0x00007f5994c963c0 in ?? () from /usr/lib/libpython2.6.so.1.0
> #15 0x00007f5994c85c48 in PyObject_Call () from
> /usr/lib/libpython2.6.so.1.0
> #16 0x00007f5994c9709b in ?? () from /usr/lib/libpython2.6.so.1.0
> #17 0x00007f5994c85c48 in PyObject_Call () from
> /usr/lib/libpython2.6.so.1.0
> #18 0x00007f5994d2b50f in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #19 0x00007f5994d2e9...

Read more...

Revision history for this message
Anton Gladky (gladky-anton) wrote :

It still crashes with TetraTestGen

Revision history for this message
Václav Šmilauer (eudoxos) wrote :

Is this still an issue? It works for me.

Revision history for this message
Anton Gladky (gladky-anton) wrote :
Download full text (7.8 KiB)

SVN 1937 still have this issue.

It is strange, but TetrahedronsTest works normally.
______________________________
[ENG] Best Regards
[GER] Mit freundlichen Grüßen
[RUS] С наилучшими пожеланиями
[UKR] З найкращими побажаннями

Anton Gladkyy

2009/8/12 Václav Šmilauer <email address hidden>

> Is this still an issue? It works for me.
>
> --
> TetraTestGen Failed in SVN1911
> https://bugs.launchpad.net/bugs/408422
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Yet Another Dynamic Engine: New
>
> Bug description:
> GNU gdb 6.8-debian
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <
> http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law. Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> [Thread debugging using libthread_db enabled]
> [New Thread 0x7f59951bc7f0 (LWP 30468)]
> [New Thread 0x7f595236c950 (LWP 30473)]
> [New Thread 0x7f5953172950 (LWP 30472)]
> [New Thread 0x7f5959733950 (LWP 30470)]
> [New Thread 0x7f595d4d1950 (LWP 30469)]
> warning: Lowest section in /usr/lib/libicudata.so.38 is .hash at
> 0000000000000158
> 0x00007f599026a742 in select () from /lib/libc.so.6
> No symbol "info" in current context.
>
> Thread 5 (Thread 0x7f595d4d1950 (LWP 30469)):
> #0 0x00007f599026a742 in select () from /lib/libc.so.6
> #1 0x00007f59582c2a76 in ?? () from
> /usr/lib/python2.6/lib-dynload/readline.so
> #2 0x00007f5994c81caf in PyOS_Readline () from
> /usr/lib/libpython2.6.so.1.0
> #3 0x00007f5994d234f3 in ?? () from /usr/lib/libpython2.6.so.1.0
> #4 0x00007f5994d2cdbe in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #5 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #6 0x00007f5994d2d202 in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #7 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #8 0x00007f5994d2d202 in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #9 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #10 0x00007f5994d2d202 in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #11 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #12 0x00007f5994cb4a3d in ?? () from /usr/lib/libpython2.6.so.1.0
> #13 0x00007f5994c85c48 in PyObject_Call () from
> /usr/lib/libpython2.6.so.1.0
> #14 0x00007f5994c963c0 in ?? () from /usr/lib/libpython2.6.so.1.0
> #15 0x00007f5994c85c48 in PyObject_Call () from
> /usr/lib/libpython2.6.so.1.0
> #16 0x00007f5994c9709b in ?? () from /usr/lib/libpython2.6.so.1.0
> #17 0x00007f5994c85c48 in PyObject_Call () from
> /usr/lib/libpython2.6.so.1.0
> #18 0x00007f5994d2b50f in PyEval_EvalFrameEx () from
> /usr/lib/libpython2.6.so.1.0
> #19 0x00007f5994d2e9a9 in PyEval_EvalCodeEx () from
> /usr/lib/libpython2.6.so.1.0
> #20 0x00007f5994d2eac2 in PyEval_EvalCode () from
> /usr/lib/libpython2.6.so.1.0
> #21 0x00007f5994d4f77a in PyRun_FileExFlags () from
> /usr/lib/libpython2.6.so.1....

Read more...

Revision history for this message
Václav Šmilauer (eudoxos) wrote :

Well, TetrahedronsTest uses fake terahedra (4 spheres), that are just displayed as tetrahedron. Related only by the name.

Revision history for this message
Václav Šmilauer (eudoxos) wrote :

Fixed in 1939.

Changed in yade:
assignee: nobody → Václav Šmilauer (eudoxos)
importance: Undecided → Low
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.