Anonymous | Login | 2021-01-21 01:47 MSK | ![]() |
My View | View Issues | Change Log | Roadmap |
View Revisions: Issue #21985 | [ All Revisions ] [ Back to Issue ] | ||
Summary | 0021985: Vista/WIndows 7 compatibility issues reported by the community | ||
Revision | 2012-10-23 11:25 by abv | ||
Description | There are several compatibility issues reported by the community for OCCT visualization component. 1. OCC 6.3.1 Windows7 bug ************************************************* In order to be able to load one of our OCC based DLL’s in Windows 7, we needed to modify src\Graphic3d\Graphic3d_WNTGraphicDevice.cxx. Around line 51 we changed: Standard_CString TheShr = getenv("CSF_GraphicShr"); if ( ! TheShr ) TheShr = "TKOpenGl.dll"; Into: Standard_CString TheShr = getenv("CSF_GraphicShr"); if ( ! TheShr || (strcmp(TheShr,"")==0) ) TheShr = "TKOpenGl.dll"; ************************************************* SAN: I believe strlen(TheShr) == 0 is a more natural way to check for an empty string. 2. About compatibility with Windows 7 ************************************************* I have now compiled under Windows 7, using OpenCascade 6.3.0 I have noticed the following problem: The function WNT_Window:: Dump does not work correctly. This function is used in the MFC standard example 01_Geometry, where it is called from menu option File>>Export>>Image... The problem is that instead of the correct image of the drawing window it produces an empty grey image. The same problem exists in Windows Vista. There is no problem for Windows XP. ************************************************* SAN: In order to approach the problem, it is necessary to revise all OCCT API methods related to 2D/3D scene dump creation and eliminate duplicated functionality (if any) in WNT/Xw/OpenGl packages, keeping e.g. only the following imlementations (to be discussed): - Reading window pixels directly. - Redrawing window contents to an off-screen bitmap (suitable for non-OpenGL scene only!). - Redrawing OpenGL scene contents to a framebuffer object (FBO) and reading its data. |
||
Revision | 2010-08-26 18:14 by san | ||
Description | There are several compatibility issues reported by the community for OCCT visualization component. 1. OCC 6.3.1 Windows7 bug ************************************************* In order to be able to load one of our OCC based DLL’s in Windows 7, we needed to modify src\Graphic3d\Graphic3d_WNTGraphicDevice.cxx. Around line 51 we changed: Standard_CString TheShr = getenv("CSF_GraphicShr"); if ( ! TheShr ) TheShr = "TKOpenGl.dll"; Into: Standard_CString TheShr = getenv("CSF_GraphicShr"); if ( ! TheShr || (strcmp(TheShr,"")==0) ) TheShr = "TKOpenGl.dll"; ************************************************* SAN: I believe strlen(TheShr) == 0 is a more natural way to check for an empty string. 2. About compatibility with Windows 7 ************************************************* I have now compiled under Windows 7, using OpenCascade 6.3.0 I have noticed the following problem: The function WNT_Window:: Dump does not work correctly. This function is used in the MFC standard example 01_Geometry, where it is called from menu option File>>Export>>Image... The problem is that instead of the correct image of the drawing window it produces an empty grey image. The same problem exists in Windows Vista. There is no problem for Windows XP. ************************************************* SAN: In order to approach the problem, it is necessary to revise all OCCT API methods related to 2D/3D scene dump creation and eliminate duplicated functionality (if any) in WNT/Xw/OpenGl packages, keeping e.g. only the following imlementations (to be discussed): - Reading window pixels directly. - Redrawing window contents to an off-screen bitmap (suitable for non-OpenGL scene only!). - Redrawing OpenGL scene contents to a framebuffer object (FBO) and reading its data. |
Copyright © 2000 - 2021 MantisBT Team |