FreeGlut versus FREEGLUT package

Asked by Luc OGER

hi,
during my cmake process to generate the Makefile for the latest yade version 2023-05-15 , I got a Warning about freeglut:
CMake Warning (dev) at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (FREEGLUT)
  does not match the name of the calling package (FreeGlut). This can lead
  to problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cMake/FindFreeGlut.cmake:14 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:898 (FIND_PACKAGE)
This warning is for project developers. Use -Wno-dev to suppress it.

-- Found FREEGLUT: /usr/include/GL

I don't know if it is critical but, right now the GUI display is no more working (i.e the yade --check option is working!)

for example in debug mode the first thread is :
Thread 1 (Thread 0x7f04fc3a4dc0 (LWP 109253) "yade"):
#0 0x00007f04fb7c574f in wait4 () from /lib64/libc.so.6
#1 0x00007f04fb73cba7 in do_system () from /lib64/libc.so.6
#2 0x00007f04f8a3d73e in crashHandler (sig=11) at /home/oger/yade_full_install_local/trunk/core/main/pyboot.cpp:16
#3 <signal handler called>
#4 0x00007f04fbdb5efb in PyModule_GetState () from /usr/lib64/libpython3.6m.so.1.0
#5 0x00007f0484192783 in ?? () from /usr/lib64/python3.6/lib-dynload/readline.cpython-36m-x86_64-linux-gnu.so
#6 0x00007f04895b2e73 in rl_initialize () from /usr/lib64/../lib64/libedit.so.0
#7 0x00007f0484192909 in PyInit_readline () from /usr/lib64/python3.6/lib-dynload/readline.cpython-36m-x86_64-linux-gnu.so
#8 0x00007f04fbe44ba3 in _PyImport_LoadDynamicModuleWithSpec () from /usr/lib64/libpython3.6m.so.1.0
#9 0x00007f04fbe43031 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#10 0x00007f04fbdb4da5 in PyCFunction_Call () from /usr/lib64/libpython3.6m.so.1.0
#11 0x00007f04fbe2caca in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#12 0x00007f04fbe25fd6 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#13 0x00007f04fbe2624f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#14 0x00007f04fbe26455 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#15 0x00007f04fbe2a9d5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#16 0x00007f04fbe2617f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#17 0x00007f04fbe26455 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#18 0x00007f04fbe2a9d5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#19 0x00007f04fbe2617f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#20 0x00007f04fbe26455 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#21 0x00007f04fbe2a9d5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#22 0x00007f04fbe2617f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#23 0x00007f04fbe26455 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#24 0x00007f04fbe2a9d5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#25 0x00007f04fbe2617f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#26 0x00007f04fbe26455 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#27 0x00007f04fbe2a9d5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#28 0x00007f04fbe2617f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#29 0x00007f04fbe2e370 in _PyFunction_FastCallDict () from /usr/lib64/libpython3.6m.so.1.0
#30 0x00007f04fbd6c9ee in _PyObject_FastCallDict () from /usr/lib64/libpython3.6m.so.1.0
#31 0x00007f04fbd6d8c4 in _PyObject_CallMethodIdObjArgs () from /usr/lib64/libpython3.6m.so.1.0
#32 0x00007f04fbe43d9c in PyImport_ImportModuleLevelObject () from /usr/lib64/libpython3.6m.so.1.0
#33 0x00007f04fbe2c79f in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#34 0x00007f04fbe25fd6 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#35 0x00007f04fbe2624f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#36 0x00007f04fbe26455 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#37 0x00007f04fbe2928e in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#38 0x00007f04fbe25fd6 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#39 0x00007f04fbe26113 in PyEval_EvalCode () from /usr/lib64/libpython3.6m.so.1.0
#40 0x00007f04fbe4fa60 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#41 0x00007f04fbe51891 in PyRun_FileExFlags () from /usr/lib64/libpython3.6m.so.1.0
#42 0x00007f04fbe519ed in PyRun_SimpleFileExFlags () from /usr/lib64/libpython3.6m.so.1.0
#43 0x00007f04fbe68a91 in Py_Main () from /usr/lib64/libpython3.6m.so.1.0
#44 0x0000562b12a00c90 in main ()
[Inferior 1 (process 109253) detached]
Erreur de segmentation (core dumped)

