http://bugs.freedesktop.org/show_bug.cgi?id=22540

           Summary: VBO is still mapped after drawing, therefore glMapBuffer
                    fails
           Product: Mesa
           Version: CVS
          Platform: Other
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/DRI/i915
        AssignedTo: dri-devel@lists.sourceforge.net
        ReportedBy: tfc_d...@club-internet.fr


Created an attachment (id=27231)
 --> (http://bugs.freedesktop.org/attachment.cgi?id=27231)
Test case : if it segfault, then it failed!

After having mapped a VBO once with glMapBuffer for data initialization and
drawn it, the buffer seems not to be unmapped as expected. This cause the next
call to glMapBuffer to always return NULL.

The attached program show a test case. It should draw a rotating cube. After
the first frame is drawn, it segfaults.

Expected output:

[...]
Before copying data, buffer is not mapped
Mapping frame 18
Before drawing, buffer is not mapped
After drawing, buffer is not mapped
Frame 18 finished...
----------
Before copying data, buffer is not mapped
Mapping frame 19
Before drawing, buffer is not mapped
After drawing, buffer is not mapped
Frame 19 finished...
----------
Before copying data, buffer is not mapped
Mapping frame 20
Before drawing, buffer is not mapped
After drawing, buffer is not mapped
Frame 20 finished...
[...]

Current output:

Before copying data, buffer is not mapped
Mapping frame 1
Before drawing, buffer is not mapped
After drawing, buffer is mapped
Frame 1 finished...
----------
Before copying data, buffer is mapped
Mapping frame 2
Segmentation Fault

NOTES:

* it works in software mode (LIBGL_ALWAYS_SOFTWARE=1),
* it works with Mesa 7.3 in Ubuntu Jaunty (9.04),
* it works with NVIDIA 177.82 and 180.44 proprietary drivers,
* it fails for me with mesa 7.5 up to date from git, but it has been reported
to me that it fails with mesa 7.6 (up do date from git) too.


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to