On Thu, 14 Apr 2022 12:59:35 +, Seymour J Metz wrote:
>Yes and no. Special files are kernel facilities. The shell recognizes "|" as a
>pipe request, creates the special file and file descriptors. The communication
>between the processes does not involve the shell.
>
I wonder whether:
du/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Wednesday, April 13, 2022 9:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: View ASCII Command inUSS
On Thu, 14 Apr 2022 08:4
On 14/4/22 09:14, Paul Gilmartin wrote:
On Thu, 14 Apr 2022 08:46:50 +0800, David Crayford wrote:
Can the behavior be replicated with /bin/sh?
Worth a try.
Indeed. If the same bug exists in both shells Rocket is likely
to fix it sooner than IBM.
The fact that it's using pipe operators
On Thu, 14 Apr 2022 08:46:50 +0800, David Crayford wrote:
>>>
>> Can the behavior be replicated with /bin/sh?
>
>Worth a try.
>
Indeed. If the same bug exists in both shells Rocket is likely
to fix it sooner than IBM.
>The fact that it's using pipe operators implies the shell is in play.
>
I
On 13/4/22 21:24, Paul Gilmartin wrote:
On Wed, 13 Apr 2022 14:19:48 +0800, David Crayford wrote:
I suspect a bug with bash. You should post your repeatable test case on
Rockets z/OS Open Source Ported Tools forum. Can you enter bash
--version to get the version. I know Rocket recently
On Wed, 13 Apr 2022 14:19:48 +0800, David Crayford wrote:
>I suspect a bug with bash. You should post your repeatable test case on
>Rockets z/OS Open Source Ported Tools forum. Can you enter bash
>--version to get the version. I know Rocket recently released a new
>ASCII version of bash using
I suspect a bug with bash. You should post your repeatable test case on
Rockets z/OS Open Source Ported Tools forum. Can you enter bash
--version to get the version. I know Rocket recently released a new
ASCII version of bash using their z/OS port of gcc.
On 12/4/22 20:32, Michael Babcock
(Cross-posting to MVS-OE)
On Apr 12, 2022, at 12:00:30, Michael Babcock wrote:
>
> I had to add the -B to prevent “head” from doing autoconvert on the file.
>
> -bash-4.3# iconv -f ISO8859-1 -t IBM-1047 trace_large.log | head -B
>
Good detective work.
I'm mystified. Why did autoconversion
I had to add the -B to prevent “head” from doing autoconvert on the file.
-bash-4.3# iconv -f ISO8859-1 -t IBM-1047 trace_large.log | head -B
product = WAS FOR Z/OS 21.0.0.12, z/OS Connect EE Unlimited 03.00.53
On Tue, 12 Apr 2022 10:13:45 -0500, Michael Babcock wrote:
>-bash-4.3# ls -lTHE trace_large.log
>
>t UTF-8 T=on -rw-r- --s- 1 BPXROOT SOFT1 20971432
>Apr 8 07:40 trace_large.log
>
>-bash-4.3# od -tx1 trace_large.log | head
>00 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A
-bash-4.3# ls -lTHE trace_large.log
t UTF-8 T=on -rw-r- --s- 1 BPXROOT SOFT1 20971432
Apr 8 07:40 trace_large.log
-bash-4.3# od -tx1 trace_large.log | head
00 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A 2A
*
000120 0A 70 72 6F 64 75
On Tue, 12 Apr 2022 07:32:16 -0500, Michael Babcock wrote:
>
>I think this might have more to do with how the product in question
>(z/OS Connect Enterprise Edition) generates the file versus the size.
>If I do a wordcount on the file it shows no newlines. Then if I run an
>awk command against
Just getting back to this (sorry, been busy).
I think this might have more to do with how the product in question
(z/OS Connect Enterprise Edition) generates the file versus the size.
If I do a wordcount on the file it shows no newlines. Then if I run an
awk command against the file, it (I
Use of a desktop editor + ftp, in this case, is simply expedient.
Rob
On Thu, Mar 31, 2022, 14:52 Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 31 Mar 2022 13:54:40 -0400, Rob Schramm wrote:
>
> >Just ftp to desktop with an editor like Ultra edit.
> >
> Would
On Thu, 31 Mar 2022 13:54:40 -0400, Rob Schramm wrote:
>Just ftp to desktop with an editor like Ultra edit.
>
Would IBM recommend that if one of their products has a bug
you simply use one from a competitor?
>It is annoying that the 3.17 has weird limitations for file sizes.
>
Is the size limit
Just ftp to desktop with an editor like Ultra edit.
It is annoying that the 3.17 has weird limitations for file sizes.
Rob
On Thu, Mar 31, 2022, 13:15 Michael Babcock wrote:
> I’m not sure I’ve tried with a large EBCDIC file. I’ll try.
>
> On Thu, Mar 31, 2022 at 12:03 PM Paul Gilmartin <
>
I’m not sure I’ve tried with a large EBCDIC file. I’ll try.
On Thu, Mar 31, 2022 at 12:03 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 30 Mar 2022 22:48:21 -0500, Michael Babcock wrote:
>
> >Anyone else find this annoying? When viewing an ASCII file in
On Wed, 30 Mar 2022 22:48:21 -0500, Michael Babcock wrote:
>Anyone else find this annoying? When viewing an ASCII file in USS using
>ISPF 3.4 and placing a VA command next to the file, if the file is too big,
>it substitutes browse but defaults to EBCDIC?It should substitute
>“browse ASCII”
On Wed, 30 Mar 2022 22:48:21 -0500, Michael Babcock wrote:
>Anyone else find this annoying? When viewing an ASCII file in USS using
>ISPF 3.4 and placing a VA command next to the file, if the file is too big,
>it substitutes browse but defaults to EBCDIC?It should substitute
>“browse
For better or worse BROWSE is a different beastie.
https://www.ibm.com/docs/en/zos/2.5.0?topic=commands-displaycontrol-display
DISPLAY ASCII is what you want but it does't deal with the CR, LF, NL etc
--
For IBM-MAIN subscribe /
Anyone else find this annoying? When viewing an ASCII file in USS using
ISPF 3.4 and placing a VA command next to the file, if the file is too big,
it substitutes browse but defaults to EBCDIC?It should substitute
“browse ASCII” but I know of no such command.
RFE? Or am I missing
21 matches
Mail list logo