similar to: SIP hanging

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

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

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

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 syscall, leading to junk in other argument

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) NAME sigsuspend - atomically release blocked signals and wait for interrupt SYNOPSIS

hi ! i have succesfully compiled libshout/icecast/ices on a quad ss20 (4xhypersparc@125mhz, 128mb ram). ten out of ten for a robust, cross-platform build, guys ! it compiled straight out of the box. i can start the server and it even connects to a remote server and starts to relay. when i run xmms from another machine and connect, it stops at "pre-buffering 0/32k". here's an

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

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)' > >

I've been trying to compile klibc on my system, so that I can have high resolution consoles via uvesafb, without conflicting with the NVidia drivers I need to use to handle hi-def video. I have tried versions 1.5.20, 2.0.1 and 2.0.2 all without success. My system is Slackware64-14.0 running kernel 3.6.3 on an AMD quad core motherboard. GCC version is 4.7.1. My initial problem was that

Hello, I'm using dyn.load() to load in a shared library compiled for R on linux. The code does quite a bit (DB accesses, C-style file reads/writes) with no trouble, but hangs when it reaches code that uses C++ streams, specifically operator>>() and operator<<(). From the debugger output (below) it seems like it could be __flockfile() related (maybe a deadlock of some sort?).

Hi there. I'm running an AD DC in a KVM VM, a centos7 server. named is showing a very hight cpu usage, close to 100%. I just increased the number of CPUs to 2 to cope. This is a small company, with perhaps 20 workstations and another 20 linux servers. There shouldn't be that much happening. top - 17:27:48 up 2:29, 1 user, load average: 1.08, 1.13, 1.09 Tasks: 139 total, 1 running,

I''m using a fbt probe where I get a system call id as an argument, how do I look up the name of it? At the moment I''m post-processing the output using /etc/name/to_sysnum but that doesn''t feel right :) cheers, /Martin -- This message posted from opensolaris.org

Hi, openssh-1.2.2p1 seems to have 2 problems on ipv6 (and ipv4 mapped addresses). 1. "BREAKIN ATTEMPT" warnings from ipv4 node 2. X forwarding The following patche fixes them. Thanks. diff -ru openssh-1.2.2p1/canohost.c openssh-1.2.2p1-20000308/canohost.c --- openssh-1.2.2p1/canohost.c Fri Jan 14 13:45:48 2000 +++ openssh-1.2.2p1-20000308/canohost.c Wed Mar 8 00:25:18 2000 @@

- Renamed IMAGE_BASE to LD_IMAGE_BASE_OPT. - Moved "-fcommon" to KLIBCREQFLAGS in scripts/Kbuild.klibc. - Remove "dash" warning fixes which have been upstreamed. - Conditionalize the inclusion of compiler flags by using the proper compiler name or "cc-option". - Added "-Werror" to "cc-option" to catch flags that cause warnings. - Retain

Commit-ID: 5b7689f66c4476432ebe8fe8a88ea9fdeaa4eba8 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.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

---------- Forwarded message ---------- From: Matthias Klose <doko at ubuntu.com> Message-ID: <156829951299.6967.9341353260688596797.malonedeb at soybean.canonical.com> 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:

Hey All, We recently upgraded to samba 3.0.7 running on solaris 8. We have the box joined to as a member server in a Windows 2000 AD and we have pam authentication working to log in to the box with, The idmap backend is set to a ldap server that is also joined the the AD. The UIDS between the boxes are fine as you can do a getent passwd domain\\username (we have the default \ for the winbind

---------- Forwarded message ---------- From: Adam Conrad <adconrad at 0c3.net> Message-ID: <157106879908.15546.2658970073129703906.malone at soybean.canonical.com> 2.0.7-1 fails to build in the same way on Ubuntu 19.10. I'm assuming it's either glibc 2.30 (Debian is at 2.29) or linux 5.3 (Debian is at 5.2), with the latter being more likely. -- You received this bug

Hrm, perhaps adding the flag (or the matching __attribute__) only to where it is needed makes sense? --mirabilos ---------- Forwarded message ---------- From: Adam Conrad <adconrad at 0c3.net> Message-ID: <157169641305.9361.4432909657455952189.malone at soybean.canonical.com> Date: Mon, 21 Oct 2019 22:20:12 -0000 Subject: [Bug 1843743] Re: klibc ftbfs in eoan Reply-To: Bug 1843743

Hi: I maintain an Icecast server at acbradio.org. Recently it's been crashing fairly regularly. I've not yet upgraded it to 2.0.2. I thought I'd report this crash bug first as the release note seemed to suggest that the fix there was only for Windows. I'm thinking that either this is a separate problem or it's an example of the same one under LInux, thereby making it