> Von: Kang-Che Sung
> Gesendet: Dienstag, 13. Februar 2018 04:52
>
> On Tue, Feb 13, 2018 at 10:34 AM, Martijn Dekker wrote:
> > Op 13-02-18 om 03:09 schreef Kang-Che Sung:
> >> Just wondering, why using "\z" and not "\\z" ?
> >> The former doesn't seem to be a valid syntax.
> >
> > It is valid,
On Tue, Feb 13, 2018 at 10:34 AM, Martijn Dekker wrote:
> Op 13-02-18 om 03:09 schreef Kang-Che Sung:
>> Just wondering, why using "\z" and not "\\z" ?
>> The former doesn't seem to be a valid syntax.
>
> It is valid, though. See the POSIX specification:
> http://pubs.opengroup.org/onlinepubs/9699
Op 13-02-18 om 03:09 schreef Kang-Che Sung:
> Just wondering, why using "\z" and not "\\z" ?
> The former doesn't seem to be a valid syntax.
It is valid, though. See the POSIX specification:
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_02_03
===begin quote===
2.
On Tue, Feb 13, 2018 at 5:36 AM, Martijn Dekker wrote:
> The following outputs BUG in ash:
>
> case "\z" in
> "\z" ) echo ok ;;
> * ) echo BUG ;;
> esac
>
> Apparently `case` has trouble matching the "\z" pattern due to the
> backslash within the double quotes. Quoting it in any other way wor
The following outputs BUG in ash:
case "\z" in
"\z" ) echo ok ;;
* ) echo BUG ;;
esac
Apparently `case` has trouble matching the "\z" pattern due to the
backslash within the double quotes. Quoting it in any other way works.
Also, backslash-escaping the backslash within the double quotes is
Greetings Denys,
> Sent: Monday, February 12, 2018 at 8:09 AM
> From: daggs
> To: "Denys Vlasenko"
> Cc: busybox
> Subject: Re: adding lineno implementation
>
> Greetings Denys,
>
> > On Thu, Feb 8, 2018 at 1:55 PM, daggs wrote:
> > > I've tested the implementation on 1.28.0 with the two foll
Greetings Denys,
> On Mon, Feb 12, 2018 at 3:27 PM, daggs wrote:
> > Greetings,
> >
> > I have a small image based on kernel 4.14.2 and musl 1.1.18 which uses a
> > nice gentoo based fbcondecor for some ui.
> > the image uses busybox 1.22.1, I've decided to bump it to 1.28.0 and I have
> > no k
On Mon, Feb 12, 2018 at 3:27 PM, daggs wrote:
> Greetings,
>
> I have a small image based on kernel 4.14.2 and musl 1.1.18 which uses a nice
> gentoo based fbcondecor for some ui.
> the image uses busybox 1.22.1, I've decided to bump it to 1.28.0 and I have
> no keyboard at all.
> when I try to
I'm not sure. The last sigprocmask call restores the original signal mask of
the thread.
It looks kind of pointless since the two blocked signals are unblocked by the
sigprocmask(SIG_UNBLOCK) call in the next loop iteration.
The comment added in the iputils code talks about signal mask inherita
Applied, thanks!
On Fri, Feb 9, 2018 at 10:01 AM, Ron Yorston wrote:
> Test scripts that use CONFIG_* variables need to source .config.
> Since this wasn't being done for busybox many tests were skipped.
> As a result new failures due to changes in help output were missed.
>
> Also remove some un
Greetings,
I have a small image based on kernel 4.14.2 and musl 1.1.18 which uses a nice
gentoo based fbcondecor for some ui.
the image uses busybox 1.22.1, I've decided to bump it to 1.28.0 and I have no
keyboard at all.
when I try to echo anything to screen into /dev/tty or /dev/console (conne
11 matches
Mail list logo