octave segfaults at "clear -all"

View: New views
4 Messages — Rating Filter:   Alert me  

octave segfaults at "clear -all"

by Thomas Müller :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Bug report for Octave 3.0.1 configured for x86_64-redhat-linux-gnu

Description:
-----------

octave segfaults when evaluating "clear -all"




$ octave -q --eval "clear -all"
panic: Segmentation fault -- stopping myself...
attempting to save variables to `octave-core'...
save to `octave-core' complete
Segmentation fault





$ gdb -q octave
(gdb) run -q --eval "clear -all"
Starting program: /usr/bin/octave -q --eval "clear -all"
warning: "/usr/lib/debug/usr/lib64/atlas/liblapack.so.3.0.debug": The separate debug info file has
no debug info
warning: "/usr/lib/debug/usr/lib64/atlas/libblas.so.3.0.debug": The separate debug info file has no
debug info
[Thread debugging using libthread_db enabled]
[New Thread 0x7ff82c7b5700 (LWP 3461)]

Program received signal SIGSEGV, Segmentation fault.
0x00000032d95b8496 in symbol_record::clear (this=<value optimized out>) at ov.h:392
392    { return rep->is_defined (); }
Current language:  auto; currently c++
(gdb) bt
#0  0x00000032d95b8496 in symbol_record::clear (this=<value optimized out>) at ov.h:392
#1  0x00000032d95b8f95 in symbol_table::clear (this=<value optimized out>) at symtab.cc:825
#2  0x00000032d95e2f4e in Fclear (args=<value optimized out>) at variables.cc:2534
#3  0x00000032d968aba6 in octave_builtin::do_multi_index_op (this=<value optimized out>,
nargout=<value optimized out>, args=<value optimized out>) at ov-builtin.cc:104
#4  0x00000032d968af4c in octave_builtin::subsref (this=<value optimized out>, type=<value optimized
out>, idx=<value optimized out>, nargout=<value optimized out>)
     at ov-builtin.cc:54
#5  0x00000032d96553a5 in octave_value::subsref (this=<value optimized out>, type=<value optimized
out>, idx=<value optimized out>, nargout=<value optimized out>) at ov.cc:783
#6  0x00000032d97650e5 in tree_index_expression::rvalue (this=<value optimized out>, nargout=<value
optimized out>) at pt-idx.cc:352
#7  0x00000032d97853f2 in tree_statement::eval (this=<value optimized out>, silent=<value optimized
out>, nargout=<value optimized out>, in_function_body=<value optimized out>)
     at pt-stmt.cc:133
#8  0x00000032d9785629 in tree_statement_list::eval (this=<value optimized out>, silent=<value
optimized out>, nargout=<value optimized out>) at pt-stmt.cc:190
#9  0x00000032d957feec in eval_string (s=<value optimized out>, silent=<value optimized out>,
parse_status=<value optimized out>, nargout=<value optimized out>) at parse.y:3924
#10 0x00000032d956bc83 in execute_eval_option_code (code=<value optimized out>) at octave.cc:389
#11 0x00000032d956d41d in octave_main (argc=<value optimized out>, argv=<value optimized out>,
embedded=<value optimized out>) at octave.cc:785
#12 0x0000003821a1e32a in __libc_start_main (main=<value optimized out>, argc=<value optimized out>,
ubp_av=<value optimized out>, init=<value optimized out>,
     fini=<value optimized out>, rtld_fini=<value optimized out>, stack_end=Could not find the frame
base for "__libc_start_main".
) at libc-start.c:220
#13 0x0000000000400759 in _start ()
(gdb) c
Continuing.
panic: Segmentation fault -- stopping myself...
attempting to save variables to `octave-core'...
save to `octave-core' complete

Program received signal SIGSEGV, Segmentation fault.
0x00000032d95b8496 in symbol_record::clear (this=<value optimized out>) at ov.h:392
392    { return rep->is_defined (); }
(gdb) c
Continuing.

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb) q





The Windows version also segfaults when executing "clear -all".



Repeat-By:
---------

Just call "octave --eval "clear -all"" or execute "clear -all" interactively.



Fix:
---

N/A



Configuration (please do not edit this section):
-----------------------------------------------

