wget crash during Haiku build

[bitigchi]

Please see this ticket: ​https://github.com/haikuports/haikuports/issues/5057

[waddlesplash]

Do you have any particular reason to suspect a Haiku bug here?

[waddlesplash]

I now see that all three of these crashes are at the exact same point in memset() with very similar call stacks. It seems unlikely to be a Haiku bug then, especially if wget was recently updated.

[bitigchi]

FYI, only three downloads fail, the rest downloads fine. And if I don't interact with the crash window, it still continues to compile fine in the background (but hangs at the end eventually).

[waddlesplash]

Do those downloads fail when run outside the build process?

[bitigchi]

It varies -- sometimes they crash, sometimes they do not. I could say in around 3/5 attempts they crash.

[waddlesplash]

Please run the following in a Terminal:

MALLOC_DEBUG=g LD_PRELOAD=/system/lib/libroot_debug.so wget <ARGS>

and keep doing this until it crashes. If it does not after a reasonable number of attempts, report that; otherwise, upload a crash report.

[bitigchi]

crash report

[bitigchi]

additional output from terminal

lags: used guard
allocation size: 179
allocation base: 0x1730ff95f40
alignment: 16
allocating thread: 835
freeing thread: -1

[waddlesplash]

According to mmlr, this is indeed an issue with the port:

<mmlr> it is a port issue
<mmlr> it overwrites opt.homedir for a temporary variable