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

VERIFIED FIXED in M11

Status

()

P3
major
VERIFIED FIXED
20 years ago
19 years ago

People

(Reporter: bruce, Assigned: warrensomebody)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
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]

Updated

20 years ago
Assignee: gagan → warren
(Assignee)

Updated

20 years ago
Status: NEW → ASSIGNED
Target Milestone: M11
(Assignee)

Comment 1

20 years ago
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.

Updated

20 years ago
Summary: MLK: File channel or protocol handler or nsThreadPool? → MLK: leak of 116 bytes - File channel or protocol handler or nsThreadPool?

Updated

20 years ago
Blocks: 14516
(Assignee)

Updated

20 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED
(Assignee)

Comment 2

20 years ago
I fixed this a week or so ago.

Updated

20 years ago
Status: RESOLVED → VERIFIED

Comment 3

20 years ago
verified

Comment 4

19 years ago
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.