Your message dated Mon, 12 Feb 2007 13:02:03 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#368749: fixed in man-db 2.4.4-1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: man-db
Version: 2.4.3-3
Severity: normal
apropos leaks ~100KB for each query.
xterm -e top &while :; do echo adventure; done |xargs apropos
I was using apropos to test for which glibc symbols have manpages.
For a single query:
|==19144== 39 bytes in 1 blocks are possibly lost in loss record 4 of 17
|==19144== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19144== by 0x8051171: xmalloc (xmalloc.c:66)
|==19144== by 0x80510A0: xstrdup (xstrdup.c:38)
|==19144== by 0x804ADDE: add_sections (manp.c:178)
|==19144== by 0x804BB44: add_to_dirlist (manp.c:748)
|==19144== by 0x804BBF8: read_config_file (manp.c:789)
|==19144== by 0x804CF56: manpath (manp.c:577)
|==19144== by 0x804AB21: main (whatis.c:742)
|
|==19144== 63,775 bytes in 2,891 blocks are definitely lost in loss record 17
of 17
|==19144== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19144== by 0x8051171: xmalloc (xmalloc.c:66)
|==19144== by 0x80510A0: xstrdup (xstrdup.c:38)
|==19144== by 0x8049AB8: main (whatis.c:639)
For a multiple query (of the same name twice):
|==19180== 39 bytes in 1 blocks are possibly lost in loss record 6 of 31
|==19180== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19180== by 0x8051171: xmalloc (xmalloc.c:66)
|==19180== by 0x80510A0: xstrdup (xstrdup.c:38)
|==19180== by 0x804ADDE: add_sections (manp.c:178)
|==19180== by 0x804BB44: add_to_dirlist (manp.c:748)
|==19180== by 0x804BBF8: read_config_file (manp.c:789)
|==19180== by 0x804CF56: manpath (manp.c:577)
|==19180== by 0x804AB21: main (whatis.c:742)
|
|==19180== 256 bytes in 1 blocks are definitely lost in loss record 21 of 31
|==19180== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19180== by 0x40DC632: regcomp (regcomp.c:485)
|==19180== by 0x804A954: main (whatis.c:754)
|
|==19180== 8,452 (164 direct, 8,288 indirect) bytes in 1 blocks are definitely
lost in loss record 25 of 31
|==19180== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19180== by 0x401C90C: realloc (vg_replace_malloc.c:306)
|==19180== by 0x40DC195: re_compile_internal (regcomp.c:774)
|==19180== by 0x40DC6AA: regcomp (regcomp.c:504)
|==19180== by 0x804A954: main (whatis.c:754)
|
|==19180== 127,473 (127,382 direct, 91 indirect) bytes in 5,772 blocks are
definitely lost in loss record 31 of 31
|==19180== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19180== by 0x8051171: xmalloc (xmalloc.c:66)
|==19180== by 0x80510A0: xstrdup (xstrdup.c:38)
|==19180== by 0x8049AB8: main (whatis.c:639)
For a multiple query (of two distinct names):
|==19196== 39 bytes in 1 blocks are possibly lost in loss record 6 of 31
|==19196== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19196== by 0x8051171: xmalloc (xmalloc.c:66)
|==19196== by 0x80510A0: xstrdup (xstrdup.c:38)
|==19196== by 0x804ADDE: add_sections (manp.c:178)
|==19196== by 0x804BB44: add_to_dirlist (manp.c:748)
|==19196== by 0x804BBF8: read_config_file (manp.c:789)
|==19196== by 0x804CF56: manpath (manp.c:577)
|==19196== by 0x804AB21: main (whatis.c:742)
|
|==19196== 256 bytes in 1 blocks are definitely lost in loss record 21 of 31
|==19196== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19196== by 0x40DC632: regcomp (regcomp.c:485)
|==19196== by 0x804A954: main (whatis.c:754)
|
|==19196== 8,452 (164 direct, 8,288 indirect) bytes in 1 blocks are definitely
lost in loss record 25 of 31
|==19196== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19196== by 0x401C90C: realloc (vg_replace_malloc.c:306)
|==19196== by 0x40DC195: re_compile_internal (regcomp.c:774)
|==19196== by 0x40DC6AA: regcomp (regcomp.c:504)
|==19196== by 0x804A954: main (whatis.c:754)
|
|==19196== 127,473 (127,389 direct, 84 indirect) bytes in 5,774 blocks are
definitely lost in loss record 31 of 31
|==19196== at 0x401B422: malloc (vg_replace_malloc.c:149)
|==19196== by 0x8051171: xmalloc (xmalloc.c:66)
|==19196== by 0x80510A0: xstrdup (xstrdup.c:38)
|==19196== by 0x8049AB8: main (whatis.c:639)
I don't care about the 39 bytes, since it happens only once, but the
60KB/query from main/xstrdup/xmalloc/malloc are enough to bother.
Also, querying 3 disctinct names reveals that the regcomp allocation
scales linearly, too:
==19223== 512 bytes in 2 blocks are definitely lost in loss record 22 of 31
==19223== at 0x401B422: malloc (vg_replace_malloc.c:149)
==19223== by 0x40DC632: regcomp (regcomp.c:485)
==19223== by 0x804A954: main (whatis.c:754)
==19223== 16,904 (328 direct, 16,576 indirect) bytes in 2 blocks are definitely
lost in loss record 26 of 31
==19223== at 0x401B422: malloc (vg_replace_malloc.c:149)
==19223== by 0x401C90C: realloc (vg_replace_malloc.c:306)
==19223== by 0x40DC195: re_compile_internal (regcomp.c:774)
==19223== by 0x40DC6AA: regcomp (regcomp.c:504)
==19223== by 0x804A954: main (whatis.c:754)
The first is 256 bytes per query; insignificant compared to the 8KB
per query used in re_compile_internal.
--- End Message ---
--- Begin Message ---
Source: man-db
Source-Version: 2.4.4-1
We believe that the bug you reported is fixed in the latest version of
man-db, which is due to be installed in the Debian FTP archive:
man-db_2.4.4-1.diff.gz
to pool/main/m/man-db/man-db_2.4.4-1.diff.gz
man-db_2.4.4-1.dsc
to pool/main/m/man-db/man-db_2.4.4-1.dsc
man-db_2.4.4-1_powerpc.deb
to pool/main/m/man-db/man-db_2.4.4-1_powerpc.deb
man-db_2.4.4.orig.tar.gz
to pool/main/m/man-db/man-db_2.4.4.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Colin Watson <[EMAIL PROTECTED]> (supplier of updated man-db package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Mon, 12 Feb 2007 12:45:53 +0000
Source: man-db
Binary: man-db
Architecture: source powerpc
Version: 2.4.4-1
Distribution: experimental
Urgency: low
Maintainer: Colin Watson <[EMAIL PROTECTED]>
Changed-By: Colin Watson <[EMAIL PROTECTED]>
Description:
man-db - The on-line manual pager
Closes: 317696 320111 327772 338991 340910 341706 342834 349208 353959 353959
360112 368749 378781 387864 388755
Changes:
man-db (2.4.4-1) experimental; urgency=low
.
* New upstream release.
- Drop "Reformatting %s, please wait..." message (LP: #18786,
closes: #378781).
- Fix "gditview" typo (closes: #317696).
- Avoid splitting up a sentence into two translatable pieces
(closes: #320111).
- Add Russian translation of NAME (thanks, Yuri Kozlov;
closes: #338991).
- Fix mistaken use of .l instead of .I (thanks, Valéry Perrin;
closes: #349208).
- Add Danish translation of NAME (thanks, Henning Makholm;
closes: #353959).
- Skip "exec" at the start of a command, to make old configuration files
work (closes: #353959).
- Ignore SIGPIPE in child processes (closes: #387864).
- Fail with an error message if argv is a character or block device, as
we may well hang trying to read from it and it almost certainly isn't
what the caller intended anyway (closes: #341706).
- Teach lexgrog front-end about pages with multiple name/description
pairs (closes: #342834).
- Fix a slew of memory leaks, including a nasty per-search leak in
apropos (closes: #368749).
- Add cross-references to mandb in apropos and whatis documentation
(thanks, Phil Endecott; closes: #388755).
- Document man -X option (thanks, Sam Morris; closes: #360112).
- Don't try to pass -X or -P-g options to eqn, only troff
(closes: #327772).
- Stop claiming that -d does not display any manual pages (thanks, Dan
Jacobson; closes: #340910).
* Policy version 3.7.2: no changes required.
Files:
a0980bf88d1607575f4389ef58d6ea9e 594 doc important man-db_2.4.4-1.dsc
9d7952de1aeb9121497a8204c59c56d7 898364 doc important man-db_2.4.4.orig.tar.gz
3600385bac88c06dbd77e9c4b94154d3 77407 doc important man-db_2.4.4-1.diff.gz
74df101d9c8bf8dc18116cb469cbdb2c 755404 doc important
man-db_2.4.4-1_powerpc.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFF0GM49t0zAhD6TNERAjo1AJ9S/8d2K6qepVgZogUBV8kudDxiJQCeO5NM
WHBMROcxuH1gU/su8AY7HP0=
=iuPM
-----END PGP SIGNATURE-----
--- End Message ---