Question information

Language:
English Edit question
Status:
Expired
For:
Yade Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Luc OGER (luc-oger) said :
#1

complementary investigation :

by using the debug mode I end on this error :
(gdb) run /usr/local/yade/bin/yade-2023-05-15.git-a46ea55 Bouncing_spheres.py
Starting program: /usr/bin/python3 /usr/local/yade/bin/yade-2023-05-15.git-a46ea55 Bouncing_spheres.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Welcome to Yade 2023-05-15.git-a46ea55
Using python version: 3.6.15 (default, Sep 23 2021, 15:41:43) [GCC]
[Detaching after fork from child process 7216]
TCP python prompt on localhost:9000, auth cookie `aseyku'
[New Thread 0x7fffc0ef0700 (LWP 7219)]
[New Thread 0x7fffbbfff700 (LWP 7220)]
XMLRPC info provider on http://localhost:21000
[New Thread 0x7fff9a3c4700 (LWP 7221)]
[New Thread 0x7fff99bc3700 (LWP 7222)]
[New Thread 0x7fff991b7700 (LWP 7228)]
[New Thread 0x7fff989b6700 (LWP 7229)]
[New Thread 0x7fff8bfff700 (LWP 7230)]
[New Thread 0x7fff8b7fe700 (LWP 7231)]
[New Thread 0x7fff8affd700 (LWP 7232)]
[New Thread 0x7fff8a7fc700 (LWP 7233)]
[New Thread 0x7fff89ffb700 (LWP 7234)]
[New Thread 0x7fff897fa700 (LWP 7235)]
[New Thread 0x7fff88ff9700 (LWP 7236)]
[New Thread 0x7fff6bfff700 (LWP 7237)]
[New Thread 0x7fff6b7fe700 (LWP 7238)]
[New Thread 0x7fff6affd700 (LWP 7239)]
[New Thread 0x7fff6a7fc700 (LWP 7240)]
[New Thread 0x7fff69ffb700 (LWP 7241)]
[New Thread 0x7fff697fa700 (LWP 7242)]
[New Thread 0x7fff68ff9700 (LWP 7243)]
[New Thread 0x7fff47fff700 (LWP 7244)]
[New Thread 0x7fff477fe700 (LWP 7245)]
[New Thread 0x7fff46ffd700 (LWP 7246)]
[New Thread 0x7fff467fc700 (LWP 7247)]
[New Thread 0x7fff45ffb700 (LWP 7248)]
[New Thread 0x7fff457fa700 (LWP 7249)]
[New Thread 0x7fff44ff9700 (LWP 7250)]
[New Thread 0x7fff27fff700 (LWP 7251)]
[New Thread 0x7fff1f7fe700 (LWP 7252)]
[New Thread 0x7fff277fe700 (LWP 7253)]
[New Thread 0x7fff26ffd700 (LWP 7254)]
[New Thread 0x7fff267fc700 (LWP 7255)]
[New Thread 0x7fff25ffb700 (LWP 7256)]
[New Thread 0x7fff257fa700 (LWP 7257)]
[New Thread 0x7fff24ff9700 (LWP 7258)]
[New Thread 0x7fff1ffff700 (LWP 7259)]
[New Thread 0x7fff1effd700 (LWP 7260)]

Thread 1 "python3" received signal SIGSEGV, Segmentation fault.
0x00007ffff7d5539b in PyModule_GetState () from /usr/lib64/libpython3.6m.so.1.0

I have no idea how to go to solve this SIGSEV ????

Revision history for this message
Jan Stránský (honzik) said :
#2

what is the output of
catchsegv yade script.py
?
or simply how you run yade, just catchsegv in front of the command

Cheers
Jan

Revision history for this message
Luc OGER (luc-oger) said :
#3

Dear Jan,
here the result of catchsegv

catchsegv ./yade-2023-05-15.git-a46ea55
Welcome to Yade 2023-05-15.git-a46ea55
Using python version: 3.6.15 (default, Sep 23 2021, 15:41:43) [GCC]
SIGSEGV/SIGABRT handler called; gdb batch file is `/tmp/yade-zGWVWW/tmp-0'
warning: Found custom handler for signal 11 (Erreur de segmentation) preinstalled.
Some signal dispositions inherited from the environment (SIG_DFL/SIG_IGN)
won't be propagated to spawned programs.
GNU gdb (GDB; SUSE Linux Enterprise 15) 12.1
Copyright (C) 2022 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-suse-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://bugs.opensuse.org/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007f3bf4e115f6 in wait4 () from /lib64/libc.so.6

