View Issue Details

IDProjectCategoryView StatusLast Update
0022507Runner[All Projects] FunctionsPublic2016-11-30 14:42
ReporterMaddeMichaelAssigned ToMike Rennie 
PriorityMediumSeverityA - Crash/HangReproducibility100%
Status ClosedResolutionFixed 
PlatformWindowsOSWindows 8OS Version
Product Version 
Target VersionFixed in Version 
Summary0022507: Functions: Runner Crash on "vertex_format_delete"
DescriptionIf vertex_format_delete is performed upon a vertex format which is used by a drawable (e.g at least 3 vertices specified for a triangle list) vertex buffer that is actually drawn, the runner crashes.

Initially, I'd assumed that vertex format information had been copied into the buffer, so I could delete the format after I'd built the buffer. Upon further thinking, that could easily not be the case.

If the vertex format should not be deleted unless all vertex buffers that use the format are no longer being used, meaning this behaviour would be expected, then I believe the documentation for vertex_format_delete should be updated with a note warning this, to make things a little clearer, as well as show a proper crash report stating that a non-existing vertex format is being used.

If, however, this behaviour is unexpected, here is some code that always crashes for me (It's not enough to be worth attatching a project)

I've attatched a gmz project now, including 2 potential crashes. One is the crash I believe is expected (deleting a format that is still in use), contained within an object called "ExpectedCrash"

The other crash could be what was happening before, contained within an object called "Unexpected Crash" - When more than one format has been created, you cannot delete more than one without a crash. There are more details in the code comments, but that's a basic summary.
Steps To Reproduce1) Run the attached .gmz you'll get the crash from the ExpectedCrash object
2) Swap the room order
3) You'll get the crash from the UnexpectedCrash object
Additional InformationOriginal helpdesk ticket:
1.4 Found In1.4.1757
2.x Runtime Found In
2.x Runtime Verified In


Stewart Bishop

2016-07-11 10:28


VertexFormatCrash.gmz (9,145 bytes)

Mike Rennie

2016-10-21 10:36

Developer   ~0049786

An error message is now shown if you try to use a vertex format that has been freed.

The crash in the second example has also been fixed.