bug_report

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

bug_report

by Ryszard Tanas-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

To: bug@...
Cc: tanas
Subject: zgeev error
--------
Bug report for Octave 3.0.5 configured for x86_64-pc-linux-gnu

Description:
-----------
I get the following error with my Octave running on Debian testing, when I try to find eigenvalues of the complex 15x15 matrix

** On entry to ZGEEV  parameter number  5 had an illegal value
error: exception encountered in Fortran subroutine zgeev_
error: unrecoverable error in zgeev


Repeat-By:
---------
Here is the program with the matrix M which gives the error

---------------------------------------------------------------------
% program bug.m

clear;
M =[

    -1.0,0.0,-0.95+9.30*i,0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.89-18.61*i,0.0,0.0,0.0;
     0.0,-1.0,0.0,-0.95-9.30*i,0.0,0.0,0.0,0.0,0.0,0.0,1.89+18.61*i,0.0,0.0,0.0,0.0;
    -0.95+9.30*i,0.0,-1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.89-18.61*i,0.0;
     0.0,-0.95-9.30*i,0.0,-1.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,1.89+18.61*i,0.0,0.0;
     0.0,0.0,0.0,0.0,-2.0,0.0,-0.95-9.30*i,-0.95+9.30*i,0.0,0.0,0.0,0.0,0.0,0.0,0.0;
     0.0,0.0,0.0,0.0,0.0,-2.0,-0.95+9.30*i,-0.95-9.30*i,0.0,0.0,0.0,0.0,0.0,0.0,0.0;
     0.0,0.0,0.0,0.0,-0.95-9.30*i,-0.95+9.30*i,-2.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,3.78;
     0.0,0.0,0.0,0.0,-0.95+9.30*i,-0.95-9.30*i,0.0,-2.0,0.0,0.0,0.0,0.0,0.0,0.0,3.78;
     0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,-2.0,0.0,0.0,0.0,0.0,0.0,0.0;
     0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,-2.0,0.0,0.0,0.0,0.0,0.0;
     0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,-3.0,0.0,-0.95+9.30*i,0.0,0.0;
     0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,-3.0,0.0,-0.95-9.30*i,0.0;
     0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,-0.95+9.30*i,0.0,-3.0,0.0,0.0;
     0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,-0.95-9.30*i,0.0,-3.0,0.0;
     0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,0.0,-4.0];

eig(M)

--------------------------------------------------------------------

Fix:
---
I do not know the fix for the problem, but the problem does not appear when
I run the same program on another machine with Debian lenny (stable).
I have checked, that if I take the block of the matrix M which is smaller than
12x12, the eigenvalues are calculated without problems.
I can only guess that there is a clash between Octave and testing version of
Debian.


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

uname output:     Linux zon1 2.6.28.8 #1 SMP Thu Mar 19 18:34:46 CET 2009 x86_64 GNU/Linux
configure opts:   '--build=x86_64-linux-gnu' '--prefix=/usr' '--datadir=/usr/share' '--libdir=/usr/lib' '--libexecdir=/usr/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-blas=-lblas-3gf' '--with-lapack=-llapackgf-3' '--with-hdf5' '--with-fftw' '--enable-shared' '--enable-rpath' '--disable-static' 'build_alias=x86_64-linux-gnu' 'CC=gcc' 'CFLAGS=-g -O2' 'LDFLAGS=' 'CPPFLAGS=' 'CXX=g++' 'CXXFLAGS=-g -O2' 'F77=gfortran' 'FFLAGS=-g -O2'
Fortran compiler: gfortran
FFLAGS:           -O2 -g
F2C:              @F2C@
F2CFLAGS:         @F2CFLAGS@
FLIBS:            -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3 -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../.. -L/usr/lib/x86_64-linux-gnu -lhdf5 -lz -lgfortranbegin -lgfortran -lm
CPPFLAGS:
INCFLAGS:         -I. -I. -I./liboctave -I./src -I./libcruft/misc
C compiler:       gcc, version 4.3.3 (Debian 4.3.3-10)
CFLAGS:           -O2 -g
CPICFLAG:         -fPIC
C++ compiler:     g++, version 4.3.3
CXXFLAGS:         -O2 -g
CXXPICFLAG:       -fPIC
LD_CXX:           g++
LDFLAGS:
LIBFLAGS:         -L.
RLD_FLAG:         -Wl,-rpath -Wl,/usr/lib/octave-3.0.5
BLAS_LIBS:        -llapackgf-3 -lblas-3gf
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
   -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 -D__EXTENSIONS__=1 -D_ALL_SOURCE=1 -D_GNU_SOURCE=1
   -D_POSIX_PTHREAD_SEMANTICS=1 -D_TANDEM_SOURCE=1 -D__EXTENSIONS__=1
   -D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D_POSIX_PTHREAD_SEMANTICS=1
   -D_TANDEM_SOURCE=1 -D__EXTENSIONS__=1 -D_ALL_SOURCE=1 -D_GNU_SOURCE=1
   -D_POSIX_PTHREAD_SEMANTICS=1 -D_TANDEM_SOURCE=1 -DSEPCHAR=':'
   -DSEPCHAR_STR=":" -D__NO_MATH_INLINES=1 -DCXX_NEW_FRIEND_TEMPLATE_DECL=1
   -DCXX_ISO_COMPLIANT_LIBRARY=1 -DCXX_ABI=gnu_v3 -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_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_TERMIOS_H=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"

