> (gdb) bt > #0 0x00007fffebb35de0 in __cxa_throw () from /usr/lib/libstdc++.so.6 > #1 0x00000000004f7f49 in > boost::copy_exception<boost::exception_detail::bad_alloc_> (e=...)
I can't see from the backtrace what is happening here, but bad_alloc is an exception that's thrown when an attempt to allocate memory fails. That's rarely a good thing I suppose. Can you try to narrow down what kind of operation is failing here? > /org/centers/ccgo/local/apps/deal.II/deal.II_w_trilinos/contrib/boost/inclu >de/boost/exception/detail/exception_ptr.hpp:94 #4 0x00007ffff69021d6 in > global constructors keyed to multigrid.cc () at > /org/centers/ccgo/local/apps/deal.II/deal.II_w_trilinos/source/multigrid/mu >ltigrid.cc:391 #5 0x00007ffff6a924d6 in __do_global_ctors_aux () That means it is during the construction of a global variable somewhere in multigrid.cc, though I have no idea which one. > (gdb) continue > Continuing. > this is step-32. ref=5 So it somehow (miraculously :-) makes it past the allocation failure and continues. > ***setup_stokes_matrix ... *** glibc detected *** > /org/centers/ccgo/local/apps/deal.II/deal.II_w_trilinos/examples/step-32/st >ep-32: free(): invalid pointer: 0x00000000023756c0 *** That is definitely an invalid pointer to delete. I would not be surprised if this is the pointer we couldn't allocate before and that just contained bit garbage instead of a valid address. There's little I can do from here -- the program runs for me. If you can't figure out what's going on, you may have to see if one of your local MPI experts can give you a hand for 20 minutes... Best W. ------------------------------------------------------------------------- Wolfgang Bangerth email: [email protected] www: http://www.math.tamu.edu/~bangerth/ _______________________________________________ dealii mailing list http://poisson.dealii.org/mailman/listinfo/dealii
