Austin Group teleconference +1 888 974 9888 PIN 618 156 403

BEGIN:VCALENDAR VERSION:2.0 PRODID:-//opengroup.org//NONSGML kigkonsult.se iCalcreator 2.22.1// CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VTIMEZONE TZID:America/New_York X-LIC-LOCATION:America/New_York BEGIN:DAYLIGHT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 TZNAME:EDT DTSTART:20120311T02

Re: POSIX bind_textdomain_codeset(): some invalid codeset arguments

Harald van Dijk wrote in : |On 12/05/2022 18:19, Steffen Nurpmeso via austin-group-l at The Open |Group wrote: |> Bruno Haible wrote in |> <4298913.vrqWZg68TM@omega>: |>|Steffen Nurpmeso wrote: |>|> ... |>|>| [.] "UTF-7"." |>|> |>|> That is overshoot. |>| |>|No. UTF-7 is invalid

Re: POSIX bind_textdomain_codeset(): some invalid codeset arguments

On 12/05/2022 18:19, Steffen Nurpmeso via austin-group-l at The Open Group wrote: Bruno Haible wrote in <4298913.vrqWZg68TM@omega>: |Steffen Nurpmeso wrote: |> ... |>| [.] "UTF-7"." |> |> That is overshoot. | |No. UTF-7 is invalid here because it produces output that is not NUL

Re: ML reconfigured?

Steffen Nurpmeso wrote in <20220512173651.yl-pn%stef...@sdaoden.eu>: |Steffen Nurpmeso wrote in | <20220512173033.jp_28%stef...@sdaoden.eu>: ||Just wondering, i no longer receive my own messages to the ML? ||I would henceforth save away my sent copy if this is desired? | |So that i got. It

Re: ML reconfigured?

Steffen Nurpmeso wrote in <20220512173033.jp_28%stef...@sdaoden.eu>: |Just wondering, i no longer receive my own messages to the ML? |I would henceforth save away my sent copy if this is desired? So that i got. It thus seems selective values are selectively applied just as currently desired.

ML reconfigured?

Hello. Just wondering, i no longer receive my own messages to the ML? I would henceforth save away my sent copy if this is desired? --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks

Re: POSIX bind_textdomain_codeset(): some invalid codeset arguments

Bruno Haible wrote in <4298913.vrqWZg68TM@omega>: |Steffen Nurpmeso wrote: |> ... |>| [.] "UTF-7"." |> |> That is overshoot. | |No. UTF-7 is invalid here because it produces output that is not NUL |terminated. See: | |$ printf 'ab\0' | iconv -t UTF-7 | od -t c |000 a b +

[1003.1(2013)/Issue7+TC1 0000901]: reserve _POSIX* shell option namespace for future use

The following issue has been CLOSED. == https://austingroupbugs.net/view.php?id=901 == Reported By:rhansen Assigned To:

[Online Pubs 0000887]: printf and other functions appear many times in search results

The following issue has been UPDATED. == https://www.austingroupbugs.net/view.php?id=887 == Reported By:safinaskar Assigned To:

[1003.1(2013)/Issue7+TC1 0001077]: Recommend support for wide-character regcomp and regexec and/or specify multi-byte behavior

The following issue has been CLOSED. == https://austingroupbugs.net/view.php?id=1077 == Reported By:deadpixi Assigned To:

[1003.1(2013)/Issue7+TC1 0001077]: Recommend support for wide-character regcomp and regexec and/or specify multi-byte behavior

A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=1077 == Reported By:deadpixi Assigned To:

[Issue 8 drafts 0001583]: tidy up definition of the term "Special Built-In"

The following issue has been RESOLVED. == https://austingroupbugs.net/view.php?id=1583 == Reported By:calestyo Assigned To:

Re: When can shells remove "known" process IDs from the list?

Robert Elz wrote, on 12 May 2022: > > | > I think they should remain independent. > | Sure, I agree. > > I don't. I cannot think of a single reason why the shell should be > forced to maintain two separate lists of its child processes. The jobs > table needs to have them, so processes in

Re: When can shells remove "known" process IDs from the list?

Chet Ramey wrote, on 11 May 2022: > > On 5/10/22 12:03 PM, Geoff Clare via austin-group-l at The Open Group wrote: > > >> I'd be interested in your reasoning. The standard simply says that jobs > >> and kill (and wait should be added) work with job %X notation whether > >> or not job control is

[1003.1(2016/18)/Issue7+TC2 0001584]: strfmon_l should be conditional on [CX]

The following issue has been CLOSED. == https://austingroupbugs.net/view.php?id=1584 == Reported By:bhaible Assigned To:

[1003.1(2016/18)/Issue7+TC2 0001584]: strfmon_l should be conditional on [CX]

A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=1584 == Reported By:bhaible Assigned To:

[1003.1(2016/18)/Issue7+TC2 0001584]: strfmon_l should be conditional on [CX]

A NOTE has been added to this issue. == https://austingroupbugs.net/view.php?id=1584 == Reported By:bhaible Assigned To: