Package: libc6
Version: 2.10.1-2
Severity: normal
sscanf(p,%d,i) caused a SIGSEGV raised if p points to a very long input
string with just
decimal characters in it.
that makes %d unusable for scanning untrusted input. (in my case a sip
registrar).
here is a code example that shows it (use
Package: libc6
Version: 2.13-36
Severity: normal
Dear Maintainer,
when calling getaddrinfo(), valgrind detects:
==7051== Syscall param socketcall.connect(serv_addr.sin6_addr) points to
uninitialised byte(s)
==7051==at 0x362E6DB780: __connect_nocancel (syscall-template.S:82)
==7051==by
Package: libc6
Version: 2.3.2.ds1-20
Severity: important
sprintf(buf,'%0d' '%0ld' '%0lld',0,0L,0LL);
fills into buf:
'0' '0' ''
This is not conforming to the man page.
And it breaks test runs for mozilla. This is the reason for 'important'.
-- System Information:
Debian Release: 3.1
APT
Package: libc6
Severity: normal
Dear Maintainer,
I have an application that uses Posix message queues since a while.
Today I realized that mq_open fails with errno 24 where it worked before.
(errno 24: Too many open files)
Here is a short C file to reproduce the problem.
Before you start it,
On Mon, 15 Jun 2015 11:55:47 +0200 Aurelien Jarno aurel...@aurel32.net
wrote:
Nothing has changed in the libc6 package for sometimes. When does the
breakage started? I see you are using a 4.0 kernel, could it be due to
that?
I made some tests on Debian VMs, that I have flying around.
Debian
On Monday 15 June 2015 15:21:52 Aurelien Jarno wrote:
I made some tests on Debian VMs, that I have flying around.
Debian SID with 4.0 (amd64): problem as described above
Debian SID with 3.16 (amd64): same problem
Debian Wheezy with 3.2.0 (amd64): same problem
Debian Wheezy with
Package: libc6
Severity: important
Dear Maintainer,
getaddrinfo/freeaddrinfo seems to have a memory leak.
Testcode:
#include
#include
#include
#include
#include
int main(void)
{
struct addrinfo *addrinfo, hints;
memset(, 0 ,sizeof(hints));
hints.ai_family =
Am Dienstag, den 05.12.2017, 19:17 +0100 schrieb Aurelien Jarno:
> On 2017-12-03 17:34, Tim Rühsen wrote:
> > Package: libc6
> > Version: 2.25-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > valgrinding a C code shows the following:
> >
> > ==27943== 4,096 bytes in 1 blocks are
Package: libc6-armhf-cross
Version: 2.28-2cross2
Severity: normal
Dear Maintainer,
currently strerror(-3) sets errno unexpectedly to ENOMEM (12).
The expected errno value would be either EINVAL or not touching errno
at all.
This behavior is relatively new and causes some CI cross builds to
9 matches
Mail list logo