A Lightweight SQL Database for Cloud Infrastructure and Web Applications

Comment 5 for bug 646898

David Shrewsbury (dshrews) wrote :

Coincidentally, while running under the debugger on OS X, I saw this warning: (note - must start debugger with dtr --start-and-exit --gdb). All I did was connect and execute "use test". 105MB for "use test"?????

(gdb) c
Continuing.
GuardMalloc[drizzled-64640]: Attempting excessively large memory allocation: 105395200 bytes
GuardMalloc[drizzled-64640]: If you really wanted to allocate so much memory, launch your executable with the environment variable MALLOC_PERMIT_INSANE_REQUESTS set to any value to circumvent this check.
GuardMalloc[drizzled-64640]: Explicitly trapping into debugger!!!

Program received signal SIGTRAP, Trace/breakpoint trap.
0x00000001012eed92 in GMmalloc_zone_malloc_internal ()
(gdb) bt
#0 0x00000001012eed92 in GMmalloc_zone_malloc_internal ()
#1 0x00007fff87bb8f05 in operator new ()
#2 0x000000010034bf17 in __gnu_cxx::new_allocator<unsigned char*>::allocate (this=0x147d00fd0, __n=13174400) at new_allocator.h:91
#3 0x000000010034bf3f in std::_Vector_base<unsigned char*, std::allocator<unsigned char*> >::_M_allocate (this=0x147d00fd0, __n=13174400) at stl_vector.h:131
#4 0x000000010034c1fa in std::vector<unsigned char*, std::allocator<unsigned char*> >::_M_fill_insert (this=0x147d00fd0, __position={_M_current = 0x14efdb000}, __n=1646800, __x=@0x1068d8c08) at vector.tcc:354
#5 0x000000010034c397 in std::vector<unsigned char*, std::allocator<unsigned char*> >::insert (this=0x147d00fd0, __position={_M_current = 0x14efdb000}, __n=1646800, __x=@0x1068d8c08) at stl_vector.h:656
#6 0x000000010034c413 in std::vector<unsigned char*, std::allocator<unsigned char*> >::resize (this=0x147d00fd0, __new_size=8234000, __x=0x0) at stl_vector.h:424
#7 0x000000010034b226 in FunctionCursor::position (this=0x147d00e50, record=0x147d02f48 "òÿ\001\005") at plugin/function_engine/cursor.cc:107