Thread 1 (Thread 0x7f3bf4bd7740 (LWP 27293) "yade-2023-05-15"):
#0 0x00007f3bf4e115f6 in wait4 () from /lib64/libc.so.6
#1 0x00007f3bf4d88b57 in do_system () from /lib64/libc.so.6
#2 0x00007f3bf39176ae in crashHandler (sig=11) at /home/oger/yade_full_install_local/trunk/core/main/pyboot.cpp:16
#3 <signal handler called>
#4 0x00007f3bf3918324 in std::char_traits<char>::length (__s=0x0) at /usr/include/c++/7/bits/char_traits.h:320
#5 0x00007f3bf391cfbe in boost::log::v2_mt_posix::basic_formatting_ostream<char, std::char_traits<char>, std::allocator<char> >::operator<< (this=0x55e7bc8952b8, p=0x0) at /usr/include/boost/log/utility/formatting_ostream.hpp:419
#6 0x00007f3bf391b8ef in boost::log::v2_mt_posix::basic_record_ostream<char>::operator<< (this=0x55e7bc8952b8, p=0x0) at /usr/include/boost/log/sources/record_ostream.hpp:210
#7 0x00007f3becd2c276 in yade::Omega::loadPlugins (this=0x55e7bc9b4340, pluginFiles=std::vector of length 14, capacity 14 = {...}) at /home/oger/yade_full_install_local/trunk/core/Omega.cpp:245
#8 0x00007f3bf3917a67 in yadeInitialize (pp=..., confDir="/root/.config/yade-2023-05-15.git-a46ea55") at /home/oger/yade_full_install_local/trunk/core/main/pyboot.cpp:59
#9 0x00007f3bf39232c9 in boost::python::detail::invoke<int, void (*)(boost::python::list&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&), boost::python::arg_from_python<boost::python::list&>, boost::python::arg_from_python<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&> > (f=@0x55e7bc9b4228: 0x7f3bf391776b <yadeInitialize(boost::python::list&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)>, ac0=..., ac1=...) at /usr/include/boost/python/detail/invoke.hpp:79
#10 0x00007f3bf3922b96 in boost::python::detail::caller_arity<2u>::impl<void (*)(boost::python::list&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&), boost::python::default_call_policies, boost::mpl::vector3<void, boost::python::list&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&> >::operator() (this=0x55e7bc9b4228, args_=Python Exception <class 'gdb.error'>: There is no member named ob_item.
) at /usr/include/boost/python/detail/caller.hpp:216
#11 0x00007f3bf392245b in boost::python::objects::caller_py_function_impl<boost::python::detail::caller<void (*)(boost::python::list&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&), boost::python::default_call_policies, boost::mpl::vector3<void, boost::python::list&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&> > >::operator() (this=0x55e7bc9b4220, args=Python Exception <class 'gdb.error'>: There is no member named ob_item.
, kw=0x0) at /usr/include/boost/python/object/py_function.hpp:38
#12 0x00007f3bf369a371 in boost::python::objects::py_function::operator()(_object*, _object*) const () from /usr/lib64/libboost_python-py3.so.1.66.0
#13 0x00007f3bf36980aa in boost::python::objects::function::call(_object*, _object*) const () from /usr/lib64/libboost_python-py3.so.1.66.0
#14 0x00007f3bf3699647 in ?? () from /usr/lib64/libboost_python-py3.so.1.66.0
#15 0x00007f3bf369a052 in ?? () from /usr/lib64/libboost_python-py3.so.1.66.0
#16 0x00007f3bf36b097c in boost::function0<void>::operator()() const () from /usr/lib64/libboost_python-py3.so.1.66.0
#17 0x00007f3bf36b0137 in boost::python::handle_exception_impl(boost::function0<void>) () from /usr/lib64/libboost_python-py3.so.1.66.0
#18 0x00007f3bf3699cd7 in ?? () from /usr/lib64/libboost_python-py3.so.1.66.0
#19 0x00007f3bf3699722 in ?? () from /usr/lib64/libboost_python-py3.so.1.66.0
#20 0x00007f3bf4fb9ab9 in _PyObject_FastCallDict () from /usr/lib64/libpython3.6m.so.1.0
#21 0x00007f3bf50738aa in ?? () from /usr/lib64/libpython3.6m.so.1.0
#22 0x00007f3bf5077ed5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#23 0x00007f3bf50734d6 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#24 0x00007f3bf5073613 in PyEval_EvalCode () from /usr/lib64/libpython3.6m.so.1.0
#25 0x00007f3bf5070b6d in ?? () from /usr/lib64/libpython3.6m.so.1.0
#26 0x00007f3bf5002245 in PyCFunction_Call () from /usr/lib64/libpython3.6m.so.1.0
#27 0x00007f3bf5079fca in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#28 0x00007f3bf50734d6 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#29 0x00007f3bf507374f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#30 0x00007f3bf5073955 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#31 0x00007f3bf5077ed5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#32 0x00007f3bf507367f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#33 0x00007f3bf5073955 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#34 0x00007f3bf5077ed5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#35 0x00007f3bf507367f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#36 0x00007f3bf5073955 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#37 0x00007f3bf5077ed5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#38 0x00007f3bf507367f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#39 0x00007f3bf5073955 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#40 0x00007f3bf5077ed5 in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#41 0x00007f3bf507367f in ?? () from /usr/lib64/libpython3.6m.so.1.0
#42 0x00007f3bf507b870 in _PyFunction_FastCallDict () from /usr/lib64/libpython3.6m.so.1.0
#43 0x00007f3bf4fb9b7e in _PyObject_FastCallDict () from /usr/lib64/libpython3.6m.so.1.0
#44 0x00007f3bf4fbaa54 in _PyObject_CallMethodIdObjArgs () from /usr/lib64/libpython3.6m.so.1.0
#45 0x00007f3bf509129c in PyImport_ImportModuleLevelObject () from /usr/lib64/libpython3.6m.so.1.0
#46 0x00007f3bf5079c9f in _PyEval_EvalFrameDefault () from /usr/lib64/libpython3.6m.so.1.0
#47 0x00007f3bf50734d6 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#48 0x00007f3bf5073613 in PyEval_EvalCode () from /usr/lib64/libpython3.6m.so.1.0
#49 0x00007f3bf509cf40 in ?? () from /usr/lib64/libpython3.6m.so.1.0
#50 0x00007f3bf509ed71 in PyRun_FileExFlags () from /usr/lib64/libpython3.6m.so.1.0
#51 0x00007f3bf509eecd in PyRun_SimpleFileExFlags () from /usr/lib64/libpython3.6m.so.1.0
#52 0x00007f3bf50b6031 in Py_Main () from /usr/lib64/libpython3.6m.so.1.0
#53 0x000055e7bbc50c90 in main ()
[Inferior 1 (process 27293) detached]

