This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[PATCH] Avoid mtracing linuxthreads threaded apps

Hi!

It just doesn't work reliably, linuxthreads sometimes doesn't free
more than those 3 objects depending on the exact order of events when
exiting.

2004-02-20  Jakub Jelinek  <jakub@redhat.com>

	* Makefile (generated): Remove tst-stack1.mtrace and tst-stack1-mem.
	(tests): Remove $(objpfx)tst-stack1-mem.
	(tst-stack1-ENV): Remove.
	($(objpfx)tst-stack1-mem): Remove.

--- libc/linuxthreads/Makefile.jj	2004-02-19 17:50:34.000000000 +0100
+++ libc/linuxthreads/Makefile	2004-02-20 20:54:55.004992264 +0100
@@ -116,8 +116,6 @@ test-srcs = tst-signal
 # These tests are linked with libc before libpthread
 tests-reverse += tst-cancel5
 
-generated += tst-stack1.mtrace tst-stack1-mem
-
 ifeq ($(build-static),yes)
 tests += tststatic tst-static-locale tst-cancel-static
 tests-static += tststatic tst-static-locale tst-cancel-static
@@ -144,15 +142,6 @@ tst-tls1modd.so-no-z-defs = yes
 tst-tls1mode.so-no-z-defs = yes
 tst-tls1modf.so-no-z-defs = yes
 
-tests: $(objpfx)tst-stack1-mem
-tst-stack1-ENV = MALLOC_TRACE=$(objpfx)tst-stack1.mtrace
-
-# There are still up to 3 objects unfreed:
-# manager thread's stack, tls block and dtv
-$(objpfx)tst-stack1-mem: $(objpfx)tst-stack1.out
-	$(common-objpfx)malloc/mtrace $(objpfx)tst-stack1.mtrace > $@ \
-	|| [ `grep ^0 $@ | wc -l` -le 3 ]
-
 $(test-modules): $(objpfx)%.so: $(objpfx)%.os $(common-objpfx)shlib.lds
 	$(build-module)
 

	Jakub
Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]