summaryrefslogtreecommitdiff
path: root/src/qml/jsruntime/qv4arraydata.cpp
diff options
context:
space:
mode:
authorSimon Hausmann <simon.hausmann@theqtcompany.com>2015-04-28 15:38:09 +0200
committerSimon Hausmann <simon.hausmann@theqtcompany.com>2015-05-08 04:08:10 +0000
commit3b5d37ce3841c4bfdf1c629d33f0e33b881b47fb (patch)
tree8b67170484d8675366f72d14af43e62849878a15 /src/qml/jsruntime/qv4arraydata.cpp
parentd0dc7cec78e182f04726c5a2adade80dc2983bcf (diff)
downloadqtdeclarative-3b5d37ce3841c4bfdf1c629d33f0e33b881b47fb.tar.gz
Fix memory corruption when multiple QML engines have JavaScript wrappers for the same QObject
It's possible that the same QObject is exposed to multiple JavaScript environments, for which we have this "extra" hack in the form of a QMap. The common case is that QQmlData has a QV4::WeakValue that points to the JS wrapper for the object. However in the rare case of multiple exposure, a map in the other engines stores those references. That map was erroneously storing pointers to temporary values on the JS stack instead of heap pointers. Change-Id: I8587f9921a9b4f9efd288326d00cebc25ad0bc12 Task-number: QTBUG-45051 Reviewed-by: Lars Knoll <lars.knoll@digia.com>
Diffstat (limited to 'src/qml/jsruntime/qv4arraydata.cpp')
0 files changed, 0 insertions, 0 deletions