Revision history for this message
Jan Stránský (honzik) said :
#4

Thanks.
The upper part of the catchsegv output is the relevant part.
There some lines concerning Yade, but I cannot tell where is the problem..
Cheers
Jan

Revision history for this message
Luc OGER (luc-oger) said :
#5

other gdb detail :
run yade-2023-05-15.git-a46ea55
Starting program: /usr/bin/python3 yade-2023-05-15.git-a46ea55
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Welcome to Yade 2023-05-15.git-a46ea55
Using python version: 3.6.15 (default, Sep 23 2021, 15:41:43) [GCC]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff665d324 in std::char_traits<char>::length (__s=0x0) at /usr/include/c++/7/bits/char_traits.h:320
320 return __builtin_strlen(__s);

Revision history for this message
Jérôme Duriez (jduriez) said :
#6

Hi,

Can you specify (if not already done ?) your operating system ?

Revision history for this message
Luc OGER (luc-oger) said :
#7

HI
I am using either Opensuse 15.4 or 15.5 with the same result

luc

Revision history for this message
Luc OGER (luc-oger) said :
#8

another strange behavior when I am trying to go behind the output display error :

starting gdb with display crashes
then restarting with "-n" don't crash
the restarting with display works !!

see the extraction of the process (some thread are erased) :

