83681 - crash in find_temp_info in MSL

Status: VERIFIED WORKSFORME

(Core Graveyard :: History: Global, defect)

Description

[Kathleen :Brade]

I was surfing at epinions.com and crashed with this stack crawl:

 find_temp_info (file_io.mac.c, line 89; p is 0xEFEFEFEF)
 _close_file (file_io.mac.c, line 321)
 fclose (file_io.c, line 126)
 morkStdioFile::AcquireBud (morkFile.cpp, line 442)
 orkinFile::AcquireBud (orkinFile.cpp, line 466)
 morkWriter::MakeWriterStream (moreWriter.cpp, line 236)
 morkWriter::WriteMore (morkWriter.cpp, line 332)
 morkThumb::DoMore_Commit (morkThumb.cpp, line 468)
 morkThumb::DoMore_CompressCommit (morkThumb.cpp, line 484)
 morkThumb::DoMore (morkThumb.cpp, line 368)
 orkinThumb::DoMore (orkinThumb.cpp, line 229)
 nsGlobalHistory::Commit (nsGlobalHistory.cpp, line 2497)
 nsGlobalHistory::Flush (nsGlobalHistory.cpp, line 2054)
 nsGlobalHistory::Sync (nsGlobalHistory.cpp, line 1563)
 fireSyncTimer (nsGlobalHistory.h, line 210)
 ...

temp_info_anchor looks like this:
  refnum 6772
  spec (not sure this is a valid fsspec)
  next
      refnum 6771
      spec (not sure this is a valid fsspec)
      next 0xEFEFEFEF
      prev 0xEFEFEFEF
  prev (same as "next" above)

Comment 1

[Simon Fraser [no longer active]]

Brade: see
<http://www.mozilla.org/build/mac.html#Tools_and_resources>

Does patching your MSL fix this?

Comment 2

[Kathleen :Brade]

I'm not sure if it will fix it since I haven't seen the crash since I filed this 
bug.  I did *not* have that fix in (I grabbed my copy from the server).  Do we 
know if all of the build/release Macs have this fix?

Comment 3

[J.J. Enser]

Yes, all Release builds Macs have the MSL fix.

Comment 4

[Viswanath Ramachandran]

Brade: can we mark this as wfm, unless you can hit this with a release build
that has the MSL fix. 

Comment 5

[Kathleen :Brade]

resolving as worksforme; thanks jj!

Comment 6

[Kathleen :Brade]

verifying my own bug