Bug #1299686 “scilab libraries are heavily underlinked, causing ...” : Bugs : scilab package : Debian

Revision history for this message

toccata (jdruel) wrote on 2014-03-30:

#1

Dependencies.txt Edit (13.9 KiB, text/plain; charset="utf-8")
ProcEnviron.txt Edit (103 bytes, text/plain; charset="utf-8")

Revision history for this message

Hans Joachim Desserud (hjd) wrote on 2014-03-30:

#2

Thanks for taking your time to report this issue and help making Ubuntu better.

Could you please include the full output when attempting to start scilab from the terminal?

It doesn't start on i386 either, but I get a message about missing symbols, not seg fault, so I'm trying to figure out whether this is related or if I should file a separate bug on it:
$ scilab
The native library sciconsole does not exist or cannot be found.
/usr/lib/scilab/libsciconsole.so.5.5.0: /usr/lib/scilab/libsciconsole.so.5.5.0: undefined symbol: _ZN13GiwsException22JniCallMethodExceptionD1Ev
Current java.library.path is : :/usr/lib/jni/:/usr/lib:/usr/share/scilab//../../lib/scilab/:/usr/lib/scilab/

Revision history for this message

toccata (jdruel) wrote on 2014-03-30:

#3

Starting scilab from the terminal just gives me:
Segmentation fault (core dumped)

scilab-cli seems to work just fine: I can launch it and write a few commands.

If I launch scilab from the Kubuntu start menu (kickoff application launcher),
I notice a very short lived window which closes almost immediatly.
If I try again from the Kubuntu start menu: nothing happens.

Revision history for this message

Launchpad Janitor (janitor) wrote on 2014-04-03:

#4

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in scilab (Ubuntu):
status:	New → Confirmed

Revision history for this message

Sergio Benjamim (sergio-br2) wrote on 2014-04-03:

#5

Here the error message is:

scilab
Error parsing gtk-icon-sizes string: ''
The native library sciaction_binding does not exist or cannot be found.
/usr/lib/scilab/libsciaction_binding.so.5.5.0: /usr/lib/scilab/libsciaction_binding.so.5.5.0: undefined symbol: _ZN13GiwsException22JniCallMethodExceptionD1Ev
java.lang.UnsatisfiedLinkError: /usr/lib/scilab/libsciaction_binding.so.5.5.0: /usr/lib/scilab/libsciaction_binding.so.5.5.0: undefined symbol: _ZN13GiwsException22JniCallMethodExceptionD1Ev
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1880)
at java.lang.Runtime.loadLibrary0(Runtime.java:849)
at java.lang.System.loadLibrary(System.java:1088)
at org.scilab.modules.action_binding.InterpreterManagementJNI.<clinit>(Unknown Source)
at org.scilab.modules.action_binding.InterpreterManagement.requestScilabExec(Unknown Source)
at org.scilab.modules.xcos.Xcos$1.run(Unknown Source)
at org.scilab.modules.core.Scilab.executeInitialHooks(Unknown Source)
Impossible d'exécuter la procédure d'initialisation. Erreur :
Exception in thread "main" java.lang.UnsatisfiedLinkError: org.scilab.modules.action_binding.InterpreterManagementJNI.requestScilabExec(Ljava/lang/String;)I
at org.scilab.modules.action_binding.InterpreterManagementJNI.requestScilabExec(Native Method)
at org.scilab.modules.action_binding.InterpreterManagement.requestScilabExec(Unknown Source)
at org.scilab.modules.xcos.Xcos$1.run(Unknown Source)
at org.scilab.modules.core.Scilab.executeInitialHooks(Unknown Source)
Segmentation fault (core dumped)

Revision history for this message

saxo_zen (serge-iovleff) wrote on 2014-04-05:

#6

I get the same kind of problem with the following output

$ scilab
libEGL warning: failed to create a pipe screen for i965
Segmentation fault (core dumped)

Revision history for this message

Alberto Salvia Novella (es20490446e) wrote on 2014-04-06:

#7

It renders essential functionality of the package (or a dependent one) broken.

