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)
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.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Eli, I'm re-assigning you these Mac bugs to take ownership. These are
Greg's old bugs...
Comment 2•26 years ago
|
||
Pink - is our plan to be carbon compliant with the initial rev of seamonkey?
Reporter | ||
Comment 3•26 years ago
|
||
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.
Updated•26 years ago
|
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
Updated•26 years ago
|
Target Milestone: M6 → M7
Comment 4•25 years ago
|
||
Shrirang is now QA owner for Plug-ins; QA assigning all of my Plug-ins bugs over
to him.
Updated•25 years ago
|
Summary: [PP]68K plugin support needs to be removed for carbon compliance → 68K plugin support needs to be removed for carbon compliance
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
Reporter | ||
Comment 7•25 years ago
|
||
assigning to beard just so that it doesn't fall off the radar.
Assignee: av → beard
Status: ASSIGNED → NEW
Assignee | ||
Comment 8•25 years ago
|
||
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
Comment 9•24 years ago
|
||
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.
Comment 10•24 years ago
|
||
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
Assignee | ||
Comment 12•24 years ago
|
||
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.
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•