|
[Sponsors] |
August 19, 2007, 22:07 |
the problem of C_R_G in UDF
|
#1 |
Guest
Posts: n/a
|
Hi, friends, I have met a problem of UDF. The role of my UDF is to calculate some parameters I am interested in and saved it into file at the end of execution. During the calculating of parameters, I use the information of density. For incompressible flow, it is constant (R=C_R(c0,t0)). Then the file is compiled and executed successfully. Once the flow is compressible. I use the density gradient to calculate the density at the cell face (R=C_R(c0,t0)+C_R_G(c0,t0)[0]*dr0[0]+C_R_G(c0,t0)[1]*dr0[1]+C_R_G(c0,t0)[2]*dr0[2]). Then there is some error when executing shown as "Stack backtrace generated for process id 15921 on signal 1: Please include this information with and bug report you file on this issue! /app1/common/Fluent.Inc/fluent6.3.26/lnia64/3d/fluent.6.3.26[0*4000000001dfreef0]......Error:fluent.6.326 received a fatal signal (SEGMENTATION VIOLATION).). So I guess the error is due to the usage of C_R_G for compressible flow.
For your information, to track the gradient of density, I already set the answer of yes to the queuestion of "keep tempory solver memory from being freed?" in the commend line of /solve/set/expert. Would you please give me some advice at your free time? Thanks a lot in advance! |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
ATTN ALL: SOLUTON TO UDF COMPILE PROBLEM | Rizwan | Fluent UDF and Scheme Programming | 40 | March 18, 2018 07:05 |
what's the problem with my udf | zzyan | FLUENT | 0 | November 4, 2010 04:56 |
Problem with my udf | july | Fluent UDF and Scheme Programming | 3 | June 20, 2010 07:56 |
udf compiling problem | akr | FLUENT | 3 | August 22, 2007 08:14 |
UDF problem | chiseung | FLUENT | 4 | January 10, 2002 10:58 |