similar to: Fwd: mksh-static segfaults on continued jobs

Hi Ben, *massive* thanks for picking up klibc work. This might motivate me to pick up some of the TODOs for it that have piled on in my TODO (but only after the freeze, I?m sorry to say, I have more to do for other packages). >And I spotted another test program that has this property (setjmptest setjmp is a good topic? I found that building mksh and running its testsuite is a good test to

https://bugzilla.samba.org/show_bug.cgi?id=10035 Summary: rsync hangs in solaris Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: nestor.urquiza at gmail.com QAContact:

On Sun, 2019-01-20 at 14:18 +0000, Thorsten Glaser wrote: > Hi Ben, > > *massive* thanks for picking up klibc work. This might motivate > me to pick up some of the TODOs for it that have piled on in my > TODO (but only after the freeze, I?m sorry to say, I have more > to do for other packages). > > >And I spotted another test program that has this property >

Hi. We sometimes/often get such errors. It occures in main.c/client_run(). I investigated further and found, that the waitpid() in main.c/wait_process() exits with -1, errno = ECHILD, which means "No children". *status can contain garbage in such cases - but not always. It happens under Solaris-2.5.1/SPARC. It (ECHILD) also happens on other Solaris versions - but there *status seems to

Dixi quod? >Builtins work fine, calling external programmes does >not. It seems to hang in jobs.c:j_waitj() and sending >it SIGCHLD seems to not trigger jobs.c:j_sigchld() >at all. This is probably some kind of signals being >not delivered correctly ? see here for a bug with the >same symptoms: http://dev.haiku-os.org/ticket/5567 >http://dev.haiku-os.org/changeset/35836 >

CentOS Errata and Bugfix Advisory 2013:1479 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1479.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dadc8e78ca30b5d9341cfb06b038e87fdbe2aeb687bd085f5ee49723c64892e9 mksh-39-7.el6_4.1.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2014:0533 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0533.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: edf841f0529fbaec0ae2fb797d89ba0477480cf2c054153f92e4a4db65a14fa9 mksh-39-9.el6.i686.rpm x86_64:

Here is the last output from the make install command: Installing bin/readonly.so as /usr/local/samba/lib/vfs/readonly.so Installing bin/cap.so as /usr/local/samba/lib/vfs/cap.so Installing bin/CP850.so as /usr/local/samba/lib/charset/CP850.so Installing bin/CP437.so as /usr/local/samba/lib/charset/CP437.so ./install-sh -c bin/libsmbclient.so /usr/local/samba/lib mksh: Fatal error: Cannot load

Hi, no mailing list for powerpcspe? What?s the progress of your architectures? I don?t see much happening on debian-ports.org, and taking your architectures off that infrastructure hurts others (I?ve ?revived? m68k and kept it running on d-p.o which helps a bit). Anyway: a new klibc (2.0~rc5-1) has been uploaded, and an mksh companion version (40.9.20120518-1) depending on it and trying to use

Hi, after changing mksh to no longer use mkstemp, I decided to try and build mksh-static with klcc on most platforms, in Debian. Here are the results by Debian architecture: alpha (4) fails amd64 works armel works armhf (3) fails i386 works ia64 works m68k (1) workaround mips works mipsel works powerpc (2) fails ppc64 works (!) s390 works s390x works sparc works Architectures not listed either

tags 516774 = patch tags 516294 = upstream thanks Hi! Please find attached a diff closing #516774 by adding mkstemp(3), again with a minimalistic pseudo-arc4random(3) behind it. I?ve revisited the code. An mkstemp testsuite from the ?net shows it works, except for not caring how many ?X?en are in the template. Addressing #516294, it allows compiling and linking an mksh from today?s CVS against

Accelerated msix entry is initialized to zero when msixtbl_pt_register is called. This doesn''t match the value from qemu side, although pirq may already be mapped and binded in qemu side. Kernel will get wrong value when reading msix info. Signed-off-by: Zhenzhong Duan <zhenzhong.duan@oracle.com> Tested-by: Yuval Shaia <yuval.shaia@oracle.com> --- tools/libxc/xc_domain.c

configure.ac | 29 dev/null |binary libswfdec-gtk/Makefile.am | 6 libswfdec-gtk/swfdec-gtk.h | 1 libswfdec-gtk/swfdec_gtk_loader.c | 45 libswfdec-gtk/swfdec_gtk_player.c | 5 libswfdec-gtk/swfdec_gtk_socket.c | 220 ++ libswfdec-gtk/swfdec_gtk_socket.h | 42