scilab graphics doesn't work in Oneiric

[Ricardo Fabbri]

Plotting anything in Scilab will cause it to hang. To reproduce this bug, start scilab then type
plot(1:10,1:10)

Ubuntu release: 11.10 (upgraded from 11.04), 64bit.
Scilab release (that comes with ubuntu): 5.3.3.1311149487
Scilab ubuntu package
  Installed: 5.3.3-2build1

I also reported some detailed info in upstream bug #10112
http://bugzilla.scilab.org/show_bug.cgi?id=10112

(note that compiling Scilab from source doesn't solve this issue in Ubuntu 11.10)

[Lucas Silveira Melo (lucas-silveiramelo)]

In Ubuntu 11.10 when I plot any graphics the scilab freeze and I cant't close it.

-->[a,b]=getdebuginfo()
 b =

!Compilation date: Aug 19 2011 !
! !
!Compilation time: 20:38:09 !
! !
!XML version: 2.7.8 !
! !
!Compiler Architecture: X86 !
 a =

!Total memory: 2505532 !
! !
!Used memory: 2154816 !
! !
!Free memory: 350716 !
! !
!Shared memory: 0 !
! !
!Buffers memory: 119996 !
! !
!Cached memory: 1114036 !
! !
!Used -/+ buffers/cache: 920784 !
! !
!Free -/+ buffers/cache: 1584748 !
! !
!Total swap: 975868 !
! !
!Used swap: 0 !
! !
!Free swap: 975868 !
! !
!SCI: /usr/share/scilab/ !
! !
!SCIHOME: /home/lucas/.Scilab/scilab-5.3.3 !

[Sylvestre-ledru (sylvestre-ledru)]

system_setproperty("jogl.gljpanel.nohw","");

=> does it change anything ?

[Lucas Silveira Melo (lucas-silveiramelo)]

No, The problem remain.

[Ricardo Fabbri (rfabbri)]

See https://bugs.launchpad.net/bugs/876195 and bug #10112

[Ricardo Fabbri (rfabbri)]

Other people are experiencing this even in 32bit:

http://bugzilla.scilab.org/show_bug.cgi?id=10106

This was confirmed by other users in <email address hidden>

[Sylvestre-ledru (sylvestre-ledru)]

*** Bug 10112 has been marked as a duplicate of this bug. ***

[Sylvestre-ledru (sylvestre-ledru)]

Could you do the following:
apt-get install scilab-full-bin-dbg scilab-minimal-bin-dbg gdb

scilab-adv-cli -debug -e plot3d
in gdb, type
handle SIGSEGV nostop print
run

and once it reached the real freeze, type "bt" and please provide the full stack trace.

[Ricardo Fabbri (rfabbri)]

Sylvestre, I ran according to your comment #5,
however during the real freeze I had to type Ctrl-C before being able to type "bt".

Program received signal SIGINT, Interrupt.
pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
162 ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S: No such file or directory.
 in ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S
(gdb) bt
#0 pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007fffdc1e3c9b in os::PlatformEvent::park() ()
   from /usr/lib/jvm/java-6-openjdk//jre/lib/amd64/server/libjvm.so
#2 0x00007fffdc1d64a5 in ObjectMonitor::wait(long, bool, Thread*) ()
   from /usr/lib/jvm/java-6-openjdk//jre/lib/amd64/server/libjvm.so
#3 0x00007fffdc2aa27b in ObjectSynchronizer::wait(Handle, long, Thread*) ()
   from /usr/lib/jvm/java-6-openjdk//jre/lib/amd64/server/libjvm.so
#4 0x00007fffdc07b5e8 in JVM_MonitorWait ()
   from /usr/lib/jvm/java-6-openjdk//jre/lib/amd64/server/libjvm.so
#5 0x00007fffd7b1ad68 in ?? ()
#6 0x00000000fbd65598 in ?? ()
#7 0x0000000000000011 in ?? ()
#8 0x0000000000000000 in ?? ()

[Sylvestre-ledru (sylvestre-ledru)]

ok, thanks

Two others questions:
* still in gdb, could you copy/paste the result of "info threads"
* what is the result of dpkg -l|grep openjdk

[Ricardo Fabbri (rfabbri)]

(In reply to comment #7)

$ dpkg -l |grep openjdk

ii openjdk-6-jdk 6b23~pre10-0ubuntu5 OpenJDK Development Kit (JDK)
ii openjdk-6-jre 6b23~pre10-0ubuntu5 OpenJDK Java runtime, using Hotspot JIT
ii openjdk-6-jre-headless 6b23~pre10-0ubuntu5 OpenJDK Java runtime, using Hotspot JIT (headless)
ii openjdk-6-jre-lib 6b23~pre10-0ubuntu5 OpenJDK Java runtime (architecture independent libraries)

(gdb) info threads
  Id Target Id Frame
  19 Thread 0x7fffc9f35700 (LWP 3309) "scilab-bin" 0x00007fffebfbd773 in __GI___poll (
    fds=<optimized out>, nfds=<optimized out>, timeout=<optimized out>)
    at ../sysdeps/unix/sysv/linux/poll.c:87
  18 Thread 0x7fffca736700 (LWP 3308) "scilab-bin" pthread_cond_timedwait@@GLIBC_2.3.2
    () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
  17 Thread 0x7fffd589f700 (LWP 3307) "scilab-bin" 0x00007fffec72d09e in __pthread_mutex_lock (mutex=0x7ffff7ffd948) at pthread_mutex_lock.c:84
  16 Thread 0x7fffd579e700 (LWP 3306) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  13 Thread 0x7fffd59a0700 (LWP 3301) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  12 Thread 0x7fffd5f78700 (LWP 3300) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  11 Thread 0x7fffd6c69700 (LWP 3299) "scilab-bin" pthread_cond_timedwait@@GLIBC_2.3.2
    () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
  10 Thread 0x7fffd6d6a700 (LWP 3298) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  9 Thread 0x7fffd6e6b700 (LWP 3297) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  8 Thread 0x7fffd6f6c700 (LWP 3296) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  7 Thread 0x7fffd706d700 (LWP 3295) "scilab-bin" sem_wait ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:86
  6 Thread 0x7fffd716e700 (LWP 3294) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  5 Thread 0x7fffd726f700 (LWP 3293) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  4 Thread 0x7fffd7370700 (LWP 3292) "scilab-bin" pthread_cond_timedwait@@GLIBC_2.3.2
---Type <return> to continue, or q <return> to quit---
    () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216
  3 Thread 0x7fffd795f700 (LWP 3291) "scilab-bin" pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
  2 Thread 0x7fffd7a60700 (LWP 3290) "s...

[Ricardo Fabbri (rfabbri)]

There is a work-around (or solution?) in the Scilab newsgroup:

http://www.equalis.com/forums/posts.asp?topic=321201&

However, I don't want to be stuck with Unity 2D by having to remove lib-mesa-glx and others.

[Launchpad Janitor (janitor)]

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

[Sylvestre Ledru (sylvestre)]

Blocked by 877491

[Sylvestre-ledru (sylvestre-ledru)]

Installing libgl1-mesa-swx11 or removing libgl1-mesa-glx fix the issue.

I reported a bug against the mesa package:
https://bugs.launchpad.net/ubuntu/+bug/877491

[Ricardo Fabbri (rfabbri)]

I heard doing this work-around will break Unity, making the computer start on Unity 2D, is that true?

(In reply to comment #10)
> Installing libgl1-mesa-swx11 or removing libgl1-mesa-glx fix the issue.
>
> I reported a bug against the mesa package:
> https://bugs.launchpad.net/ubuntu/+bug/877491

[Sylvestre-ledru (sylvestre-ledru)]

Probably. I haven't tried yet (I am installing a clean image to test that).

[Viktor Mileikovskyi (v-mil)]

I try all items in gear-wheel menu of logon screen. Only "Gnome" mode failed using this workaround. All other choices work successfully. (But I use Xorg-Edgers video driver). Great hanks for a workaround.

[Viktor Mileikovskyi (v-mil)]

After using workaround and revert to official Xorg (sudo ppa-purge xorg-edgers) WineHQ can not start. Reinstalling WineHQ is not helpful. Is it because of reversion to official Xorg or using workaround??? I wrote to WineHQ forum
http://forum.winehq.org/viewtopic.php?t=14051
and wait for assistance... If you can help please help me.

[Sylvestre Ledru (sylvestre)]

Viktor, sorry but you probably confused the bug. This is a scilab related bug, not WineHQ

[Lucas Silveira Melo (lucas-silveiramelo)]

Hello Sylvestre, This bug has been fixed?

[Sylvestre-ledru (sylvestre-ledru)]

See the workaround of the comment #10
I will ping ubuntu people about the mesa issue...

[Lucas Silveira Melo (lucas-silveiramelo)]

ok

[delva (pacdelva)]

hi, I have this problem too with gnome-shell. Any news to keep the nice 3d environment?
Thank you

[Sylvestre-ledru (sylvestre-ledru)]

AFAIK, Ubuntu people haven't fixed this issue yet...

[Sylvestre-ledru (sylvestre-ledru)]

delva, could you do what has been requested here ?
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/877491/comments/2

it would be great if you could

[hassouni (hendrixexperience)]

i have the same problem! installing libgl1-mesa-swx11 crash Gnome but solve the "plot" problem!!!
does anybody have a better solution?

[oliford (oliford)]

Since it was originally posted here @#13, the other page now has a better workaround that uses libgl1-mesa-swx11 only for scilab: http://www.equalis.com/forums/permalink.asp?id=337146

The most recent post on there (http://www.equalis.com/forums/permalink.asp?id=371690) suggests that the problem has been fixed properly in Mesa 8.0.1 and hence in Ubuntu percise (12.04).

Can the fix in mesa, or the whole new mesa be backported?

[oliford (oliford)]

For a slightly better workaround, I copied /usr/lib/mesa/libGL.so.1.2 from a computer with Ubtuntu 11.04 installed (which has the package libgl1-mesa-glx 7.10.2-0ubuntu2.1 installed). That gives you the accelerated graphics in scilab too.

I put that in scilab's /bin directory because I'm using the binary version from the scilab website - for ubuntu's packaged version, do the trick in the above post with it.

[D-bugzilla-t (d-bugzilla-t)]

This appears to be a bug in Mesa 7.11. See https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/876195/comments/27.

[Sylvestre Ledru (sylvestre)]

This bug will be fixed with Scilab 5.4.0

[oliford (oliford)]

No, I don't think so.
It is certainly still there in the current scilab-5.4.0-alpha-1.

I think the bug is in mesa 7.11, not scilab. I can personally confirm that it fails for scilab-5.1, 5.2.0, 5.3.3 and 5.4.0-alpha1 with mesa-7.11 and that all of those work with mesa-7.10. Apparently they work with mesa-8.0.1 too (reported in the link in #27)

[Sylvestre Ledru (sylvestre)]

Well, as upstream, I have some information ;)
Many stuff changed in the portability of the graphic. It is why I am confident the next beta release of 5.4 won't fall into this bug.

[oliford (oliford)]

Fair enough.

Does that mean we can expect some serious graphics improvements between 5.4.0alpha and the beta? I've a very nice new shiny laptop, but with an intel card, scilab 5 is always a pain. I'm still using scilab-4.1.2 for most things.

[Sylvestre Ledru (sylvestre)]

Indeed... The graphic portability has been one of the big issue of the 5.X family and we are really sorry about that ...

[gianluca (antonelli)]

the same here for ubuntu 11.10 and both scilab 5.3 and 5.1
the version 4.1 seems to work
g.

[Rob Frohne (frohro)]

Still seems to be a bug in Saucy as of December 11, 2013.