search for: sigsuspend

While the userspace function signature is int sigsuspend(const sigset_t *maskptr) there are several variants of how this is mapped into kernel functions: one for rt_sigsuspend and several, mutually incompatible, legacy ones, split by architectures. Before this commit, klibc did not care about that and passed maskptr as first and only argument to the sysc...

SIGSUSPEND(2) Linux Programmer's Manual SIGSUSPEND(2) NAME sigsuspend - wait for a signal SYNOPSIS #include <signal.h> int sigsuspend(const sigset_t *mask); ? and ? SIGSUSPEND(2) BSD Programmer's Manual SIGSUSPEND(2)...

I've run into a problem with building klibc with high parallelism It's not quite predictable, but at a -j of approx 25-30 or more (on a 24 hyperthreaded machine), I often get something like the following error messages: ... KLIBCCC usr/klibc/sigsuspend.o KLIBCCC usr/klibc/sigprocmask.o KLIBCCC usr/klibc/pselect.o KLIBCCC usr/klibc/ppoll.o /git/KLIBC/usr/klibc/sigsuspend.c:8:31: fatal error: klibc/havesyscall.h: No such file or directory compilation terminated. KLIBCCC usr/klibc/sbrk.o KLIBCCC usr/klibc/malloc.o make[2]: *** [usr/klibc/sigsus...

....git;a=commit;h=5b7689f66c4476432ebe8fe8a88ea9fdeaa4eba8 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Mon, 7 Oct 2019 16:49:35 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Mon, 7 Oct 2019 17:25:17 +0100 [klibc] Fix missing header dependency for sigsuspend.o sigsuspend.c includes <klibc/havesyscall.h>, which is a generated file. In a parallel make, sigsuspend.o might currently be built before havesyscall.h, and to avoid this we need t add an explicit dependency. Given that they are built from different makefiles, I don't think a direct d...

...lone server with SIP phones and I'm not doing any external registration). Asterisk CVS-04/07/03-09:28:50 0x420e0037 in poll () from /lib/i686/libc.so.6 (gdb) info threads 16 Thread 14351 (LWP 7258) 0x420e187e in select () from /lib/i686/libc.so.6 15 Thread 16398 (LWP 7371) 0x420292e5 in sigsuspend () from /lib/i686/libc.so.6 14 Thread 12301 (LWP 7256) 0x420e0037 in poll () from /lib/i686/libc.so.6 13 Thread 11276 (LWP 7255) 0x420b4b31 in nanosleep () from /lib/i686/libc.so.6 12 Thread 10251 (LWP 7254) 0x420b4b31 in nanosleep () from /lib/i686/libc.so.6 11 Thread 9226 (LWP...

...Date: Thu, 12 Sep 2019 14:45:12 -0000 Subject: [Bug 1843743] [NEW] klibc ftbfs in eoan Reply-To: Bug 1843743 <1843743 at bugs.launchpad.net> Public bug reported: https://launchpadlibrarian.net/441262209/buildlog_ubuntu-eoan- amd64.klibc_2.0.6-1ubuntu1_BUILDING.txt.gz gcc -Wp,-MD,usr/klibc/.sigsuspend.o.d -nostdinc -iwithprefix include -I/<<PKGBUILDDIR>>/usr/include/arch/x86_64 -Iusr/include/arch/x86_64 -I/<<PKGBUILDDIR>>/usr/include/bits64 -Iusr/include/bits64 -I/<<PKGBUILDDIR>>/usr/klibc/../include -Iusr/klibc/../include -I/<<PKGBUILDDIR>>/usr/i...

Hi, I?ve gone through the mailing list archives and hereby want to resubmit my pending patches. Most are independent of each other, except the m68k patch which will only be complete if sigsuspend is also fixed. (It can be applied before that, though.) http://www.zytor.com/pipermail/klibc/2012-January/003173.html [PATCH] fix m68k support Resubmitted here as 0005. While there was a question from Andreas, this WFM as-is and he never responded what else should be used. (And the form I submitt...

Hello All, It seems that 'getent group groupname' hangs on large groups for Solaris 8/9 running winbind. Currently running Samba 3.0.20 but also tried 3.0.10. 'ls -l' also hangs if listing a file created by a user who's primary group is too large(such as Domain Users). Users can still access the files but netbackups hang. The problem I am experiencing is found in the

...et/bugs/1843743 Title: klibc ftbfs in eoan Status in klibc package in Ubuntu: Confirmed Status in klibc source package in Eoan: Confirmed Bug description: https://launchpadlibrarian.net/441262209/buildlog_ubuntu-eoan- amd64.klibc_2.0.6-1ubuntu1_BUILDING.txt.gz gcc -Wp,-MD,usr/klibc/.sigsuspend.o.d -nostdinc -iwithprefix include -I/<<PKGBUILDDIR>>/usr/include/arch/x86_64 -Iusr/include/arch/x86_64 -I/<<PKGBUILDDIR>>/usr/include/bits64 -Iusr/include/bits64 -I/<<PKGBUILDDIR>>/usr/klibc/../include -Iusr/klibc/../include -I/<<PKGBUILDDIR>>/usr/i...

...et/bugs/1843743 Title: klibc ftbfs in eoan Status in klibc package in Ubuntu: Confirmed Status in klibc source package in Eoan: Confirmed Bug description: https://launchpadlibrarian.net/441262209/buildlog_ubuntu-eoan- amd64.klibc_2.0.6-1ubuntu1_BUILDING.txt.gz gcc -Wp,-MD,usr/klibc/.sigsuspend.o.d -nostdinc -iwithprefix include -I/<<PKGBUILDDIR>>/usr/include/arch/x86_64 -Iusr/include/arch/x86_64 -I/<<PKGBUILDDIR>>/usr/include/bits64 -Iusr/include/bits64 -I/<<PKGBUILDDIR>>/usr/klibc/../include -Iusr/klibc/../include -I/<<PKGBUILDDIR>>/usr/i...

...arm(0) = 0 sigaction(SIGALRM, 0xFFBEC898, 0xFFBEC948) = 0 sigfillset(0xFF3428C8) = 0 sigprocmask(SIG_BLOCK, 0xFFBEC938, 0xFFBEC928) = 0 alarm(1) = 0 Received signal #14, SIGALRM, in sigsuspend() [caught] sigsuspend(0xFFBEC918) Err#4 EINTR setcontext(0xFFBEC600) alarm(0) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBEC938, 0x00000000) = 0 sigaction(SIGALRM, 0xFFBEC898, 0x00000000) = 0 Then it keeps repeating the followi...

...3) 0x40346bb0 in poll () from /lib/libc.so.6 104 Thread 104551 (LWP 7488) 0x40346bb0 in poll () from /lib/libc.so.6 * 10 Thread 8201 (LWP 384) _handle_get_request (con=0xe86b95a4, parser=0x814f680, uri=0x81854e0 "/") at connection.c:720 9 Thread 7176 (LWP 383) 0x402a787e in sigsuspend () from /lib/libc.so.6 8 Thread 6151 (LWP 382) 0x402a787e in sigsuspend () from /lib/libc.so.6 7 Thread 5126 (LWP 381) 0x402a787e in sigsuspend () from /lib/libc.so.6 6 Thread 4101 (LWP 380) 0x402a787e in sigsuspend () from /lib/libc.so.6 5 Thread 3076 (LWP 379) 0x4031ede1 in nanosl...

