On 14/03/2021 9:32 am, Andrew Rowley wrote:
On 14/03/2021 2:32 am, Robert Prins wrote:
Why hasn't it been released as open source under the same license,
after all it's just decompression code, and given the note in the
User's Guide,
After a discussion with Mario at SHARE last year and some
Mario & Cheryl
Thank you! This is useful and works as you described!
Best regards, Al
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hey Mario,
Great work, thank you!
I can't imagine how much fun it is to work in the WW gang...
- KB
‐‐‐ Original Message ‐‐‐
On Sunday, March 14, 2021 7:31 PM, Mario Bezzi wrote:
> Andrew thank you.
>
> I agree on your point about keeping decompression and text conversion
> separate.
>
On 15/03/2021 3:13 am, Mike Schwab wrote:
How about a parameter to specify the code page conversions?
Or can the output be an XMIT file so an XMIT viewer be used?
The output can be an XMIT file if the original dataset was XMIT format.
But only if there is no EBCDIC-ASCII translation.
I said
Leaving it in EBCDIC leaves the user responsible for properly
interpreting the data.
I. E. they may not be using the American Code page IBM-037? / 1047?
And even if using one of those pages for MOST files, some language
compilers require their OWN Code page (PL/1, C, APL) due to required
characters
On Sun, 14 Mar 2021 11:13:47 -0500, Mike Schwab wrote:
>How about a parameter to specify the code page conversions?
>Or can the output be an XMIT file so an XMIT viewer be used?
>
Does XMIT indicate the code page?
EBCDIC is a nightmare. For example, an IBM web page:
https://www.ibm.com/supp
I love programming as it gives me the illusion that almost everything is
possible. So yes, we may add code to perform text conversion using
multiple code pages, or generate the output in XMIT format.
The only question I have is: Would this help us pay the bills?
:-)
Thank you,
mario
On 3/14/
How about a parameter to specify the code page conversions?
Or can the output be an XMIT file so an XMIT viewer be used?
On Sun, Mar 14, 2021 at 9:02 AM Mario Bezzi wrote:
>
> Andrew thank you.
>
> I agree on your point about keeping decompression and text conversion
> separate.
>
> The kind of f
On Sun, 14 Mar 2021 15:01:35 +0100, Mario Bezzi wrote:
>
>..., properly managing
>mainframe code pages is impossible as the terse container doesn't carry
>such information, and one can only guess.
>
Tagged zFS files carry such information.
-- gil
-
Andrew thank you.
I agree on your point about keeping decompression and text conversion
separate.
The kind of full text conversion which unterse may perform only applies
to text only files. Also for this limited use case, properly managing
mainframe code pages is impossible as the terse cont
On 14/03/2021 2:32 am, Robert Prins wrote:
Unlike PCTERSE the program and IBMs offering it doesn't do any
EBCDIC-ASCII translation...
Why hasn't it been released as open source under the same license,
after all it's just decompression code, and given the note in the
User's Guide,
"The dec
On 2021-03-09 20:43, Cheryl Watson wrote:
I hope this isn't considered advertising if it's for a free product, but we'd
like to announce our new WWUNTERSE (no-charge) product.
To address this need, and because we spent a lot of our own time moving SMF
data around, our colleague Mario Bezzi c
I hope this isn't considered advertising if it's for a free product, but we'd
like to announce our new WWUNTERSE (no-charge) product.
Here at Watson & Walker we love SMF data. And judging by the volumes of it
that most z/OS sites generate, we are not the only ones. SMF can tell you just
about
13 matches
Mail list logo
