-----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-----