Closed Bug 13464 Opened 26 years ago Closed 26 years ago

MLK: -(8193 bytes in xpidl according to insure++lite under RH6.0 Linux

Categories

(Core :: XPCOM, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: cls, Assigned: mike+mozilla)

References

Details

(Keywords: memory-leak)

There were no insure messages when compiling xpidl and the libs it uses but everytime it runs, it prints out this message: **LEAK_FREE** Memory leaked freeing block: p Lost block : 0x080cf528 thru 0x080d1528 (8193 bytes) p, allocated at: xpidl_malloc() new_input_callback_data() NextIsInclude() input_callback() ** routines not compiled with insure ** xpidl_process_idl() main() Stack trace where the error occurred: input_callback() ** routines not compiled with insure ** xpidl_process_idl() main() That was the first time xpidl was run. Strangely enough, most of the subsequent runs leak at the same address although it may be coincidental. Lost block : 0x080d3528 thru 0x080d5528 (8193 bytes) Near stock RH 6.0 config: glibc 2.1.1-6, egcs-1.1.2-12, binutils-2.9.1.0.25, 2.2.12 kernel.
Summary: MLK in xpidl according to insure++lite under RH6.0 Linux → [PP]MLK in xpidl according to insure++lite under RH6.0 Linux
Putting on [PP] list.
Summary: [PP]MLK in xpidl according to insure++lite under RH6.0 Linux → MLK in xpidl according to insure++lite under RH6.0 Linux
Believed to be on all platforms. Removing [PP]
Mass accept as ASSIGNED of xpidl bugs
Summary: MLK in xpidl according to insure++lite under RH6.0 Linux → MLK: -(8193 bytes in xpidl according to insure++lite under RH6.0 Linux
Blocks: 14516
Keywords: mlk
Fixed. I've redone the buffer management, and I think everything gets freed now.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Component: xpidl → XPCOM
QA Contact: mike+mozilla → xpcom
You need to log in before you can comment on or make changes to this bug.