Closed Bug 3575 Opened 26 years ago Closed 26 years ago

Memory errors in nsComponentManager

Categories

(Core :: XPCOM, defect, P1)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: bruce, Assigned: dp)

Details

This happens during apprunner startup. Pull from the late evening (PST) of March 9, 1999. Solaris 2.6, gcc 2.7.2.3, purify. UMR: Uninitialized memory read: * This is occurring while in: strcmp [rtlib.o] PL_CompareStrings [plhash.c:470] PL_HashTableRawLookup [plhash.c:181] PL_HashTableAdd [plhash.c:263] nsDllStore::Put(const char*,nsDll*) [xcDllStore.cpp:84] nsFactoryEntry::Init(nsDllStore*,const nsID&,const char*,long long,unsigned int) [nsComponentManager.cpp:120] nsComponentManagerImpl::PlatformFind(const nsID&,nsFactoryEntry**) [nsComponentManager.cpp:630] nsComponentManagerImpl::FindFactory(const nsID&,nsIFactory**) [nsComponentManager.cpp:877] nsComponentManagerImpl::CreateInstance(const nsID&,nsISupports*,const nsID&,void**) [nsComponentManager.cpp:1061] nsComponentManager::CreateInstance(const nsID&,nsISupports*,const nsID&,void**) [nsRepository.cpp:67] RDFXULBuilderImpl::CreateBuilder(const nsID&,nsIContent*,const nsString&) [nsRDFXULBuilder.cpp:1836] RDFXULBuilderImpl::CreateXULElement(nsIRDFResource*,int,nsIAtom*,nsIContent**) [nsRDFXULBuilder.cpp:1699] RDFXULBuilderImpl::CreateElement(nsIRDFResource*,nsIContent**) [nsRDFXULBuilder.cpp:1381] RDFXULBuilderImpl::AppendChild(nsIContent*,nsIRDFNode*) [nsRDFXULBuilder.cpp:1270] RDFXULBuilderImpl::CreateContents(nsIContent*) [nsRDFXULBuilder.cpp:563] XULDocumentImpl::CreateContents(nsIContent*) [nsXULDocument.cpp:1981] RDFElementImpl::EnsureContentsGenerated()const [nsRDFElement.cpp:2352] RDFElementImpl::ChildAt(int,nsIContent*&)const [nsRDFElement.cpp:1304] RDFElementImpl::GetFirstChild(nsIDOMNode**) [nsRDFElement.cpp:573] nsWebShellWindow::LoadMenus(nsIDOMDocument*,nsIWidget*) [nsWebShellWindow.cpp:543] nsWebShellWindow::OnConnectionsComplete() [nsWebShellWindow.cpp:769] nsDocLoaderImpl::AreAllConnectionsComplete() [nsDocLoader.cpp:1257] nsDocLoaderImpl::LoadURLComplete(nsIURL*,nsISupports*,int) [nsDocLoader.cpp:1226] nsDocumentBindInfo::OnStopBinding(nsIURL*,unsigned int,const unsigned short*) [nsDocLoader.cpp:1729] stub_complete(_NET_StreamClass*) [nsStubContext.cpp:585] net_ProcessFile [mkfile.c:1360] NET_ProcessNet [mkgeturl.c:3371] NET_PollSockets [mkselect.c:298] nsNetlibService::NetPollSocketsCallback(nsITimer*,void*) [nsNetService.cpp:1217] TimerImpl::FireTimeout() [nsTimer.cpp:73] * Reading 1 byte from 0xefffe1a8 on the stack. * Address 0xefffe1a8 is 240 bytes below frame pointer in function RDFXULBuilderImpl::CreateBuilder(const nsID&,nsIContent*,const nsString&).
Severity: normal → major
Status: NEW → ASSIGNED
Priority: P3 → P1
Target Milestone: M3
Taking this very seriously.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
And a BIG THANK YOU note to bruce. dp -- Subject: Re: PL_HashTable broken ? Date: Fri, 12 Mar 1999 10:24:31 -0800 From: Bruce Mitchener <bruce@cybersight.com> To: Suresh Duddi <dp@netscape.com> Newsgroups: netscape.public.mozilla.xpcom References: 1 , 2 Great! This fixes http://bugzilla.mozilla.org/show_bug.cgi?id=3575 and cleans up that part of my purify output quite nicely. Current logs are posted again today at http://www.puremagic.com/~bruce/pure-moz/ for apprunner. - Bruce
Status: RESOLVED → VERIFIED
Component: XPCOM Registry → XPCOM
QA Contact: dp → xpcom
You need to log in before you can comment on or make changes to this bug.