bugGNU Octave - Bugs: bug #30585, Octave crashes with std:bad_alloc...

 
 

bug #30585: Octave crashes with std:bad_alloc since Jul20

Submitter:  Jaroslav Hajek <highegg>
Submitted:  Thu 29 Jul 2010 06:31:26 AM UTC
   
 
Category:  Interpreter Severity:  5 - Blocker
Priority:  5 - Normal Item Group:  Segfault, Bus Error, etc.
Status:  Fixed Assigned to:  highegg
Originator Name:  Ben Abbott Open/Closed:  * Closed
Release:  * dev Operating System:  * Mac OS
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Thu 29 Jul 2010 12:50:13 PM UTC, comment #2: 

My build now runs and passes all tests!

Thanks!

Ben Abbott <bpabbott>
Group Member
Thu 29 Jul 2010 06:53:59 AM UTC, comment #1: 

I suspect a SID. Please try with
http://hg.savannah.gnu.org/hgweb/octave/rev/b4ebfd675321

and report if the problem persists.

Jaroslav Hajek <highegg>
Thu 29 Jul 2010 06:31:26 AM UTC, original submission:  

I'm seeing a crash, "std:bad_alloc" ...

../../run-octave -f -q -H ./mk_doc_cache.m doc-cache ../../scripts/DOCSTRINGS ../../src/DOCSTRINGS || { rm -f doc-cache; exit 1; }
terminate called after throwing an instance of 'std::bad_alloc'
 what():  std::bad_alloc
/bin/sh: line 1:  4222 Abort trap              ../../run-octave -f -q -H ./mk_doc_cache.m doc-cache ../../scripts/DOCSTRINGS ../../src/DOCSTRINGS
make[3]: * [doc-cache] Error 1
make[2]: * [all-recursive] Error 1
make[1]: * [all-recursive] Error 1
make: * [all] Error 2

 done
terminate called after throwing an instance of 'std::bad_alloc'
 what():  std::bad_alloc

>From gdb, the backtrace gives ...


Program received signal SIGABRT, Aborted.
0x911fbef6 in __kill ()
(gdb) bt
#0  0x911fbef6 in __kill ()
#1  0x911fbee8 in kill$UNIX2003 ()
#2  0x9128e62d in raise ()
#3  0x912a46e4 in abort ()
#4  0x94979fda in __gnu_cxx::__verbose_terminate_handler ()
#5  0x9497817a in __cxxabiv1::__terminate ()
#6  0x949781ba in std::terminate ()
#7  0x949782b8 in __cxa_throw ()
#8  0x012debda in dim_vector::safe_numel (this=0xbffe7d54) at dim-vector.cc:102
#9  0x012dd244 in Array<std::string>::Array (this=0xbffe7d44, dv=@0xbffe7d54) at Array.h:205
#10 0x012dd428 in Array [inlined] () at /Users/bpabbott/Development/mercurial/local_clone/liboctave/Array.h:973
#11 0x012dd428 in Array<std::string>::resize (this=0x1f78740, r=3, c=1, rfv=@0x1f73bc8) at Array.cc:973
#12 0x012dc81b in string_vector::string_vector (this=0x1f78740, s=0x1f733c0) at str-vec.cc:91
#13 0x012dcab4 in string_vector::string_vector (this=0x1f78740, s=0x1f733c0) at str-vec.cc:95
#14 0x012dbaff in __static_initialization_and_destruction_0 (__initialize_p=<value temporarily unavailable, due to optimizations>, __priority=<value temporarily unavailable, due to optimizations>) at file-ops.cc:119
#15 0x012dbb68 in global constructors keyed to _ZN8file_ops8instanceE () at file-ops.cc:795
#16 0x8fe0ed6d in __dyld__ZN16ImageLoaderMachO18doModInitFunctionsERKN11ImageLoader11LinkContextE ()
#17 0x8fe0d31e in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
#18 0x8fe0d2c2 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
#19 0x8fe0d2c2 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj ()
#20 0x8fe0d3d1 in __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE ()
#21 0x8fe024a9 in __dyld__ZN4dyld24initializeMainExecutableEv ()
#22 0x8fe07950 in _dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5 ()
#23 0x8fe018b1 in __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl ()
#24 0x8fe01057 in __dyld__dyld_start ()
(gdb)

I tried several successive builds to try to isolate the changeset that introduced this behavior for me.

I dont' see this problem with "hg revert -r85cbd239fce2 --all"

       http://hg.savannah.gnu.org/hgweb/octave/rev/85cbd239fce2

Including the next changeset, "hg revert --all -d 7/20", results in octave crashing.

       http://hg.savannah.gnu.org/hgweb/octave/rev/6683f0c9d742

Some details of my system are ...

MacOS X 10.6.4
Xcode 3.2.2
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5659)
GNU Fortran (GCC) 4.4.4

Does anyone else see this?

Ben

Jaroslav Hajek <highegg>

 

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

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by bpabbott (Posted a comment)
  • -email is unavailable- added by highegg
  • -email is unavailable- added by highegg (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 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2010-07-29 highegg StatusNone Fixed
        Open/ClosedOpen Closed
    2010-07-29 highegg Carbon-Copy- Added ben abbott <bpabbott@mac.com>

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code