[Dogfood, PP] mac: seamonkey crashes upon launch

VERIFIED FIXED in M14

Status

SeaMonkey
Startup & Profiles
P3
blocker
VERIFIED FIXED
18 years ago
13 years ago

People

(Reporter: sairuh (rarely reading bugmail), Assigned: Simon Fraser)

Tracking

Trunk
PowerPC
Mac System 9.x

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

18 years ago
installed the 2000-01-27-08 comm bits on mac. not quite the same as bug 25274
(on windows), in that i never even got to the Profile Manager. not a problem on
linux (same bits).

i've a G3 running 9.0, and have multiple profiles --if any of that makes any
difference. btw, eli also experienced this (tho' using macos 8.6x). i've
included the stack trace below. (apologies for the ugliness.) 

 Calling chain using A6/R1 links 
  Back chain  ISA  Caller 
  00000000    PPC  05D06A08 
  068DE000    PPC  05D03C70  main+00190068DDF60    PPC  05D031C4  main1(int,
char**)+002AC068DDE70    PPC 
0540D9F4  nsProfile::StartupWithArgs(nsICmdLineService*)+00068068DDE00    PPC 
0540DAE8 
nsProfile::LoadDefaultProfileDir(nsCString&)+0005C068DDC00    PPC  06B07608 
nsCOMPtr_base::assign_from_helper(const nsCOMPtr_helper&, const 
nsID&)+00028068DDBB0    PPC  06B03880  nsGetServiceByCID::operator()(const
nsID&, void**)
const+0005C068DDB60    PPC  06B05008  nsServiceManager::GetService(const nsID&,
const nsID&, nsISuppor 
ts**, nsIShutdownListener*)+00050068DDB10    PPC  06B04384 
nsServiceManagerImpl::GetService(const nsID&,
const nsID&, nsISu 
pports**, nsIShutdownListener*)+00168068DDA80    PPC  06AFD334 
nsComponentManager::CreateInstance(const
nsID&, nsISupports*, co 
nst nsID&, void**)+00054068DDA30    PPC  06B11CFC 
nsComponentManagerImpl::CreateInstance(const nsID&,
nsISupports* 
, const nsID&, void**)+00074068DD9D0    PPC  06B0ABF0 
nsGenericFactory::CreateInstance(nsISupports*, const
nsID&, void 
**)+0001C068DD990    PPC  05756028  CreateNewPref(nsISupports*, const nsID&,
void**)+0002C068DD950    PPC 
05752D74  nsPref::GetInstance()+0004C068DD910    PPC  0575302C 
nsPref::StartUp()+00010068DD8D0    PPC  05756B74 
PREF_Init+00228068DD870    PPC  05755B64 
pref_InitInitialObjects+0021C068DD790    PPC  05755328 
pref_OpenFileSpec(nsIFileSpec*, int, int, int, int)+00150068DD730    PPC 
06BB7E4C  JS_GC+00048068DD6F0    PPC 
06BD334C  js_ForceGC+00028068DD6B0    PPC  06BD3844  js_GC+004B8068DD630    PPC 
06BE2E34 
js_FinalizeObject+00080068DD5E0    PPC  05158EBC 
WrappedNative_Finalize(JSContext*,
JSObject*)+00058068DD590    PPC  051527EC 
nsXPCWrappedNative::JSObjectFinalized(JSContext*, JSObject*)+000 
84068DD510    PPC  051526E4  nsXPCWrappedNative::Release()+00040068DD4C0    PPC 
051530E4 
nsXPCWrappedNative::~nsXPCWrappedNative()+00060068DD440    PPC  05152714 
nsXPCWrappedNative::Release()+00070068DD3F0    PPC  06BB7C90 
JS_RemoveRootRT+0000C068DD3B0    PPC 
06BD2B2C  js_RemoveRoot+0002C068DD370    PPC  06C07E3C 
JS_HashTableRemove+00054068DD330    PPC 
06C07CB0  JS_HashTableRawRemove+00034068DD2D0    PPC  06C076A0 
DefaultFreeEntry+00018 
PowerPC unmapped memory exception at 06CA37CC 
 Closing log

Comment 1

18 years ago
Engineer-assigning to Dan Veditz, rather than the default of gbush.
Assignee: gbush → dveditz
(Assignee)

Comment 2

18 years ago
oh, cool. this is actually a similar stack to 24312, which i'm looking at now. no 
clues yet, but something is randomly trashing memory.

Comment 3

18 years ago
Just FYI, Mozilla launches correctly after trashing the Users50 directory (in 
Documents:Mozilla)
(Assignee)

Comment 4

18 years ago
ok, we got this now. sdagley was writing one off the end of a buffer in 
nsLocalFileMac.
Assignee: dveditz → sfraser
(Assignee)

Comment 5

18 years ago
Fixed, yay.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 6

18 years ago
I continue to experience crashes with the 2000012808 Mac builds
The first launch with icon or Mozilla Installer or Mozilla Profile Wizard is 
successful.  I can get to seamonkey through the CreateProfile Wizard. 
Using Mozilla Profile Manager or Mozilla SelectProfile - which go to Profile 
Manager before seamonkey I always get a crash.  
Once I have more than one profile created which forces the use of Profile 
Manager I crash no matter which option I choose.
The only way I can access seamonkey is through the Wizard, forcing me to create 
a new profile each time
Status: RESOLVED → REOPENED

Updated

18 years ago
Resolution: FIXED → ---
(Assignee)

Comment 7

18 years ago
Can you get stack crawls for the crash(es) please?

Comment 8

18 years ago
Created attachment 4666 [details]
stack crawl after Mozilla ProfileManager

Comment 9

18 years ago
Created attachment 4667 [details]
stack crawl after Mozilla Select Profile

Comment 10

18 years ago
Simon, I'm setting this to m14
Target Milestone: M14
(Assignee)

Comment 11

18 years ago
Got a fix for this. It was fun!

The crash in GetColor() happened because we were blithely casing a GrafPtr to a 
CGrafPtr to get at the GrafVars, and the object was really a GrafPort. Turns out 
that this GrafPort was the splash screen, which was a non-color dialog.

Added code to check for a color grafport before trying to get the color, and 
added a 'dctb' resource to the splash screen to make it color.
(Assignee)

Comment 12

18 years ago
Fixes checked in.
Status: REOPENED → RESOLVED
Last Resolved: 18 years ago18 years ago
Resolution: --- → FIXED

Comment 13

18 years ago
2000013108 build 
Status: RESOLVED → VERIFIED

Updated

13 years ago
OS: Mac System 9.x
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.