Changed in scilab (Ubuntu):
importance:	Undecided → High

Revision history for this message

toccata (jdruel) wrote on 2014-04-06:

#8

I tried to compile the 5.5-beta sources. It didn't give me any usable software. Why not stay on a more stable 5.4.1 version (specially for a LTS) ?
The 5.5 seems clearly far from finished.

Revision history for this message

Matthias Klose (doko) wrote on 2014-04-06:

#9

I didn't request the sync, I was trying to fix the build failures in the synced version.

apparently a lot of the loadable modules are underlinked. what makes things worse is that there seem to be some circular build dependencies.

Revision history for this message

Sylvestre Ledru (sylvestre) wrote on 2014-04-07:

#10

I just uploaded verison 5.5.0~beta-1+git~20140406-1522-1 which fixes the issue.

Revision history for this message

Sylvestre Ledru (sylvestre) wrote on 2014-04-07:

#11

(uploaded in Debian) I will request the sync once it reached the mirrors

Matthias Klose (doko) on 2014-04-09

summary:

- Segmentation fault (core dumped) when starting
+ scilab libraries are heavily underlinked, causing segfaults on load

Bug Watch Updater (bug-watch-updater) on 2014-04-10

Changed in scilab (Debian):
status:	Unknown → New

Revision history for this message

Launchpad Janitor (janitor) wrote on 2014-04-12:

#12

This bug was fixed in the package scilab - 5.5.0-1

---------------
scilab (5.5.0-1) unstable; urgency=medium

  * Stable release (very similar to beta-1+git~20140406-1522)
  * Add back the wrongly removed depend-scicos.diff
  * Also disable ocamlopt features on mips mipsel s390x sparc

-- Sylvestre Ledru <email address hidden> Fri, 11 Apr 2014 15:02:39 +0200

Changed in scilab (Ubuntu):
status:	Confirmed → Fix Released

Revision history for this message

Sergio Benjamim (sergio-br2) wrote on 2014-04-16:

#13

Download full text (15.3 KiB)

Trying to run this new version, but the problem remains:

