mail encoding not-fun (was Re: clarification needed: shell 'exec' + function (builtin, ???))

Steffen Nurpmeso via austin-group-l at The Open Group dixit: > |This is because m4.opengroup.org runs qmail, the arsehole under the MTAs, > |which auto-converted the mail from quoted-printable to 8bit, sending it > |as 8bit even to MTAs that don't offer 8BITMIME (I configured my sendmail > |not

Re: clarification needed: shell 'exec' + function (builtin, ???)

Steffen Nurpmeso wrote: > this is an iconv(3)-related error that was fixed in later version > of the mailer you use. The very error came up on the ML this > year[1], basically you use LATIN1 on your box, as could be > expected, but Thorsten is known to be a Unicode character > "junkie", so to

Re: clarification needed: shell 'exec' + function (builtin, ???)

This has been discussed (somewhere) before - but in the context of being able to guarantee that the filesystem command is run, and not anything else. Specifying the full path will do that, but to do that portably means the script needs to do its own PATH search, and that's ugly. The overall

Re: clarification needed: shell 'exec' + function (builtin, ???)

austin-group-l@opengroup.org wrote in : |Joerg Schilling via austin-group-l at The Open Group dixit: | |>here is where the original mail ended for me. Interesting that you did get | |This is because m4.opengroup.org runs qmail, the arsehole under the MTAs, |which auto-converted the mail

Re: clarification needed: shell 'exec' + function (builtin, ???)

Hallo Jörg, Joerg Schilling wrote in <2020120933.yyo5w%sch...@schily.net>: |"shwaresyst via austin-group-l at The Open Group" wrote: ... |> Hi *, | |Hi, | |here is where the original mail ended for me. Interesting that you did get |more content. Is there any idea, why I received

Re: clarification needed: shell 'exec' + function (builtin, ???)

"Thorsten Glaser via austin-group-l at The Open Group" wrote: > This is because m4.opengroup.org runs qmail, the arsehole under the MTAs, > which auto-converted the mail from quoted-printable to 8bit, sending it > as 8bit even to MTAs that don't offer 8BITMIME (I configured my sendmail > not to

Re: clarification needed: shell 'exec' + function (builtin, ???)

Joerg Schilling via austin-group-l at The Open Group dixit: >here is where the original mail ended for me. Interesting that you did get This is because m4.opengroup.org runs qmail, the arsehole under the MTAs, which auto-converted the mail from quoted-printable to 8bit, sending it as 8bit even

Re: clarification needed: shell 'exec' + function (builtin, ???)

"shwaresyst via austin-group-l at The Open Group" wrote: > > I agree more clarification is desirable. The reason I see as why the function > isn't executed is it may be treating it as an invoke of "sh -c ls", because > ls is a function, but this new sh does not inherit that definition so it

RE: clarification needed: shell 'exec' + function (builtin, …)

I agree more clarification is desirable. The reason I see as why the function isn't executed is it may be treating it as an invoke of "sh -c ls", because ls is a function, but this new sh does not inherit that definition so it looks on path instead and finds the utility. On Wednesday, December

clarification needed: shell 'exec' + function (builtin, …)

Hi *, I’ve got a report in IRC by a user who spotted a cross-shell difference. In my opinion, the invocation… sh -c 'ls() { echo meow; }; exec ls' … is supposed to output "meow\n and return to the caller with a zero errorlevel. Some shells execve() the ls(1) binary instead. In

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

[1003.1(2016/18)/Issue7+TC2 0001430]: Text about interleaving data should say thread not process

The following issue has been SUBMITTED. == https://austingroupbugs.net/view.php?id=1430 == Reported By:geoffclare Assigned To:

[1003.1(2016/18)/Issue7+TC2 0001337]: Clarify socket option values after accept()

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

[1003.1(2013)/Issue7+TC1 0001329]: Problem in resolution of bugid:0000793: "Regular Expressions: add REG_MINIMAL and a minimum repitition modifier"

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

[Issue 8 drafts 0001325]: Allow make to remake an included file

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

[1003.1(2008)/Issue 7 0000598]: OH shading and new interfaces

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