uname output:     Linux thomas-pc.local.loc 2.6.25.3-18.fc9.x86_64 #1 SMP Tue May 13 04:54:47 EDT
2008 x86_64 x86_64 x86_64 GNU/Linux
configure opts:   '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu'
'--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--
bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share'
'--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/va
r' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--enable-shared' '--disable-static' '--enable-64=no' '--with-f77=gfortran' 'build_alias=x86_64
-redhat-linux-gnu' 'host_alias=x86_64-redhat-linux-gnu' 'target_alias=x86_64-redhat-linux-gnu'
'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --p
aram=ssp-buffer-size=4 -m64 -mtune=generic' 'CPPFLAGS=-DH5_USE_16_API' 'CXXFLAGS=-O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4
  -m64 -mtune=generic' 'FFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic'
Fortran compiler: gfortran
FFLAGS:           -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic
F2C:              @F2C@
F2CFLAGS:         @F2CFLAGS@
FLIBS:            -L/usr/lib/gcc/x86_64-redhat-linux/4.3.0
-L/usr/lib/gcc/x86_64-redhat-linux/4.3.0/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64
-L/usr/lib/gcc/x86_64-redh
at-linux/4.3.0/../../.. -lhdf5 -lz -lgfortranbegin -lgfortran -lm
CPPFLAGS:         -DH5_USE_16_API
INCFLAGS:         -I. -I. -I./liboctave -I./src -I./libcruft/misc
C compiler:       gcc, version 4.3.0 20080416 (Red Hat 4.3.0-7) (GCC)
CFLAGS:           -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic
CPICFLAG:         -fPIC
C++ compiler:     g++, version 4.3.0
CXXFLAGS:         -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic
CXXPICFLAG:       -fPIC
LD_CXX:           g++
LDFLAGS:
LIBFLAGS:         -L.
RLD_FLAG:         -Wl,-rpath -Wl,/usr/lib64/octave-3.0.1
BLAS_LIBS:        -llapack -lblas
FFTW_LIBS:        -lfftw3
LIBS:             -lreadline  -lncurses -ldl -lhdf5 -lz -lm
LEXLIB:
LIBGLOB:
SED:              /bin/sed
DEFS:

   -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION=""
   -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DOCTAVE_SOURCE=1
   -D_GNU_SOURCE=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
   -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
   -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSEPCHAR=':'
   -DSEPCHAR_STR=":" -D__NO_MATH_INLINES=1 -DCXX_NEW_FRIEND_TEMPLATE_DECL=1
   -DCXX_ISO_COMPLIANT_LIBRARY=1 -DCXX_ABI=unknown -DHAVE_LIBM=1
   -DHAVE_QHULL=1 -DHAVE_PCRE=1 -DHAVE_REGEXEC=1 -DHAVE_REGEX=1
   -DHAVE_ZLIB_H=1 -DHAVE_ZLIB=1 -DHAVE_HDF5_H=1 -DHAVE_HDF5=1
   -DHAVE_H5GGET_NUM_OBJS=1 -DHAVE_FFTW3=1 -DHAVE_GLPK_GLPK_H=1 -DHAVE_GLPK=1
   -DHAVE_CURL_CURL_H=1 -DHAVE_CURL=1 -DHAVE_IEEE754_DATA_FORMAT=1
   -DF77_FUNC(name,NAME)=name ## _ -DF77_FUNC_(name,NAME)=name ## _
   -DHAVE_BLAS=1 -DHAVE_SUITESPARSE_UMFPACK_H=1 -DHAVE_UMFPACK=1
   -DUMFPACK_SEPARATE_SPLIT=1 -DHAVE_SUITESPARSE_COLAMD_H=1
   -DHAVE_COLAMD=1 -DHAVE_SUITESPARSE_CCOLAMD_H=1 -DHAVE_CCOLAMD=1
   -DHAVE_SUITESPARSE_CHOLMOD_H=1 -DHAVE_CHOLMOD=1 -DHAVE_SUITESPARSE_CS_H=1
   -DHAVE_CXSPARSE=1 -DHAVE_GETHOSTNAME=1 -DHAVE_GETPWNAM=1 -DHAVE_DEV_T=1
   -DHAVE_INO_T=1 -DHAVE_NLINK_T=1 -DHAVE_NLINK_T=1 -DHAVE_LONG_LONG_INT=1
   -DHAVE_UNSIGNED_LONG_LONG_INT=1 -DHAVE_SIGSET_T=1 -DHAVE_SIG_ATOMIC_T=1
   -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=8 -DSIZEOF_LONG_LONG=8
   -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DNPOS=std::string::npos
   -DHAVE_PLACEMENT_DELETE=1 -DHAVE_DYNAMIC_AUTO_ARRAYS=1 -DSTDC_HEADERS=1
   -DHAVE_DIRENT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_SYS_WAIT_H=1
   -DHAVE_ASSERT_H=1 -DHAVE_CURSES_H=1 -DHAVE_DLFCN_H=1 -DHAVE_FCNTL_H=1
   -DHAVE_FLOAT_H=1 -DHAVE_GRP_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_LIMITS_H=1
   -DHAVE_LOCALE_H=1 -DHAVE_MEMORY_H=1 -DHAVE_NCURSES_H=1 -DHAVE_POLL_H=1
   -DHAVE_PWD_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
   -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_POLL_H=1
   -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_STAT_H=1
   -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TIMES_H=1 -DHAVE_SYS_TYPES_H=1
   -DHAVE_SYS_UTSNAME_H=1 -DHAVE_TERMCAP_H=1 -DHAVE_UNISTD_H=1
   -DHAVE_UTIME_H=1 -DHAVE_SSTREAM=1 -DHAVE_TERMIO_H=1 -DHAVE_SGTTY_H=1
   -DHAVE_GLOB_H=1 -DHAVE_FNMATCH_H=1 -DHAVE_FNMATCH=1 -DHAVE_GLOB=1
   -DHAVE_ATEXIT=1 -DHAVE_BASENAME=1 -DHAVE_BCOPY=1 -DHAVE_BZERO=1
   -DHAVE_CANONICALIZE_FILE_NAME=1 -DHAVE_CHMOD=1 -DHAVE_DUP2=1
   -DHAVE_ENDGRENT=1 -DHAVE_ENDPWENT=1 -DHAVE_EXECVP=1 -DHAVE_FCNTL=1
   -DHAVE_FORK=1 -DHAVE_GETCWD=1 -DHAVE_GETEGID=1 -DHAVE_GETEUID=1
   -DHAVE_GETGID=1 -DHAVE_GETGRENT=1 -DHAVE_GETGRGID=1 -DHAVE_GETGRNAM=1
   -DHAVE_GETPGRP=1 -DHAVE_GETPID=1 -DHAVE_GETPPID=1 -DHAVE_GETPWENT=1
   -DHAVE_GETPWUID=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_GETUID=1 -DHAVE_GETWD=1
   -DHAVE_KILL=1 -DHAVE_LGAMMA=1 -DHAVE_LINK=1 -DHAVE_LOCALTIME_R=1
   -DHAVE_LSTAT=1 -DHAVE_MEMMOVE=1 -DHAVE_MKDIR=1 -DHAVE_MKFIFO=1
   -DHAVE_MKSTEMP=1 -DHAVE_ON_EXIT=1 -DHAVE_PIPE=1 -DHAVE_POLL=1
   -DHAVE_PUTENV=1 -DHAVE_RAISE=1 -DHAVE_READLINK=1 -DHAVE_REALPATH=1
   -DHAVE_RENAME=1 -DHAVE_RINDEX=1 -DHAVE_RMDIR=1 -DHAVE_ROUND=1
   -DHAVE_SELECT=1 -DHAVE_SETGRENT=1 -DHAVE_SETLOCALE=1
   -DHAVE_SETPWENT=1 -DHAVE_SETVBUF=1 -DHAVE_SIGACTION=1
   -DHAVE_SIGLONGJMP=1 -DHAVE_SIGPENDING=1 -DHAVE_SIGPROCMASK=1
   -DHAVE_SIGSUSPEND=1 -DHAVE_SNPRINTF=1 -DHAVE_STAT=1 -DHAVE_STRCASECMP=1
   -DHAVE_STRDUP=1 -DHAVE_STRERROR=1 -DHAVE_STRNCASECMP=1 -DHAVE_STRPTIME=1
   -DHAVE_STRSIGNAL=1 -DHAVE_SYMLINK=1 -DHAVE_TEMPNAM=1 -DHAVE_TGAMMA=1
   -DHAVE_UMASK=1 -DHAVE_UNAME=1 -DHAVE_UNLINK=1 -DHAVE_USLEEP=1
   -DHAVE_UTIME=1 -DHAVE_VFPRINTF=1 -DHAVE_VSPRINTF=1 -DHAVE_VSNPRINTF=1
   -DHAVE_WAITPID=1 -DHAVE_STRFTIME=1 -DHAVE_LIBDL=1 -DHAVE_DLOPEN=1
   -DHAVE_DLSYM=1 -DHAVE_DLERROR=1 -DHAVE_DLCLOSE=1 -DHAVE_DLOPEN_API=1
   -DENABLE_DYNAMIC_LINKING=1 -DHAVE_TIMEVAL=1 -DHAVE_FINITE=1
   -DHAVE_ISNAN=1 -DHAVE_ISINF=1 -DHAVE_COPYSIGN=1 -DHAVE_DECL_SIGNBIT=1
   -DHAVE_ACOSH=1 -DHAVE_ASINH=1 -DHAVE_ATANH=1 -DHAVE_ERF=1 -DHAVE_ERFC=1
   -DHAVE_EXP2=1 -DHAVE_LOG2=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1
   -DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_STRUCT_STAT_ST_RDEV=1
   -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DUSE_READLINE=1
   -DEXCEPTION_IN_MATH=1 -DRETSIGTYPE=void -DHAVE_DECL_SYS_SIGLIST=1
   -DHAVE_POSIX_SIGNALS=1 -DRETSIGTYPE_IS_VOID=1 -DHAVE_GETRUSAGE=1
   -DHAVE_TIMES=1 -DYYTEXT_POINTER=1 -DGNUPLOT_BINARY="gnuplot"


