Hi,
[del]
>However, if you’re able to build your own binaries, the ASAN option built into
>GCC and Clang for something like the last decade does most of >what Valgrind
>does without nearly as much overhead. I believe Google — the creators of ASAN
>— actually run their binaries like this in >pr
On Aug 18, 2021, at 10:23 AM, Ross Finlayson wrote:
>
> Thanks again for the report. This was not a serious issue, but I’ve just
> released a new version (2021.08.18) of the code that should make ‘valgrind’
> happy.
Valgrind is rather heavy-weight, essentially being a software CPU emulator at
Thanks again for the report. This was not a serious issue, but I’ve just
released a new version (2021.08.18) of the code that should make ‘valgrind’
happy.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-
Sorry not leaks - but uninitialised value - I made a reservation.
Перенаправленное сообщение
Тема: Re: [Live-devel] Valgrind uninitialised values inside live555
Дата: Wed, 18 Aug 2021 12:51:40 +0300
От: Костромин Дмитрий Андреевич
Кому: live-devel@lists.live555.com
18.08.2021 10:12, Ross Finlayson пишет:
On Aug 17, 2021, at 11:25 PM, Ulrich Teichert
wrote:
In setPortNum, testAddr.ss_family is read to find out if an IP4 or IP6 address
is being
dealt with:
Yes, and this was fixed in the most recent release (2021.08.17) of the code.
Ross Finlayson
Live
> On Aug 17, 2021, at 11:25 PM, Ulrich Teichert
> wrote:
>
> In setPortNum, testAddr.ss_family is read to find out if an IP4 or IP6
> address is being
> dealt with:
Yes, and this was fixed in the most recent release (2021.08.17) of the code.
Ross Finlayson
Live Networks, Inc.
http://www.li
Hi,
while you may consider valgrind very picky (as it should be, that was one of
the goals during its
development, I believe ;-), I've run into that issue as well. It results from
this call, i.e.:
groupsock/GroupsockHelper.cpp:
...
static Boolean getSourcePort0(int socket, portNumBits& resultPo