(gdb) run
Starting program: /usr/bin/scilab-bin -debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
[New Thread 0x99ba8b40 (LWP 9728)]
[New Thread 0x999ffb40 (LWP 9729)]
[New Thread 0x997ffb40 (LWP 9730)]
[New Thread 0x995ffb40 (LWP 9731)]
[New Thread 0x984d1b40 (LWP 9732)]
[New Thread 0x9957eb40 (LWP 9733)]
[New Thread 0x98450b40 (LWP 9734)]
[New Thread 0x980ffb40 (LWP 9735)]
[New Thread 0x980aeb40 (LWP 9736)]
[New Thread 0x9802db40 (LWP 9737)]
[New Thread 0x97facb40 (LWP 9738)]
[New Thread 0x97f5bb40 (LWP 9739)]
[New Thread 0x96dbab40 (LWP 9740)]
[New Thread 0x96d69b40 (LWP 9741)]
[New Thread 0x96bffb40 (LWP 9742)]
[New Thread 0x96baeb40 (LWP 9743)]
[New Thread 0x968efb40 (LWP 9744)]
[New Thread 0x946ffb40 (LWP 9745)]
[New Thread 0x93efeb40 (LWP 9746)]
[New Thread 0x936fdb40 (LWP 9747)]
[New Thread 0x92efcb40 (LWP 9748)]
Error parsing gtk-icon-sizes string: ''

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x96baeb40 (LWP 9743)]
0xb1e6047f in ?? ()
(gdb) bt full
#0 0xb1e6047f in ?? ()
No symbol table info available.
#1 0xb1dd451a in ?? ()
No symbol table info available.
#2 0xb1dd451a in ?? ()
No symbol table info available.
#3 0xb1dd451a in ?? ()
No symbol table info available.
#4 0xb1dd451a in ?? ()
No symbol table info available.
#5 0xb1dd451a in ?? ()
No symbol table info available.
#6 0xb1dd4387 in ?? ()
No symbol table info available.
#7 0xb1dd4387 in ?? ()
No symbol table info available.
#8 0xb1dd45fb in ?? ()
No symbol table info available.
#9 0xb1dd451a in ?? ()
No symbol table info available.
#10 0xb1dd451a in ?? ()
No symbol table info available.
#11 0xb1dd4905 in ?? ()
No symbol table info available.
#12 0xb1dd4905 in ?? ()
No symbol table info available.
#13 0xb1dd4387 in ?? ()
No symbol table info available.
#14 0xb1dd4387 in ?? ()
No symbol table info available.
#15 0xb1dd451a in ?? ()
No symbol table info available.
#16 0xb1dd1459 in ?? ()
No symbol table info available.
#17 0xb52f6746 in JavaCalls::call_helper (result=0x96badb5c, m=0x96badb24, args=0x96badb78, __the_thread__=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:415
        hm = {_thread = 0x84d4400, _area = 0x84c3c48, _chunk = 0x98103d40,
          _hwm = 0x98103d6c "X\003Й\330/ɬp|\361\231\b\200\\\255\210VX\255\220?\361\231(zљ\330\361o\255\030<љ\030<љ(zљ\220?\361\231\260Ȟ\232\220?\361\231\220?\361\231\260Ȟ\232\350\070\361\231\220?\361\231\210VX\255\220?\361\231\260Ȟ\232\370\256?\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\070\223\236\232P~\236\232\060\rЙ\260Ȟ\232\070\223\236\232\240\276\236\232\250Ş\232\030Ş\232\bĞ\232\220Ğ\232\350Ǟ\232P\224\236\232\220\233\236\232\060\244\236\232\070\273\236\232",
          _max = 0x98104134 "\375\003", _size_in_bytes = 1004, _previous_handle_mark = 0x96bae084}
        link = {<StackObj> = {<No data fields>}, _thread = 0x84d4400, _handles = 0x84d49e0, _callee_method = 0x9a387a98,
          _receiver = 0xaca0b9e0, _anchor = {_last_Ja...

Trying to run this new version, but the problem remains:

(gdb) run
Starting program: /usr/bin/scilab-bin -debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
[New Thread 0x99ba8b40 (LWP 9728)]
[New Thread 0x999ffb40 (LWP 9729)]
[New Thread 0x997ffb40 (LWP 9730)]
[New Thread 0x995ffb40 (LWP 9731)]
[New Thread 0x984d1b40 (LWP 9732)]
[New Thread 0x9957eb40 (LWP 9733)]
[New Thread 0x98450b40 (LWP 9734)]
[New Thread 0x980ffb40 (LWP 9735)]
[New Thread 0x980aeb40 (LWP 9736)]
[New Thread 0x9802db40 (LWP 9737)]
[New Thread 0x97facb40 (LWP 9738)]
[New Thread 0x97f5bb40 (LWP 9739)]
[New Thread 0x96dbab40 (LWP 9740)]
[New Thread 0x96d69b40 (LWP 9741)]
[New Thread 0x96bffb40 (LWP 9742)]
[New Thread 0x96baeb40 (LWP 9743)]
[New Thread 0x968efb40 (LWP 9744)]
[New Thread 0x946ffb40 (LWP 9745)]
[New Thread 0x93efeb40 (LWP 9746)]
[New Thread 0x936fdb40 (LWP 9747)]
[New Thread 0x92efcb40 (LWP 9748)]
Error parsing gtk-icon-sizes string: ''

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x96baeb40 (LWP 9743)]
0xb1e6047f in ?? ()
(gdb) bt full
#0  0xb1e6047f in ?? ()
No symbol table info available.
#1  0xb1dd451a in ?? ()
No symbol table info available.
#2  0xb1dd451a in ?? ()
No symbol table info available.
#3  0xb1dd451a in ?? ()
No symbol table info available.
#4  0xb1dd451a in ?? ()
No symbol table info available.
#5  0xb1dd451a in ?? ()
No symbol table info available.
#6  0xb1dd4387 in ?? ()
No symbol table info available.
#7  0xb1dd4387 in ?? ()
No symbol table info available.
#8  0xb1dd45fb in ?? ()
No symbol table info available.
#9  0xb1dd451a in ?? ()
No symbol table info available.
#10 0xb1dd451a in ?? ()
No symbol table info available.
#11 0xb1dd4905 in ?? ()
No symbol table info available.
#12 0xb1dd4905 in ?? ()
No symbol table info available.
#13 0xb1dd4387 in ?? ()
No symbol table info available.
#14 0xb1dd4387 in ?? ()
No symbol table info available.
#15 0xb1dd451a in ?? ()
No symbol table info available.
#16 0xb1dd1459 in ?? ()
No symbol table info available.
#17 0xb52f6746 in JavaCalls::call_helper (result=0x96badb5c, m=0x96badb24, args=0x96badb78, __the_thread__=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:415
        hm = {_thread = 0x84d4400, _area = 0x84c3c48, _chunk = 0x98103d40, 
          _hwm = 0x98103d6c "X\003Й\330/ɬp|\361\231\b\200\\\255\210VX\255\220?\361\231(zљ\330\361o\255\030<љ\030<љ(zљ\220?\361\231\260Ȟ\232\220?\361\231\220?\361\231\260Ȟ\232\350\070\361\231\220?\361\231\210VX\255\220?\361\231\260Ȟ\232\370\256?\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\070\223\236\232P~\236\232\060\rЙ\260Ȟ\232\070\223\236\232\240\276\236\232\250Ş\232\030Ş\232\bĞ\232\220Ğ\232\350Ǟ\232P\224\236\232\220\233\236\232\060\244\236\232\070\273\236\232", 
          _max = 0x98104134 "\375\003", _size_in_bytes = 1004, _previous_handle_mark = 0x96bae084}
        link = {<StackObj> = {<No data fields>}, _thread = 0x84d4400, _handles = 0x84d49e0, _callee_method = 0x9a387a98, 
          _receiver = 0xaca0b9e0, _anchor = {_last_Java_sp = 0x96bade00, _last_Java_pc = 0xb1ddc20e "\211\257 \001", 
            _last_Java_fp = 0x96bade30}, _result = 0x96badb5c}
        thread = 0xb1e6046c
        entry_point = 0xb1ddab40 "\017\267K\"\017\267S +с\372\366\003"
        oop_result_flag = true
        method = <optimized out>
#18 0xb54cb406 in os::os_exception_wrapper (
    f=f@entry=0xb52f63c0 <JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)>, value=value@entry=0x96badb5c, 
    method=method@entry=0x96badb24, args=args@entry=0x96badb78, thread=thread@entry=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:4918
