Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 319497 - Fluent12.1-Workbench Unable to resolve function glxMakeCurrent
Summary: Fluent12.1-Workbench Unable to resolve function glxMakeCurrent
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-13 10:13 UTC by oriol.morell@urv.cat
Modified: 2010-06-15 14:18 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge--info.txt,3.63 KB, text/plain)
2010-06-08 06:40 UTC, oriol.morell@urv.cat
Details
eselect opengl list (eselect-opengl-list.txt,110 bytes, text/plain)
2010-06-08 06:40 UTC, oriol.morell@urv.cat
Details
eix -I -C x11-drivers (eix-I-C-x11-drivers.txt,8.65 KB, text/plain)
2010-06-08 06:55 UTC, oriol.morell@urv.cat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description oriol.morell@urv.cat 2010-05-13 10:13:10 UTC
After updating the system & world, we have an application that does not work properly. It cannot found the function glxMakeCurrent. The error message shown is the following one: "Unable to resolve function glxMakeCurrent".

We have upgrade mesa-progs and xorg-server, but it does not get better.

Any suggestions will be wellcome.

Reproducible: Always
Comment 1 Thomas Kahle (RETIRED) gentoo-dev 2010-05-19 06:37:00 UTC
There is nothing we can do with this information, please provide more details if you think this is a problem with Gentoo. 

You might want to check:
-) What are the dependencies (which libraries) of your application.
-) Did you rebuild your applications to link against newer libraries that may have been installed during the world upgrade.

By the way, glxMakeCurrent is an OpenGL function. 
Comment 2 Michael Weber (RETIRED) gentoo-dev 2010-06-07 00:36:05 UTC
Please provide the category/package of the filing app in the subject, comment your emerge --info, and attach a build.log/environment file. And feel free to reopen, if the problem still exists.
Comment 3 oriol.morell@urv.cat 2010-06-07 13:21:11 UTC
The programme is Fluent12.1-Workbench. It does not belong to gentoo-tree, because is not a gnu-gpl programme. 
Comment 4 oriol.morell@urv.cat 2010-06-07 13:21:41 UTC
.
Comment 5 Michael Weber (RETIRED) gentoo-dev 2010-06-07 23:23:42 UTC
(In reply to comment #3)
> The programme is Fluent12.1-Workbench. It does not belong to gentoo-tree,
> because is not a gnu-gpl programme. 

Hello, I'm tend to RESO/INVALID this because it isn't an Gentoo related bug.
Maybe http://www.cfd-online.com/Forums/cfx/25236-ansys-workbench-uncertified-linux-distros-3.html (Google on Fluent Workbench and glxMakeCurrent).

Please provide some infos if you want help! 
- What's your `emerge --info` output (rearries information about the system being 32 or 64 bit).
- What's your `eselect opengl list` output?
- Is this program 32 or 64bit?
find the execureable and run `ldd <binary file>` or `scanelf -n -R <installation dir>` and put the output here.

I can imageine that you need app-emulation/emul-linux-x86-opengl if this is a 32bit prog on a 64 bit system. 

If this is relly critical, you can undo the last xorg-server stablization (1.7.*) and revert to a 1.6 version.

Michael
Comment 6 Michael Weber (RETIRED) gentoo-dev 2010-06-07 23:30:41 UTC
Oh,

and please attach /var/log/Xorg.0.log , /etc/X11/xorg.conf, and the output of `eix -I -C x11-drivers` (you might need `emerge -av eix` for the last one.

...
Comment 7 oriol.morell@urv.cat 2010-06-08 06:40:13 UTC
Created attachment 234493 [details]
emerge --info
Comment 8 oriol.morell@urv.cat 2010-06-08 06:40:56 UTC
Created attachment 234495 [details]
eselect opengl list
Comment 9 oriol.morell@urv.cat 2010-06-08 06:46:20 UTC
Hai Michael,

the Fluent12.1-Workbench installed is the 32b version and gentoo is also a 32b.
If you suggest, we could try the 64b of gentoo with the 64b version of Fluent12.1-Workbench. So we do not use app-emulation/emul-linux-x86-opengl.

Ok, another try will be revert xorg-server to 1.6, but it might help because of Fluent12.1-Workbench has been developed recently and it may use the latest versions.

Oriol
Comment 10 oriol.morell@urv.cat 2010-06-08 06:55:13 UTC
Created attachment 234501 [details]
eix -I -C x11-drivers
Comment 11 Michael Weber (RETIRED) gentoo-dev 2010-06-08 12:54:18 UTC
Hi,

(In reply to comment #9)
> the Fluent12.1-Workbench installed is the 32b version and gentoo is also a 32b.
Ok that's fine.

> If you suggest, we could try the 64b of gentoo with the 64b version of
> Fluent12.1-Workbench. So we do not use app-emulation/emul-linux-x86-opengl.
I don't know if it's worth the time. But you should clearly avoid emul-linux-*-opengl packages since they maybe don't match to the running X server.

Have you tried setting your opengl to nvidia? (`eselect opengl set nvidia`)

Michael
Comment 12 Daniel Pielmeier gentoo-dev 2010-06-09 22:18:13 UTC
There is no Fluent Workbench, I guess you are using the Ansys Workbench in combination with the Fluent Solver which Ansys, Inc. recently assimilated. So it could be either a Workbench or a Fluent problem.

If you really need to use the Ansys Workbench (or other software from commercial vendors) I recommend you to use the Distributions they officially support [1], which are in general more conservative when it comes to using new software. Most commercial software wont work properly in a bleeding edge environment. They usually have release cycles >1 year, and within that time many things change in the open source world. This will save you a lot of trouble. You will have enough problems when using the software itself :)

Another advantage is you can bother the support team about installation issues. They may help you with unsupported Distributions but it is not guaranteed there will be a solution to your problem.

From personal experience I know that the Ansys Workbench and Fluent works well with SLES 10 and Nvidia Quadro cards. Also Red Hat Enterprise 5 should be fine. If you can not afford the Enterprise Versions, you may take a look at CentOS which is free and basically Red Hat Enterprise as it uses the same sources.

[1] http://www.ansys.com/services/tested/master121.asp