Closed Bug 13479 Opened 25 years ago Closed 25 years ago

MLK: leak of 116 bytes - File channel or protocol handler or nsThreadPool?

Categories

(Core :: Networking, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: bruce, Assigned: warrensomebody)

References

Details

This was from a September 7, 1999 build on NT.

[W] MLK: Memory leak of 116 bytes from 1 block allocated in beginthreadex
        Distribution of leaked blocks
               116 bytes from 1 block of 116 bytes (0x036fb558) allocation
number 22745
        Allocation location
            calloc_dbg     [dbgheap.c:495]
            beginthreadex  [threadex.c:108]
            PR_MD_CREATE_THREAD [w95thred.c:106]
            PR_NativeCreateThread [pruthr.c:1037]
            PR_CreateThread [pruthr.c:1152]
            PR_CreateThread [pruthr.c:1360]
            nsThread::Init(nsIRunnable
*,UINT,PRThreadPriority,PRThreadScope,PRThreadState) [nsThread.cpp:76]
            NS_NewThread(nsIThread * *,nsIRunnable
*,UINT,PRThreadPriority,PRThreadScope,PRThreadState) [nsThread.cpp:212]
            nsThreadPool::Init(UINT,PRThreadPriority,PRThreadScope)
[nsThread.cpp:340]
            NS_NewThreadPool(nsIThreadPool *
*,UINT,UINT,UINT,PRThreadPriority,PRThreadScope) [nsThread.cpp:518]
            nsFileProtocolHandler::Init(void) [nsFileProtocolHandler.cpp:50]
            nsFileProtocolHandler::Create(nsISupports *,nsID const&,void * *)
[nsFileProtocolHandler.cpp:74]
            nsGenericFactory::CreateInstance(nsISupports *,nsID const&,void * *)
[nsGenericFactory.cpp:37]
            nsComponentManagerImpl::CreateInstance(nsID const&,nsISupports
*,nsID const&,void * *) [nsComponentManager.cpp:1203]
            nsComponentManager::CreateInstance(nsID const&,nsISupports *,nsID
const&,void * *) [nsRepository.cpp:77]
Assignee: gagan → warren
Status: NEW → ASSIGNED
Target Milestone: M11
This is because the file transport thread(s) hang around forever. Same with the
socket transport threads. I guess we could/should add a shutdown call for them.
Summary: MLK: File channel or protocol handler or nsThreadPool? → MLK: leak of 116 bytes - File channel or protocol handler or nsThreadPool?
Blocks: 14516
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I fixed this a week or so ago.
Status: RESOLVED → VERIFIED
verified
Bulk move of all Necko (to be deleted component) bugs to new Networking

component.
You need to log in before you can comment on or make changes to this bug.