No locals.
#19 0xb52f61ad in JavaCalls::call (result=result@entry=0x96badb5c, method=..., args=args@entry=0x96badb78, 
    __the_thread__=__the_thread__@entry=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:320
No locals.
#20 0xb533dcd1 in JVM_DoPrivileged (env=env@entry=0x84d4528, cls=cls@entry=0x96bade38, action=action@entry=0x96bade44, 
    context=context@entry=0x96bade40, wrapException=wrapException@entry=0 '\000')
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/prims/jvm.cpp:1226
        m = {<Handle> = {_handle = 0x98103d68}, <No data fields>}
        vfst = {<vframeStreamCommon> = {<StackObj> = {<No data fields>}, _frame = {_sp = 0x96bade38, 
              _pc = 0xb1dd451a "\213e\370\307", <incomplete sequence \370>, _cb = 0xb1dd3a48, _deopt_state = frame::not_deoptimized, 
              _fp = 0x96bade68, _unextended_sp = 0x96bade40}, _thread = 0x84d4400, _reg_map = {<StackObj> = {<No data fields>}, _location = {
                0x3ec, 0x96bae01c, 0xb1dd1459, 0xb1dd1388, 0x0, 0x96bae038, 0x96bae020, 0x84d4400, 0x3ec, 0x96bae084, 0xb5875000, 0x98103d78, 
                0xfffffffe, 0xb53fbb19
     <LinkResolver::runtime_resolve_virtual_method(CallInfo&, methodHandle, KlassHandle, Handle, KlassHandle, bool, Thread*)+681>, 
                0x98103d78, 0xffffffff, 0x96badcb4, 0xb5875000, 0x84c3c48, 0x8, 0x99e637c8, 0xb51a0a1a
     <constantPoolOopDesc::klass_ref_at(int, Thread*)+138>, 0x98103d68, 0x8, 0xb503f23f <SignatureInfo::do_void()+31>, 0x96badcf4, 0x0, 0xe, 
                0xeac5800, 0x84c3c48, 0xb7659e61 <__pthread_mutex_cond_lock+17>, 0x96badcf4, 0xb5574f54
     <SignatureIterator::iterate_returntype()+628>, 0x96badcf4, 0x29, 0x84d4400, 0xb765229c <__pthread_mutex_trylock+12>, 0x84d4400, 0x1, 
                0xb5493610 <Monitor::ILock(Thread*)+16>, 0xb54942f0 <Monitor::unlock()+16>, 0xb5619509
     <ThreadStateTransition::transition_and_fence(JavaThread*, JavaThreadState, JavaThreadState)+9>, 0xb5875000, 0x96bae084, 
                0xb5619b76 <Unsafe_CompareAndSwapInt(JNIEnv*, jobject, jobject, jlong, jint, jint)+214>, 0x84c3200, 0x84d4400, 0x0, 
                0x84d4400, 0xb5891ec4 <os::_processor_count>, 0x84d2238, 0x84d4400, 0x99db34f8, 0x99db34f4, 0x84d4400, 0x1, 0xb1ddc4e5, 
                0x84d4528, 0x96badd70, 0x96badd6c, 0xb532d050 <JNIHandles::make_local(JNIEnv_*, oopDesc*)+16>, 0x0, 0x0, 0x1, 0xb52f15df
     <HandleMark::pop_and_restore()+15>, 
                0xb5619509 <ThreadStateTransition::transition_and_fence(JavaThread*, JavaThreadState, JavaThreadState)+9>, 0xb5875000, 
                0x96bae084, 0xb532d050 <JNIHandles::make_local(JNIEnv_*, oopDesc*)+16>, 0x0, 0x96badd70, 0x99db4640, 0xb5875000, 
                0xb532e129 <ThreadStateTransition::transition_and_fence(JavaThread*, JavaThreadState, JavaThreadState)+9>, 0xb5875000, 
                0x96bae084, 0xb532d050 <JNIHandles::make_local(JNIEnv_*, oopDesc*)+16>, 0x84d4528, 0xad58fd80, 0x1, 0xb5875000, 
                0xb532e129 <ThreadStateTransition::transition_and_fence(JavaThread*, JavaThreadState, JavaThreadState)+9>, 0xb5875000, 
                0x96bae084, 0xb533169d <JVM_GetInheritedAccessControlContext(JNIEnv*, jclass)+173>, 0x84d4528, 0xad5c79e0, 0x96badd98, 
                0x9a10d8d8}, _location_valid = {11101602089124495360, 13034648774633324544}, _include_argument_oops = false, 
              _thread = 0x84d4400, _update_map = false}, _mode = vframeStreamCommon::interpreted_mode, _sender_decode_offset = 139281704, 
            _method = 0x99e74708, _bci = 28, _stop_at_java_call_stub = false}, <No data fields>}
        m_oop = <optimized out>
        pi = {_klass = 0x99e74830, _privileged_context = 0xacc78790, _frame_id = 0x96bade40, _next = 0x0}
        result = {_type = T_OBJECT, _value = {f = -3.01888391e-25, d = -3.5090279069299887e-199, i = -1766138848, l = -7585508589826286560, 
            h = 0x96badc20}}
        args = {<StackObj> = {<No data fields>}, _value_buffer = {-1257068151, -1398752800, 139281408, -1398752776, 0, -1255155881, 
            -1398752760, 0, -1249246016}, _is_oop_buffer = {223, true, 47, 181, 48, false, false, false, false}, _value = 0x96badb7c, 
          _is_oop = 0x96badb9d, _size = 1, _max_size = 8, _start_at_zero = false}
        pending_exception = {_handle = 0x0}
        klass = <optimized out>
        h_context = {_handle = 0x98103d60}
        object = {_handle = 0x98103d64}
