Displaying 3 results from an estimated 3 matches for "36c6c3eff5e4".
2023 Mar 21
1
Memory leak, make_absolute_pwd_glob
...had one more report from Coverity Scan after we brought 9.1p1 into
> the FreeBSD base system. It complains that calls like "path1 =
> make_absolute_pwd_glob(path1, *pwd);" in sftp.c leak the allocation.
I see this same issue has since been reported by Coverity upstream and
fixed in 36c6c3eff5e4, but that change still missed all of the other
leaks addressed by my change.
Updated patch in https://reviews.freebsd.org/D37253
2022 Nov 11
1
Memory leak, make_absolute_pwd_glob
We had one more report from Coverity Scan after we brought 9.1p1 into
the FreeBSD base system. It complains that calls like "path1 =
make_absolute_pwd_glob(path1, *pwd);" in sftp.c leak the allocation.
All make_absolute_pwd_glob() calls but one are of that form, so
perhaps have it consume and free the first arg, as below (and
https://reviews.freebsd.org/D37253)?
diff --git
2023 Mar 28
1
Memory leak, make_absolute_pwd_glob
On Wed, 22 Mar 2023 at 06:14, Ed Maste <emaste at freebsd.org> wrote:
[...]
> I see this same issue has since been reported by Coverity upstream and
> fixed in 36c6c3eff5e4, but that change still missed all of the other
> leaks addressed by my change.
Applied, thanks. Interestingly our shiny new Coverity scan did not
report any fixed leaks, though.
--
Darren Tucker (dtucker at dtucker.net)
GPG key 11EAA6FA / A86E 3E07 5B19 5880 E860 37F4 9357 ECEF 11EA A6FA...