Re: FOX 1.7.78 OpenGL not working?

"Wuping Xin" <[email protected]>
Newsgroups gmane.comp.lib.fox-toolkit.user
Message-ID <em2da42272-c38c-4ab0-97cd-3229e44677f8@wx-np8968>
Greetings JVZ,

Sorry My bad.  In the previous email, I attached two snapshots - not 
sure if you were able to view it.

Here are more information:

-  I used the gltest project that is included in the FOX code base
-  Windows Server 2016 (on a VMWare Virtual Machine),  Visual Studio 
2019; but on the SAME virtual machine,  gltest project compiled with Fox 
version 1.6.57 work normal.
-  I tested the gltest project both 32 bit and 64bit,  and both Debug 
and Release.  The issue seems prevailing on all of them
-  I didn't make any changes to the source file, compiler flags, or 
preprocessor macros
-  I haven't done any further tracing work (yet, I am still learning Fox 
but I'd love to be helpful and contributing once I can)
-  I sent out the email just to check if it is known or someone else has 
already encountered the same.

I suspect the OpenGL driver (that comes with VMWare ?) somehow is 
"incompatible" with Fox v1.7.78.  It works with Fox v1.6.57, though.  
That is why I wonder what has changed between the two versions.

Thank you again.

Best
Wuping

------ Original Message ------
From: [email protected]
To: "Wuping Xin" <[email protected]>
Cc: "FOX Users" <[email protected]>
Sent: 8/18/2021 12:25:51 PM
Subject: Re: [Foxgui-users] FOX 1.7.78 OpenGL not working?

>On 2021-08-18 11:08, Wuping Xin wrote:
>>It seems the latest 1.7.78 OpenGL (FXGLVisual) has some changes.
>>
>>The gltest with v1.7.58 now all "blackout".
>>
>>
>>Previously, it works fine with v1.6.57 .
>>
>>Any advice?
>
>
>There's a fine art to reporting bugs.  Just a few suggestions:
>
>1) Assume I'm not clairvoyant, able to do ESP, or anything like that.
>    Basically, all I know is what you tell me.  And you haven't told
>    me anything that would help.
>
>2) So, what O.S. are you running, what GPU, did you compile FOX
>    with VC++ 2008, or some other version of VC++.
>
>3) Did you compile 64-bit or 32-bit.
>
>4) Did you compile for debug, or release?
>
>5) Any alterations made to compiler flags or source files?
>
>6) After deciding it didn't work, did you compile for debug and
>    generate tracing output to potentially diagnose path through
>    code?
>
>7) If it core dumped, did you have a stack trace?  Location in
>    code where things went wrong?
>
>It is unreasonable for you to expect me to put more effort into
>SOLVING your problem than you did REPORTING it.
>
>Cheers,
>
>
>      -- JVZ
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.