Bum behaviour of hash(1)

2014-08-01 Thread Steffen Nurpmeso
Hello, just stumbled over a makefile which does RANLIB=(hash ranlib) /dev/null 21 || exit 0; ranlib and had a problem: ?0[]$ for i in ba da k mk z; do echo --${i}sh:; eval ${i}sh -c '(hash nosuch)||echo ok; (hash vim)||echo bad'; done --bash: bash: line 0: hash: nosuch:

Re: Bum behaviour of hash(1)

2014-08-01 Thread Steffen Nurpmeso
Thorsten Glaser t...@mirbsd.de wrote: |Steffen Nurpmeso dixit: | |just stumbled over a makefile which does | |Fix that Makefile. Your advice comes too late. Sorry for that. Ciao, --steffen

trap recursion until SIGSEGV (non-interactive)

2015-01-12 Thread Steffen Nurpmeso
Hello Thorsten, i wrote a buggy shell script similar to the crap below, but it crashed mksh(1): cat t.sh _EOT trap echo au; kill $$ TERM trap echo exit EXIT zap=`kill -TERM $$` echo after zap exit _EOT An interactive shell or '/usr/bin/mksh -c exec ./t.sh' limits the storm in the

Re: trap recursion until SIGSEGV (non-interactive)

2015-01-13 Thread Steffen Nurpmeso
Thorsten Glaser t...@mirbsd.de wrote: |Steffen Nurpmeso dixit: |An interactive shell or '/usr/bin/mksh -c exec ./t.sh' limits |the storm in the same way that bash(1) does |Running 'bash t.sh' shows… | |au |au |au |after zap |au |au |au |au |au [ au] |exit |au | |… weirdly enough

Re: trap recursion until SIGSEGV (non-interactive)

2015-01-13 Thread Steffen Nurpmeso
Thorsten Glaser t...@mirbsd.de wrote: |Steffen Nurpmeso dixit: |I would prefer seeing a stack recursion limit exceeded or |similar before SIGSEGV happens because of recursive functions, | |Yeah, but I have no idea how to do that. If you find one… tell me. Anyway i'm thankful i was worth

Re: alias expansion bug with matching { ... }

2017-04-06 Thread Steffen Nurpmeso
Hallo! Thorsten Glaser wrote: |Dixi quod… |>Commit ID: 10058E5A1067AFA1BBA ... |Oh well. For the sake of consistency. But fixing this DID uncover |a re-entrancy bug in 'typeset -f' ouput (which IS also used in some |other places internally): ... |When deferring alias

Re: An additional quote test for check.t

2017-05-19 Thread Steffen Nurpmeso
Thorsten Glaser wrote: |>i think, the \r is expanded, the output is | |a bit unsure what exactly you’re talking about, but you cannot |ever use echo to display strings portably. | |Use 'print -r -- "$foo"' to display the contents of the foo parameter. | |Is there anything

An additional quote test for check.t

2017-05-18 Thread Steffen Nurpmeso
Hallo Thorsten, I do not know whether you have followed the thread on the standard list, but Robert Elz has written a shell function which allows round-tripping quoted strings from and to the positional parameter stack, Stephane did so in awk(1), effectively we are talking about

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

2020-12-09 Thread Steffen Nurpmeso
e character "junkie", so to say. commit a9ec20d6 Author: Steffen Nurpmeso AuthorDate: 2020-04-23 17:29:57 +0200 Fix: "revert" [ab0cd3b8] from 2017-10-20.. (Claus Assmann).. (FIX iconv for main body part (since EVER!) (Doug McIlroy, Ra

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

2020-12-09 Thread Steffen Nurpmeso
austin-grou...@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, ???)

2020-12-10 Thread Steffen Nurpmeso
[I bring back austin-group-l, ok? Thorsten Glaser wrote in : |Steffen Nurpmeso dixit: | |> #include |> #include |> #include |> #include |> int main(void){ |> char inb[16], oub[16], *inbp, *oubp; |> iconv_t id; |> size_t inl, oul; |>

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

2020-12-10 Thread Steffen Nurpmeso
Hallo Jörg, all, Joerg Schilling wrote in <20201210004945.i3n8e%sch...@schily.net>: |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 LAT

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

2020-12-10 Thread Steffen Nurpmeso
Thorsten Glaser via austin-group-l at The Open Group wrote in : |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 |>