#21 0xb4e27caa in Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2Ljava_security_AccessControlContext_2 (
    env=0x84d4528, cls=0x96bade38, action=0x96bade44, context=0x96bade40) at ../../../src/share/native/java/security/AccessController.c:56
No locals.
#22 0xb1ddc230 in ?? ()
No symbol table info available.
#23 0xb1dd451a in ?? ()
No symbol table info available.
#24 0xb1dd4a98 in ?? ()
No symbol table info available.
#25 0xb1dd4387 in ?? ()
No symbol table info available.
#26 0xb1dd4387 in ?? ()
No symbol table info available.
#27 0xb1dd4387 in ?? ()
No symbol table info available.
#28 0xb1dd4387 in ?? ()
No symbol table info available.
#29 0xb1dd4387 in ?? ()
No symbol table info available.
#30 0xb1dd4387 in ?? ()
No symbol table info available.
#31 0xb1dd1459 in ?? ()
No symbol table info available.
#32 0xb52f6746 in JavaCalls::call_helper (result=0x96bae1f8, m=0x96bae13c, args=0x96bae15c, __the_thread__=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:415
        hm = {_thread = 0x84d4400, _area = 0x84c3c48, _chunk = 0x98103d40, 
          _hwm = 0x98103d5c "0H癐\207Ǭ\340\271\240\254\230z8\232X\003Й\330/ɬp|\361\231\b\200\\\255\210VX\255\220?\361\231(zљ\330\361o\255\030<љ\030<љ(zљ\220?\361\231\260Ȟ\232\220?\361\231\220?\361\231\260Ȟ\232\350\070\361\231\220?\361\231\210VX\255\220?\361\231\260Ȟ\232\370\256?\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\070\223\236\232P~\236\232\060\rЙ\260Ȟ\232\070\223\236\232\240\276\236\232\250Ş\232\030Ş\232\bĞ\232\220Ğ\232\350Ǟ\232P\224\236\232\220\233\236\232\060\244\236\232"..., _max = 0x98104134 "\375\003", _size_in_bytes = 1004, _previous_handle_mark = 0x96bae204}
        link = {<StackObj> = {<No data fields>}, _thread = 0x84d4400, _handles = 0x84d4940, _callee_method = 0x9a37e0c0, 
          _receiver = 0xad58fd80, _anchor = {_last_Java_sp = 0x0, _last_Java_pc = 0x0, _last_Java_fp = 0x0}, _result = 0x96bae1f8}
        thread = 0x84d4400
        entry_point = 0xb1ddab40 "\017\267K\"\017\267S +с\372\366\003"
        oop_result_flag = false
        method = <optimized out>
