|
[Sponsors] |
July 10, 2013, 19:47 |
UDF library load error
|
#1 |
New Member
Join Date: Jul 2013
Posts: 1
Rep Power: 0 |
I know I have seen this multiple times but I have not found a solution that I can get to work. When loading a case I get this error:
Opening library "libudf"... Error: open_udf_library: The system cannot find the path specified. Error Object: () Even when I try to read in a steady case that had no udfs in it previously, I get this error and the iterate button is not an option for me anymore. I understand this is an issue with MS Visual Studio and Fluent. I am running Fluent 6 and VS 2012 on a 64bit windows 7. When I try to set the environmental pathways (?), I get a message saying here they are do you want to change then and answering yes or no yields the same results. I have not tried to reinstall VS because our IT people are incompetent and controlling and will not let me load VS by myself. Any suggestions? |
|
July 18, 2013, 11:32 |
|
#2 |
Senior Member
Flavio
Join Date: Sep 2011
Location: Brescia, Italy
Posts: 181
Rep Power: 16 |
Hi everybody,
I have a similar problem. I wrote a parallel UDF and it worked on Fluent 13.0, but since I upgraded to Fluent 14.5.7 (the last release) I found a lot of issues! When a simulation has finished, I read a journal file in order to simulate other jobs (with their own UDF), it can't load the UDF correctly For example I have finished simulation n° 34 and i want to start with n°35, File --> Read --> Journal and I choose this .jou file: Code:
chdir /Fluent/test/35 rcd 35.cas it 1000 wcd 35.cas yes Code:
Checking the existence of compiled "libudf" UDF library for current platform. If needed will attempt auto-compilation... Copied /Fluent/test/35/./nuovaUDF.c to libudf/src udf_names.c file in 3ddp_host is upto date. udf_names.c file in 3ddp_node is upto date. (??in v13.0 these statements didn't exist!??) Working... for d in lnamd64/[23]*; do \ ( \ cd $d; \ for f in ../../src/*.[ch] ../../src/makefile; do \ if [ ! -f `basename $f` ]; then \ echo "# linking to" $f "in" $d; \ ln -s $f .; \ fi; \ done; \ echo ""; \ echo "# building library in" $d; \ if [ "" = "1" ]; then \ echo "# using gcc64"; \ make ARCHC=gcc64 -k>makelog 2>&1; \ else \ if [ "" = "1" ]; then \ echo "# using gcc"; \ make ARCHC=gcc -k>makelog 2>&1; \ else \ make -k>makelog 2>&1; \ fi; \ fi;\ cat makelog; \ ) \ done # building library in lnamd64/3ddp_host make[1]: Entering directory `/Fluent/test/35/libudf/lnamd64/3ddp_host' make[2]: Entering directory `/Fluent/test/35/libudf/lnamd64/3ddp_host' make libudf.so "CFLAGS=-D_lnamd64 -D_GNU_SOURCE -fpic -shared -ansi -Wall -O -DPTR_RESTRICT= " "LDFLAGS=-shared -lm" make[3]: Entering directory `/Fluent/test/35/libudf/lnamd64/3ddp_host' make[3]: `libudf.so' is up to date. make[3]: Leaving directory `/Fluent/test/35/libudf/lnamd64/3ddp_host' make[2]: Leaving directory `/Fluent/test/35/libudf/lnamd64/3ddp_host' make[1]: Leaving directory `/Fluent/test/35/libudf/lnamd64/3ddp_host' # building library in lnamd64/3ddp_node make[1]: Entering directory `/Fluent/test/35/libudf/lnamd64/3ddp_node' make[2]: Entering directory `/Fluent/test/35/libudf/lnamd64/3ddp_node' make libudf.so "CFLAGS=-D_lnamd64 -D_GNU_SOURCE -fpic -shared -ansi -Wall -O -DPTR_RESTRICT= " "LDFLAGS=-shared -lm" make[3]: Entering directory `/Fluent/test/35/libudf/lnamd64/3ddp_node' make[3]: `libudf.so' is up to date. make[3]: Leaving directory `/Fluent/test/35/libudf/lnamd64/3ddp_node' make[2]: Leaving directory `/Fluent/test/35/libudf/lnamd64/3ddp_node' make[1]: Leaving directory `/Fluent/test/35/libudf/lnamd64/3ddp_node' You can also see the 'log'-file in the working directory for this compilation history Done. Auto-compilation of "libudf" failed. Please try to compile it manually. Opening library "/Fluent/Scheme_programs/libudf"... Primitive Error at Node 1: The UDF library you are trying to load (libudf) is not compiled for parallel use on the current platform (lnamd64). No such file or directory /Fluent/Scheme_programs/libudf/lnamd64/3ddp_node/libudf.so Primitive Error at Node 3: The UDF library you are trying to load (libudf) is not compiled for parallel use on the current platform (lnamd64). No such file or directory /Fluent/Scheme_programs/libudf/lnamd64/3ddp_node/libudf.so Primitive Error at Node 2: The UDF library you are trying to load (libudf) is not compiled for parallel use on the current platform (lnamd64). No such file or directory /Fluent/Scheme_programs/libudf/lnamd64/3ddp_node/libudf.so ... the Scheme_programs folder, where there's the journal file, and not from the cas folder (35)... why? * I work on OS Red Hat, with a 32-core multiprocessor machine. Does anybody know how to solve this problem? Thanks in advance
__________________
Bionico Last edited by Bionico; July 19, 2013 at 07:20. |
|
July 23, 2013, 02:53 |
|
#3 |
Senior Member
Paritosh Vasava
Join Date: Oct 2012
Location: Lappeenranta, Finland
Posts: 732
Rep Power: 23 |
1. There could be something wrong with your UDF. So you may want to check the UDF.
2. Test some other UDF (e.g. from some tutorial) to ensure that there is nothing wrong with compiling UDF. 3. If you can not edit the environment variables launch fluent with Windows SDK terminal. |
|
July 23, 2013, 03:34 |
|
#4 |
Senior Member
Flavio
Join Date: Sep 2011
Location: Brescia, Italy
Posts: 181
Rep Power: 16 |
ANSYS Support Service told me that maybe there's a bug in R14.5: they tried both R13 and R14.5 and they had the same problem only with the last release.
I will update the post when they'll find a solution
__________________
Bionico |
|
August 6, 2013, 00:33 |
|
#5 |
Member
Shashank
Join Date: Apr 2011
Posts: 74
Rep Power: 15 |
Bionico,
Were you able to find a solution? Or did the folks at Ansys fix this for you? I am using both Fluent 14 and Fluent 14.5 and facing same issues. It is kind of sporadic. Thanks, Shashank |
|
August 19, 2013, 10:40 |
|
#6 |
Senior Member
Flavio
Join Date: Sep 2011
Location: Brescia, Italy
Posts: 181
Rep Power: 16 |
Dear shashank,
After holidays I will call ANSYS Support hoping that they have fixed the bug. I will update this discussion! Kind Regards
__________________
Bionico |
|
August 26, 2013, 05:06 |
|
#7 |
Senior Member
Flavio
Join Date: Sep 2011
Location: Brescia, Italy
Posts: 181
Rep Power: 16 |
I called ANSYS: the developers will work on the bug but they don't know when the issue will be fixed.
They suggested a workaround: I can put all the simulations in the same working directory and launch the batch mode. Waiting for updates Regards
__________________
Bionico |
|
Tags |
udf compile, udf library |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Compile calcMassFlowC | aurore | OpenFOAM Programming & Development | 13 | March 23, 2018 08:43 |
error compiling modified applications | yvyan | OpenFOAM Programming & Development | 21 | March 1, 2016 05:53 |
[swak4Foam] GroovyBC the dynamic cousin of funkySetFields that lives on the suburb of the mesh | gschaider | OpenFOAM Community Contributions | 300 | October 29, 2014 19:00 |
Version 15 on Mac OS X | gschaider | OpenFOAM Installation | 113 | December 2, 2009 11:23 |
Problem with compile the setParabolicInlet | ivanyao | OpenFOAM Running, Solving & CFD | 6 | September 5, 2008 21:50 |