- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi everyone,
I wrote a little wrapper for clMemoryObjects in which I set a callback for buffer/memory destruction via clSetMemObjectDestructorCallback (actually it's the C++ wrapper equivalent).
When the callback is called, however, and I want to query the cl_mem, which is passed to the callback by the API, I sometimes get an error code Of "-38" -> CL_INVALID_MEM_OBJECT. The application is basically single threaded, so I don't see, where the object should have been destroyed elswhere.
I am also using other OpenCL platforms, in which the code workd properly, so I'm wondering where to look next for my bug.
Best regards
Matthias
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Please see end of chapter 5.4.1 at OpenCL 1.2 specification; it says:
" The user callback function may not call OpenCL APIs with the memory object for which the callback function is invoked and for such cases the behavior of OpenCL APIs is considered to be undefined."
So i conclude that the behaviour your are getting is expected. Callback registration is mainly for releasing resources that have been used for the memory object creation and been provided to the OpenCL framework; and this callback hints that it's fine now to release them.
Hope this helps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
chapter 5.4.1 OpenCL 1.2:
"memobj is the memory object being deleted. When the user callback is called by the implementation, this memory object is not longer valid.memobj is only provided for reference purposes."
Implementation calls the callback AFTER releasing all internal resources in order to allow user to free the memory used for data. The memobj handle is provided solely for easing lookup process in user data structure in case user used this handle as a key.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Classical case of "Read first - then ask" ...
Thank you for the quick and profound answers!

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page