View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002056 | OpenFOAM | Bug | public | 2016-04-19 09:08 | 2016-04-30 21:19 |
Reporter | frank999 | Assigned To | wyldckat | ||
Priority | normal | Severity | crash | Reproducibility | have not tried |
Status | closed | Resolution | unable to reproduce | ||
Platform | linux | ||||
Summary | 0002056: Foam::error::printStack(Foam::Ostream&) at ??:? | ||||
Description | PIMPLE: iteration 1 #0 Foam::error::printStack(Foam::Ostream&) at ??:? #1 Foam::sigSegv::sigHandler(int) at ??:? #2 ? in "/lib/x86_64-linux-gnu/libc.so.6" #3 Foam::phaseChangeTwoPhaseMixture::vDotAlphal() const at ??:? #4 ? at ??:? #5 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" #6 ? at ??:? Need help in debugging the error. Thanks , | ||||
Tags | Solver | ||||
|
At first I was going to point out that this seemed like a 'user support' request and not a bug report... but the "sigSegv" crash seems odd and the point of crash at "phaseChangeTwoPhaseMixture::vDotAlphal" seems even stranger. Looking at the source code: https://github.com/OpenFOAM/OpenFOAM-2.4.x/blob/2b147f41daf9ca07d0fb4c6b0576dc3d10a435f3/applications/solvers/multiphase/interPhaseChangeFoam/phaseChangeTwoPhaseMixtures/phaseChangeTwoPhaseMixture/phaseChangeTwoPhaseMixture.C#L53 the reason is possibly due to a bad access to the 'Pair' "mDotAlphal": return Pair<tmp<volScalarField> > ( alphalCoeff*mDotAlphal[0], alphalCoeff*mDotAlphal[1] ); Can you please provide more details and/or a test case with which this error can be reproduced? |
|
|
|
@frank999: I didn't mention anything sooner, but I was hoping you would provide more details about the "myfoam.tar.gz" case you attached. Because the following details are missing: 1- Which OpenFOAM solver can we use to reproduce this? 2- The case you provided doesn't have a mesh, which limits what we can or can't test. In other words, is the error reproducible with a simple mesh? Something like a simple rectangular pipe? |
|
Apparently this report was in fact a user-support request. After I added in a "blockMeshDict", and fixed a few strange issues in the U and T files, both interPhaseChangeFoam and twoPhaseEulerFoam would not work with the case, because more details were missing. Apparently the reference to "myFoam" is in fact for frank999's own custom solver, which is possibly using a modified version of interPhaseChangeFoam to use compressible flow properties, hence the presence of "thermophysicalProperties.*" phase files. Either way, I'm unable to reproduce the error, therefore I'm closing this bug report as such. |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-04-19 09:08 | frank999 | New Issue | |
2016-04-19 22:56 | wyldckat | Note Added: 0006141 | |
2016-04-20 06:52 | frank999 | File Added: myfoam.tar.gz | |
2016-04-20 06:53 | frank999 | Tag Attached: Tutorial | |
2016-04-20 06:54 | frank999 | Tag Attached: Solver | |
2016-04-20 07:06 | frank999 | Tag Detached: Tutorial | |
2016-04-20 20:50 | henry | Priority | urgent => normal |
2016-04-25 22:37 | wyldckat | Note Added: 0006175 | |
2016-04-30 21:19 | wyldckat | Note Added: 0006212 | |
2016-04-30 21:19 | wyldckat | Status | new => closed |
2016-04-30 21:19 | wyldckat | Assigned To | => wyldckat |
2016-04-30 21:19 | wyldckat | Resolution | open => unable to reproduce |