[gschaider]

Originally Posted by Daniel_Khazaei

OK, I have fixed that problem to make swak4Foam compatible with nextRelease_philipc branch of OpenFOAM-1.6ext.

I have to add the following lines to groovyBCPointPatchFields.H:

    typedef groovyBCPointPatchField<symmTensor4thOrder> groovyBCPointPatchSymmTensor4thOrderField;
    typedef groovyBCPointPatchField<diagTensor> groovyBCPointPatchDiagTensorField;

Now I will try to test a parallel run of groovyBC.
tell me if you have any special cases in mind.

----------------

I have tested one of swak4Foam examples and I can confirm that the problem is there:

Selecting incompressible transport model Newtonian
Selecting turbulence model type RASModel
Selecting RAS turbulence model kEpsilon
kEpsilonCoeffs
{
    Cmu             0.09;
    C1              1.44;
    C2              1.92;
    sigmaEps        1.3;
}


Starting time loop

Courant Number mean: 0 max: 0 velocity magnitude: 0
--> FOAM Warning : 
    From function dlLibraryTable::open(const dictionary& dict, const word& libsEntry, const TablePtr tablePtr)
    in file lnInclude/dlLibraryTableTemplates.C at line 68
    library "libsampling.so" did not introduce any new entries

--> FOAM Warning : 
    From function simpleFunctionObject::simpleFunctionObject
    in file simpleFunctionObject/simpleFunctionObject.C at line 108
    'outputControlMode' not found in flows
Assuming: timestep
--> FOAM Warning : 
    From function simpleFunctionObject::simpleFunctionObject
    in file simpleFunctionObject/simpleFunctionObject.C at line 116
    'outputInterval' not found in flows
Assuming: 1
Time = 0.0005

[1] swak4Foam: Allocating new repository for sampledGlobalVariables
[0] swak4Foam: Allocating new repository for sampledGlobalVariables
DILUPBiCG:  Solving for Ux, Initial residual = 1, Final residual = 0.0617906, No Iterations 4
DILUPBiCG:  Solving for Uy, Initial residual = 1, Final residual = 0.0992882, No Iterations 2
DILUPBiCG:  Solving for Uz, Initial residual = 1, Final residual = 0.0604715, No Iterations 4
GAMG:  Solving for p, Initial residual = 1, Final residual = 0.00924619, No Iterations 8
time step continuity errors : sum local = 1.87115e-07, global = -2.97353e-08, cumulative = -2.97353e-08
[isengard-P5QL-PRO:13873] *** An error occurred in MPI_Recv
[isengard-P5QL-PRO:13873] *** on communicator MPI_COMM_WORLD
[isengard-P5QL-PRO:13873] *** MPI_ERR_TRUNCATE: message truncated
[isengard-P5QL-PRO:13873] *** MPI_ERRORS_ARE_FATAL (your MPI job will now abort)
Inconsistency detected by ld.so: dl-close.c: 759: _dl_close: Assertion `map->l_init_called' failed!
Inconsistency detected by ld.so: dl-close.c: 759: _dl_close: Assertion `map->l_init_called' failed!
--------------------------------------------------------------------------
mpirun has exited due to process rank 0 with PID 13873 on
node isengard-P5QL-PRO exiting without calling "finalize". This may
have caused other processes in the application to be
terminated by signals sent by mpirun (as reported here).
--------------------------------------------------------------------------
[isengard-P5QL-PRO:13871] 1 more process has sent help message help-mpi-errors.txt / mpi_errors_are_fatal
[isengard-P5QL-PRO:13871] Set MCA parameter "orte_base_help_aggregate" to 0 to see all help / error messages

Don't want to shove the responsibility away, but one of the problems when people work with development versions is inconsistent compilation. For instance (just an example): pull new ext-version, recompile only a part (because "I don't think the reset changed"), compile swak (which may link against some of the outdated stuff). There are a lot such variations. If you don't get a stack-trace it is a strong indication that problems are BELOW the level of OpenFOAM.

Do the following (in that order):
- pull OF-sources
- recompile OF
- recompile swak
- retry your case
Check after every step that the FULL compilation went alright (for instance finiteVolume may have alright and not produced a new library. But all subsequent stages happily use the old library)

If the error stays and you're convinced that swak is the problem open a bug report on the openfoam-extend-Mantis and I'll have a look (please provide an example-case)