W dniu 03.02.2021 o 21:40, Tony Harminc pisze:
On Sat, 30 Jan 2021 at 11:36, Bernd Oppolzer wrote:
Am 30.01.2021 um 00:39 schrieb Tony Harminc:
On Fri, 29 Jan 2021 at 18:21, Radoslaw Skorupka wrote:
Few remarks:
...
4. Source code EBCDIC-ASCII translation. Example: I hate REXX
On Sat, 30 Jan 2021 at 11:36, Bernd Oppolzer wrote:
>
> Am 30.01.2021 um 00:39 schrieb Tony Harminc:
> > On Fri, 29 Jan 2021 at 18:21, Radoslaw Skorupka
> > wrote:
> >
> >> Few remarks:
> > ...
> >> 4. Source code EBCDIC-ASCII translation. Example: I hate REXX
> >> translation. REXX use ||
@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, January 31, 2021 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
On Sat, 30 Jan 2021 17:35:57 +0100, Bernd Oppolzer
://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bernd Oppolzer [bernd.oppol...@t-online.de]
Sent: Sunday, January 31, 2021 9:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS
Am 31.01.2021 um 15:19 schrieb Paul Gilmartin:
On Sat, 30 Jan 2021 17:35:57 +0100, Bernd Oppolzer wrote:
The problem is not at the client side (ASCII codepages);
the problem is that the EBCDIC codepages in Europe have the
exclamation point (!) at the place, where the American EBCDIC has |,
and
On Sat, 30 Jan 2021 17:35:57 +0100, Bernd Oppolzer wrote:
>
>The problem is not at the client side (ASCII codepages);
>the problem is that the EBCDIC codepages in Europe have the
>exclamation point (!) at the place, where the American EBCDIC has |,
>and so, if you transfer from an European EBCDIC
UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
I did it. There is no simple solution, not "one size fit all".
Few remarks:
1. EBCDIC-ASCII conversion. It is crucial for text file, however
sometimes record contain binary fields which should n
, Dave [gib...@wsu.edu]
Sent: Friday, January 29, 2021 8:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
Thank you to all who have responded, I appreciate the several suggestions so
far, I may try several of them. I may get
@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
On 2021-01-29 16:44, Seymour J Metz wrote:
> XMIT is not supported on all platforms. Other formats, e.g., tar, zip, are
> nigh near universal.
The XMIT format is with a high
W dniu 30.01.2021 o 20:29, Robert Prins pisze:
On 2021-01-29 16:44, Seymour J Metz wrote:
XMIT is not supported on all platforms. Other formats, e.g., tar,
zip, are
nigh near universal.
The XMIT format is with a high degree of certainty supported on every
platform that has Java:
nframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Brian Westerman [brian_wester...@syzygyinc.com]
Sent: Friday, January 29, 2021 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
I think I would use transmit
Am 30.01.2021 um 00:39 schrieb Tony Harminc:
On Fri, 29 Jan 2021 at 18:21, Radoslaw Skorupka wrote:
Few remarks:
...
4. Source code EBCDIC-ASCII translation. Example: I hate REXX
translation. REXX use || characters while in CP852 it should be !!.
Simple translation corrupts REXX code. C
W dniu 30.01.2021 o 00:39, Tony Harminc pisze:
On Fri, 29 Jan 2021 at 18:21, Radoslaw Skorupka wrote:
Few remarks:
...
4. Source code EBCDIC-ASCII translation. Example: I hate REXX
translation. REXX use || characters while in CP852 it should be !!.
Simple translation corrupts REXX code. C
PDSE Edit Generations ISPF package.
https://github.com/lbdyck/pdsegen
On Fri, Jan 29, 2021 at 6:20 PM Tony Harminc wrote:
>
> On Fri, 29 Jan 2021 at 14:55, Gibney, Dave wrote:
> >
> >I am still interested in a Windows (or Linux) tool that can understand
> > PDS/E unload format.
>
> It's an
Thank you to all who have responded, I appreciate the several suggestions so
far, I may try several of them. I may get shifted into other efforts.
Right now, this is an exploratory, researching, POC, project and with
undefined or incomplete and amorphous goals..
Even the ultimate target
On Thu, 28 Jan 2021 at 17:32, Gibney, Dave wrote:
>In preparation for shutting down my z/OS 2.3 system, sometime this year, I
> am looking at options for unloading/storing both my z/OS files as well as my
> application data and infrastructure files.
Another approach to the many mentioned
On Fri, 29 Jan 2021 at 14:55, Gibney, Dave wrote:
>
>I am still interested in a Windows (or Linux) tool that can understand
> PDS/E unload format.
It's an interesting issue, because while the IEBCOPY unload format of
a PDSE is documented in some detail, the PDSE format itself (as it
exists
On Fri, 29 Jan 2021 at 18:21, Radoslaw Skorupka wrote:
> Few remarks:
...
> 4. Source code EBCDIC-ASCII translation. Example: I hate REXX
> translation. REXX use || characters while in CP852 it should be !!.
> Simple translation corrupts REXX code. C code is corrupted as well.
The | character
Friday, January 29, 2021 3:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
I did it. There is no simple solution, not "one size fit all".
Few remarks:
1. EBCDIC-ASCII conversion. It is crucial for text file, howe
I did it. There is no simple solution, not "one size fit all".
Few remarks:
1. EBCDIC-ASCII conversion. It is crucial for text file, however
sometimes record contain binary fields which should not be translated or
the translation is quite different.
2. Programs. There is no big reason to
PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Inspecting and extracting from /OS transportable files on other
> platforms?
>
> Is this information relevant?
>
> https://urldefense.com/v3/__http://www.cbttape.org/xmitview.htm__;!!J
>
t; To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Inspecting and extracting from /OS transportable files on other
> platforms?
>
> There are a lot of packages for transforming XML. It might be easier to use
> one of them rather than writing an edit macro to do it.
>
>
>
The best tool to transform XML is XSLT. It's a little funky to learn, because
it's a "functional programming language" but it's designed for XML. I used it
this way
] >
The stylesheet does all the work. You'll find information about XSLT around
the 'net. I don't claim to be good at
and extracting from /OS transportable files on other
platforms?
I am still interested in a Windows (or Linux) tool that can understand
PDS/E unload format.
But, here is another question. GIMZIP creates a GIMPAF.XML file
describing the contents. I would like to process this file back
e everyone is.'
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gibney, Dave
Sent: 29 January 2021 19:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
I am still interested in a Windows (or L
] on behalf of
Gibney, Dave [gib...@wsu.edu]
Sent: Friday, January 29, 2021 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
I am still interested in a Windows (or Linux) tool that can understand PDS/E
unload format
be an XML editor to make this easier.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Gibney, Dave
> Sent: Thursday, January 28, 2021 2:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Inspecting and extracting from /OS transportable files on
-MAIN@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
Hi Brian,
I tried to find the Sabrent device you referenced, but, did not find any that
goes 16 Gb/sec.
Can you please supply a link to this?
Thanks and regards,
David
On 2021-01-29 03
@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
I think I would use transmit format for transporting things between systems,
it's easily transportable and common no matter where you go and is even usable
on a desktop PC.
The other thing you can
@LISTSERV.UA.EDU
Subject: Re: Inspecting and extracting from /OS transportable files on other
platforms?
Hi Brian,
I tried to find the Sabrent device you referenced, but, did not find any that
goes 16 Gb/sec.
Can you please supply a link to this?
Thanks and regards,
David
On 2021-01-29 03:36, Brian
Hi Brian,
I tried to find the Sabrent device you referenced, but, did not find any
that goes 16 Gb/sec.
Can you please supply a link to this?
Thanks and regards,
David
On 2021-01-29 03:36, Brian Westerman wrote:
I think I would use transmit format for transporting things between systems,
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List Im Auftrag von
Gibney, Dave
Gesendet: Donnerstag, 28. Januar 2021 23:32
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Inspecting and extracting from /OS transportable files on other
platforms?
Isn't that a long winder subject
I think I would use transmit format for transporting things between systems,
it's easily transportable and common no matter where you go and is even usable
on a desktop PC.
The other thing you can do (which I personally do) is simply FTP the PDS's and
sequential files directly to your PC (on a
Isn't that a long winder subject?
In preparation for shutting down my z/OS 2.3 system, sometime this year, I
am looking at options for unloading/storing both my z/OS files as well as my
application data and infrastructure files.
I thought of experimenting with GIMZIP. Which, for a PDS/E
34 matches
Mail list logo