User-preferences (please do not edit this section):
--------------------------------------------------

   EDITOR = emacs
   EXEC_PATH = /usr/lib/octave/3.0.5/site/exec/x86_64-pc-linux-gnu:/usr/lib/octave/api-v32/site/exec/x86_64-pc-linux-gnu:/usr/lib/octave/site/exec/x86_64-pc-linux-gnu:/usr/lib/octave/3.0.5/exec/x86_64-pc-linux-gnu:/usr/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
   IMAGE_PATH = .:/usr/share/octave/3.0.5/imagelib
   PAGER = pager
   PS1 = \s:\#>
   PS2 = >
   PS4 = +
   beep_on_error = 0
   completion_append_char =
   crash_dumps_octave_core = 1
   echo_executing_commands = 0
   fixed_point_format = 0
   gnuplot_binary = gnuplot
   gnuplot_command_end =

   gnuplot_command_plot = pl
   gnuplot_command_replot = rep
   gnuplot_command_splot = sp
   gnuplot_command_title = t
   gnuplot_command_using = u
   gnuplot_command_with = w
   history_file = /home/tanas/.octave_hist
   history_size = 1024
   ignore_function_time_stamp = system
   info_file = /usr/share/info/octave3.0.info
   info_program = info
   makeinfo_program = makeinfo
   max_recursion_depth = 256
   output_max_field_width = 5
   output_precision = 5
   page_output_immediately = 0
   page_screen_output = 1
   print_answer_id_name = 1
   print_empty_dimensions = 1
   save_precision = 16
   saving_history = 1
   sighup_dumps_octave_core = 1
   sigterm_dumps_octave_core = 1
   silent_functions = 0
   split_long_rows = 1
   string_fill_char =
   struct_levels_to_print = 2
   suppress_verbose_help_message = 0


--
       Ryszard Tanas                       <mailto:tanas@...>
  Nonlinear Optics Division                <mailto:tanas@...>
  Institute of Physics                      Phone: +48 61 829-5184
  Adam Mickiewicz University                Fax: +48 61 829-5155
  Umultowska 85, 61-614 Poznan, Poland     <URL=http://zon8.physd.amu.edu.pl/>

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

bug_report

by John W. Eaton-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On 17-Jun-2009, Ryszard Tanas wrote:

| --------
| Bug report for Octave 3.0.5 configured for x86_64-pc-linux-gnu
|
| Description:
| -----------
| I get the following error with my Octave running on Debian testing, when I try to find eigenvalues of the complex 15x15 matrix
|
| ** On entry to ZGEEV  parameter number  5 had an illegal value

This message comes from LAPACK and indicates an incorrect call to
ZGEEV.

I can duplicate this error with the Octave 3.0.5 in Debian using the
1:3.0.5-6 version of the package on a system running Debian testing
(updated in the last few days).

The problem does not appear for me with a copy of Octave that I built
from the current development sources on the same system.

With 3.2.0 from Debian unstable on the same system, I see

  panic: Segmentation fault -- stopping myself...
  attempting to save variables to `octave-core'...
  save to `octave-core' complete
  Segmentation fault

