Closed
Bug 14117
Opened 25 years ago
Closed 25 years ago
[patch] build bustage in nsRelatedLinksHandler.cpp
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: tor, Assigned: mozilla)
Details
In xpfe/components/related/src/nsRelatedLinksHandler.cpp there is a line which attempts to take the address of a temporary class instance. Some compilers (such as SUNWspro 5.0) refuse to deal with it. Happily the fix is trivial: Index: nsRelatedLinksHandler.cpp =================================================================== RCS file: /cvsroot/mozilla/xpfe/components/related/src/nsRelatedLinksHandler.cpp,v retrieving revision 1.18 diff -u -r1.18 nsRelatedLinksHandler.cpp --- nsRelatedLinksHandler.cpp 1999/09/17 02:26:25 1.18 +++ nsRelatedLinksHandler.cpp 1999/09/17 04:01:02 @@ -196,7 +196,8 @@ (nsISupports**)&charsetConv); if (NS_SUCCEEDED(rv) && (charsetConv)) { - rv = charsetConv->GetUnicodeDecoder(&nsString("UTF-8"), + nsString utf8("UTF-8"); + rv = charsetConv->GetUnicodeDecoder(&utf8, getter_AddRefs(mUnicodeDecoder)); NS_RELEASE(charsetConv); }
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 1•25 years ago
|
||
Fix checked in. Thanks!
Updated•25 years ago
|
QA Contact: beppe → elig
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 2•25 years ago
|
||
Since browser QA does not have the ability to verify code-level fixes, this is being rubber-stamped as verified.
Updated•2 years ago
|
Product: Core → Core Graveyard
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•