Kay Sievers wrote: > Hi, > this simple program compiled with klibc: > > #include <stdio.h> > int main(int argc, char* argv[]) > { > setenv("TESTENV", "happy", 1); > printf("TESTENV='%s'\n", getenv("TESTENV")); > } > > prints: > > ./env > TESTENV='(null)' > >

...Kbuild @@ -83,6 +83,11 @@ ifeq ($(CONFIG_KLIBC_ERRLIST),y) KLIBCCFLAGS_strerror.o += -DWITH_ERRLIST endif +# These pass a huge maximum length to the corresponding length-limiting +# functions +KLIBCCFLAGS_sprintf.o += -Wno-format-truncation +KLIBCCFLAGS_vsprintf.o += -Wno-format-truncation + # sigsuspend.c includes <klibc/havesyscall.h> generated by syscalls/ # build, so require that to build first $(obj)/sigsuspend.o: $(obj)/syscalls/klib.list

...if /* _KLIBC_ARCHCONFIG_H */ diff --git a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def index 461d9bf6..16faabcb 100644 --- a/usr/klibc/SYSCALLS.def +++ b/usr/klibc/SYSCALLS.def @@ -228,6 +228,7 @@ int sigprocmask(int, const sigset_t *, sigset_t *); */ <sh,sparc,alpha,ppc,sparc64> int sigsuspend::__sigsuspend_s(sigset_t); <arm,frv,i386,m68k,mn10300,s390,s390x> int sigsuspend::__sigsuspend_xxs(int, int, sigset_t); +<s390> void sigreturn::__sigreturn(); #endif int kill(pid_t, int); <?> unsigned int alarm(unsigned int); diff --git a/usr/klibc/arch/s390/MCONFIG b/usr/klib...