The traceback is

  octave3.2:2> eig(M)
  (no debugging symbols found)

  Program received signal SIGSEGV, Segmentation fault.
  [Switching to Thread 0x7f81ae04e720 (LWP 13153)]
  0x00007f81ac5c28bf in Array<std::complex<double> >::operator= ()
     from /usr/lib/octave-3.2.0/liboctave.so
  (gdb) where
  #0  0x00007f81ac5c28bf in Array<std::complex<double> >::operator= ()
     from /usr/lib/octave-3.2.0/liboctave.so
  #1  0x00007f81a2e85cbe in EIG::operator= ()
     from /usr/lib/octave/3.2.0/oct/x86_64-pc-linux-gnu/eig.oct
  #2  0x00007f81a2e84a2a in Feig ()
     from /usr/lib/octave/3.2.0/oct/x86_64-pc-linux-gnu/eig.oct

but since Debian binaries are stripped, it's not easy to do much
debugging...

But I don't see how Octave is passing an incorrect value, and as far
as I can tell the calls to ZGEEV in liboctave/EIG.cc are the same in
Octave 3.0.5 and the current version (so would also be the same for
3.2.0).

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

Re: bug_report

by Thomas Weber-8 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Wed, Jun 17, 2009 at 12:09:38PM -0400, John W. Eaton wrote:

> On 17-Jun-2009, Ryszard Tanas wrote:
>
> | --------
> | Bug report for Octave 3.0.5 configured for x86_64-pc-linux-gnu
> |
> | Description:
> | -----------
> | I get the following error with my Octave running on Debian testing, when I try to find eigenvalues of the complex 15x15 matrix
> |
> | ** On entry to ZGEEV  parameter number  5 had an illegal value
>
> This message comes from LAPACK and indicates an incorrect call to
> ZGEEV.
>
> I can duplicate this error with the Octave 3.0.5 in Debian using the
> 1:3.0.5-6 version of the package on a system running Debian testing
> (updated in the last few days).
>
> The problem does not appear for me with a copy of Octave that I built
> from the current development sources on the same system.
>
> With 3.2.0 from Debian unstable on the same system, I see
>
>   panic: Segmentation fault -- stopping myself...
>   attempting to save variables to `octave-core'...
>   save to `octave-core' complete
>   Segmentation fault

Hmm, I built 3.2.0 with debug symbols and -O0 and then Octave doesn't
crash anymore. Building it with -O2 results in a crash.

I will try to gather more date about this one.

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

Parent Message unknown Re: bug_report

by Sergei Steshenko-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message




--- On Wed, 7/8/09, Thomas Weber <thomas.weber.mail@...> wrote:

> From: Thomas Weber <thomas.weber.mail@...>
> Subject: Re: bug_report
> To: "John W. Eaton" <jwe@...>
> Cc: bug-octave@..., "Ryszard Tanas" <tanas@...>
> Date: Wednesday, July 8, 2009, 2:28 PM
> On Wed, Jun 17, 2009 at 12:09:38PM
> -0400, John W. Eaton wrote:
> > On 17-Jun-2009, Ryszard Tanas wrote:
> >
> > | --------
> > | Bug report for Octave 3.0.5 configured for
> x86_64-pc-linux-gnu
> > |
> > | Description:
> > | -----------
> > | I get the following error with my Octave running on
> Debian testing, when I try to find eigenvalues of the
> complex 15x15 matrix
> > |
> > | ** On entry to ZGEEV  parameter number  5
> had an illegal value
> >
> > This message comes from LAPACK and indicates an
> incorrect call to
> > ZGEEV.
> >
> > I can duplicate this error with the Octave 3.0.5 in
> Debian using the
> > 1:3.0.5-6 version of the package on a system running
> Debian testing
> > (updated in the last few days).
> >
> > The problem does not appear for me with a copy of
> Octave that I built
> > from the current development sources on the same
> system.
> >
> > With 3.2.0 from Debian unstable on the same system, I
> see
> >
> >   panic: Segmentation fault -- stopping
> myself...
> >   attempting to save variables to
> `octave-core'...
> >   save to `octave-core' complete
> >   Segmentation fault
>
> Hmm, I built 3.2.0 with debug symbols and -O0 and then
> Octave doesn't
> crash anymore. Building it with -O2 results in a crash.
>
> I will try to gather more date about this one.
>
>     Thomas

Depending on optimizations 'gcc' generates functionally different code in
case of, say, integer overflows.

I once was hit by this problem in 'libsndfile' (no, I do not claim to be
the author) and even filed a bug report against 'gcc' - this is how I know.

'gcc' developers do not consider such a behavior to be a bug.

Regards,
  Sergei.


     

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