Another user ran into this same issue and attempted all of my proposed
fixes below. None worked. At this point I'm stymied. I'm going to try
bringing up a simple C# OpenGL demo in mono, but if I can't get that to
fail in the same way, I don't know what else can be done without the app.
On
David,
We seem to have stalled out on this, and there were a lot of rapid-fire
e-mails exchanged between you and Nathan, in which multiple things were
tried and multiple interleaved results posted, so this e-mail is my
attempt to summarize what we know. I would encourage everyone involved
to
Hi,
Thanks for your help. I will try those solutions after vacations.
Kind regards
David
El 15/04/2011 12:17, DRC escribió:
David,
We seem to have stalled out on this, and there were a lot of rapid-fire
e-mails exchanged between you and Nathan, in which multiple things were
tried and
On 11-03-29 04:52 PM, DRC wrote:
NOTE: that error can also be displayed when attempting to use VirtualGL
with an executable that is setuid root, but I can't imagine that that
would be the case with ANSYS. It could be, however, that one of the
executables that the launcher130 script invokes
BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px;
}Hello!
I tried with the same result.
I've also tried accessing through ssh X forwarding, also with the
same result.
Thanks
David
On Mon 8:31 PM , DRC dcomman...@users.sourceforge.net sent:
Did you try renaming the version
When using launcher130 I get the following error, does it give any
light on the issue?
ERROR: ld.so: object 'librrfaker.so' from LD_PRELOAD cannot be
preloaded: ignored.
--
Enable your software for Intel(R) Active
I've added -d :1.0 to the vglrun in the script and the output changed
to:
[VGL] WARNING: The OpenGL rendering context obtained on X display
[VGL]:1.0 is indirect, which may cause performance to suffer.
[VGL]If :1.0 is a local X display, then the framebuffer device
[VGL]permissions
Did you try renaming the version of libGL.so.1 that is installed by the
application?
On 3/21/11 11:45 AM, r...@englobe-tec.com wrote:
I've tried this and there are new lines in the output.
[VGL] WARNING: The OpenGL rendering context obtained on X display
[VGL]:0.0 is indirect, which may
BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }Hi
Nathan,
LD_PRELOAD=librrfaker.so ls returned the usual ls output (no error
messages there). So I atach ld.log files to this mail.
Using LD_DEBUG_OUTPUT to something like ld.log kept returning that
grep output in the console,
On 11-03-17 07:55 AM, r...@englobe-tec.com wrote:
LD_PRELOAD=librrfaker.so ls returned the usual ls output (no error
messages there). So I atach ld.log files to this mail.
Using LD_DEBUG_OUTPUT to something like ld.log kept returning that grep
output in the console, even unsetting +tr or
body { font-family: Arial,Helvetica,sans-serif; font-size: 12px; }Hi
Nathan,
I wish a good healing for you. Thanks for your time and efforts.
I sent the log in another mail but it seems like it was blocked
somewhere
I'll go further with this since I really want to use my 3D
accelerator
BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px;
}I've checked that vglgears runs well with vglrun through TurboVNC.
This confirms that the problem is reduced to the concrete application.
On Thu 4:50 PM , Nathan Kidd nathan...@spicycrypto.ca sent:
On 11-03-17 07:55 AM, wrote:
Yes, that is quite possible.
http://sourceforge.net/mailarchive/forum.php?thread_name=201009161641.14204.nate%40hpcintegrators.comforum_name=virtualgl-users
and
http://sourceforge.net/tracker/?func=detailaid=3005112group_id=117509atid=678327
may shed some insight. Some things to try (in the
On 37-01--10 02:59 PM, r...@englobe-tec.com wrote:
I've tried the suggestions you gave:
1.- Adding -oglhw gave no apparent result
2.- Adding those 2 lines to the script added the following lines to the
output:
libdlfaker.so:librrfaker.so
You're missing vglrun. Please read the docs.
On 3/15/11 11:55 AM, r...@englobe-tec.com wrote:
Hi all,
I'm having problems to use VirtualGL in a server. I have a NVIDIA Quadro
FX 4800. When running ANSYS 13.0 workbench from TurboVNC I get this
message in the output:
extension GLX missing
The root of the problem is that VirtualGL is not being engaged for some
reason, so the application is trying to send GLX commands directly to
TurboVNC (which fails, because TurboVNC doesn't have the GLX extension,
as you saw below when you tried to run glxinfo without vglrun.)
Adding +v +tr to
On 11-03-15 02:43 PM, DRC wrote:
The root of the problem is that VirtualGL is not being engaged for some
reason,
With any application-specific issue like this, if I can't immediately
discern what is happening by reading the trace output, the only other
recourse is to get a copy of the app to
OK, so perhaps I should have said it doesn't have full 3D
acceleration, but the result is the same. Most built-in Linux drivers
are 2.5D accelerated at best.
Let me put this another way-- the 3D driver must support Pbuffer-enabled
FB configs in order to work in a VirtualGL server. NVIDIA and
Not having accelerated 3D drivers installed is the most obvious cause of
that VirtualGL error message. Just because GLX exists doesn't mean that
Pbuffers are available. In general, you have to install the vendor
drivers for the 3D graphics card in order to get Pbuffers. The output
of
19 matches
Mail list logo