CFD Online Discussion Forums

CFD Online Discussion Forums (http://www.cfd-online.com/Forums/)
-   Fluent UDF and Scheme Programming (http://www.cfd-online.com/Forums/fluent-udf/)
-   -   UDF library load error (http://www.cfd-online.com/Forums/fluent-udf/120614-udf-library-load-error.html)

smgeorge531 July 10, 2013 18:47

UDF library load error
 
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?

Bionico July 18, 2013 10:32

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 n35,
File --> Read --> Journal and I choose this .jou file:

Code:

chdir /Fluent/test/35
rcd 35.cas
it 1000
wcd 35.cas
yes

It prints this:

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

...

So it looks like it's trying to load the UDF from
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

vasava July 23, 2013 01:53

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.

Bionico July 23, 2013 02:34

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 :)

shashank312 August 5, 2013 23:33

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

Bionico August 19, 2013 09:40

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 04:06

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


All times are GMT -4. The time now is 22:18.