Closed Bug 94186 Opened 23 years ago Closed 23 years ago

Blackconnect doesn't handle typedefs

Categories

(Core Graveyard :: Java to XPCOM Bridge, defect)

All
Other
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: edburns, Assigned: blackconnect)

References

()

Details

Attachments

(2 files)

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
Blocks: 94192
Attached patch fix for the bugSplinter Review
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
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: