Closed Bug 4422 Opened 26 years ago Closed 24 years ago

68K plugin support needs to be removed for carbon compliance

Categories

(Core Graveyard :: Plug-ins, defect, P3)

PowerPC
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED FIXED
Future

People

(Reporter: mikepinkerton, Assigned: beard)

Details

(Keywords: platform-parity)

The Mixed-Mode Manager in Carbon (even under OS8.5) is going away. We need to remove references to CallUniversalProc() and NewRoutineDescriptor() from the code because they are not available any more. This means no 68K plugins. amusil thinks this is an ok requirement.
Status: NEW → ASSIGNED
Eli, I'm re-assigning you these Mac bugs to take ownership. These are Greg's old bugs...
Pink - is our plan to be carbon compliant with the initial rev of seamonkey?
It would be nice to be pretty close. It's not the end of the world if we're not, but it would make my life much easier if I didn't have to carry around a lot of #ifdef-d code in my tree.
Target Milestone: M6
Summary: 68K plugin support needs to be removed for carbon compliance → [PP]68K plugin support needs to be removed for carbon compliance
Target Milestone: M6 → M7
Status: NEW → ASSIGNED
Target Milestone: M8 → M12
Target Milestone: M12 → M14
Shrirang is now QA owner for Plug-ins; QA assigning all of my Plug-ins bugs over to him.
Keywords: pp
Target Milestone: M14 → M15
Summary: [PP]68K plugin support needs to be removed for carbon compliance → 68K plugin support needs to be removed for carbon compliance
non-essential for m16
Target Milestone: M15 → M17
This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: M17 → Future
assigning to beard just so that it doesn't fall off the radar.
Assignee: av → beard
Status: ASSIGNED → NEW
At least conditionally dropped, when running under Mac OS X. However, since the Quicktime plugin still has a 68K entry point (last time I looked) we probably still need this support in Mac OS 9.
Status: NEW → ASSIGNED
If we want to be compatible with Microsoft Internet Explorer and its Carbon implementation (and, therefore, simplify things for our developers), then we should support the plug-in filetype 'IEPL' (Netscape got in first for browser plug-ins, but Microsoft got in first for Carbonized plug-ins), which is used to denote a Carbonized plug-in. All entry points for that type of plug-in are merely function pointers without any use of UPPs.
I'm marking this as fixed as I know Patrick has plugins working in the carbon these days
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
taking sdagley's word and marking Verified :)
Status: RESOLVED → VERIFIED
Just to clarify Gary Wade's comment, 'IEPL' is no longer the standard plugin file type, rather Apple has specified 'BRPL' instead. It also turns out that the 68K and the Carbon way to handle callbacks are identical. The current interfaces reflect that.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.