...if /* _KLIBC_ARCHCONFIG_H */ diff --git a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def index 461d9bf6..16faabcb 100644 --- a/usr/klibc/SYSCALLS.def +++ b/usr/klibc/SYSCALLS.def @@ -228,6 +228,7 @@ int sigprocmask(int, const sigset_t *, sigset_t *); */ <sh,sparc,alpha,ppc,sparc64> int sigsuspend::__sigsuspend_s(sigset_t); <arm,frv,i386,m68k,mn10300,s390,s390x> int sigsuspend::__sigsuspend_xxs(int, int, sigset_t); +<s390> void sigreturn::__sigreturn(); #endif int kill(pid_t, int); <?> unsigned int alarm(unsigned int); diff --git a/usr/klibc/arch/s390/MCONFIG b/usr/klib...

...his by making a symbolic link between /usr/src/linux-3.6.3/arch/sh/include/asm/unistd_64.h and /usr/src/linux-3.6.3/arch/x86/include/asm/ , which overcame that problem, but is not an elegant solution! But I am still unable to get klibc to build! 2.0.2 fails with the following error: usr/klibc/sigsuspend.c:8:31: fatal error: klibc/havesyscall.h: No such file or directory compilation terminated. whereas 1.5.20 and 2.0.1 fail with similar errors: klibc-2.0.1/usr/klibc/../include/sys/types.h:28:1: error: unknown type name '__kernel_nlink_t' I am not a programmer, but both these errors loo...

...#endif /* _KLIBC_ARCHCONFIG_H */ diff --git a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def index 30ff58b8..b639fceb 100644 --- a/usr/klibc/SYSCALLS.def +++ b/usr/klibc/SYSCALLS.def @@ -228,7 +228,7 @@ int sigprocmask(int, const sigset_t *, sigset_t *); <sh,sparc,alpha,ppc,sparc64> int sigsuspend::__sigsuspend_s(sigset_t); <arm,frv,i386,m68k,mn10300,s390,s390x> int sigsuspend::__sigsuspend_xxs(int, int, sigset_t); #endif -<s390,s390x,sparc64> void rt_sigreturn::__sigreturn(); +<s390,s390x,sparc,sparc64> void rt_sigreturn::__sigreturn(); int kill(pid_t, int); <?>...

...IGINFO 1 + #endif /* _KLIBC_ARCHCONFIG_H */ diff --git a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def index 461d9bf6..30ff58b8 100644 --- a/usr/klibc/SYSCALLS.def +++ b/usr/klibc/SYSCALLS.def @@ -212,7 +212,6 @@ ssize_t sendfile64,sendfile::sendfile(int, int, off_t *, size_t, off_t); int rt_sigsuspend::__rt_sigsuspend(const sigset_t *, size_t); int rt_sigpending::__rt_sigpending(sigset_t *, size_t); int rt_sigprocmask::__rt_sigprocmask(int, const sigset_t *, sigset_t *, size_t); -<sparc64> void rt_sigreturn::__sigreturn(); #else int sigaction::__sigaction(int, const struct sigaction *,...

Hello, I have had several instances over the last month of Asterisk freezing, sometimes after 12 hours, sometimes after 8 days. The common elements are that: - all Zap channels lock[hangups don't register and no new calls in or out] - no new in/outbound calls can be made on Zap or SIP channels - people who are still connected to calls can continue to talk - in the CLI interface, you can