diff options
| author | Jakub Stasiak <jakub@stasiak.at> | 2024-06-14 00:59:41 +0200 |
|---|---|---|
| committer | Rich Felker <dalias@aerifal.cx> | 2024-06-22 17:01:00 -0400 |
| commit | 947b4574fa7998f027d3906e1f53acb9a7553c61 (patch) | |
| tree | 3ff1a0ab8e3f77815f98ad255e543638863ffa79 /src/signal/mipsn32/sigsetjmp.s | |
| parent | 50ab830633134dac99011219f0210ee2759ffbde (diff) | |
| download | musl-947b4574fa7998f027d3906e1f53acb9a7553c61.tar.gz musl-947b4574fa7998f027d3906e1f53acb9a7553c61.tar.xz musl-947b4574fa7998f027d3906e1f53acb9a7553c61.zip | |
inet_ntop: fix the IPv6 leading zero sequence compression
Per RFC 5952, ties for longest sequence of zero fields must be broken by choosing the earliest, but the implementation put the leading sequence of zeros at a disadvantage. That's because for example when compressing "0:0:0:10:0:0:0:10" the strspn(buf+i, ":0") call returns 6 for the first sequence and 7 for the second one – the second sequence has the benefit of a leading colon. Changing the condition to require beating the leading sequence by not one but two characters resolves the issue.
Diffstat (limited to 'src/signal/mipsn32/sigsetjmp.s')
0 files changed, 0 insertions, 0 deletions