similar to: klibc 2.0~rc3-1 ./. mksh 40.9.20120414-2

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 >

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

Hi, after a year, I decided to hack on klibc again. I?ve reworked both the patch to add mkstemp(), discussing to use AT_RANDOM as cheap entropy source on IRC (if there will ever be another entropy consumer, I can quickly write a minimal arc4random() seeded from it, as it has only 16 octets), capable of making a working mksh (static and shared) on amd64/xen, and the m68k support code, leading to

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

retitle 925358 qemu-user-static: mis-emulates something to do with process/signal handling (m68k, s390x, ?) affects 925358 klibc-dev thanks This still happens. (And retitling because I almost filed a bug against klibc again? oops?) Look for ?mtest-external? (second occurrence) in: https://buildd.debian.org/status/fetch.php?pkg=mksh&arch=m68k&ver=59c-16&stamp=1643675884&raw=0

Hi there, something to look at, maybe? ---------- Forwarded message ---------- From: Kacper Gutowski <mwgamera at gmail.com> Message-ID: <20141003053550.GA8510 at gmail.com> Date: Fri, 3 Oct 2014 07:35:50 +0200 Subject: Bug#763842: mksh-static segfaults on continued jobs Package: mksh Version: 50b-1 Severity: normal Dear Maintainer, When a job is continued after being stopped in

While all ?real? ttys may support TIOCGPGRP, /dev/console doesn?t; using TCGETS here allows Linux booted with init=/bin/mksh-static to have working interactive command line (PS1, editing, etc). Reported-by: Dominik George <d.george at tarent.de> Signed-off-by: Thorsten Glaser <t.glaser at tarent.de> --- usr/klibc/isatty.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

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

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 >

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:

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

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, I noticed a failure of mksh built with klibc on mips64el. The failing test, on a high level, is this: :>a sleep 2 :>b test a -nt b echo $? This is supposed to echo 1 (false) because a is not newer than b. The test code is roughly: // const char *opnd1 = "a"; // const char *opnd2 = "b"; // struct stat b1, b2; // int s; return (test_stat(opnd1, &b1) ==

Maciej ?enczykowski dixit: >I guess what I wanted to say is that it might be desirable to have the >klibc shell do some dancing (perhaps controlled by some flags, but on There is no klibc shell. >child should > >setsid() >close(2) >close(1) >close(0) >open("/dev/ttyS0", O_RDONLY) >open("/dev/ttyS0", O_WRONLY|O_NOCTTY)

Steve Capper dixit: >> Do we need the fpregs saved even though klibc doesn't do fp? >For gcc targetting Aarch64, We can only guarantee that d8-d15 are >left alone when -mgeneral-regs-only is supplied for building klibc >and any software linked against klibc. I would much prefer to We can enforce this in klcc, just like -mregparm=3 is used by the i386 target. bye, //mirabilos

Hi sh4 porters, I?ve just fixed a regression of klibc to build from source on sh4 using the sumotsu.debian.net porterbox (thanks for making one available) and found a problem with your archi- tecture: all binaries built with klibc (shared and static) get a SIGILL (illegal instruction). I suspect that different CFLAGS are needed. Please, someone, have a look at it; a release of klibc 2.0 upstream

Hi, is there a DD-accessible porterbox somewhere (slow would be ok, as this is smallish software) with an up-to-date sid (enough to install the recently-built libklibc-dev 2.0~rc5-1 and all other B-D of mksh 40.9.20120518-1, as well as strace and gdb-minimal)? Similarily to http://www.zytor.com/pipermail/klibc/2012-May/003229.html I found klibc-compiled programmes on Alpha to fail (SIGSEGV

On Wed, Apr 13, 2016 at 7:24 PM, Thorsten Glaser <tg at mirbsd.de> wrote: > Denis Bychkov dixit: > >>This is a klibc port to x32 architecture. I tried to reuse as many >>existing files as possible, hence, a >>script making symlinks to x86-64 files. I was running this on Debian >>for about six months and hopefully, >>found any close to surface bugs. Of

On Tue, 2022-02-01 at 16:23 +0000, Thorsten Glaser wrote: > retitle 925358 qemu-user-static: mis-emulates something to do with process/signal handling (m68k, s390x, ?) > affects 925358 klibc-dev > thanks > > This still happens. (And retitling because I almost filed a bug > against klibc again? oops?) > > Look for ?mtest-external? (second occurrence) in: >