View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0023605Open CASCADEOCCT:DRAWpublic2012-11-29 19:062013-07-16 12:12
ReportersanAssigned Tobugmaster  
PrioritynormalSeverityminor 
Status closedResolutionno change required 
PlatformLinuxOSMandriva 2008 
Product Version6.5.4 
Target Version6.7.0 
Summary0023605: DRAW crashes on closing the test 3D view under Linux
DescriptionIf the test 3D view window created by vinit command is closed by the user, DRAWEXE crashes with X error message like below:

Draw[5]> XIO: fatal IO error 11 (Resource temporarily unavailable) on X server "host_name:0.0"
      after 190 requests (190 known processed) with 0 events remaining.

Under Windows, there is no such problem, it is possible to close the 3D view and then re-open it using vinit command.
Steps To Reproducepload ALL
vinit

#Then close the test 3D view with the mouse
TagsNo tags attached.
Test case numberNot needed

Relationships

related to 0023670 closedaba Open CASCADE Support for multiple 3D views 

Activities

san

2013-03-15 12:22

developer   ~0023742

Dear aba,

Please consider this problem together with 0023670.

san

2013-03-15 13:23

developer   ~0023746

The following solution is proposed by dbv:

With XChangeProperty(), add the WM_DELETE_WINDOW message to the WM_PROTOCOLS events. Your program will then receive the close messages, through which you can end your window gracefully.

aba

2013-05-13 16:07

developer   ~0024371

Dear bugmaster,

this bug should be fixed with patch for the issue 0023670.
Could you please test it with the issue 23670?

mkv

2013-06-18 11:08

tester   ~0024782

Dear BugMaster,
The ussue 23670 was raised to git-master.
Following commands was tested in current master (IR-2013-06-13-IR-2013-06-13-occt):

pload ALL
vinit
#Then close the test 3D view with the mouse

3D Viewer was closed good, but another vinit draw-command was crashed with exeption "segmentation violation".

san

2013-07-16 11:29

developer   ~0025072

Last edited: 2013-07-16 11:34

 The problematic OCCT build crashes under Debian 6 inside Mesa implementation of glxMakeCurrent(), on XSync() call.

GDB reports the following libGL.so version is used in case of crash:
/dn48/PRODUCTS/salome/6.x/opt/DEBIAN.6.0.64/6.6.0/Mesa-9.1/lib/libGL.so.1

Meanwhile, the crash is not reproduced, if pre-installed Mesa (coming with Debian 6?) is used:
/usr/lib/libGL.so -> /usr/lib/mesa-diverted/libGL.so.1.2

san

2013-07-16 11:38

developer   ~0025073

Dear bugmaster,

Please re-test the problematic scenario (vinit - vclose - vinit) with the correct libGL.so.

bugmaster

2013-07-16 12:12

administrator   ~0025075

Problem is not reproduced on real HW (squeezex) after removing path at Mesa libraries from CSF_OPT_LIB64 variable of custom.sh file

Issue History

Date Modified Username Field Change
2012-11-29 19:06 san New Issue
2012-11-29 19:06 san Assigned To => mkv
2013-03-14 11:08 mkv Assigned To mkv => abv
2013-03-15 12:22 san Note Added: 0023742
2013-03-15 12:22 san Assigned To abv => aba
2013-03-15 12:22 san Status new => assigned
2013-03-15 12:22 san Relationship added related to 0023670
2013-03-15 12:23 san Target Version => 6.7.0
2013-03-15 13:23 san Note Added: 0023746
2013-05-13 16:07 aba Note Added: 0024371
2013-05-13 16:07 aba Assigned To aba => bugmaster
2013-05-13 16:07 aba Status assigned => feedback
2013-06-13 11:37 bugmaster Assigned To bugmaster => mkv
2013-06-13 11:37 bugmaster Status feedback => reviewed
2013-06-18 11:08 mkv Note Added: 0024782
2013-06-18 11:09 mkv Test case number => Not needed
2013-06-18 11:09 mkv Assigned To mkv => san
2013-06-18 11:09 mkv Status reviewed => assigned
2013-06-18 11:14 san Assigned To san => aba
2013-07-16 11:29 san Note Added: 0025072
2013-07-16 11:34 san Note Edited: 0025072
2013-07-16 11:38 san Note Added: 0025073
2013-07-16 11:38 san Assigned To aba => bugmaster
2013-07-16 11:38 san Status assigned => feedback
2013-07-16 12:12 bugmaster Note Added: 0025075
2013-07-16 12:12 bugmaster Status feedback => closed
2013-07-16 12:12 bugmaster Resolution open => no change required