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 fail
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 definitel
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(&hints, 0 ,sizeof(hints));
hints.ai_family = A
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
> > > De
On Mon, 15 Jun 2015 11:55:47 +0200 Aurelien Jarno
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 SID with 4.0 (amd6
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, you
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 0x
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.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 pre
9 matches
Mail list logo