mr078189:/home/oger/yade # gdb
GNU gdb (GDB; SUSE Linux Enterprise 15) 12.1
Copyright (C) 2022 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-suse-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://bugs.opensuse.org/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) file python3
Reading symbols from python3...
(No debugging symbols found in python3)
Missing separate debuginfos, use: zypper install python3-base-debuginfo-3.6.15-150300.10.48.1.x86_64
(gdb) run /opt/Yade/bin/yade-2023-06-14.git-fbf7a70 /home/oger/prog_perso/yade/Bouncing_spheres.py
Starting program: /usr/bin/python3 /opt/Yade/bin/yade-2023-06-14.git-fbf7a70 /home/oger/prog_perso/yade/Bouncing_spheres.py
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Welcome to Yade 2023-06-14.git-fbf7a70
Using python version: 3.6.15 (default, Sep 23 2021, 15:41:43) [GCC]
[Detaching after fork from child process 23433]
TCP python prompt on localhost:9000, auth cookie `ckydas'
[New Thread 0x7fffc821e700 (LWP 23435)]
[New Thread 0x7fffc799d700 (LWP 23436)]
XMLRPC info provider on http://localhost:21000
................

Thread 1 "python3" received signal SIGSEGV, Segmentation fault.
0x00007ffff7d5439b in PyModule_GetState () from /usr/lib64/libpython3.6m.so.1.0
(gdb) s
Single stepping until exit from function PyModule_GetState,
which has no line number information.
crashHandler (sig=32767) at /home/oger/yade/trunk/core/main/pyboot.cpp:9
9 {
(gdb) b 8
Breakpoint 1 at 0x7ffff2389730: /data_1/oger/full_yade_local/trunk/core/main/pyboot.cpp:8. (2 locations)
(gdb) run /opt/Yade/bin/yade-2023-06-14.git-fbf7a70 -n
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /usr/bin/python3 /opt/Yade/bin/yade-2023-06-14.git-fbf7a70 -n
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Welcome to Yade 2023-06-14.git-fbf7a70
Using python version: 3.6.15 (default, Sep 23 2021, 15:41:43) [GCC]
[Detaching after fork from child process 23700]
TCP python prompt on localhost:9000, auth cookie `cdausy'
[New Thread 0x7fffca198700 (LWP 23703)]
[New Thread 0x7fffc9957700 (LWP 23704)]
XMLRPC info provider on http://localhost:21000
[New Thread 0x7fffc8c89700 (LWP 23705)]
[[ ^L clears screen, ^U kills line. F8 plot. ]]

In [1]: run /opt/Yade/bin/yade-2023-06-14.git-fbf7a70 /home/oger/prog_perso/yade/Bouncing_spheres.py
Welcome to Yade 2023-06-14.git-fbf7a70
TCP python prompt on localhost:9001, auth cookie `descsk'
[New Thread 0x7fffba1c5700 (LWP 23732)]
[New Thread 0x7fffb99c4700 (LWP 23733)]
XMLRPC info provider on http://localhost:21001
.................................
[New Thread 0x7fff10ff9700 (LWP 23772)]
Running script /home/oger/prog_perso/yade/Bouncing_spheres.py
[[ ^L clears screen, ^U kills line. F12 controller, F11 3D view (press "h" in 3D view for help), F10 both, F9 generator, F8 plot. ]]

In [1]: [New Thread 0x7fff09c7d700 (LWP 23781)]
[Thread 0x7fff09c7d700 (LWP 23781) exited]
....................
[New Thread 0x7ffeebfff700 (LWP 23806)]
[Thread 0x7ffeebfff700 (LWP 23806) exited]

Revision history for this message
Launchpad Janitor (janitor) said :
#9

This question was expired because it remained in the 'Open' state without activity for the last 15 days.