BUG: Relative Monikers and OLE 1.0 Link Objects
Article ID: 111609
Article Last Modified on 3/3/2005
APPLIES TO
This article was previously published under Q111609
SYMPTOMS
When a link object from an OLE 2.0 application is copied to the clipboard
and then pasted into an OLE 1.0 application, the OLE 2.0 emulation layer
preserves the object's relative moniker. If the OLE 1.0 application
document is closed and then reopened by an OLE 2.0 version of the
application, OLE 2.0 will create a full moniker for the linked object by
appending the preserved relative moniker to the file moniker for the
document. This full moniker will be incorrect, because it will point to the
new document rather than to the first OLE 2.0 application's document that
contains the original linked object.
However, OLE 2.0 will still be able to bind to the linked object by
following the absolute moniker that is also stored with the object
(providing that the absolute location of the original linked object has not
changed). At the time of this binding, OLE will then correct the full
moniker for the object.
STATUS
Microsoft has confirmed this to be a problem with the Object Linking and
Embedding libraries version 2.01.
Additional query words: 2.10 buglist2.01 kbbuglist
Keywords: kbbug KB111609