Closed
Bug 94186
Opened 23 years ago
Closed 23 years ago
Blackconnect doesn't handle typedefs
Categories
(Core Graveyard :: Java to XPCOM Bridge, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: edburns, Assigned: blackconnect)
References
()
Details
Attachments
(2 files)
27.72 KB,
text/plain
|
Details | |
3.71 KB,
patch
|
Details | Diff | Splinter Review |
Hello, When trying to use blackconnect to expose mozilla's cache implementation to webclient users, I found it necessary to access the nsICache interface. This interface has two typedefs, which blackconnect appears to ignore: 28 typedef long nsCacheStoragePolicy; 29 typedef long nsCacheAccessMode; When I run xpidl like this: ..\..\..\dist\WIN32_D.OBJ\bin\xpidl -m java -w -I..\..\..\dist\idl\ nsICache.idl I get: nsICache.idl:108: Error: const declaration 'ACCESS_NONE' must be of type short or long
Assignee | ||
Comment 2•23 years ago
|
||
Assignee | ||
Comment 3•23 years ago
|
||
We need to substitute typedefed types before any processing happen. See http://bugzilla.mozilla.org/showattachment.cgi?attach_id=45501 for details of the fix. Also xpidl.c xpidl_idl.c were removed from the mozilla/java/xpcom/java/xpidl/ directory. Now we are using default files from the mozilla/xpcom/typelib/xpidl directory. The fix is checked into the mozilla trunk. closing as fixed
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•