Closed
Bug 321960
Opened 19 years ago
Closed 8 years ago
nsPluginInstanceOwner::GetUniqueID not-so-unique on 64-bit platforms
Categories
(Core Graveyard :: Plug-ins, defect)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: Biesinger, Unassigned)
References
()
Details
(Keywords: 64bit)
2267 NS_IMETHODIMP nsPluginInstanceOwner::GetUniqueID(PRUint32 *result)
2268 {
2269 NS_ENSURE_ARG_POINTER(result);
2270 *result = NS_PTR_TO_INT32(mOwner);
This may not be unique on 64-bit platforms. Maybe it should somehow include the upper 32 bit in the number.
Comment 1•19 years ago
|
||
You can't squeeze 64 bits into 32 bits. Either the "unique ID" has to be calculated in a way other than from the pointer, or the API has to change (at least on 64-bit platforms).
We could simply keep a member that is set from a counter on each nsPluginInstaceOwner creation.
Reporter | ||
Comment 3•19 years ago
|
||
the API can't change, it is part of the XPCOM plugin API.
![]() |
||
Comment 4•19 years ago
|
||
Should we perhaps actually freeze the XPCOM plug-in API if it's effectively frozen?
Reporter | ||
Comment 5•19 years ago
|
||
it's marked deprecated, doesn't that imply frozen?
![]() |
||
Comment 6•19 years ago
|
||
Hmm.. I guess so. Too bad people have no plans to stop using it. :(
Comment 7•8 years ago
|
||
This method/variable doesn't exist any more.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•