summaryrefslogtreecommitdiffstats
path: root/src/sql/doc/snippets/code
diff options
context:
space:
mode:
authorLaszlo Agocs <laszlo.agocs@qt.io>2022-12-06 16:40:12 +0100
committerLaszlo Agocs <laszlo.agocs@qt.io>2023-01-24 16:01:05 +0100
commit3bad6d597071186be51d537d2cda786caf879a6c (patch)
tree9ae4e3481e51977293bc468e987c9255ed052d17 /src/sql/doc/snippets/code
parentf045ef4ab6f72b2024119d15da8476a26e3b2242 (diff)
QOpenGLContext: Handle versionFunctions like other data
While probably not common, it is not unthinkable that one does a destroy() - create() on a QOpenGLContext while relying on the versioned function wrappers. This is likely broken at the moment since the internal data is not released on destroy(), only when the QOpenGLContext is deleted. This differs from any other similar data (the portable function resolvers, QOpenGLTexture backing data, etc.) which are all dropped and nulled out in destroy(). Also remove the bizarre comment in the dtor which must be something from Qt 4 / QGLWidget times. Note that this does not fix the associated problem since that only relies on the standard mechanism that leads to fully destroying and then recreating the QOpenGLContext when the window changes. Pick-to: 6.5 Task-number: QTBUG-109171 Change-Id: Id265a1d208ffae3792a0608c29324e840ce690dc Reviewed-by: Christian Strømme <christian.stromme@qt.io>
Diffstat (limited to 'src/sql/doc/snippets/code')
0 files changed, 0 insertions, 0 deletions