Re: [DuMuX] SOLVED memory corruption in brookscorey.hh?

[Edscott Wilson]

The problem seems to be a bug in gcc or gdb, because it happens with
gcc-6.3.1/gdb-7.12.1 and no longer occurs in gcc-8.2./gdb-8.1.1. And it
seems to only be related to gdb since when the program runs without gdb,
the results of the simulation are identical to that which results from the
executable created with gcc-8.2.

Anyways I've created and uploaded a docker image with dumux-2.12 with
gcc-8.2 at the docker hub, The image is impmx/dumux-2.12:20180823 if anyone
is interested.

The docker files for the creation can be accessed at
url = g...@github.com:edscott/dumux.git

best regards!



El mié., 22 de ago. de 2018 a la(s) 16:33, Christoph Grüninger (
f...@grueninger.de) escribió:

> Hi Edscott,
> you are right, you have to recompile the complete Dune stack with Clang
> and the flags for the desired saninitzer. When you use a different build
> directory, it is easy to switch back to your GCC-built stack.
>
> Hope this helps,
> Christoph
>
> Am 22.08.2018 um 18:23 schrieb Edscott Wilson:
> > Hi, Christoph,
> >
> > clang sounds good. I'll give it a try, But will I have to recompile dune
> > with clang or will it be compatible with gcc generated .a libraries?
> >
> > Best Regards,
> >
> > Edscott
>
> --
> Unfortunately, plots are notoriously hard to get right. Partly, the
> default settings of programs like gnuplot or Excel are to blame for
> this since these programs make it very convenient to create bad plots.
> -- Till Tantau, "The TikZ and PGF Packages"
> ___
> Dumux mailing list
> Dumux@listserv.uni-stuttgart.de
> https://listserv.uni-stuttgart.de/mailman/listinfo/dumux
>


-- 

Dr. Edscott Wilson Garcia
Reservoir Engineering
Mexican Petroleum Institute
___
Dumux mailing list
Dumux@listserv.uni-stuttgart.de
https://listserv.uni-stuttgart.de/mailman/listinfo/dumux

[DuMuX] Linear solver crash

[Nikolai Andrianov]

Dear DuMuX experts,

While working on a modification of the 
dumux-course/exercises/exercise-fractures test case I observed that the linear 
solver crashes if the mesh is too fine. This results in cutting the Newton's 
time step, which in my case however does not help either..

This behavior is illustrated on the 
https://git.iws.uni-stuttgart.de/andrian/rate-sensitivity project on github: 
depending on the mesh density specified in the .geo files grids/fracs_bad.geo 
or grids/fracs_ok.geo, the linear solver either crashes, or the simulation 
proceeds as expected.

Your feedback is greatly appreciated.

Many thanks,
Nikolai

___
Dumux mailing list
Dumux@listserv.uni-stuttgart.de
https://listserv.uni-stuttgart.de/mailman/listinfo/dumux