bugGNU Octave - Bugs: bug #41067, GUI exits immediately with signal...

 
 

bug #41067: GUI exits immediately with signal 11 if built without libcurl

Submitter:  Mike Sander <msander>
Submitted:  Thu 02 Jan 2014 06:18:41 PM UTC
   
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Segfault, Bus Error, etc.
Status:  Fixed Assigned to:  jwe
Originator Name:  mike sander Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Thu 16 Jan 2014 03:05:52 AM UTC, comment #28: 

Works for me. Rebuilt with this change with no libcurl, I get a message about the community news not being available, and the GUI comes up. Thanks for fixing this.

Mike Miller <mtmiller>
Group Member
Wed 15 Jan 2014 08:30:07 PM UTC, comment #27: 

I pushed the following changeset:

  http://hg.savannah.gnu.org/hgweb/octave/rev/9a43d8d6e29e

John W. Eaton <jwe>
Group administrator
Tue 14 Jan 2014 05:50:09 PM UTC, comment #26: 

I'm fairly certain that the crash happens because the url_transfer constructor calls disabled_error if curl is not available, and that calls the error handler through the pointer current_liboctave_error_handler, and that is apparently not defined at this point in the startup process.

I'll work around it for 3.8.1 and try to create a better fix for later versions (I don't think I can do that without changing some interfaces, which we can't do for the 3.8.x series).

John W. Eaton <jwe>
Group administrator
Tue 14 Jan 2014 04:20:18 PM UTC, comment #25: 

jwe/others: thank you for the feedback.  I do view the feedback as constructive and helpfu.  I will endeavour to improve quality of my input.

As mentioned in some other ongoing discussions, octave is a large/complex piece of software.  Way cool to boot!   Coming in from the outside, finding a way to contribute (usefully) is proving to be challenging.  Thank you for your patience.

Mike Sander <msander>
Tue 14 Jan 2014 03:59:33 PM UTC, comment #24: 

