Re: DFSORT newline

There is no NL character in ASCII. EBCDIC has an NL at '15'X. Unicode has NEL: Next Line, U+0085. Also, any of these may imply a new line: LF:Line Feed, U+000A VT:Vertical Tab, U+000B FF:Form Feed, U+000C LS:Line Separator, U+2028 PS:Paragraph Separator, U+2029

Re: DFSORT newline

https://www.editpadpro.com/tricklinebreak.html Windows, and DOS before it, uses a pair of CR and LF characters to terminate lines. UNIX (Including Linux and FreeBSD) uses an LF character only. OS X also uses a single LF character, but the classic Mac operating system used a single CR character

DFSORT newline

in , I read: . The period symbol matches any one character except the terminal newline character. So how may the programmer match a newline character? I I read in an apparently related publication,

Re: [EXTERNAL] Re: JOB card format

On Thu, 9 May 2024 at 15:01, Phil Smith III wrote: > [...] > Since classic timer units are close to microseconds > [...] > Ah, no. We've been through this one before - the last time here in 2018 as far as I can see. A (classic) Timer Unit is about 26 μs, which is the notional tick rate of bit

Re: [EXTERNAL] Re: JOB card format

On Thu, 9 May 2024 15:01:28 -0400, Phil Smith III wrote: >... >Well, obviously in binary it's 0101011101111000 and...ok, not that. BUT I >did multiply it by 60 and got 21,474,720--which is suspiciously close in >digits (if not in scale) to 2**31, 2,147,483,648. Since classic timer units