#33 0xb54cb406 in os::os_exception_wrapper (
    f=f@entry=0xb52f63c0 <JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)>, value=value@entry=0x96bae1f8, 
    method=method@entry=0x96bae13c, args=args@entry=0x96bae15c, thread=thread@entry=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:4918
No locals.
#34 0xb52f54c5 in call (__the_thread__=0x84d4400, args=0x96bae15c, method=..., result=0x96bae1f8, result@entry=0x96bae178)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:320
No locals.
#35 call_virtual (__the_thread__=0x84d4400, args=0x96bae15c, signature=0x999277a8, signature@entry=0x98103d48, name=0x99926290, 
    name@entry=0x270f, spec_klass=..., result=0x96bae1f8, result@entry=0x96bae178)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:217
        callinfo = {<LinkInfo> = {<No data fields>}, _resolved_klass = {<Handle> = {_handle = 0x98103d4c}, <No data fields>}, 
          _selected_klass = {<Handle> = {_handle = 0x98103d50}, <No data fields>}, _resolved_method = {<Handle> = {
              _handle = 0x98103d54}, <No data fields>}, _selected_method = {<Handle> = {_handle = 0x98103d58}, <No data fields>}, 
          _vtable_index = 5, _resolved_appendix = {_handle = 0x0}, _resolved_method_type = {_handle = 0x0}}
        recvrKlass = <optimized out>
