| Ticket UUID: | 1940433 | |||
| Title: | definitely lost mem with tcl8.4.19rc0 | |||
| Type: | Bug | Version: | obsolete: 8.4.19 | |
| Submitter: | pointsman | Created on: | 2008-04-11 19:45:28 | |
| Subsystem: | 47. Bytecode Compiler | Assigned To: | dgp | |
| Priority: | 9 Immediate | Severity: | ||
| Status: | Closed | Last Modified: | 2008-04-14 23:26:09 | |
| Resolution: | Fixed | Closed By: | dgp | |
| Closed on: | 2008-04-14 16:26:09 | |||
| Description: |
tcl8.4.19rc0, build with --enable-symbols, added -DPURIFY
In all.tcl:
tcltest::singleProcess 1 (because on linux)
(and before the return at the end of the file):
proc exit args {}
If I run:
valgrind --num-callers=60 --leak-check=full --show-reachable=yes ./tcltest ../tests/all.tcl -file compExpr-old.test -match 'compExpr-old-1.12'
valgrind returns:
(see attachement or http://paste.tclers.tk/871
| |||
| User Comments: |
dgp added on 2008-04-14 23:26:09:
Logged In: YES user_id=80530 Originator: NO fix committed. will retag 8.4.19 and cut new RC. dgp added on 2008-04-14 23:21:54: Logged In: YES user_id=80530 Originator: NO Patch for 1899164 is to blame. Patch was originally developed for 8.5, where compilation errors no longer happen. Backport to 8.4 neglected to cover the exit from Tcl_ExprObj() on a compile error. pointsman added on 2008-04-14 05:20:25: Logged In: YES user_id=13222 Originator: YES Tcl 8.4.18 doesn't has this leak, too. Looks new. pointsman added on 2008-04-14 03:52:28: Logged In: YES user_id=13222 Originator: YES Tcl head (as of 2009-04-13) doesn't has this leak. pointsman added on 2008-04-12 02:45:28: File Added - 274200: valgrind.out | |||
Attachments:
- valgrind.out [download] added by pointsman on 2008-04-12 02:45:28. [details]