fix typo in comment

refresh with up-to-date eawparse

thankfully, this is now all in glibc master, too
(thanks Mike FABIAN)

tentatively fix Debian #878947 by putting an end to (some) nesting

‣ also makes the error message nicer:
tg@blau:/usr/obj/bin/mksh $ mksh -n -c '${0$(($(o[))&$(($(p[))&)'
internal error: can't allocate 8388628 data bytes
tg@blau:/usr/obj/bin/mksh $ mksh -n -c '${0$(($(o[))&$(($(p[))&)^J'
mksh: no closing quote
1|tg@blau:/usr/obj/bin/mksh $ ./mksh -n -c '${0$(($(o[))&$(($(p[))&)'
./mksh: syntax error: unmatched '('
1|tg@blau:/usr/obj/bin/mksh $ ./mksh -n -c '${0$(($(o[))&$(($(p[))&)^J'
./mksh: syntax error: unmatched '('

‣ alternative fix would be to keep the block and do…
- } else {
+ } else if (source->type != SEOF) {
… but that would keep “no closing quote” for the case with newline,
and since this seems to not break… nuking unused code is always good ☻

apply another quickfix by komh

really, getdrvwd should be passed an Xstring (probably with Xinit0 in
the callers), especially as one caller already didn’t update ldestlen
properly… (but not tonight as I’ve really got no head for that left)

move getdrvwd() declaration out of OS/2-specific part:
each MKSH_DOSPATH port is required to define it (and, later, others)

add MKSH_ENVDIR code for Jehanne (OS by Shamar (giacomotesio) from IRC):
instead of parsing extern char **environ; read it from a filesystem
(typical for Plan 9, though this one is __jehanne__ per ifdef)

tested on MirBSD and found to be working

fix “cd e:foo” on DOSPATH systems (I think)

move slashifying of PATH, TMPDIR and two OS/2-specific variables from
OS/2-specific to common DOSPATH-specific code (ifdef for the latter two)

also gets us rid of the use of getenv

fix a longstanding double substitution

komh says these are redundant

apply fixes from code review by @komh

note on rooted pathnames, concept found in original pdksh which had
various forms of path attributes (not just absolute or not), though
we shouldn’t just copy theirs either

handle drive-qualified nōn-absolute pathnames in do_realpath(), untested

the idea here is that:

- /foo/bar and a:/foo/bar are absolute
- foo/bar is relative
- a:foo/bar needs to be handled specially,
  mostly per making it into an absolute (“a:/” + getcwd(a:) + “foo/bar”)

mksh_abspath() on OS/2 now requires a dir separator after the drive letter
and colon for it to recognise a pathname as absolute, as it should be

XXX make_path() unreviewed wrt this change

further OS/2 fixes for simplify_path()

all uses of mksh_vdirsep should exclude “\builtin” from triggering it

update comment to unpuzzle a future me

(I just had to use git annotate and look at the two commits from komh
to figure out that the condition in the if is correct here and what
this is supposed to do)

eval.c has the only mksh_sdirsep caller and uses it on substrings,
so OS/2 drive letter checks are not correct there

inline OS/2’s mksh_sdirsep() into its mksh_vdirsep()
because we must separate these two

keep drive letter when simplifying path (untested)

introduce mksh_drvltr(s) short-hand macro

turns out the slash was already added (later), 10x komh

fix part of realpath for drive-qualified DOS paths:

if a path or symlink target is drive-qualified, keep the drive letter
(this part from komh) and, if present, a leading (back)slash (from me)

missing: if a drive qualification is *not* followed by a (back)slash,
we must retrieve the per-drive cwd for the target drive and insert it
just like we insert the cwd for (normal/Unix) relative paths; maybe
consider redoing absolute/relative path logic, DOS paths are tristate

komh’s commit: fix realpath failure on OS/2

On OS/2, an absolute path is 'x:/path/to/file'. Because it has not
a leading slash, '/' is prepended, that is, '/x:/path/to/file'. As a
result, it fails to find a requested file.

remove redundant OS/2 codes (from komh)

os2_init() does it.

monkey-patch offsetof for a klibc/dietlibc warning; bump to R56b (bugfixes)

quell a Fink compiler warning; not entirely correct but no harm done either

unbreak vi mode '0' movement, bug introduced in r1.323
reported by Larry Hynes <larry@larryhynes.com>

fix documentation bug, thanks panpo and Riviera for spotting

we have a FAQ now! (well, two of them, different scope though)

bump

oh wait, actually…

• besides the previously-set $EDITOR take [jupp jstar mcedit ed vi]
  as sorted list, first one found wins
• set -eu safe, and in the lksh part

promote jupp to default editor if installed, in the customisation section

comment

let hd_mksh take from stdin, great simplification

make EBCDIC-safe

perform in chunks, don’t read the entire file into memory ahead

always expone mksh’s hexdumper

fix Red Hat BZ#1479320 by making interactive shells remember async PIDs too

optimise structure size calculation to take alignment into account

go home Coverity, you’re drunk

code refactoring to work around it not recognising the correct code path

Coverity 1416282

Coverity 1416283

Coverity 1416285

fix a GCC 7 pointer target signedness warning

release

fixup by regenerating with new eawparse which matches what I submitted to
https://sourceware.org/bugzilla/show_bug.cgi?id=21750 even if only FF00
actually changed due to the algorithms in use

fuck POSIX

turn off UTF-8 mode upon entering POSIX mode, for J�rg

part 2: don’t stop using the history if the file has been truncated

plug part of the history problems until we can do better:
do not change the underlying file when truncating; rather,
copy everything back from the tmpfile to histfd while the
latter is locked

make readonly idempotent; spotted by selk from Dragora

Unicode 10.0.0

merge commit b0a2ea76327760a7ecf35172fe525f8aa39320b2 from Harvey-OS:

“Until sigsuspend could work propery”[sic]

exclude nōn-HPFS-safe pathname-using test from OS/2 (thanks komh)
also exclude on cygwin/msys as not FAT/NTFS-safe

oops, reverted not enough in commitid 1005909EE7C16B07DC3

sprinkle tons more ord() around

this is really not funny… mksh-ng will use even more “unsigned only”

add EBCDIC primer and attribution for iSKUNK

catch z/OS not having $Config not filling in the __perlpath env correctly

switch EBCDIC to “nega-UTF8”

some more small EBCDIC fixes

we absolutely require unambiguous mapping between EBCDIC and extended ASCII
to be able to provide a global stronly monotonous order for comparisons and
bracket expression ranges

ensure NUL in ASCII and EBCDIC both always occurs ordinal 0

first cut at the new matching code, IT WORKS!!! in the FIRST try!

missing:
- tons of new testcases
- EBCDIC support with ASCII ordering for POSIX ranges

split and adapt some testcases for EBCDIC

move the constants to an EBCDIC-friendly range

move magic constants into definitions

sprinkle a few ord() and add an indicator of why some code fails on EBCDIC

move more EBCDIC logic into check.pl

handle EBCDIC in the testsuite runner (error display)

- move categories for that to test.sh, simplifying it
- $ebcdic in Build.sh is now for the target, not the buildhost

add -U to test.sh as well, oops…

commit my WIP for the Beltane Snapshot of the Mainframe Korn Shell, not going to make finishing it tonight ☹

nuke unused stuff

require Config only if it exists, which it reportedly doesn’t on OS/390

clarify; default to xlc(1) as $CC on z/OS

add BSDish [[:<:]] and [[:>:]] matching (angle brackets must be escaped)

use strnul(); optimise

reimplement has_globbing() with proper bracket expression parsing,
and take ahead parsing collating symbols, equivalence classes and
character classes already (heck my first draft of this already did
better than GNU bash, ksh93 I still don’t grok its code at all)

clean up OS exclusions somewhat: have Perl substitute the UTF-8 locale

handle expected utf8opt-2a failures better (i.e. don’t even try)

instead of disabling, make it work

optimise <0x20/>0x7E into !C_PRINT

since we have -DMKSH_ASSUME_UTF8=0 on z/OS, omit the known-to-fail check on OS/390

add C_ASCII (0x01 .. 0x7F: 7-bit ASCII except NUL)

move three variables into common data, meaning .bss (hopefully)

const

keep ksh_ctypes[] array keys in EBCDIC

we set $IFS massively less often than use ctype()

fill the map backwards (to use first occurrence of duplicates);
add a cache to ensure basic ASCII mapping is bijective

add -DMKSH_FAUX_EBCDIC to test the codepaths better

waking up to: Lanfear - Just Another Broken Shell

fix C array arithmetics

oops, ctypes are indexed by ASCII value even on EBCDIC systems

rename asc() to asciibetical() to make clear it’s for POSIX ordering only
and switch remaining consumers, except the allowed one, to rtt2asc()

allow backslash escapes for bind for ^ and \ o̲n̲l̲y̲; also more EBCDIC-friendly

control character madness, but more compiler-friendly

fill two complete round-trip maps EBCDIC <-> ASCII

apply most of the remaining parts of the EBCDIC patch, sans the CTRL() changes

commit the EBCDIC run-time table conversion code, so it can be reviewed

XXX there’s still the issue of compile-time character conversion, and
XXX that runtime m̲u̲s̲t̲ use a compatible codepage, which we cannot check,
XXX and that we need the POSIX portable character set mapped, which we
XXX decide to not check (due to the above, mostly)

BEL was, and Vi mode is, not EBCDIC-safe

commit the optimisation result from the new fast character classes

adjust

prepare for EBCDIC target environments (with -E option)

this differs from EBCDIC build hosts which can be autodetected