Re: [Issue 8 drafts 0001564]: clariy on what (character/byte) strings pattern matching notation should work

On 20/05/2022 01:11, Christoph Anton Mitterer wrote: On Thu, 2022-05-19 at 09:05 +0100, Harald van Dijk wrote: The above, AFAIU, mean that any shell/fnmatch matches a valid multibyte character... but also a byte that is not a character in the locale. Correct, though as I wrote later on, the

Re: [Issue 8 drafts 0001564]: clariy on what (character/byte) strings pattern matching notation should work

On Thu, 2022-05-19 at 09:05 +0100, Harald van Dijk wrote: > > > > The above, AFAIU, mean that any shell/fnmatch matches a valid > > multibyte > > character... but also a byte that is not a character in the locale. > > Correct, though as I wrote later on, the way they go about it is > different.

Re: [Issue 8 drafts 0001564]: clariy on what (character/byte) strings pattern matching notation should work

On 15/05/2022 16:14, Harald van Dijk via austin-group-l at The Open Group wrote: On 19/04/2022 01:52, Harald van Dijk via austin-group-l at The Open Group wrote: On 15/04/2022 04:57, Christoph Anton Mitterer wrote: On Fri, 2022-04-15 at 00:44 +0100, Harald van Dijk via austin-group-l at The

Re: tv_nsec

On Wed, 18 May 2022 09:30:51 +0100 Geoff Clare via austin-group-l at The Open Group wrote: > >Fred J. Tydeman wrote, on 17 May 2022: >> >> The 202x version I have, in , shows tv_nsec tagged as CX. >> tv_nsec was added to C11, so is not an extension to the C standard. > >The current draft (2.1) is

[1003.1(2016/18)/Issue7+TC2 0001546]: BREs: reserve \? \+ and \|

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1546 == Reported By:calestyo Assigned

[1003.1(2016/18)/Issue7+TC2 0001544]: uudecode: standardise or at least reserve - as another special symbol for decoding to stdout

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1544 == Reported By:calestyo Assigned

[1003.1(2013)/Issue7+TC1 0000729]: Integrate posix_devctl() from standalone IEEE Std 1003.26 into the next revision of IEEE Std 1003.1

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=729 == Reported By:Don Cragun

[1003.1(2016/18)/Issue7+TC2 0001554]: find's rationale has odd comment about -name pattern matching

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1554 == Reported By:andras_farkas

[1003.1(2016/18)/Issue7+TC2 0001553]: find has two references to -n option that should be about -name

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1553 == Reported By:andras_farkas

[1003.1(2016/18)/Issue7+TC2 0001549]: Escaped newline in macro expansion in command line.

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1549 == Reported By:dmitry_goncharov

[1003.1(2016/18)/Issue7+TC2 0001547]: wait* are cancellation points, but the fate of zombie processes in wait after cancellation are unspecified.

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1547 == Reported By:dannyniu Assigned

[1003.1(2016/18)/Issue7+TC2 0001541]: Overabundance of parentheses in atoi() example

The following issue has a resolution that has been APPLIED. == https://austingroupbugs.net/view.php?id=1541 == Reported By:andras_farkas

Re: [Issue 8 drafts 0001564]: clariy on what (character/byte) strings pattern matching notation should work

On 19/05/2022 02:46, Christoph Anton Mitterer wrote: On Sun, 2022-05-15 at 16:14 +0100, Harald van Dijk wrote: Please see the tests and results here. So dash/ash/mksh/posh/pdksh,... and every other shell that doesn't handle locales at all (and thus works in the C locale)... is anyway always