#36 JavaCalls::call_virtual (result=result@entry=0x96bae1f8, receiver=receiver@entry=..., spec_klass=..., name=name@entry=0x99926290, 
    signature=signature@entry=0x999277a8, __the_thread__=__the_thread__@entry=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/javaCalls.cpp:223
        args = {<StackObj> = {<No data fields>}, _value_buffer = {408, -1390602128, 9999, 152, 20, 176, 20, 2, -1253720976}, 
          _is_oop_buffer = {false, true, false, false, 91, false, false, false, false}, _value = 0x96bae160, _is_oop = 0x96bae181, _size = 1, 
          _max_size = 8, _start_at_zero = false}
#37 0xb532e27d in thread_entry (thread=0x84d4400, __the_thread__=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/prims/jvm.cpp:2701
        hm = {_thread = 0x84d4400, _area = 0x84c3c48, _chunk = 0x98103d40, 
          _hwm = 0x98103d48 "\200\375X\255\020\257ҙ\310\356\067\232 \210ҙ\300\340\067\232\060H癐\207Ǭ\340\271\240\254\230z8\232X\003Й\330/ɬp|\361\231\b\200\\\255\210VX\255\220?\361\231(zљ\330\361o\255\030<љ\030<љ(zљ\220?\361\231\260Ȟ\232\220?\361\231\220?\361\231\260Ȟ\232\350\070\361\231\220?\361\231\210VX\255\220?\361\231\260Ȟ\232\370\256?\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\070\223\236\232P~\236\232\060\rЙ\260Ȟ\232\070\223\236\232\240\276\236\232\250Ş\232\030Ş\232\bĞ\232"..., _max = 0x98104134 "\375\003", _size_in_bytes = 1004, _previous_handle_mark = 0x96bae264}
        obj = <optimized out>
        result = {_type = T_VOID, _value = {f = -3.01925467e-25, d = -7.7886064145875547e-51, i = -1766137344, l = -5366232467529604608, 
            h = 0x96bae200}}
#38 0xb55fe839 in JavaThread::thread_main_inner (this=this@entry=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/thread.cpp:1680
        hm = {_thread = 0x84d4400, _area = 0x84c3c48, _chunk = 0x98103d40, 
          _hwm = 0x98103d48 "\200\375X\255\020\257ҙ\310\356\067\232 \210ҙ\300\340\067\232\060H癐\207Ǭ\340\271\240\254\230z8\232X\003Й\330/ɬp|\361\231\b\200\\\255\210VX\255\220?\361\231(zљ\330\361o\255\030<љ\030<љ(zљ\220?\361\231\260Ȟ\232\220?\361\231\220?\361\231\260Ȟ\232\350\070\361\231\220?\361\231\210VX\255\220?\361\231\260Ȟ\232\370\256?\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\060\301\236\232\260Ȟ\232\210VX\255\210VX\255\260Ȟ\232\070\223\236\232P~\236\232\060\rЙ\260Ȟ\232\070\223\236\232\240\276\236\232\250Ş\232\030Ş\232\bĞ\232"..., _max = 0x98104134 "\375\003", _size_in_bytes = 1004, _previous_handle_mark = 0x84c31e0}
#39 0xb55feaab in JavaThread::run (this=0x84d4400)
    at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/share/vm/runtime/thread.cpp:1660
        event = <optimized out>
#40 0xb54c4f5d in java_start (thread=0x84d4400) at /build/buildd/openjdk-7-7u51-2.4.6/build/openjdk/hotspot/src/os/linux/vm/os_linux.cpp:892
        counter = 17
#41 0xb764ff70 in start_thread (arg=0x96baeb40) at pthread_create.c:312
        __res = <optimized out>
        pd = 0x96baeb40
        now = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1218043904, -1766134976, 4001536, -1766136792, 1829870665, -785841654}, 
              mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = <optimized out>
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
        __PRETTY_FUNCTION__ = "start_thread"
