Summary: | glDraw[Range]Elements end is out of bounds | ||
---|---|---|---|
Product: | Mesa | Reporter: | Fabio Pedretti <pedretti.fabio> |
Component: | Mesa core | Assignee: | mesa-dev |
Status: | RESOLVED NOTOURBUG | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: |
backtrace
output of call _mesa_print_arrays(ctx) |
Description
Fabio Pedretti
2010-10-05 08:12:50 UTC
Created attachment 39221 [details]
backtrace
Backtrace with mesa and sauerbraten debug symbols is attached.
This error is reported when one of the indexes/elements specified by the glDraw[Range]Elements call points to a vertex attribute that's outside the bounds of the containing VBO. If nothing is done about this, it's possible for this to cause a segfault/crash. To learn more, set a breakpoint on _mesa_warning(). When it gets hit do this in gdb: (gdb) call _mesa_print_arrays(ctx) That will print information about all the enabled vertex arrays. Please post that info. Created attachment 39234 [details]
output of call _mesa_print_arrays(ctx)
I checked all client *_ARRAY states via glIsEnabled() at the point he alleges this error occurred, and on my end, they are always disabled. (Using NV proprietary drivers) The texture coordinate array he shows as being enabled in his debug output therefor should not actually be enabled at all, unless he is somehow triggering an odd path in the code that is never reproducing for me, or somehow the bug is in the Mesa drivers themselves not disabling this array. Given my inability to reproduce this issue (again, all queried array states via glIsEnabled() are false except for the vertex array), I can not offer any help in this matter as of yet or point to anything in Sauerbraten's code that could actually be fixed. (In reply to comment #4) > I checked all client *_ARRAY states via glIsEnabled() at the point he alleges > this error occurred, and on my end, they are always disabled. (Using NV > proprietary drivers) > > The texture coordinate array he shows as being enabled in his debug output > therefor should not actually be enabled at all, unless he is somehow triggering > an odd path in the code that is never reproducing for me, or somehow the bug is > in the Mesa drivers themselves not disabling this array. Given my inability to > reproduce this issue (again, all queried array states via glIsEnabled() are > false except for the vertex array), I can not offer any help in this matter as > of yet or point to anything in Sauerbraten's code that could actually be fixed. Okay, found a potential culprit in my code buried away in a place I still can't force it to trigger the issue, but I will have the user check and see if it fixes it for him. Yeah, I can confirm the issue is no longer reproducible with the updated sauerbraten. *** Bug 25706 has been marked as a duplicate of this bug. *** |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.