Bug 89753

Summary: V8 bindings inheritance mechanism relies on the inheritance structure of the wrapped C++ classes
Product: WebKit Reporter: Yury Semikhatsky <yurys>
Component: WebCore Misc.Assignee: Nobody <webkit-unassigned>
Status: RESOLVED INVALID    
Severity: Normal CC: abarth, antonm, burg, dglazkov, loislo, pfeldman
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Breaking change example none

Yury Semikhatsky
Reported 2012-06-22 03:55:12 PDT
In V8 bindings toNative conversion of a v8 handle to the wrapped native object is implemented as a reinterpret_cast<> to the exact type of the wrapped object, e.g.: class V8Element { ... static Element* toNative(v8::Handle<v8::Object> object) { return reinterpret_cast<Element*>(object->GetPointerFromInternalField(v8DOMWrapperObjectIndex)); } this is true for all wrapper classes in the prototype chain that cast the pointer stored in v8DOMWrapperObjectIndex internal field to the type they require. Given that wrapSlow method will always store Node* pointer, toNative method assumes that the pointer to the wrapped object cast to Node* will point to the same address as the original one. This assumption may easily be broken if we have some classes with virtual methods in the ancestors list before the Node(see attached patch for example). This can be fixed by changing the toNative method to something like this: static Element* toNative(v8::Handle<v8::Object> object) { return static_cast<Element*>(static_cast<Node*>(object->GetPointerFromInternalField(v8DOMWrapperObjectIndex))); } There is a worse problem in case of external arrays(and probably something else) where we first store pointer to Int32Array into the field and later may reinterpret_cast it to ArrayBufferView*
Attachments
Breaking change example (689 bytes, patch)
2012-06-22 03:56 PDT, Yury Semikhatsky
no flags
Yury Semikhatsky
Comment 1 2012-06-22 03:56:52 PDT
Created attachment 148992 [details] Breaking change example
Adam Barth
Comment 2 2012-06-22 10:51:49 PDT
Sounds like a good idea.
Note You need to log in before you can comment on or make changes to this bug.