Do you know where the directory
/usr/local/dune/dumux-lecture/dumux-lecture/PaxHeaders.6473
is coming from? It is not part of Dumux, so from my side you should
delete it.
Kind regards
Bernd
On 06/24/2014 11:55 PM, ?? wrote:
Hi Bernd,
it works, thanks very much, so I need this path everytime.
Hi Bernd,
it works, thanks very much, so I need this path everytime.
and after that I tried to generate the Makefile from dumux-lecture, some
problems come out again, it told me that the dune.module doesn't contain a
module entry, what does it mean?
hongzheng6027:/usr/local/dune # DUNE_CONTROL_PAT
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#184 - Naming conventions
User who did this - Nicolas Schwenck (Nicolas)
--
by comparing the decoupled and the implicit models I realized that there are
still different names for the same things in
Hi Jelena,
sorry that I can't help you, but I don't use the GmshReader. I guess
that the functionality is not implemented. It will be better to pose
this question directly on the Dune mailing list.
Kind regards
Bernd
On 06/24/2014 09:11 AM, Jelena Griz(ic' wrote:
Dear all,
I have a problem
Hi Hao,
two issues:
- DUNE_CONTROL_PATH should be the directory, that contains the Dune
modules, in your case /usr/local/dune
- To be on the safe side you should write everything on one line, namely
DUNE_CONTROL_PATH=/usr/local/dune ./dune-common-2.3.1/bin/dunecontrol all
Otherwise, the DUNE_CON