Closed
Bug 76343
Opened 25 years ago
Closed 25 years ago
OS/2 - chardet.dll crash
Categories
(Core :: Internationalization, defect)
Tracking
()
VERIFIED
FIXED
mozilla0.9
People
(Reporter: dmitry, Assigned: tetsuroy)
References
Details
Attachments
(2 files)
|
3.23 KB,
patch
|
Details | Diff | Splinter Review | |
|
5.80 KB,
patch
|
Details | Diff | Splinter Review |
Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:0.8.1+) Gecko/20010417
Enable Russian charset autodetection and visit www.mozilla.org for example to crash.
2001-04-11 was fine, its broken on 04-16
Comment 2•25 years ago
|
||
Changing qa contact to marina@netscape.com. Marina, can you confirm this bug?
QA Contact: andreasb → marina
Comment 4•25 years ago
|
||
The crash appears to be Os/2 specific, but the problem does not.
I traced the trap and it appears that what is happening is that mObserver in
nsDetectionAdapter is getting overriden.
Essentially the new for mObserver and a later new are returning the same
memory,
so when RawBuffer access mObserver it is trash.
I can't even find where mObserver is supposed to get freed in this code. It's
not a COMPtr.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Assignee | ||
Comment 5•25 years ago
|
||
Humm, I ment to change the mObserver to use nsCOMPtr; but
I forgot to do it.
class nsDetectionAdaptor : ... {
- nsMyObserver* mObserver;
+ nsCOMPtr<nsMyObserver> mObserver;
}
I'll attach the patch to see if this bug gets fixed in few minutes.
Can someone try the patch on OS/2?
| Assignee | ||
Comment 6•25 years ago
|
||
| Reporter | ||
Comment 7•25 years ago
|
||
This does not help. Still crashing.
| Reporter | ||
Comment 8•25 years ago
|
||
It traps inside nsDetectionAdaptor::RawBuffer
if(mObserver)
mObserver->SetNotifyByReload(PR_TRUE);
| Assignee | ||
Comment 9•25 years ago
|
||
I am seeing a memory override at the start up. The memory allocation of
nsCOMPtr<nsMyObserver> in nsDetectorAdaptor::nsDetectorAdaptor() is
causing the memory problem. Investigating...
| Assignee | ||
Comment 10•25 years ago
|
||
| Assignee | ||
Comment 11•25 years ago
|
||
We finally figure this out.
It's the #ifdef IMPL_NS_IPARSERFILTER was causing the problem.
IMPL_NS_IPARSERFILTER was not defined in nsCharDetModule.cpp where
nsDetectionAdaptor was constructed.
To only fix this bug, we can define IMPL_NS_IPARSERFILTER in
the top of nsCharDetModule.cpp.
Better yet, I attached the patch to remove the IMPL_NS_IPARSERFILTER
and did little clean up.
mkaply :can you assign this bug to me and test the patch (04/19/01 19:38)
on OS/2?
Comment 12•25 years ago
|
||
This latest patch fixes the trap.
We would really like this for 0.9.
Thanks
Assignee: mkaply → yokoyama
| Assignee | ||
Comment 13•25 years ago
|
||
There is a bug with the same patch (76152) which will be checked into 0.9
once /sr=xxxxx.
The bug is occuring in Linux; however, it's the similar bug.
The patch fixes both. I am going to make 76152 to be depend on this bug.
| Assignee | ||
Comment 14•25 years ago
|
||
Patch in 76152 should fix this bug as well. Please verify.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: mozilla0.9.1 → mozilla0.9
| Reporter | ||
Comment 15•25 years ago
|
||
Crash fixed.
There is another bug - chardetection preference not saved. At least I see
nothing about current setting after starting browser. Should I open new bug?
Status: RESOLVED → VERIFIED
| Assignee | ||
Comment 16•25 years ago
|
||
Please add a new bug if it's not already filed.
Thanks
You need to log in
before you can comment on or make changes to this bug.
Description
•