Saying that you are "building from Mercurial" isn't sufficient to understand exactly what sources you are using.  There are multiple branches in the Mercurial archive and the archive changes daily.  Although it's not necessary now (I'm already able to reproduce the problem) in the future, please tell us the output of "hg id" to identify the revision you are using.

John W. Eaton <jwe>
Group administrator
Tue 14 Jan 2014 02:09:29 PM UTC, comment #23: 

Actually there is one dependency in your patch that is not listed in doc/interpreter/install.txi, OpenJDK. I just filed bug #41233 to track the problem of listing all build dependencies in the appropriate files.

Mike Miller <mtmiller>
Group Member
Tue 14 Jan 2014 12:10:10 PM UTC, comment #22: 

as far as the patch goes, don't bother with it then.

comment 17: agreed.  identifying the missing dependency does not address the underlying issue.  

comment 18: I am building from mercurial.  The updated list of dependencies represented the minimial set of items (tools & libraries) i needed to install on a clean 12.04 in order to be able to run configure successfully.


Mike Sander <msander>
Tue 14 Jan 2014 06:11:41 AM UTC, comment #21: 

Thanks for narrowing this down.  I'm able to reproduce the crash now, so I'll take a shot at fixing it.

John W. Eaton <jwe>
Group administrator
Tue 14 Jan 2014 03:47:44 AM UTC, comment #20: 

Thanks, that settles it. I'm able to reproduce this on my standard build setup now by simply passing --without-curl to configure. As I reported in comment #6, it alternates between exiting immediately with an exit status of 1 or a segfault.

Retitling this bug to reflect the actual error going on here.

Mike Miller <mtmiller>
Group Member
Tue 14 Jan 2014 03:04:45 AM UTC, comment #19: 

When Octave starts, it uses curl to fetch the Octave Community News page from octave.org.  I presume that it is failing when the url_transfer class can't instantiate a curl_transfer object and instead creates a base_url_transfer object (I think I have the names right).  We are probably missing a check to ensure that the url_transfer object is OK before attempting to use it.

Even so, it should not crash.  There should be some kind of error or simply a failure to retrieve anything from the URL instead of crashing.

John W. Eaton <jwe>
Group administrator
Tue 14 Jan 2014 02:49:57 AM UTC, comment #18: 

Yes, I'm still treating this bug as "Octave segfaults when built with some set of dependency libraries". I'd rather not close this bug until I figure out what the problem is (or give up and blame it on old versions of Qt and curl in Ubuntu 12.04). Either way, I'm still digging into that for now.

I have been able to confirm that adding curl to my original build that was segfaulting now allows the GUI to come up, I get the welcome wizard, all is good.

I also agree with jwe about the patch. The "etc/HACKING" file is supposed to be "here are things that developers hacking on Octave (== building Octave from mercurial) need, that most users building from a source tarball don't need". BLAS, LAPACK, and PCRE are things that everyone needs to build Octave, not just hackers.

Mike Miller <mtmiller>
Group Member
Tue 14 Jan 2014 02:34:14 AM UTC, comment #17: 

The list that you added these items to is a list of tools (i.e., programs like Perl, Mercurial, or AWK), not library dependencies.  Looking at it now, I see that it doesn't include C, C++, and Fortran compilers, so I suppose those should be listed.

The list of library dependencies already appears in the doc/interpreter/install.txi file that is used to generate the INSTALL file.  If that list is incomplete, then we should fix it.  But rather than duplicate it in the etc/HACKING file, it would probably be better to just point to the INSTALL.OCTAVE file from etc/HACKING.

If you update the list of library dependencies in install.txi, I would prefer to keep it generic (LAPACK, not liblapack-dev, since the former is the name of the software and the latter is the name of a package on a particular operating system).

Looking at the install.txi file, I see that there is some duplication already because the list of required tools also appears there.  I think it would be better to avoid duplication, so maybe some rewriting of etc/HACKING is needed.

In any case, listing the dependencies doesn't really fix the problem that was originally reported.  If there is a crash because of a missing dependency, it would be much better to fix Octave so that it doesn't crash even when the dependency is missing, or if that's not possible, fix the configure script so that it is impossible to configure Octave unless the dependency is available.

John W. Eaton <jwe>
Group administrator
Tue 14 Jan 2014 12:55:50 AM UTC, comment #16: 

i have updated etc/HACKING.   these are the minimal set of dependencies to bootstrap/configure/make for the dev branch on a representative unixy box (ubuntu 12.04).   octave-cli & octave-gui both run

patch attached.

i believe this item can be closed.

(file #30266)

Mike Sander <msander>
Mon 13 Jan 2014 10:56:11 PM UTC, comment #15: 

Thanks for putting in the work so far. Note that libcurl4-gnutls-dev should also work.

I'll take your findings and try to reproduce on my 12.04 VM. I would like to see the build I have that fails start working if I add only libcurl4-gnutls-dev, like you've seen. Then try a clean build with absolutely all dependencies installed except for libcurl4-gnutls-dev and see whether it fails with that one library taken away.

Mike Miller <mtmiller>
Group Member
Mon 13 Jan 2014 09:35:49 PM UTC, comment #14: 

when package libcurl4-openssl-dev is installed (along with other dependencies listed in etc/HACKING), octave-gui no longer segfaults (on ubuntu 12.04).

This seems somewhat strange given the segfault occurs in ibQtCore.so.   I am guessing it is probably a dependency of libcurl which gets installed with libcurl that is actually resolving the issue.

Not sure whether i should keep digging or not?

At a minimum I will add this lib to etc/HACKING.

Mike Sander <msander>
Sat 11 Jan 2014 04:13:59 PM UTC, comment #13: 

update to comment 12:  i have now successfully built octave on clean install of ubuntu 12.04 in virtualbox.

ubuntu links /bin/dash to /bin/sh.  see https://wiki.ubuntu.com/DashAsBinSh

after changing default shell back to /bin/bash, the build succeeded.

Mike Sander <msander>
Sat 11 Jan 2014 04:24:14 AM UTC, comment #12: 

Thanks for suggestion regarding configure flags. wiill use those if/when i get this built.

i have a clean install of 12.04 running in virtualbox.  got thru bootstrap & configure stage.   I will submit patch to etc/HACKING for missing dependencies.

getting an error running make.  i have tried a few times... always fails at the same point.  seems to be a bash issue (after a bit of googling).  any ideas?     i pulled from the dev branch a few hours ago.  are build failures on dev branch expected?



/bin/bash ../libtool  --tag=CXX   --mode=link g++ -mieee-fp -Wall -W -Wshadow -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -g -O2 -pthread -avoid-version -module -no-undefined           -o dldfcn/symbfact.la -rpath /usr/local/lib/octave/4.1.0+ dldfcn/dldfcn_symbfact_la-symbfact.lo liboctinterp.la ../liboctave/liboctave.la         -lutil -lm 

malloc: ../bash/subst.c:8580: assertion botched
free: called with unallocated block argument
Aborting...make[3]: * [dldfcn/symbfact.la] Aborted (core dumped)
make[3]: Leaving directory `/home/mike/Documents/octave/.build/libinterp'
make[2]: * [all] Error 2
make[2]: Leaving directory `/home/mike/Documents/octave/.build/libinterp'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/home/mike/Documents/octave/.build'
make: * [all] Error 2
mike@mike-VirtualBox:~/Documents/octave/.build$

Mike Sander <msander>
Fri 10 Jan 2014 03:01:17 PM UTC, comment #11: 

If you want to set preprocesser flags, then the right thing to use is CPPFLAGS.  That should be used for both C and C++ files.

I typically use "configure CXXFLAGS=-ggdb3 CFLAGS=-ggdb3" because it is hard to debug optimized C++.

John W. Eaton <jwe>
Group administrator
Fri 10 Jan 2014 02:32:54 PM UTC, comment #10: 

If you are not passing any CFLAGS or CXXFLAGS to configure, then Octave is built with "-g -O2" by default, that should give you full debug symbols. You can override those variables to specify any other preprocessor flags or optimization options that you want to use.

Mike Miller <mtmiller>
Group Member
Fri 10 Jan 2014 12:05:06 PM UTC, comment #9: 

i think i will try from minimal dependencies and move forward.

i am currently creating a clean 12.04 install in virtualbox.

do you think there be any value in building debug debug version of octave?   i'm uncertain here.  i have seen cases where debug builds work, while release crashes so this might miss the issue entirely.

if you think a debug build is worth trying, any instructions on how to build this?    i have looked at the configure script.  i did not see anything to turn on debug symbols.


Mike Sander <msander>
Fri 10 Jan 2014 03:42:54 AM UTC, comment #8: 

That would be my best guess, either start with the minimal dependencies and add libraries until it works, or remove libraries until it no longer works. You will probably have to rebuild from scratch for each dependency change. Tedious :)

I'll take a stab at doing the same when I have time. I already determined your first configure had fltk-1.1. I added fltk-1.3, which was in your list of added libs, and it still segfaulted, so that's one down.

Mike Miller <mtmiller>
Group Member
Fri 10 Jan 2014 01:21:40 AM UTC, comment #7: 

any suggestion on how to debug this?   my system has the full set of dependencies currently.  i probably have to remove packages until it fails.

would it be sufficient to uninstall packages & re-run octave, or do i have to do the configure & make stage after uninstalling each package?

Mike Sander <msander>
Thu 09 Jan 2014 05:20:44 AM UTC, comment #6: 

I'm able to reproduce the segmentation fault on Ubuntu 12.04 with the same set of libraries shown in your original configure summary. It seems to alternate between exiting with exit status 1 and crashing with a segmentation fault.

Mike Miller <mtmiller>
Group Member
Fri 03 Jan 2014 12:32:32 PM UTC, comment #5: 

re: comment 2: yes, i ran bootstrap.  i followed etc/HACKING as closely as i could.

re comment 4: i do not mind digging a bit.  i kept track of the packages that were missing off of Kais list.  

I have attached a revised package list.  the ones with "+" were ones missing from my system.   take a look.  perhaps you might spot an obvious candidate(s).  I'm guessing something Qt depends on.


how do you suggest i proceed?  seems to me i have to:
o remove single dependency
o (optionally make clean)
o configure
o make


(file #30170)

Mike Sander <msander>
Fri 03 Jan 2014 02:47:07 AM UTC, comment #4: 

I think it might be worth knowing specifically which missing dependency caused the segmentation fault in this case, but I understand if you just want Octave working and don't want to play around with dependencies anymore :)

The library packages Kai listed are required for the full set of features that Octave has, but many of them are optional, and Octave should run with reduced functionality if they are not available and not crash, if that's what was really going on in your case.

Mike Miller <mtmiller>
Group Member
Fri 03 Jan 2014 12:53:16 AM UTC, comment #3: 

Kai, Thank You.  that did the trick.

this is a much longer list of dependencies than listed in etc/HACKING.  should that document be updated?

Mike Sander <msander>
Thu 02 Jan 2014 11:13:32 PM UTC, comment #2: 

Mike,

Did you run ./boostrap after getting source?

Michael Godfrey <godfrey>
Group Member
Thu 02 Jan 2014 09:24:45 PM UTC, comment #1: 

Hello Mike Sander,

to get all dependencies for the current development version, I use this command for Ubuntu 13.10:

sudo apt-get install \
  autoconf \
  automake \
  bison \
  doxygen \
  epstool \
  flex \
  freeglut3 \
  freeglut3-dev \
  gcc \
  g++ \
  gfortran \
  glpk \
  gnuplot \
  gperf \
  graphviz \
  mercurial \
  libarpack2 \
  libarpack2-dev \
  libblas3gf \
  libblas-dev \
  libcurl4-openssl-dev \
  libfftw3-3 \
  libfftw3-dev \
  libfltk1.3 \
  libfltk1.3-dev \
  libfontconfig1 \
  libfontconfig1-dev \
  libfreetype6 \
  libfreetype6-dev \
  libgl2ps-dev \
  libgraphicsmagick++1-dev \
  libhdf5-serial-dev \
  liblapack-dev \
  liblapack3gf \
  libpcre3 \
  libpcre3-dev \
  libqhull5 \
  libqhull-dev \
  libqscintilla2-dev \
  libqt4-dev \
  libqrupdate1 \
  libqrupdate-dev \
  libreadline6 \
  libreadline6-dev \
  libsuitesparse-dev \
  libtool \
  llvm \
  openjdk-7-jdk \
  openjdk-7-jre \
  pkg-config \
  transfig \
  zlibc \
  zlib1g \
  zlib1g-dev

For the configure script it should not be necessary to explicitly say --with-opengl. Can you check afterwards, if you still cannot start octave? ./run_octave should work fine hopefully.

Kai Torben Ohlhus <siko1056>
Group Member
Thu 02 Jan 2014 06:18:41 PM UTC, original submission:  


i grabbed latest develpment sources.  I have followed instructions in etc/HACKING.  I believe i have all libs etc to run gui.



1. output from uname

Linux himaliaII 3.2.0-57-generic #87-Ubuntu SMP Tue Nov 12 21:35:10 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

Ubuntu 12.04.  up to date.

2. Output of ./configure  --with-opengl=yes


Octave is now configured for x86_64-unknown-linux-gnu

  Source directory:            ..
  Installation prefix:         /usr/local
  C compiler:                  gcc   -Wall -W -Wshadow -Wformat -Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wwrite-strings -Wcast-align -Wcast-qual -g -O2 -pthread
  C++ compiler:                g++   -Wall -W -Wshadow -Wold-style-cast -Wformat -Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual -g -O2 -pthread
  Fortran compiler:            gfortran -O
  Fortran libraries:            -L/usr/lib/gcc/x86_64-linux-gnu/4.6 -L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu -L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib -L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../.. -lgfortran -lm -lquadmath
  Lex libraries:
  LIBS:                        -lutil -lm

  AMD CPPFLAGS:
  AMD LDFLAGS:
  AMD libraries:
  ARPACK CPPFLAGS:
  ARPACK LDFLAGS:
  ARPACK libraries:
  BLAS libraries:              -lblas
  CAMD CPPFLAGS:
  CAMD LDFLAGS:
  CAMD libraries:
  CARBON libraries:
  CCOLAMD CPPFLAGS:
  CCOLAMD LDFLAGS:
  CCOLAMD libraries:
  CHOLMOD CPPFLAGS:
  CHOLMOD LDFLAGS:
  CHOLMOD libraries:
  COLAMD CPPFLAGS:
  COLAMD LDFLAGS:
  COLAMD libraries:
  CURL CPPFLAGS:
  CURL LDFLAGS:
  CURL libraries:
  CXSPARSE CPPFLAGS:
  CXSPARSE LDFLAGS:
  CXSPARSE libraries:
  DL libraries:                -ldl
  FFTW3 CPPFLAGS:
  FFTW3 LDFLAGS:
  FFTW3 libraries:
  FFTW3F CPPFLAGS:
  FFTW3F LDFLAGS:
  FFTW3F libraries:
  fontconfig CFLAGS:
  fontconfig libraries:        -lfontconfig
  FreeType2 CFLAGS:            -I/usr/include/freetype2
  FreeType2 libraries:         -lfreetype
  GLPK CPPFLAGS:
  GLPK LDFLAGS:
  GLPK libraries:
  graphics CFLAGS:              -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security   -D_THREAD_SAFE -D_REENTRANT
  graphics libraries:          -L/usr/lib/x86_64-linux-gnu -Wl,-Bsymbolic-functions -Wl,-z,relro -lfltk_gl -lfltk
  HDF5 CPPFLAGS:
  HDF5 LDFLAGS:
  HDF5 libraries:
  Java home:                   /usr/lib/jvm/java-7-openjdk-amd64
  Java JVM path:               /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server
  Java CPPFLAGS:               -I/usr/lib/jvm/java-7-openjdk-amd64/include -I/usr/lib/jvm/java-7-openjdk-amd64/include/linux
  Java libraries:
  LAPACK libraries:            -llapack
  LLVM CPPFLAGS:
  LLVM LDFLAGS:
  LLVM libraries:
  Magick++ CPPFLAGS:
  Magick++ LDFLAGS:
  Magick++ libraries:
  OPENGL libraries:            -lfontconfig   -lGL -lGLU
  PCRE CPPFLAGS:
  PCRE libraries:              -L/usr/lib/x86_64-linux-gnu -lpcre
  PTHREAD flags:               -pthread
  PTHREAD libraries:
  QHULL CPPFLAGS:
  QHULL LDFLAGS:
  QHULL libraries:
  QRUPDATE CPPFLAGS:
  QRUPDATE LDFLAGS:
  QRUPDATE libraries:
  Qt CPPFLAGS:                 -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtNetwork
  Qt LDFLAGS:
  Qt libraries:                -lQtGui -lQtNetwork -lQtCore   -lqscintilla2
  READLINE libraries:          -lreadline
  TERM libraries:              -lncurses
  UMFPACK CPPFLAGS:
  UMFPACK LDFLAGS:
  UMFPACK libraries:
  X11 include flags:
  X11 libraries:               -lX11
  Z CPPFLAGS:
  Z LDFLAGS:
  Z libraries:                 -lz

  Default pager:               less
  gnuplot:                     gnuplot

  Build Octave GUI:                   yes
  JIT compiler for loops:             no
  Build Java interface:               yes
  Do internal array bounds checking:  no
  Use octave_allocator:               no
  Build static libraries:             no
  Build shared libraries:             yes
  Dynamic Linking:                    yes (dlopen)
  Include support for GNU readline:   yes
  64-bit array dims and indexing:     no

configure: WARNING: Qhull library not found -- this will result in loss of functionality of some geometry functions.
configure: WARNING: llvm-config utility not found.  JIT compiler is disabled.
configure: WARNING: HDF5 library not found.  Octave will not be able to save or load HDF5 data files.
configure: WARNING: FFTW3 library not found.  The slower FFTPACK library will be used instead.
configure: WARNING: FFTW3F library not found.  The slower FFTPACK library will be used instead.
configure: WARNING: GLPK library not found.  The glpk function for solving linear programs will be disabled.
configure: WARNING: cURL library not found.  The ftp objects, urlread and urlwrite functions will be disabled.
configure: WARNING: gl2ps library not found.  OpenGL printing is disabled.
configure: WARNING: qrupdate not found.  The QR & Cholesky updating functions will be slow.
configure: WARNING: AMD library not found.  This will result in some lack of functionality for sparse matrices.
configure: WARNING: CAMD library not found.  This will result in some lack of functionality for sparse matrices.
configure: WARNING: COLAMD library not found.  This will result in some lack of functionality for sparse matrices.
configure: WARNING: CCOLAMD library not found.  This will result in some lack of functionality for sparse matrices.
configure: WARNING: CHOLMOD library not found.  This will result in some lack of functionality for sparse matrices.
configure: WARNING: CXSparse library not found.  This will result in some lack of functionality for sparse matrices.
configure: WARNING: UMFPACK not found.  This will result in some lack of functionality for sparse matrices.
configure: WARNING: ARPACK not found.  The eigs function will be disabled.
configure: WARNING: JAVA_HOME environment variable not initialized.  Auto-detection will proceed but is unreliable.
configure:
configure: NOTE: Libraries or auxiliary programs may be skipped if they are
configure: NOTE: not found OR if they are missing required features on your
configure: NOTE: system.


it appears i should be able to run native graphics.


3. final output of make check


Summary:

  PASS     11143
  FAIL         4
  XFAIL       10
  SKIPPED    400


I checked the 4 failures.  all related to spdiags.  seems unrelated to the crash on startup.  fntest.log attached.


4. stacktrace from gdb src/.libs/lt-octave-gui

run_octave & octave-gui ultimately execute lt-octave-gui.   I was hoping that running it this way would yield some useful information (understanding that running it directly may not set up the runtime environment appropriately). 

stacktrace definately shows segfault, and in QT.   assuming this is valid, any idea what may be amiss?   looks like missing image or string resources.

Guidance on further debugging would be appreciated.    I was unable to locate any configure option to create a debug build.  Is there a way to do this?



(gdb) bt
#0  0x00007ffff3d6dbc0 in QString::operator=(QString const&) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#1  0x00007ffff3e13c92 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#2  0x00007ffff3e10a9a in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#3  0x00007ffff3e10d83 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#4  0x00007ffff3e07616 in QFactoryLoader::instance(QString const&) const ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#5  0x00007ffff4759496 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#6  0x00007ffff475abb4 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#7  0x00007ffff475b4d8 in QImageReader::read(QImage*) ()
   from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#8  0x00007ffff475b6f7 in QImageReader::read() ()
   from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#9  0x00007ffff476ee7d in QPixmapData::fromFile(QString const&, char const*, QFlags<Qt::ImageConversionFlag>) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#10 0x00007ffff4768113 in QPixmap::load(QString const&, char const*, QFlags<Qt::ImageConversionFlag>) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#11 0x00007ffff476ab47 in QPixmap::QPixmap(QString const&, char const*, QFlags<Qt::ImageConversionFlag>) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#12 0x00007ffff473eadb in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#13 0x00007ffff4773fb3 in QIconEngineV2::availableSizes(QIcon::Mode, QIcon::State) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#14 0x00007ffff473c08a in QIcon::availableSizes(QIcon::Mode, QIcon::State) const---Type <return> to continue, or q <return> to quit---
 () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#15 0x00007ffff472d7d6 in QWidgetPrivate::setWindowIcon_sys(bool) ()
   from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#16 0x00007ffff46dc8b2 in QWidget::setWindowIcon(QIcon const&) ()
   from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#17 0x00007ffff7b17387 in main_window::construct (this=0x7fffffffde60)
    at ../../libgui/src/main-window.cc:1143
#18 0x00007ffff7b17c88 in main_window::main_window (this=0x7fffffffde60,
    p=<optimized out>) at ../../libgui/src/main-window.cc:118
#19 0x00007ffff7b1fb0b in octave_start_gui (argc=1, argv=<optimized out>,
    start_gui=<optimized out>) at ../../libgui/src/octave-gui.cc:181
#20 0x00007ffff633e76d in __libc_start_main ()
   from /lib/x86_64-linux-gnu/libc.so.6
#21 0x0000000000400921 in _start ()


Mike Sander <msander>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #30170:  octave depends.txt added by msander (782B - text/plain)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by godfrey (Posted a comment)
  • -email is unavailable- added by siko1056 (Posted a comment)
  • -email is unavailable- added by msander (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-01-16 mtmiller StatusConfirmed Fixed
        Open/ClosedOpen Closed
    2014-01-14 jwe Assigned toNone jwe
    2014-01-14 mtmiller Summary&quot;run-octave --force-gui&quot; octave exited with signal 11 GUI exits immediately with signal 11 if built without libcurl
    2014-01-14 msander Attached File- Added etc_hacking_depends_patch.txt, #30266
    2014-01-09 mtmiller StatusNone Confirmed
    2014-01-03 msander Attached File- Added octave depends.txt, #30170

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code