#42 0xb74d570e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
No locals.

Revision history for this message

Sylvestre Ledru (sylvestre) wrote on 2014-04-16:

#14

No, it does not. The OpenJDK triggers segfault on start up on purpose:
http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-March/003981.html

Since Scilab is start a Java VM.

Julian Taylor (jtaylor) on 2014-04-23

Changed in scilab (Ubuntu):
status:	Fix Released → New

Revision history for this message

Julian Taylor (jtaylor) wrote on 2014-04-23:

#15

just running scilab leads to:
$ scilab
Cannot find /usr/lib/jvm/java-6-openjdk//bin/java

java-6 is gone in 14.04

maybe its because scilab-bin is underlinked:

$ ldd /usr/bin/scilab-bin 2>&1 | grep "not "
libjava.so => not found
libverify.so => not found
libjvm.so => not found
libjava.so => not found
libverify.so => not found
libjvm.so => not found
libjava.so => not found
libverify.so => not found
libjvm.so => not found

possible workaround for 64 bit:
SCI=/usr/share/scilab/ LD_LIBRARY_PATH=/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/:/usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server/ /usr/bin/scilab-bin

Revision history for this message

Julian Taylor (jtaylor) wrote on 2014-04-23:

#16

simpler workaround:
JAVA_HOME=/usr/lib/jvm/java-7-openjdk-amd64/ scilab

Revision history for this message

Julian Taylor (jtaylor) wrote on 2014-04-23:

#17

please forget what I said, I had a wrong JAVA_HOME set in my .bashrc I did not know about.
so the underlinking is fixed and I also can't reproduce the core dump on startup.

Revision history for this message

Sergio Benjamim (sergio-br2) wrote on 2014-04-23:

#18

Me either, it seems it is fixed (well, sometimes scilab crashes when launch, but now it's a few times).

Julian Taylor (jtaylor) on 2014-04-23

Changed in scilab (Ubuntu):
status:	New → Fix Released

Revision history for this message

Tobias Zawada (tobias.zawada) wrote on 2014-06-02:

#19

Tried scilab in Ubuntu 14.04 (up to date on June, 2nd 2014) with standard installation. Got a solid gray window instead of the gui.
Typing in "quit();" followed by return worked with the expected result.

Installed java-6-openjdk-i386 after reading this thread and set

export JAVA_HOME=/usr/lib/jvm/java-6-openjdk-i386/

Now, scilab works as expected.

Revision history for this message

Norbert (nrbrtx) wrote on 2015-03-20:

#20

I'm sorry if this is not correct place to ask questions or write comments, but I have "Segmentation fault" with latest Git-version of Scilab.

I'm on Ubuntu 12.04.5 amd64 with Nvidia driver (nvidia-331-updates: 331.113-0ubuntu0.0.0.3),
JAVA_HOME=/usr/lib/jvm/java-6-oracle.
I downloaded Git YaSP build of Scilab (scilab-branch-YaSp-1411733280.bin.linux-x86_64.tar.gz) and it crashes with "Segmentation fault".
Dear Sylvestre, how I can debug this issue?

The same version on Ubuntu 12.04.5 with integrated intel graphics works correctly.

Revision history for this message

Sylvestre Ledru (sylvestre) wrote on 2015-03-23:

#21

You should report a bug upstream.
http://bugzilla.scilab.org/

Bug Watch Updater (bug-watch-updater) on 2020-05-01

Changed in scilab (Debian):
status:	New → Fix Released

Debian
scilab package

scilab libraries are heavily underlinked, causing segfaults on load

Bug Description

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Affects		Status	Importance	Assigned to	Milestone
	scilab (Debian)	Fix Released	Unknown	debbugs #744073
	scilab (Ubuntu)	Fix Released	High	Unassigned

Debianscilab package

scilab libraries are heavily underlinked, causing segfaults on load

Bug Description

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Debian
scilab package