_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

Parent Message unknown Re: octave segfaults at "clear -all"

by Thomas Müller :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello :)

Michael Goffioul schrieb:
> This problem has been already reported a few days ago on Windows.
> It appeared it was due to the loading of SWIG-based packages
> (ftp, ann, database). Do you have such packages loaded? (see with
> "pkg list"). If this is the case, then unload the packages and try again.
>
> You can avoid to load these packages by default at octave startup
> by using: pkg rebuild -noauto ftp ann database. Then restart octave.
>
That seems to do the trick, thanks.
Sorry for the noise.


Regards
Thomas
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

octave segfaults at "clear -all"

by John W. Eaton :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On  1-Jun-2008, Thomas Müller wrote:

| Bug report for Octave 3.0.1 configured for x86_64-redhat-linux-gnu
|
| Description:
| -----------
|
| octave segfaults when evaluating "clear -all"
|
|
|
|
| $ octave -q --eval "clear -all"
| panic: Segmentation fault -- stopping myself...
| attempting to save variables to `octave-core'...
| save to `octave-core' complete
| Segmentation fault

I'm unable to duplicate this problem.  Does the problem occur if you
also use the --norc option for Octave?

jwe

_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave

Re: octave segfaults at "clear -all"

by Thomas Müller :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello,

John W. Eaton schrieb:

> On  1-Jun-2008, Thomas Müller wrote:
>
> | Bug report for Octave 3.0.1 configured for x86_64-redhat-linux-gnu
> |
> | Description:
> | -----------
> | octave segfaults when evaluating "clear -all"
> |
> | $ octave -q --eval "clear -all"
> | panic: Segmentation fault -- stopping myself...
> | attempting to save variables to `octave-core'...
> | save to `octave-core' complete
> | Segmentation fault
>
> I'm unable to duplicate this problem.  Does the problem occur if you
> also use the --norc option for Octave?
Nope, it doesn't.

However, if I use "pkg load" to manually load package ftp or ann
"clear all" crashes again.

Apparently it's the same problem that's discussed here:
http://www.cae.wisc.edu/pipermail/bug-octave/2008-May/006094.html


Regards,
Thomas
_______________________________________________
Bug-octave mailing list
Bug-octave@...
https://www.cae.wisc.edu/mailman/listinfo/bug-octave
LightInTheBox - Buy quality products at wholesale price