On 11/30/12 9:16 AM, Kevin Van Workum wrote:
> We have a copy of Ansys but am currently running RHEL 5 and VGL 2.3
> beta1. And have no major problems at this time. We will be investigating
> the implications of upgrading to CentOS/RHEL 6 in the near future. I
> will report my results with Ansys/VG
Le 30 nov. 2012 à 16:16, Kevin Van Workum a écrit :
> On Fri, Nov 30, 2012 at 9:58 AM, DRC wrote:
> On 11/30/12 7:53 AM, R. David wrote:
> >> So you're saying that you encountered these problems outside of VirtualGL?
> > Yes, in a xterm spawned by VirtualGL (only in VGL-Spawned xterms,
> > ever
On Fri, Nov 30, 2012 at 9:58 AM, DRC wrote:
> On 11/30/12 7:53 AM, R. David wrote:
> >> So you're saying that you encountered these problems outside of
> VirtualGL?
> > Yes, in a xterm spawned by VirtualGL (only in VGL-Spawned xterms,
> everything was OK in Turbovnc spawned ones).
>
> That is not
Hello,
Le 30 nov. 2012 à 15:58, DRC a écrit :
> On 11/30/12 7:53 AM, R. David wrote:
>>> So you're saying that you encountered these problems outside of VirtualGL?
>> Yes, in a xterm spawned by VirtualGL (only in VGL-Spawned xterms, everything
>> was OK in Turbovnc spawned ones).
>
> That is no
On 11/30/12 7:53 AM, R. David wrote:
>> So you're saying that you encountered these problems outside of VirtualGL?
> Yes, in a xterm spawned by VirtualGL (only in VGL-Spawned xterms, everything
> was OK in Turbovnc spawned ones).
That is not "outside of VirtualGL." Further, spawning non-3D apps
Le 30 nov. 2012 à 09:20, DRC a écrit :
> So you're saying that you encountered these problems outside of VirtualGL?
Yes, in a xterm spawned by VirtualGL (only in VGL-Spawned xterms, everything
was OK in Turbovnc spawned ones).
> If so, then that's a different issue than what I'm seeing (and
So you're saying that you encountered these problems outside of VirtualGL? If
so, then that's a different issue than what I'm seeing (and what was referenced
in the afore-mentioned bug report.) In my case, I can simply run 'vglrun ls'
and make it lock up. The bug report has more details, includi
Hello,
>>>
>>>
>>
>> Currently upgrading to 2.3.2 does not solve the issue here.
>>
>> I didn't understand which script you wanted ?
>
> The script that contains the 'ls -l' command that was hanging before you
> disabled SELinux. I need to add an application recipe to indicate how
> to mo
On 11/29/12 3:14 PM, R. David wrote:
> Hello,
>
>
> Le 29 nov. 2012 à 20:01, DRC a écrit :
>
>> The MainWin issue should be fixed in the latest version of VirtualGL. Please
>> try upgrading to 2.3.2.
>>
>> Can you send me the script containing the 'ls -l' command off-list? I also
>> need to know
Le 29 nov. 2012 à 21:15, DRC a écrit :
> Incidentally, I cannot reproduce your claim that disabling SELinux works
> around the ls -l issue. 'vglrun ls -l' still hangs for me on CentOS
> 6.3, regardless of whether SELinux is disabled or enabled.
Strange, here after disabling selinux and rebooti
Hello,
Le 29 nov. 2012 à 20:01, DRC a écrit :
> The MainWin issue should be fixed in the latest version of VirtualGL. Please
> try upgrading to 2.3.2.
>
> Can you send me the script containing the 'ls -l' command off-list? I also
> need to know where that script is located in the filesystem a
Incidentally, I cannot reproduce your claim that disabling SELinux works
around the ls -l issue. 'vglrun ls -l' still hangs for me on CentOS
6.3, regardless of whether SELinux is disabled or enabled.
On 11/29/12 3:03 AM, R. David wrote:
> Dear all,
>
> I have a strange problem with the Ansys W
The MainWin issue should be fixed in the latest version of VirtualGL. Please
try upgrading to 2.3.2.
Can you send me the script containing the 'ls -l' command off-list? I also need
to know where that script is located in the filesystem and the version of Ansys
that it affects. That should be en
Hello,
By the way, the problem is probably Centos6 (or RH 6 probably) related, I could
have the whole application working on Centos 5.3.
So I guess VirtualGL is not responsible for this.
Best regards,
Le 29 nov. 2012 à 12:04, R. David a écrit :
> Hello,
>
> Thanks for your answer.
>
Hello,
Thanks for your answer.
Le 29 nov. 2012 à 11:13, DRC a écrit :
> I am an independent software contractor, so the answer to the question
> "do I have a copy of such-and-such commercial software" is almost always
> "no", and often, the companies that make such applications are reluctant
I suspect this may be a duplicate of
https://sourceforge.net/tracker/?func=detail&aid=3576711&group_id=117509&atid=678327
in which case I would like more information on it so I can document the
workaround in the Application Recipes section of the User's Guide. The
poster of the bug report has
I am an independent software contractor, so the answer to the question
"do I have a copy of such-and-such commercial software" is almost always
"no", and often, the companies that make such applications are reluctant
to issue evaluation copies to anyone who isn't interested in actually
buying t
17 matches
Mail list logo
