[Octave-bug-tracker] [bug #33943] mismatched dimensions for multiply causes a crash

[John W. Eaton]

Follow-up Comment #8, bug #33943 (project octave):

ATLAS is not the problem here.  The xgemm function is part of Octave
(liboctave/dMatrix.cc).  When it detects a dimension mismatch, it calls
gripe_nonconformant (liboctave/lo-array-gripes.cc).  That function calls an
error handler using the function pointer
current_liboctave_error_with_id_handler.  Normally, that is set to
lo_error_with_id_handler (set in the function initialize_error_handlers in
src/octave.cc).  That function ultimately calls
octave_throw_execution_exception (libcruft/misc/quit.cc) which ultimately
throws a C++ exception which should be caught in the main_loop function
(src/toplev.cc).  I'd guess the abort is happening because the exception is
not caught as it should be.  I have no idea why that would be happening. 
Precisely how was Octave compiled?  What compiler and version were used?  Were
exceptions somehow disabled?


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?33943>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/