-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 11/2/11 3:37 PM, Yuri D'Elia wrote:
> Hi everyone.
>
> I've stomped on a bug in either bash or gettext which is very difficult to
> reproduce and of course one that I cannot ignore.
>
> The configuration is as follows: I'm running some calculations using "solar"
> (a bioinformatical program) which in turns calls "gunzip", which is
> implemented as a very short bash script:
>
> #!/bin/bash
> PATH=${GZIP_BINDIR-'/bin'}:$PATH
> exec gzip -d "$@"
>
> This script fails roughly 3% of the time for me, only when running on a
> loaded system, and then again only when run through "solar". I've tried to
> run bash manually reproducing the *exact* environment by dumping "env" but no
> luck.
It appears to me that this is a problem with the environment solar provides
to the shell script, and the included version of libintl chokes on
something about it (the value of $LC_IDENTIFICATION?). You've tried
several different versions of bash, and they all seem to fail inside
libintl.
Without knowing more about the data in the stack traceback, like the
values passed to strlen, it's hard to say more. It might be an
interaction between libc and the version of libintl included with bash;
it might be that libc isn't calling out to the bash libintl at all.
Chet
- --
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU c...@case.edu http://cnswww.cns.cwru.edu/~chet/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk7Ab4QACgkQu1hp8GTqdKuj+gCbBo2Y6njtc0lOeJN7d5uIgC0K
pq8Anit3OkuKxxtsLrYeP8EKgpMfBNAU
=p5Kh
-----END PGP SIGNATURE-----
