Hi, I should have pointed out that even though I was inside a mipsel target, the diff from the tools folder is an x86_64 binary: build@scw-fdfceb:~/spool/mipsel$ file sys-root/tools/bin/diff sys-root/tools/bin/diff: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /tools/lib/ld-musl-x86_64.so.1, BuildID[sha1]=80131005d1754ee60ea69e49e4d212c0ee53002a, not stripped And this is diffutils 3.5. Tobias ________________________________ From: A. Wilcox Sent: Monday, November 13, 2017 12:50 AM To: musl@lists.openwall.com Subject: Re: [musl] diffutils crash in malloc -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/11/17 15:46, Tobias Koch wrote: > Hi, > > when I switched from musl 1.1.16 to 1.1.17 (and now 1.1.18) diff > started to crash. The gdb backtrace shows, that this happens > during memory allocation: > > build@bootstrap(mipsel):~$ gdb /tools/bin/diff [snip] I notice you are using mipsel. Do you see this on any other architectures? diffutils compiled against 1.1.16 runs fine against 1.1.17 and 1.1.18 here on x86_64 (64-bit, LE) and ppc (32-bit, BE). So it seems this may be a MIPS issue. > Here a and b are empty files, but this happens with other input, > as well. diffutils' xmalloc looks fairly inconspicuous to me: > > I understand this may very well be a problem in diff and not musl. > But this is the exact same version of diffutils included with > Debian Stretch and running the same under Valgrind compiled against > glibc shows no problems. My wisdom ends here. Any clues how I can > get to the bottom of this? > > Tobias > Are you using valgrind and glibc on the same hardware (mipsel)? Best, - --arw - -- A. Wilcox (awilfox) Project Lead, Adélie Linux http://adelielinux.org Adélie Linux adelielinux.org Freedom over politics. Adélie Linux gives you the choice to run your system your way. Your freedom, privacy, and right of choice are what truly matters. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJaCMI2AAoJEMspy1GSK50Uk9wQAKPpqdKvQeTFWlUuZesYET1l 8tiHBvWL3vpymOL/cJGyYvlN4rl4TZE+aZrRtxebrgnAV0BwdA0WjNHaWZ0PkRG1 i6Do8GK8pSgYJf9PtgJQLbG+qoGCj9mWDxQm3gxf2r9YGINTOevsbTwfTbvJuFWC d1DDci7uffIhAQaYMVDm8IOmyOGGcbd91EivF9VZPNoqXcGWg9ZqMiioF+rOngJj f4Js1YoOHPiweUQWISSIbZffb3Sex5/z5nCRoODm07k4/9ku6BrG/ACeRy5BPSR3 68iDuMahsy6jCScMDgNsWgHvDXqp/XraTF8gPdcER6noq2o98XN+ezy7aUWPWpey SlhhmFwY3vCTyWU38gPMNw4VPtdaL+yCAy12PZQatHxkK/ck8vlTzqQ8c2FRMibk vGT85j97MUb/ziA43+9IkGMFc9gBFZdN1T8zNCDl4c7I57cSDvn0NsiJvcFDE+2J ThJf9ETKrougdJbCo7XIAl/JXSANVnADwd+F04uWYhyWBaA6jOYzOtQbpMM1DdeW hgnSxmgpwJkWCk4FKufpteeuv37uP8LUeGwjd9mWn18OjDdk092D7SwnaXNAcngp MsikPC4pzHbKSYUQ4rvHoX/qo4m7Hz9aI65eYcL3CHvX5Cfjlbv+dKI95kBM06ct Uq1fUeUkpC55II2RlFIp =kSn0 -----END PGP SIGNATURE-----