Re: EBCDIC-ASCII converter and other tools

[David Crayford]

On 1/01/2021 3:07 am, Robert Prins wrote:


That's a straw man argument!

I have a lot of friends that use FB for their businesses which in the 
old days would require a bespoke web site.


Potentially giving a job and income to local people, rather than the 
0.0001%


haha! One of my ex colleagues has a side hustle creating websites for 
small business and outsources the work to Indian subcontractors. If it's 
less than 5 pages
he just knocks it up using a template. Why pay subcontractor wages in a 
foreign country if you can get it for free?




My son sold his car this week on FB marketplace.


Killing off more local newspapers... 


Local newspapers! You mean those paper things given away for free in the 
local shopping center full of advertisements and no news? Most people 
use the internet these days.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Robert Prins]

On 2020-12-31 13:46, David Crayford wrote:

On 31/12/2020 3:59 am, Robert Prins wrote:

n 30/12/2020 2:04 am, Bernd Oppolzer wrote:
I don't want to advocate the use of Facebook, I understand completely your 
concerns about it. 


We all have concerns about big tech and our digital footprint but why trust 
github and not Facebook. Github is owned
by Microsoft, aren't they the enemy too? 


Does Github (M$) spread hate speech, racism?

Why, on the site of the cult of $uckerberg, is a naked female breast 
considered porn, but are films about atrocities, and people killing others in 
live-streams allowed?


'nuff said! 


That's a straw man argument!

I have a lot of friends that use FB for their businesses which in the old days 
would require a bespoke web site.


Potentially giving a job and income to local people, rather than the 0.0001%


My son sold his car this week on FB marketplace.


Killing off more local newspapers...

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather - https://prino.neocities.org/
Some REXX code for use on z/OS - https://prino.neocities.org/zOS/zOS-Tools.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[David Crayford]

On 31/12/2020 3:59 am, Robert Prins wrote:

n 30/12/2020 2:04 am, Bernd Oppolzer wrote:
I don't want to advocate the use of Facebook, I understand 
completely your concerns about it. 


We all have concerns about big tech and our digital footprint but why 
trust github and not Facebook. Github is owned
by Microsoft, aren't they the enemy too? 


Does Github (M$) spread hate speech, racism?

Why, on the site of the cult of $uckerberg, is a naked female breast 
considered porn, but are films about atrocities, and people killing 
others in live-streams allowed?


'nuff said! 


That's a straw man argument!

I have a lot of friends that use FB for their businesses which in the 
old days would require a bespoke web site. My son sold his car this week 
on FB marketplace.






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Rupert Reynolds]

They've always been there since I inherited it, but they help as it goes
interactive, after the trace ?i on an error.

If I press  once or twice (I forget which) without entering any
interactive Rexx commands, it drops out of the file, perhaps losing some
diagnostic info. It's easy to press  too often. Perhaps the NOPs
sbould be in a do forever :-)

Roops


On Wed., Dec. 30, 2020, 17:43 Jeremy Nicoll, 
wrote:

> On Tue, 29 Dec 2020, at 19:25, Rupert Reynolds wrote:
>
> > novalue:
> > error:
> >   trace R
> >   xxErrL = ERL
> >   xxErrN = RC
> >   say
> >   say "ERROR" xxErrN
> >   say errortext(xxErrN)
> >   say sourceline(xxErrL)
> >   trace ?i
> >   nop
> >   nop
> >   exit
>
> What are the two nop lines for?
>
> --
> Jeremy Nicoll - my opinions are my own.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Nick Jones]

There is a Microsoft Windows version of the z/OS OEM batch utility, SELCOPY.

SELCOPY for Microsoft Windows can be invoked as a line command in a Windows 
shell or from a shell script (BAT or VBS). It is capable of record based data 
manipulation (including ASCII<->EBCDIC) and also supports definition of user 
specific translate tables.

Product description - http://www.cbl.com/products.php#tab=selc

Examples - http://www.cbl.com/success.php


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Robert Prins]

On 2020-12-30 16:06, David Crayford wrote:

On 30/12/2020 2:04 am, Bernd Oppolzer wrote:
I don't want to advocate the use of Facebook, I understand completely your 
concerns about it. 


We all have concerns about big tech and our digital footprint but why trust 
github and not Facebook. Github is owned
by Microsoft, aren't they the enemy too? 


Does Github (M$) spread hate speech, racism?

Why, on the site of the cult of $uckerberg, is a naked female breast considered 
porn, but are films about atrocities, and people killing others in live-streams 
allowed?


'nuff said!

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather - https://prino.neocities.org/
Some REXX code for use on z/OS - https://prino.neocities.org/zOS/zOS-Tools.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Jeremy Nicoll]

On Tue, 29 Dec 2020, at 19:25, Rupert Reynolds wrote:

> novalue:
> error:
>   trace R
>   xxErrL = ERL
>   xxErrN = RC
>   say
>   say "ERROR" xxErrN
>   say errortext(xxErrN)
>   say sourceline(xxErrL)
>   trace ?i
>   nop
>   nop
>   exit

What are the two nop lines for?

-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Seymour J Metz]

I use DuckDuckGo; it includes google results in its hit list. Alas, it also 
suffers from the "more is better" philosophy, giving tons of bogus hits.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
David Crayford [dcrayf...@gmail.com]
Sent: Wednesday, December 30, 2020 11:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

On 30/12/2020 2:04 am, Bernd Oppolzer wrote:
> I don't want to advocate the use of Facebook, I understand completely
> your concerns about it.

We all have concerns about big tech and our digital footprint but why
trust github and not Facebook. Github is owned
by Microsoft, aren't they the enemy too? How many people on this
newsgroup (other than Seymour) doesn't use Google search?

Should we all become Troglodytes and batten down the hatches?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[David Crayford]

On 30/12/2020 2:04 am, Bernd Oppolzer wrote:
I don't want to advocate the use of Facebook, I understand completely 
your concerns about it. 


We all have concerns about big tech and our digital footprint but why 
trust github and not Facebook. Github is owned
by Microsoft, aren't they the enemy too? How many people on this 
newsgroup (other than Seymour) doesn't use Google search?


Should we all become Troglodytes and batten down the hatches?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Paul Gilmartin]

On Tue, 29 Dec 2020 22:29:16 +0100, R.S. wrote:

>Yes, exactly.
>This is one of the reasons for custom-defined table.
>Custom-defined is not "standard"
>And yes, the goal is to change selected characters, and prepare the
>opposite table. Of course translation can be reversible when the table
>has unique values (this is first of the conditions) . So, for example it
>can be A->B translation, but B has to be translated as well, let's say
>B->A. That would change ADAM BROWN to BDBM AROWN (assuming other
>characters are not translated), but it reversible.
>Let's say translation A -> B and B unchanged would give BDBM BROWN and
>there is no way to find out which character need to be reversed.
> 
https://en.wikipedia.org/wiki/Bijection

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Bernd Oppolzer]

The program works correctly, 107 lines;

when applied to source text and conversion is done from ASCII to EBCDIC
(using the two code tables from the previous mail) and then the other way,
the final result is identical with the original file :-)

Kind regards

Bernd


Am 29.12.2020 um 23:05 schrieb Bernd Oppolzer:
It's ok for me, it's always fun to think about the problems other 
people have;

sooner or later, they may be yours ...

I started to write a Pascal program using my Stanford compiler;
I fed it with two code tables in a format which I downloaded some time 
ago from an IBM site (IIRC).

I tried to attach the two files (don't know, if this will work here).
See CP00037 for a certain EBCDIC code page and CP01252 for the normal 
Windows code page;

the characters match, when their NAME is the same in both tables.

The program first reads the code table (files), then it builds the 
translation table,
and then it is ready to process the REAL input file. This way it can 
do every desired code translation

(given the two source and target codepage files).

If you are interested in the result, contact me offline.

Kind regards

Bernd


Am 29.12.2020 um 22:29 schrieb R.S.:

Yes, exactly.
This is one of the reasons for custom-defined table.
Custom-defined is not "standard"
And yes, the goal is to change selected characters, and prepare the 
opposite table. Of course translation can be reversible when the 
table has unique values (this is first of the conditions) . So, for 
example it can be A->B translation, but B has to be translated as 
well, let's say B->A. That would change ADAM BROWN to BDBM AROWN 
(assuming other characters are not translated), but it reversible.
Let's say translation A -> B and B unchanged would give BDBM BROWN 
and there is no way to find out which character need to be reversed.



BTW: I feel guilty a little bit. I just asked simple question and 
paid attention of many gentlemen here. I hope the attention is not 
just to solve my boring, rather off-topic issue, rather there is 
nothing interesting to do instead. ;-)


However thank you all for your help!




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--

Oppolzer-Informatik
Dipl. Inf. Bernd Oppolzer
Bärenhofstraße 23
70771 Leinfelden-Echterdingen
—
Tel.: +49 711 7949591
priv.: +49 711 7949590
mobil: +49 151 75005359
eMail: bernd.oppol...@t-online.de 
Web: http://bernd-oppolzer.de/job.htm 
—
Für Umsatzsteuerzwecke:
SteuerNr.: 97 076 / 29921
USt-ID-Nr.: DE 147 700 393
—
Oppolzer-Informatik 1983 - 2021
38 years of experience in computer science**




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Seymour J Metz]

For the ISO 8859 code pages a round trip is possible at the expense of 
mismatched semantics; I'm not sure that all of the PC code pages populate all 
256 code points. I'd probably opt for UTF-8 to preserve semantic fidelity.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Tuesday, December 29, 2020 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

I suspect the OP meant "ASCII" in the common (but granted pedantically
incorrect) sense of "one or more of the various code pages that use X'20'
for space, X'41' for A, X'30' for zero, and so forth, or a variant thereof."
Given that meaning, round trip is eminently possible.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, December 29, 2020 12:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

Round trip is not possible with ASCII.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Bernd Oppolzer]

It's ok for me, it's always fun to think about the problems other people 
have;

sooner or later, they may be yours ...

I started to write a Pascal program using my Stanford compiler;
I fed it with two code tables in a format which I downloaded some time 
ago from an IBM site (IIRC).

I tried to attach the two files (don't know, if this will work here).
See CP00037 for a certain EBCDIC code page and CP01252 for the normal 
Windows code page;

the characters match, when their NAME is the same in both tables.

The program first reads the code table (files), then it builds the 
translation table,
and then it is ready to process the REAL input file. This way it can do 
every desired code translation

(given the two source and target codepage files).

If you are interested in the result, contact me offline.

Kind regards

Bernd


Am 29.12.2020 um 22:29 schrieb R.S.:

Yes, exactly.
This is one of the reasons for custom-defined table.
Custom-defined is not "standard"
And yes, the goal is to change selected characters, and prepare the 
opposite table. Of course translation can be reversible when the table 
has unique values (this is first of the conditions) . So, for example 
it can be A->B translation, but B has to be translated as well, let's 
say B->A. That would change ADAM BROWN to BDBM AROWN (assuming other 
characters are not translated), but it reversible.
Let's say translation A -> B and B unchanged would give BDBM BROWN and 
there is no way to find out which character need to be reversed.



BTW: I feel guilty a little bit. I just asked simple question and paid 
attention of many gentlemen here. I hope the attention is not just to 
solve my boring, rather off-topic issue, rather there is nothing 
interesting to do instead. ;-)


However thank you all for your help!




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
* --
* Copyright IBM Corporation 1986. All rights reserved.
* C-H 3-3220-050   : REGISTRY, Graphic Character Sets and Code Pages
* Code Page (CPGID): 00037
* Common Name  : USA/Canada - CECP
* Registration Date: 1986
* Last Revision Date   :
* Default Encoding : 1100
* Code : EBCDIC
* Maximal Character
* Set (GCSGID) : 00697
* Other GCSGIDs: 1, 2, 3, 4, 5,
*6, 7, 8, 9, 00019,
*00024, 00025, 00026, 00027, 00028,
*00029, 00031, 00032, 00033,
*00036, 00037, 00038, 00039, 00041,
*00044, 00046, 00047, 00048, 00049,
*00051, 00052, 00053, 00054, 00055,
*00056, 00057, 01170, 01175
* --
*- GCGID - GCGID Name --
40 SP01Space
41 SP30Required Space
42 LA15a Circumflex Small
43 LA17a Diaeresis Small
44 LA13a Grave Small
45 LA11a Acute Small
46 LA19a Tilde Small
47 LA27a Overcircle Small
48 LC41c Cedilla Small
49 LN19n Tilde Small
4A SC04Cent Sign
4B SP11Period/Full Stop
4C SA03Less Than Sign/Greater Than Sign (Arabic)
4D SP06Left Parenthesis
4E SA01Plus Sign
4F SM13Vertical Line/Logical OR
50 SM03Ampersand
51 LE11e Acute Small
52 LE15e Circumflex Small
53 LE17e Diaeresis Small
54 LE13e Grave Small
55 LI11i Acute Small
56 LI15i Circumflex Small
57 LI17i Diaeresis Small
58 LI13i Grave Small
59 LS61Sharp s Small
5A SP02Exclamation Point
5B SC03Dollar Sign
5C SM04Asterisk
5D SP07Right Parenthesis
5E SP14Semicolon
5F SM66Logical NOT/End Of Line Symbol
60 SP10Hyphen/Minus Sign
61 SP12Slash
62 LA16A Circumflex Capital
63 LA18A Diaeresis Capital
64 LA14A Grave Capital
65 LA12A Acute Capital
66 LA20A Tilde Capital
67 LA28A Overcircle Capital
68 LC42C Cedilla Capital
69 LN20N Tilde Capital
6A SM65Vertical Line, Broken
6B SP08Comma
6C SM02Percent Sign
6D SP09Underline/Continuous Underscore
6E SA05Greater Than Sign/Less Than Sign (Arabic)
6F SP15Question Mark
70 LO61o Slash Small
71 LE12E Acute Capital
72 LE16E Circumflex Capital
73 LE18E Diaeresis Capital
74 LE14E Grave Capital
75 LI12I 

Re: EBCDIC-ASCII converter and other tools

[R.S.]

Yes, exactly.
This is one of the reasons for custom-defined table.
Custom-defined is not "standard"
And yes, the goal is to change selected characters, and prepare the 
opposite table. Of course translation can be reversible when the table 
has unique values (this is first of the conditions) . So, for example it 
can be A->B translation, but B has to be translated as well, let's say 
B->A. That would change ADAM BROWN to BDBM AROWN (assuming other 
characters are not translated), but it reversible.
Let's say translation A -> B and B unchanged would give BDBM BROWN and 
there is no way to find out which character need to be reversed.



BTW: I feel guilty a little bit. I just asked simple question and paid 
attention of many gentlemen here. I hope the attention is not just to 
solve my boring, rather off-topic issue, rather there is nothing 
interesting to do instead. ;-)


However thank you all for your help!

--
Radoslaw Skorupka
Lodz, Poland







W dniu 29.12.2020 o 21:55, Charles Mills pisze:

I suspect the OP meant "ASCII" in the common (but granted pedantically
incorrect) sense of "one or more of the various code pages that use X'20'
for space, X'41' for A, X'30' for zero, and so forth, or a variant thereof."
Given that meaning, round trip is eminently possible.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, December 29, 2020 12:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

Round trip is not possible with ASCII.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.







==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in 
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Charles Mills]

I suspect the OP meant "ASCII" in the common (but granted pedantically
incorrect) sense of "one or more of the various code pages that use X'20'
for space, X'41' for A, X'30' for zero, and so forth, or a variant thereof."
Given that meaning, round trip is eminently possible.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Tuesday, December 29, 2020 12:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

Round trip is not possible with ASCII.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Seymour J Metz]

Round trip is not possible with ASCII.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Charles Mills [charl...@mcn.org]
Sent: Tuesday, December 29, 2020 2:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

> If the input file contains not only text, but also binary and maybe decimal 
> packed fields, you need an external description of the record format,

I think he has "round trip" translation in mind. Non-printable fields end up as 
hash in the ASCII file, but get restored properly on re-translation to EBCDI"C.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bernd Oppolzer
Sent: Tuesday, December 29, 2020 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

If the input file contains not only text, but also binary and maybe
decimal packed fields,
you need an external description of the record format, which can be
interpreted by the conversion program
(if the program should be able to work with all file formats and not be
specific for a certain format).

Characters - must be decoded (EBCDIC to ASCII)

Binaries - must be converted (big endian - little endian, to be useful
on Windows etc.) or converted to readable format (character)

Decimal - does not exist on Windows, that is, it must be converted to
character (readable format);
if you do this, the field offsets will change. This means, that you need
two descriptions (original and edited form)

Hopefully the record lengths and offsets are fixed; no variable length
fields ...

I once wrote such a program for a customer of mine, in C, and I believe
there was a open source tool,
which I used as first start. But I didn't search it myself; my customer
gave it to me. But it didn't do the job;
I had to invest some hours (or days). It was written in ANSI C.

OTOH: if the program only must handle one certain record format,
a very simple Pascal program with a fixed record layout would do.

Kind regards

Bernd



Am 29.12.2020 um 20:01 schrieb R.S.:
> The input file contain some text and some other fields. CR/LF,
> RECFM=FB/VB and other "end of line" issues are not relevant.
> The idea is to convert it to readable format, analyze content and
> maybe modify very few words or characters. Modified file should be
> converted back to original format. Obviously conversion forward and
> backward should give file equal to the source file.
> Modification can be understood like replacement "Radek" to "Gil.." or
> "" to "". No change of length, just byte to byte replacement.
> ISPF browse/edit with proper codepage is not an option due to some
> reasons I don't want to describe, technically irrelevant.
> FTP translation is also not an option. And I would like to avoid Rube
> Goldberg process like ftp put with no translation and then get with
> custom translation. However this method can be run in batch and it is
> feasible even for large files.
> No, I'm not writing any tool - I want to avoid it and simply save
> people's time spent on the process.
> Maybe I'm naive, but I believed such tools simply exist and are
> available for download - like many, many other small and useful
> utilities.
>
> Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[R.S.]

Yes, only text fields need to be translated just to be readable. And 
only few files would need to be translated back to original format.
So, no CF/LF issues, no RECFM issues, no packed decimal issues, no 
binary issues, etc.
Simple byte by byte conversion, which can be also reversed using 
"reversed" table.
In fact, the first thing that came to my mind was DFSORT, because I did 
some partial conversion of selected byte values.

The second was my tiny Turbo Pascal tool which I forgot and maybe lost.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 29.12.2020 o 20:51, Charles Mills pisze:

If the input file contains not only text, but also binary and maybe decimal 
packed fields, you need an external description of the record format,

I think he has "round trip" translation in mind. Non-printable fields end up as hash 
in the ASCII file, but get restored properly on re-translation to EBCDI"C.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bernd Oppolzer
Sent: Tuesday, December 29, 2020 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

If the input file contains not only text, but also binary and maybe
decimal packed fields,
you need an external description of the record format, which can be
interpreted by the conversion program
(if the program should be able to work with all file formats and not be
specific for a certain format).

Characters - must be decoded (EBCDIC to ASCII)

Binaries - must be converted (big endian - little endian, to be useful
on Windows etc.) or converted to readable format (character)

Decimal - does not exist on Windows, that is, it must be converted to
character (readable format);
if you do this, the field offsets will change. This means, that you need
two descriptions (original and edited form)

Hopefully the record lengths and offsets are fixed; no variable length
fields ...

I once wrote such a program for a customer of mine, in C, and I believe
there was a open source tool,
which I used as first start. But I didn't search it myself; my customer
gave it to me. But it didn't do the job;
I had to invest some hours (or days). It was written in ANSI C.

OTOH: if the program only must handle one certain record format,
a very simple Pascal program with a fixed record layout would do.

Kind regards

Bernd



Am 29.12.2020 um 20:01 schrieb R.S.:

The input file contain some text and some other fields. CR/LF,
RECFM=FB/VB and other "end of line" issues are not relevant.
The idea is to convert it to readable format, analyze content and
maybe modify very few words or characters. Modified file should be
converted back to original format. Obviously conversion forward and
backward should give file equal to the source file.
Modification can be understood like replacement "Radek" to "Gil.." or
"" to "". No change of length, just byte to byte replacement.
ISPF browse/edit with proper codepage is not an option due to some
reasons I don't want to describe, technically irrelevant.
FTP translation is also not an option. And I would like to avoid Rube
Goldberg process like ftp put with no translation and then get with
custom translation. However this method can be run in batch and it is
feasible even for large files.
No, I'm not writing any tool - I want to avoid it and simply save
people's time spent on the process.
Maybe I'm naive, but I believed such tools simply exist and are
available for download - like many, many other small and useful
utilities.

Regards





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message

Re: EBCDIC-ASCII converter and other tools

[Charles Mills]

> If the input file contains not only text, but also binary and maybe decimal 
> packed fields, you need an external description of the record format,

I think he has "round trip" translation in mind. Non-printable fields end up as 
hash in the ASCII file, but get restored properly on re-translation to EBCDI"C.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bernd Oppolzer
Sent: Tuesday, December 29, 2020 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

If the input file contains not only text, but also binary and maybe 
decimal packed fields,
you need an external description of the record format, which can be 
interpreted by the conversion program
(if the program should be able to work with all file formats and not be 
specific for a certain format).

Characters - must be decoded (EBCDIC to ASCII)

Binaries - must be converted (big endian - little endian, to be useful 
on Windows etc.) or converted to readable format (character)

Decimal - does not exist on Windows, that is, it must be converted to 
character (readable format);
if you do this, the field offsets will change. This means, that you need 
two descriptions (original and edited form)

Hopefully the record lengths and offsets are fixed; no variable length 
fields ...

I once wrote such a program for a customer of mine, in C, and I believe 
there was a open source tool,
which I used as first start. But I didn't search it myself; my customer 
gave it to me. But it didn't do the job;
I had to invest some hours (or days). It was written in ANSI C.

OTOH: if the program only must handle one certain record format,
a very simple Pascal program with a fixed record layout would do.

Kind regards

Bernd



Am 29.12.2020 um 20:01 schrieb R.S.:
> The input file contain some text and some other fields. CR/LF, 
> RECFM=FB/VB and other "end of line" issues are not relevant.
> The idea is to convert it to readable format, analyze content and 
> maybe modify very few words or characters. Modified file should be 
> converted back to original format. Obviously conversion forward and 
> backward should give file equal to the source file.
> Modification can be understood like replacement "Radek" to "Gil.." or 
> "" to "". No change of length, just byte to byte replacement.
> ISPF browse/edit with proper codepage is not an option due to some 
> reasons I don't want to describe, technically irrelevant.
> FTP translation is also not an option. And I would like to avoid Rube 
> Goldberg process like ftp put with no translation and then get with 
> custom translation. However this method can be run in batch and it is 
> feasible even for large files.
> No, I'm not writing any tool - I want to avoid it and simply save 
> people's time spent on the process.
> Maybe I'm naive, but I believed such tools simply exist and are 
> available for download - like many, many other small and useful 
> utilities.
>
> Regards

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Bernd Oppolzer]

If the input file contains not only text, but also binary and maybe 
decimal packed fields,
you need an external description of the record format, which can be 
interpreted by the conversion program
(if the program should be able to work with all file formats and not be 
specific for a certain format).


Characters - must be decoded (EBCDIC to ASCII)

Binaries - must be converted (big endian - little endian, to be useful 
on Windows etc.) or converted to readable format (character)


Decimal - does not exist on Windows, that is, it must be converted to 
character (readable format);
if you do this, the field offsets will change. This means, that you need 
two descriptions (original and edited form)


Hopefully the record lengths and offsets are fixed; no variable length 
fields ...


I once wrote such a program for a customer of mine, in C, and I believe 
there was a open source tool,
which I used as first start. But I didn't search it myself; my customer 
gave it to me. But it didn't do the job;

I had to invest some hours (or days). It was written in ANSI C.

OTOH: if the program only must handle one certain record format,
a very simple Pascal program with a fixed record layout would do.

Kind regards

Bernd



Am 29.12.2020 um 20:01 schrieb R.S.:
The input file contain some text and some other fields. CR/LF, 
RECFM=FB/VB and other "end of line" issues are not relevant.
The idea is to convert it to readable format, analyze content and 
maybe modify very few words or characters. Modified file should be 
converted back to original format. Obviously conversion forward and 
backward should give file equal to the source file.
Modification can be understood like replacement "Radek" to "Gil.." or 
"" to "". No change of length, just byte to byte replacement.
ISPF browse/edit with proper codepage is not an option due to some 
reasons I don't want to describe, technically irrelevant.
FTP translation is also not an option. And I would like to avoid Rube 
Goldberg process like ftp put with no translation and then get with 
custom translation. However this method can be run in batch and it is 
feasible even for large files.
No, I'm not writing any tool - I want to avoid it and simply save 
people's time spent on the process.
Maybe I'm naive, but I believed such tools simply exist and are 
available for download - like many, many other small and useful 
utilities.


Regards


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Rupert Reynolds]

Alternative: if you are comfortable with Rexx, Regina 3.9.3 has been very
stable under Win64 here. From a typical text-bashing example I inherited :-

/* Rexx */
call on notready name notready
signal on novalue
signal on error
address SYSTEM "CLS"
fexist = stream(infile, 'C', 'QUERY EXISTS')
if fexist = '' then do
  say infile 'missing'
  ...
end
EOF = 0
frc = stream(infile, 'C', 'OPEN READ')
frc = stream(outfile, 'C', 'OPEN WRITE REPLACE')
inp = linein(infile)
do while \EOF
  icount += 1
  inp = strip(inp,"Trailing", " ") /* if required */
  ... do useful things here
  frc = lineout(outfile,outline)
end
frc = stream (infile, 'C', 'CLOSE')
frc = stream (outfile, 'C', 'CLOSE')

exit 0

notready:
  EOF = 1 /* TRUE */
return

novalue:
error:
  trace R
  xxErrL = ERL
  xxErrN = RC
  say
  say "ERROR" xxErrN
  say errortext(xxErrN)
  say sourceline(xxErrL)
  trace ?i
  nop
  nop
  exit

Roops

On Tue., Dec. 29, 2020, 18:19 Frank Swarbrick, 
wrote:

> I don't make much use of PowerShell either, and love Windows Subsystem for
> Linux.  But PS, verbose or not, does seem quite powerful.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of David Crayford 
> Sent: Tuesday, December 29, 2020 11:15 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: EBCDIC-ASCII converter and other tools
>
> I'm using PowerShell 7.2. I don't use PowerShell all that often but when
> I do I'm blown away by it's power and turned off by it's verbosity. I
> tend to stick to bash CLI scripts
> and Python these days and my beloved Lua for embedded scripting. Ever
> since Windows got a Linux subsystem I spend all my time in a bash shell :)
>
> On 30/12/2020 2:09 am, Frank Swarbrick wrote:
> > It doesn't look like Windows 10 included PowerShell supports EBCDIC, but
> the open source version, PowerShell 7.1 does.
> >
> > PS C:\Users\fswar> Format-Hex 1047.txt
> >
> > Label: C:\Users\fswar\1047.txt
> >
> >Offset Bytes   Ascii
> >   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
> >-- --- -
> >  F0 F1 F2 F3 F4 F5 F6 F7 F8 F9 40
> ðñòóôõö÷øù@
> >
> > PS C:\Users\fswar> Get-Content 1047.txt -encoding 1047 | Out-File
> out.txt -encoding ascii -nonewline
> > PS C:\Users\fswar> Format-Hex out.txt
> >
> > Label: C:\Users\fswar\out.txt
> >
> >Offset Bytes   Ascii
> >   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
> >-- --- -
> >  30 31 32 33 34 35 36 37 38 39 20
> 0123456789
> >
> >
> >
> > 
> > From: IBM Mainframe Discussion List  on
> behalf of David Crayford 
> > Sent: Tuesday, December 29, 2020 10:42 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Re: EBCDIC-ASCII converter and other tools
> >
> > On 30/12/2020 1:12 am, R.S. wrote:
> >> This is even simpler tool, maybe it address rare need - just to
> >> truncate first nnn bytes from beginning of file
> >> Possible usage:
> >> truncfile -header -12384 ifile ofile
> >> truncates/deletes header, which is 12384 bytes long, the output is
> >> written to ofile. Ofile is shorter than ifile, the difference is 12384
> >> bytes. No CR/LF issues, just byte after byte.
> >
> > On Windows install you can WSL and use Linux tools. Or use Powershell
> > and do something similar. I don't use Powershell that often and have to
> > study to find a bash analog but it's simple using Linux.
> >
> > tail -c +12385 ifile | iconv -f ibm-1047 -t utf-8 >> ofile
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[R.S.]

W dniu 29.12.2020 o 18:54, Paul Gilmartin pisze:

On Tue, 29 Dec 2020 18:12:06 +0100, R.S. wrote:


1. Yes, maybe I described it incorretly.
Regarding your question - yes I need something like
convert ifile ofile [-tablefile]
Just byte to byte translation. No CR/LF issues, no record boundaries,
just byte to byte. The file can be large (may not fit in memory).


I'm surprised.  Is the input file a text file?  How are records delimited?
(Is it organized in records?)  If it's binary data I wouldn't expect
conversion to be useful.

Perhaps the answer to all such questions is RECFM=FB.

Does it originate on z?  How does it get to Windows?
FTP BINARY?

Are you writing a tool for non-programmers to use?


The input file contain some text and some other fields. CR/LF, 
RECFM=FB/VB and other "end of line" issues are not relevant.
The idea is to convert it to readable format, analyze content and maybe 
modify very few words or characters. Modified file should be converted 
back to original format. Obviously conversion forward and backward 
should give file equal to the source file.
Modification can be understood like replacement "Radek" to "Gil.." or 
"" to "". No change of length, just byte to byte replacement.
ISPF browse/edit with proper codepage is not an option due to some 
reasons I don't want to describe, technically irrelevant.
FTP translation is also not an option. And I would like to avoid Rube 
Goldberg process like ftp put with no translation and then get with 
custom translation. However this method can be run in batch and it is 
feasible even for large files.
No, I'm not writing any tool - I want to avoid it and simply save 
people's time spent on the process.
Maybe I'm naive, but I believed such tools simply exist and are 
available for download - like many, many other small and useful utilities.


Regards
--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in 
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[David Crayford]

PS is incredibly powerful for a scripting language. It's capable of 
streaming .NET objects and not just text like bash. But I just find that 
I don't need it as I can write a Python script which I can also run to z/OS.


In fact, there's me yapping on about bash when in fact I've been using 
zsh for almost two years! Tip: if you like the command line and use 
Windows download Terminal ASAP.


On 30/12/2020 2:19 am, Frank Swarbrick wrote:

I don't make much use of PowerShell either, and love Windows Subsystem for 
Linux.  But PS, verbose or not, does seem quite powerful.


From: IBM Mainframe Discussion List  on behalf of David 
Crayford 
Sent: Tuesday, December 29, 2020 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: EBCDIC-ASCII converter and other tools

I'm using PowerShell 7.2. I don't use PowerShell all that often but when
I do I'm blown away by it's power and turned off by it's verbosity. I
tend to stick to bash CLI scripts
and Python these days and my beloved Lua for embedded scripting. Ever
since Windows got a Linux subsystem I spend all my time in a bash shell :)

On 30/12/2020 2:09 am, Frank Swarbrick wrote:

It doesn't look like Windows 10 included PowerShell supports EBCDIC, but the 
open source version, PowerShell 7.1 does.

PS C:\Users\fswar> Format-Hex 1047.txt

 Label: C:\Users\fswar\1047.txt

Offset Bytes   Ascii
   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
-- --- -
 F0 F1 F2 F3 F4 F5 F6 F7 F8 F9 40ðñòóôõö÷øù@

PS C:\Users\fswar> Get-Content 1047.txt -encoding 1047 | Out-File out.txt 
-encoding ascii -nonewline
PS C:\Users\fswar> Format-Hex out.txt

 Label: C:\Users\fswar\out.txt

Offset Bytes   Ascii
   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
-- --- -
 30 31 32 33 34 35 36 37 38 39 200123456789




From: IBM Mainframe Discussion List  on behalf of David 
Crayford 
Sent: Tuesday, December 29, 2020 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: EBCDIC-ASCII converter and other tools

On 30/12/2020 1:12 am, R.S. wrote:

This is even simpler tool, maybe it address rare need - just to
truncate first nnn bytes from beginning of file
Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is
written to ofile. Ofile is shorter than ifile, the difference is 12384
bytes. No CR/LF issues, just byte after byte.

On Windows install you can WSL and use Linux tools. Or use Powershell
and do something similar. I don't use Powershell that often and have to
study to find a bash analog but it's simple using Linux.

tail -c +12385 ifile | iconv -f ibm-1047 -t utf-8 >> ofile

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Frank Swarbrick]

I don't make much use of PowerShell either, and love Windows Subsystem for 
Linux.  But PS, verbose or not, does seem quite powerful.


From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Tuesday, December 29, 2020 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: EBCDIC-ASCII converter and other tools

I'm using PowerShell 7.2. I don't use PowerShell all that often but when
I do I'm blown away by it's power and turned off by it's verbosity. I
tend to stick to bash CLI scripts
and Python these days and my beloved Lua for embedded scripting. Ever
since Windows got a Linux subsystem I spend all my time in a bash shell :)

On 30/12/2020 2:09 am, Frank Swarbrick wrote:
> It doesn't look like Windows 10 included PowerShell supports EBCDIC, but the 
> open source version, PowerShell 7.1 does.
>
> PS C:\Users\fswar> Format-Hex 1047.txt
>
> Label: C:\Users\fswar\1047.txt
>
>Offset Bytes   Ascii
>   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
>-- --- -
>  F0 F1 F2 F3 F4 F5 F6 F7 F8 F9 40ðñòóôõö÷øù@
>
> PS C:\Users\fswar> Get-Content 1047.txt -encoding 1047 | Out-File out.txt 
> -encoding ascii -nonewline
> PS C:\Users\fswar> Format-Hex out.txt
>
> Label: C:\Users\fswar\out.txt
>
>Offset Bytes   Ascii
>   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
>-- --- -
>  30 31 32 33 34 35 36 37 38 39 200123456789
>
>
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> David Crayford 
> Sent: Tuesday, December 29, 2020 10:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: EBCDIC-ASCII converter and other tools
>
> On 30/12/2020 1:12 am, R.S. wrote:
>> This is even simpler tool, maybe it address rare need - just to
>> truncate first nnn bytes from beginning of file
>> Possible usage:
>> truncfile -header -12384 ifile ofile
>> truncates/deletes header, which is 12384 bytes long, the output is
>> written to ofile. Ofile is shorter than ifile, the difference is 12384
>> bytes. No CR/LF issues, just byte after byte.
>
> On Windows install you can WSL and use Linux tools. Or use Powershell
> and do something similar. I don't use Powershell that often and have to
> study to find a bash analog but it's simple using Linux.
>
> tail -c +12385 ifile | iconv -f ibm-1047 -t utf-8 >> ofile
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[David Crayford]

I'm using PowerShell 7.2. I don't use PowerShell all that often but when 
I do I'm blown away by it's power and turned off by it's verbosity. I 
tend to stick to bash CLI scripts
and Python these days and my beloved Lua for embedded scripting. Ever 
since Windows got a Linux subsystem I spend all my time in a bash shell :)


On 30/12/2020 2:09 am, Frank Swarbrick wrote:

It doesn't look like Windows 10 included PowerShell supports EBCDIC, but the 
open source version, PowerShell 7.1 does.

PS C:\Users\fswar> Format-Hex 1047.txt

Label: C:\Users\fswar\1047.txt

   Offset Bytes   Ascii
  00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
   -- --- -
 F0 F1 F2 F3 F4 F5 F6 F7 F8 F9 40ðñòóôõö÷øù@

PS C:\Users\fswar> Get-Content 1047.txt -encoding 1047 | Out-File out.txt 
-encoding ascii -nonewline
PS C:\Users\fswar> Format-Hex out.txt

Label: C:\Users\fswar\out.txt

   Offset Bytes   Ascii
  00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
   -- --- -
 30 31 32 33 34 35 36 37 38 39 200123456789




From: IBM Mainframe Discussion List  on behalf of David 
Crayford 
Sent: Tuesday, December 29, 2020 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: EBCDIC-ASCII converter and other tools

On 30/12/2020 1:12 am, R.S. wrote:

This is even simpler tool, maybe it address rare need - just to
truncate first nnn bytes from beginning of file
Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is
written to ofile. Ofile is shorter than ifile, the difference is 12384
bytes. No CR/LF issues, just byte after byte.


On Windows install you can WSL and use Linux tools. Or use Powershell
and do something similar. I don't use Powershell that often and have to
study to find a bash analog but it's simple using Linux.

tail -c +12385 ifile | iconv -f ibm-1047 -t utf-8 >> ofile

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Mike Hochee]

I like IBM's Unicode Services on z/OS for internationalization and conversion 
support, but of course z/OS only. A corresponding set of services and functions 
provided by IBM for LUW platforms as a free download would be most welcome! 

The following utility may have already been mentioned, but not sure, so...  
https://sourceforge.net/projects/convertcp/  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Tuesday, December 29, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

Caution! This message was sent from outside your organization.

1. Yes, maybe I described it incorretly.
Regarding your question - yes I need something like convert ifile ofile 
[-tablefile] Just byte to byte translation. No CR/LF issues, no record 
boundaries, just byte to byte. The file can be large (may not fit in memory).

I agree, it is not black magic. Actually ...I did it in the past.
I wrote simple program in Turbo Pascal. AFAIR 1 hour later I modified it to 
read translation table from a file.
However it was many moons ago and the tool is no longer usable, cause it is 
16-bit application (for DOS) and current x64 Windows does not run such 
programs. There are tools like virtual machine or just DosBox, but it seems to 
be Rube Goldberg solution.
While I am still able to code a program (I hope so!), I don't want to start the 
project, install huge tool like Visual Studio, start learning "foreign" 
language, learn all the environment specifics, etc. It is just like building 
brewery just to have a beer for dinner. Not to mention security policies.
As I said, I did it in the past, using ancient (now) tools, and I know how to 
do it in z/OS realm. And it seems simple, so I hope someone already did it and 
the tool is available as many, many other tools.
HxD has many advantages, but I guess it has no batch mode. Batch is better - it 
is automatic ;-) I don't know how many files will be processed that way, now it 
is possible to do it manually, but thing may change.

2. This is even simpler tool, maybe it address rare need - just to truncate 
first nnn bytes from beginning of file Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is written to 
ofile. Ofile is shorter than ifile, the difference is 12384 bytes. No CR/LF 
issues, just byte after byte.

I'm going to install HxD and try its features. However I'm still looking for 
something batch-able.

Thank you!

Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 29.12.2020 o 17:32, Charles Mills pisze:
> 1. Conversion tool: your question is a little under-specified. You 
> want a file to file conversion program? Read in a file in EBCDIC and 
> write it out in ASCII?
>
> Do you have any ability at all to write a program for Windows? In C, 
> Rexx, Visual Basic, etc.? The basics of translation are fairly simple. 
> Would not be terribly hard to read-in the translation table from some 
> specified source. Can you code at all in any non-mainframe-specific 
> language? MS Visual Studio is free in lightweight versions and would 
> let you build and debug a simple program pretty readily.
>
> There is the nasty problem of line endings. (Don't get @Gil started 
> ) Do you expect "records" in ASCII? How will they be delimited? How 
> will the line endings in the EBCDIC file be indicated?
>
> 2. Pretty much the same answer.
>
> @Steve, I don't think it's what he is looking for, but another vote 
> here for HxD in general. I find it useful for examining EBCDIC files on a PC.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of R.S.
> Sent: Tuesday, December 29, 2020 5:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EBCDIC-ASCII converter and other tools
>
> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and 
> vice versa.
> Unfortunately it has to run under Windows.
> Requirements:
> Run under Windows, preferrably in batch mode (command line interface) 
> Custom-defined tables of conversion
>
> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is 
> to skip first nnn bytes of the file or skip file remainder.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN .




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem inf

Re: EBCDIC-ASCII converter and other tools

[Frank Swarbrick]

It doesn't look like Windows 10 included PowerShell supports EBCDIC, but the 
open source version, PowerShell 7.1 does.

PS C:\Users\fswar> Format-Hex 1047.txt

   Label: C:\Users\fswar\1047.txt

  Offset Bytes   Ascii
 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
  -- --- -
 F0 F1 F2 F3 F4 F5 F6 F7 F8 F9 40ðñòóôõö÷øù@

PS C:\Users\fswar> Get-Content 1047.txt -encoding 1047 | Out-File out.txt 
-encoding ascii -nonewline
PS C:\Users\fswar> Format-Hex out.txt

   Label: C:\Users\fswar\out.txt

  Offset Bytes   Ascii
 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
  -- --- -
 30 31 32 33 34 35 36 37 38 39 200123456789




From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Tuesday, December 29, 2020 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: EBCDIC-ASCII converter and other tools

On 30/12/2020 1:12 am, R.S. wrote:
> This is even simpler tool, maybe it address rare need - just to
> truncate first nnn bytes from beginning of file
> Possible usage:
> truncfile -header -12384 ifile ofile
> truncates/deletes header, which is 12384 bytes long, the output is
> written to ofile. Ofile is shorter than ifile, the difference is 12384
> bytes. No CR/LF issues, just byte after byte.


On Windows install you can WSL and use Linux tools. Or use Powershell
and do something similar. I don't use Powershell that often and have to
study to find a bash analog but it's simple using Linux.

tail -c +12385 ifile | iconv -f ibm-1047 -t utf-8 >> ofile

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Bernd Oppolzer]

I don't want to advocate the use of Facebook, I understand completely 
your concerns about it.


You get all the information on New Stanford Pascal from here:
http://bernd-oppolzer.de/job9.htm

and the source code etc. (and all you need for the MVS installation, 
BTW) from here:

https://github.com/StanfordPascal/Pascal

Kind regards

Bernd


Am 29.12.2020 um 20:55 schrieb Robert Prins:

On 2020-12-29 17:23, Bernd Oppolzer wrote:

Hi Radoslaw,

would you like to try my New Stanford Pascal compiler?
It would do the things you want very easily, and you could write the 
programs to do these tasks in minutes.

It runs on Windows, and if you want, on the Mainframe, too.

I would be happy to help you with the first steps to get the compiler 
running on your Windows system;
maybe even help you with the conversion program. If you want, you 
could write me an offline eMail.


(I do similar tasks all the time using this Pascal variant, and I am 
very happy with it)


Maybe, but from 


Breaking News

 You will find more information on these topics on the Stanford 
compiler Facebook pages.



Not very useful for those of us who refuse to access the cesspit of 
$$$uckerberg!


Robert


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Robert Prins]

On 2020-12-29 17:23, Bernd Oppolzer wrote:

Hi Radoslaw,

would you like to try my New Stanford Pascal compiler?
It would do the things you want very easily, and you could write the programs to 
do these tasks in minutes.

It runs on Windows, and if you want, on the Mainframe, too.

I would be happy to help you with the first steps to get the compiler running on 
your Windows system;
maybe even help you with the conversion program. If you want, you could write me 
an offline eMail.


(I do similar tasks all the time using this Pascal variant, and I am very happy 
with it)


Maybe, but from 


Breaking News

 You will find more information on these topics on the Stanford compiler 
Facebook pages.



Not very useful for those of us who refuse to access the cesspit of 
$$$uckerberg!

Robert
--
Robert AH Prins
robert.ah.prins(a)gmail.com
The hitchhiking grandfather - https://prino.neocities.org/
Some REXX code for use on z/OS - https://prino.neocities.org/zOS/zOS-Tools.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Paul Gilmartin]

On Tue, 29 Dec 2020 18:12:06 +0100, R.S. wrote:

>1. Yes, maybe I described it incorretly.
>Regarding your question - yes I need something like
>convert ifile ofile [-tablefile]
>Just byte to byte translation. No CR/LF issues, no record boundaries,
>just byte to byte. The file can be large (may not fit in memory).
>
I'm surprised.  Is the input file a text file?  How are records delimited?
(Is it organized in records?)  If it's binary data I wouldn't expect
conversion to be useful.

Perhaps the answer to all such questions is RECFM=FB.

Does it originate on z?  How does it get to Windows?
FTP BINARY?

Are you writing a tool for non-programmers to use?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[David Crayford]

On 30/12/2020 1:12 am, R.S. wrote:
This is even simpler tool, maybe it address rare need - just to 
truncate first nnn bytes from beginning of file

Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is 
written to ofile. Ofile is shorter than ifile, the difference is 12384 
bytes. No CR/LF issues, just byte after byte. 



On Windows install you can WSL and use Linux tools. Or use Powershell 
and do something similar. I don't use Powershell that often and have to 
study to find a bash analog but it's simple using Linux.


tail -c +12385 ifile | iconv -f ibm-1047 -t utf-8 >> ofile

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Bernd Oppolzer]

Hi Radoslaw,

would you like to try my New Stanford Pascal compiler?
It would do the things you want very easily, and you could write the 
programs to do these tasks in minutes.

It runs on Windows, and if you want, on the Mainframe, too.

I would be happy to help you with the first steps to get the compiler 
running on your Windows system;
maybe even help you with the conversion program. If you want, you could 
write me an offline eMail.


(I do similar tasks all the time using this Pascal variant, and I am 
very happy with it)


Kind regards

Bernd


Am 29.12.2020 um 18:12 schrieb R.S.:

1. Yes, maybe I described it incorretly.
Regarding your question - yes I need something like
convert ifile ofile [-tablefile]
Just byte to byte translation. No CR/LF issues, no record boundaries, 
just byte to byte. The file can be large (may not fit in memory).


I agree, it is not black magic. Actually ...I did it in the past.
I wrote simple program in Turbo Pascal. AFAIR 1 hour later I modified 
it to read translation table from a file.
However it was many moons ago and the tool is no longer usable, cause 
it is 16-bit application (for DOS) and current x64 Windows does not 
run such programs. There are tools like virtual machine or just 
DosBox, but it seems to be Rube Goldberg solution.
While I am still able to code a program (I hope so!), I don't want to 
start the project, install huge tool like Visual Studio, start 
learning "foreign" language, learn all the environment specifics, etc. 
It is just like building brewery just to have a beer for dinner. Not 
to mention security policies.
As I said, I did it in the past, using ancient (now) tools, and I know 
how to do it in z/OS realm. And it seems simple, so I hope someone 
already did it and the tool is available as many, many other tools.
HxD has many advantages, but I guess it has no batch mode. Batch is 
better - it is automatic ;-)
I don't know how many files will be processed that way, now it is 
possible to do it manually, but thing may change.


2. This is even simpler tool, maybe it address rare need - just to 
truncate first nnn bytes from beginning of file

Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is 
written to ofile. Ofile is shorter than ifile, the difference is 12384 
bytes. No CR/LF issues, just byte after byte.


I'm going to install HxD and try its features. However I'm still 
looking for something batch-able.


Thank you!

Regards


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[R.S.]

1. Yes, maybe I described it incorretly.
Regarding your question - yes I need something like
convert ifile ofile [-tablefile]
Just byte to byte translation. No CR/LF issues, no record boundaries, 
just byte to byte. The file can be large (may not fit in memory).


I agree, it is not black magic. Actually ...I did it in the past.
I wrote simple program in Turbo Pascal. AFAIR 1 hour later I modified it 
to read translation table from a file.
However it was many moons ago and the tool is no longer usable, cause it 
is 16-bit application (for DOS) and current x64 Windows does not run 
such programs. There are tools like virtual machine or just DosBox, but 
it seems to be Rube Goldberg solution.
While I am still able to code a program (I hope so!), I don't want to 
start the project, install huge tool like Visual Studio, start learning 
"foreign" language, learn all the environment specifics, etc. It is just 
like building brewery just to have a beer for dinner. Not to mention 
security policies.
As I said, I did it in the past, using ancient (now) tools, and I know 
how to do it in z/OS realm. And it seems simple, so I hope someone 
already did it and the tool is available as many, many other tools.
HxD has many advantages, but I guess it has no batch mode. Batch is 
better - it is automatic ;-)
I don't know how many files will be processed that way, now it is 
possible to do it manually, but thing may change.


2. This is even simpler tool, maybe it address rare need - just to 
truncate first nnn bytes from beginning of file

Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is 
written to ofile. Ofile is shorter than ifile, the difference is 12384 
bytes. No CR/LF issues, just byte after byte.


I'm going to install HxD and try its features. However I'm still looking 
for something batch-able.


Thank you!

Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 29.12.2020 o 17:32, Charles Mills pisze:

1. Conversion tool: your question is a little under-specified. You want a
file to file conversion program? Read in a file in EBCDIC and write it out
in ASCII?

Do you have any ability at all to write a program for Windows? In C, Rexx,
Visual Basic, etc.? The basics of translation are fairly simple. Would not
be terribly hard to read-in the translation table from some specified
source. Can you code at all in any non-mainframe-specific language? MS
Visual Studio is free in lightweight versions and would let you build and
debug a simple program pretty readily.

There is the nasty problem of line endings. (Don't get @Gil started ) Do
you expect "records" in ASCII? How will they be delimited? How will the line
endings in the EBCDIC file be indicated?

2. Pretty much the same answer.

@Steve, I don't think it's what he is looking for, but another vote here for
HxD in general. I find it useful for examining EBCDIC files on a PC.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Tuesday, December 29, 2020 5:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EBCDIC-ASCII converter and other tools

1. I'm looking for some simple tool for conversion EBCDIC to ASCII and
vice versa.
Unfortunately it has to run under Windows.
Requirements:
Run under Windows, preferrably in batch mode (command line interface)
Custom-defined tables of conversion

2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to
skip first nnn bytes of the file or skip file remainder.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
.





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na 

Re: EBCDIC-ASCII converter and other tools

[Charles Mills]

1. Conversion tool: your question is a little under-specified. You want a
file to file conversion program? Read in a file in EBCDIC and write it out
in ASCII?

Do you have any ability at all to write a program for Windows? In C, Rexx,
Visual Basic, etc.? The basics of translation are fairly simple. Would not
be terribly hard to read-in the translation table from some specified
source. Can you code at all in any non-mainframe-specific language? MS
Visual Studio is free in lightweight versions and would let you build and
debug a simple program pretty readily.

There is the nasty problem of line endings. (Don't get @Gil started ) Do
you expect "records" in ASCII? How will they be delimited? How will the line
endings in the EBCDIC file be indicated?

2. Pretty much the same answer.

@Steve, I don't think it's what he is looking for, but another vote here for
HxD in general. I find it useful for examining EBCDIC files on a PC.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of R.S.
Sent: Tuesday, December 29, 2020 5:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EBCDIC-ASCII converter and other tools

1. I'm looking for some simple tool for conversion EBCDIC to ASCII and 
vice versa.
Unfortunately it has to run under Windows.
Requirements:
Run under Windows, preferrably in batch mode (command line interface)
Custom-defined tables of conversion

2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to 
skip first nnn bytes of the file or skip file remainder.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Lennie Dymoke-Bradshaw]

Maybe it does not have the capabilities you need but have a look at the V file 
viewer.
https://www.fileviewer.com/ 

It is quite a favourite of mine. It handles XMI files beautifully too.

Lennie

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: 29 December 2020 14:31
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

W dniu 29.12.2020 o 15:20, Lennie Dymoke-Bradshaw pisze:
> For the first requirement I was going to recommend SVC 103 but maybe that 
> doesn't run under windows.
>
> Where does the second utility have to run?

Windows also.
Yes, on z/OS side there would be not a problem - everything is available in the 
system.

I was looking for iebgener.exe, idcams.exe, iceman.exe, iconv.exe, etc. 
- no success ;-)
Fortunately I can use Minesweeper and Paint...

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in 
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Seymour J Metz]

Make that iconv -f IBM-1047 -t ANSI_X3.4-1968 bar


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Seymour J Metz [sme...@gmu.edu]
Sent: Tuesday, December 29, 2020 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

What's wrong with

 cp foo bar
 iconvd -f ANSI_X3.4-1968 -t IBM-1047 bar


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
R.S. [r.skoru...@bremultibank.com.pl]
Sent: Tuesday, December 29, 2020 9:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

W dniu 29.12.2020 o 15:20, Lennie Dymoke-Bradshaw pisze:
> For the first requirement I was going to recommend SVC 103 but maybe that 
> doesn't run under windows.
>
> Where does the second utility have to run?

Windows also.
Yes, on z/OS side there would be not a problem - everything is available
in the system.

I was looking for iebgener.exe, idcams.exe, iceman.exe, iconv.exe, etc.
- no success ;-)
Fortunately I can use Minesweeper and Paint...

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 
Warszawa,http://secure-web.cisco.com/1u3ZqRYrtS311Ue0IRl9Kvvecine-qxBMiK3mmZB5H0fLBoOCTxDaJ8xt8qoM-S2A8xxQETofc46tKYT3QaJxBEZM484KqiDdYv4lqWuYAM85BnTBS-a1WqFpLjCCb5sLayAlP1wOYXDea4la6huCvFE-LHu6gjrlFwQixL9DwddCGGH3DSIlp5xOWpfLQQJMUJOU__q9ij3_AfpTQbvH5jeihsWCVtsIhlY27ebzHkrocnQgdW_04pxcMNwoqrTkWFVSRjOWD22pa4wZyK3ZJh8pWnS_BIkaHrb5vtlAI2Mj0AHKGMakHijTPev6vaorU9AKpLtQKyBtRhF50wOhUkbRA_YLl1bEB5BPq7t75z4bHJfKN1wG4d6d-mVd7r3aJyQdmi1SzPS_Wr-AOL_ed8d5OrOWJwzGBbqO7bqexVPPu9WHv0DtKHb7kJDbHjFI/http%3A%2F%2Fwww.mBank.pl,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na 
http://secure-web.cisco.com/1yn7nXQCCQyVnWrI-l_BH43OW6Vzp3LcQPblnz4WiAKXKQySC3igw36cF6ZMog67mS6dV0d0HtIH9MqSUvkUfgZE6POCDhSVs0SOUXHbKDFFAW97r7uMlbXj83dA4UXrC0ulHgUqDXsHm0SxejaK6FPRBlPMouBanLjaB0RFIHDM4_UVcr3DtJPX2LF0nnoliVGMtYGmUKMi3KnHKYVv5VGfXjK8aMJ35-5ak2C-b_gGFxMNxT0Tiz26wQ2juc6FERKXK5iZPUu_9AWhtzNpE7qmz2Jvn1Gzm7KokYblhT8lCbgLkUFx44KNpxkk4AtK5nmxtwSfNMuQfioFOuGH-MNF2yEwmHmFZntzPz6UvGBmgQCvgH15AEpyQCWUM919-d0oxlmQOyDR8EJ6-7wld1nlStIG83YxmuPomXt87aeefkY7Z2fUq_i8xCw4R58eK/http%3A%2F%2Fwww.mbank.pl%2Frodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,http://secure-web.cisco.com/1u3ZqRYrtS311Ue0IRl9Kvvecine-qxBMiK3mmZB5H0fLBoOCTxDaJ8xt8qoM-S2A8xxQETofc46tKYT3QaJxBEZM484KqiDdYv4lqWuYAM85BnTBS-a1WqFpLjCCb5sLayAlP1wOYXDea4la6huCvFE-LHu6gjrlFwQixL9DwddCGGH3DSIlp5xOWpfLQQJMUJOU__q9ij3_AfpTQbvH5jeihsWCVtsIhlY27ebzHkrocnQgdW_04pxcMNwoqrTkWFVSRjOWD22pa4wZyK3ZJh8pWnS_BIkaHrb5vtlAI2Mj0AHKGMakHijTPev6vaorU9AKpLtQKyBtRhF50wOhUkbRA_YLl1bEB5BPq7t75z4bHJfKN1wG4d6d-mVd7r3aJyQdmi1SzPS_Wr-AOL_ed8d5OrOWJwzGBbqO7bqexVPPu9WHv0DtKHb7kJDbHjFI/http%3A%2F%2Fwww.mBank.pl,
 e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th 
Commercial Division of the National Court Register, KRS 025237, NIP: 
526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 
January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 

Re: EBCDIC-ASCII converter and other tools

[Seymour J Metz]

What's wrong with

 cp foo bar
 iconvd -f ANSI_X3.4-1968 -t IBM-1047 bar


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
R.S. [r.skoru...@bremultibank.com.pl]
Sent: Tuesday, December 29, 2020 9:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

W dniu 29.12.2020 o 15:20, Lennie Dymoke-Bradshaw pisze:
> For the first requirement I was going to recommend SVC 103 but maybe that 
> doesn't run under windows.
>
> Where does the second utility have to run?

Windows also.
Yes, on z/OS side there would be not a problem - everything is available
in the system.

I was looking for iebgener.exe, idcams.exe, iceman.exe, iconv.exe, etc.
- no success ;-)
Fortunately I can use Minesweeper and Paint...

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 
Warszawa,http://secure-web.cisco.com/1u3ZqRYrtS311Ue0IRl9Kvvecine-qxBMiK3mmZB5H0fLBoOCTxDaJ8xt8qoM-S2A8xxQETofc46tKYT3QaJxBEZM484KqiDdYv4lqWuYAM85BnTBS-a1WqFpLjCCb5sLayAlP1wOYXDea4la6huCvFE-LHu6gjrlFwQixL9DwddCGGH3DSIlp5xOWpfLQQJMUJOU__q9ij3_AfpTQbvH5jeihsWCVtsIhlY27ebzHkrocnQgdW_04pxcMNwoqrTkWFVSRjOWD22pa4wZyK3ZJh8pWnS_BIkaHrb5vtlAI2Mj0AHKGMakHijTPev6vaorU9AKpLtQKyBtRhF50wOhUkbRA_YLl1bEB5BPq7t75z4bHJfKN1wG4d6d-mVd7r3aJyQdmi1SzPS_Wr-AOL_ed8d5OrOWJwzGBbqO7bqexVPPu9WHv0DtKHb7kJDbHjFI/http%3A%2F%2Fwww.mBank.pl,
 e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na 
http://secure-web.cisco.com/1yn7nXQCCQyVnWrI-l_BH43OW6Vzp3LcQPblnz4WiAKXKQySC3igw36cF6ZMog67mS6dV0d0HtIH9MqSUvkUfgZE6POCDhSVs0SOUXHbKDFFAW97r7uMlbXj83dA4UXrC0ulHgUqDXsHm0SxejaK6FPRBlPMouBanLjaB0RFIHDM4_UVcr3DtJPX2LF0nnoliVGMtYGmUKMi3KnHKYVv5VGfXjK8aMJ35-5ak2C-b_gGFxMNxT0Tiz26wQ2juc6FERKXK5iZPUu_9AWhtzNpE7qmz2Jvn1Gzm7KokYblhT8lCbgLkUFx44KNpxkk4AtK5nmxtwSfNMuQfioFOuGH-MNF2yEwmHmFZntzPz6UvGBmgQCvgH15AEpyQCWUM919-d0oxlmQOyDR8EJ6-7wld1nlStIG83YxmuPomXt87aeefkY7Z2fUq_i8xCw4R58eK/http%3A%2F%2Fwww.mbank.pl%2Frodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,http://secure-web.cisco.com/1u3ZqRYrtS311Ue0IRl9Kvvecine-qxBMiK3mmZB5H0fLBoOCTxDaJ8xt8qoM-S2A8xxQETofc46tKYT3QaJxBEZM484KqiDdYv4lqWuYAM85BnTBS-a1WqFpLjCCb5sLayAlP1wOYXDea4la6huCvFE-LHu6gjrlFwQixL9DwddCGGH3DSIlp5xOWpfLQQJMUJOU__q9ij3_AfpTQbvH5jeihsWCVtsIhlY27ebzHkrocnQgdW_04pxcMNwoqrTkWFVSRjOWD22pa4wZyK3ZJh8pWnS_BIkaHrb5vtlAI2Mj0AHKGMakHijTPev6vaorU9AKpLtQKyBtRhF50wOhUkbRA_YLl1bEB5BPq7t75z4bHJfKN1wG4d6d-mVd7r3aJyQdmi1SzPS_Wr-AOL_ed8d5OrOWJwzGBbqO7bqexVPPu9WHv0DtKHb7kJDbHjFI/http%3A%2F%2Fwww.mBank.pl,
 e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th 
Commercial Division of the National Court Register, KRS 025237, NIP: 
526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 
January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in 
the GDPR Packages (in English and Polish), which are on 
http://secure-web.cisco.com/1yn7

Re: EBCDIC-ASCII converter and other tools

[Joe Monk]

https://www.vedit.com/ebcdic/simple-conversion.html

Joe

On Tue, Dec 29, 2020 at 8:48 AM R.S.  wrote:

> Well...
> Ultraedit offer some conversions, but no custom-defined tables. I need
> to use my own table - that's the problem.
> For regular "quick and dirty" EBCDIC -> ASCII conversion I would use
> ...MS Word, which has ability to read EBCDIC text files.
> However it's also not the goal.
> And important: I would avoid editors, especially those which read all
> file into memory - this is not good for larger files, which I expect to
> manage. I think HxD is better since it can edit large files without
> reading all the content into memory.
>
> Gentlemen, thank you for your prompt response, I appreciate it.
>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 29.12.2020 o 15:24, Steve Horein pisze:
> > I know several people that use UltraEdit:
> > https://www.ultraedit.com/wiki/Converting_file_encoding
> >
> > I personally use notepad++, so cannot provide any first hand experience.
> >
> > On Tue, Dec 29, 2020 at 7:30 AM R.S. 
> wrote:
> >
> >> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and
> >> vice versa.
> >> Unfortunately it has to run under Windows.
> >> Requirements:
> >> Run under Windows, preferrably in batch mode (command line interface)
> >> Custom-defined tables of conversion
> >>
> >> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to
> >> skip first nnn bytes of the file or skip file remainder.
> >>
> >>
> >> Any clue?
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> Jesteśmy administratorem twoich danych osobowych, które podałeś w związku
> z prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które
> wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną
> działalnością bankową.
> Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe
> znajdziesz w Pakietach RODO (w wersji polskiej i angielskiej), które są na
> www.mbank.pl/rodo
>
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> We are the controller of your personal data, which you provided in
> connection with correspondence with us. We process your data for purposes
> resulting from the subject of correspondence, including those related to
> the banking services.
> More information on how we protect and process personal data can be found
> in the GDPR Packages (in English and Polish), which are on
> www.mbank.pl/rodo.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[R.S.]

Well...
Ultraedit offer some conversions, but no custom-defined tables. I need 
to use my own table - that's the problem.
For regular "quick and dirty" EBCDIC -> ASCII conversion I would use 
...MS Word, which has ability to read EBCDIC text files.

However it's also not the goal.
And important: I would avoid editors, especially those which read all 
file into memory - this is not good for larger files, which I expect to 
manage. I think HxD is better since it can edit large files without 
reading all the content into memory.


Gentlemen, thank you for your prompt response, I appreciate it.

Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 29.12.2020 o 15:24, Steve Horein pisze:

I know several people that use UltraEdit:
https://www.ultraedit.com/wiki/Converting_file_encoding

I personally use notepad++, so cannot provide any first hand experience.

On Tue, Dec 29, 2020 at 7:30 AM R.S.  wrote:


1. I'm looking for some simple tool for conversion EBCDIC to ASCII and
vice versa.
Unfortunately it has to run under Windows.
Requirements:
Run under Windows, preferrably in batch mode (command line interface)
Custom-defined tables of conversion

2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to
skip first nnn bytes of the file or skip file remainder.


Any clue?

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in 
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[R.S.]

W dniu 29.12.2020 o 15:20, Lennie Dymoke-Bradshaw pisze:

For the first requirement I was going to recommend SVC 103 but maybe that 
doesn't run under windows.

Where does the second utility have to run?


Windows also.
Yes, on z/OS side there would be not a problem - everything is available 
in the system.


I was looking for iebgener.exe, idcams.exe, iceman.exe, iconv.exe, etc. 
- no success ;-)

Fortunately I can use Minesweeper and Paint...

--
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in 
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Steve Horein]

I know several people that use UltraEdit:
https://www.ultraedit.com/wiki/Converting_file_encoding

I personally use notepad++, so cannot provide any first hand experience.

On Tue, Dec 29, 2020 at 7:30 AM R.S.  wrote:

> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and
> vice versa.
> Unfortunately it has to run under Windows.
> Requirements:
> Run under Windows, preferrably in batch mode (command line interface)
> Custom-defined tables of conversion
>
> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to
> skip first nnn bytes of the file or skip file remainder.
>
>
> Any clue?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> Jesteśmy administratorem twoich danych osobowych, które podałeś w związku
> z prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które
> wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną
> działalnością bankową.
> Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe
> znajdziesz w Pakietach RODO (w wersji polskiej i angielskiej), które są na
> www.mbank.pl/rodo
>
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> We are the controller of your personal data, which you provided in
> connection with correspondence with us. We process your data for purposes
> resulting from the subject of correspondence, including those related to
> the banking services.
> More information on how we protect and process personal data can be found
> in the GDPR Packages (in English and Polish), which are on
> www.mbank.pl/rodo.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Massimo Biancucci]

Depending on the Windows platform, you can consider to enable the Linux
Bash and use the power of the bash to select the file portion and convert
it.

Good luck.
Max


Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mar 29 dic 2020 alle ore 14:30 R.S. <
r.skoru...@bremultibank.com.pl> ha scritto:

> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and
> vice versa.
> Unfortunately it has to run under Windows.
> Requirements:
> Run under Windows, preferrably in batch mode (command line interface)
> Custom-defined tables of conversion
>
> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to
> skip first nnn bytes of the file or skip file remainder.
>
>
> Any clue?
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat. Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy
> XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> Jesteśmy administratorem twoich danych osobowych, które podałeś w związku
> z prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które
> wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną
> działalnością bankową.
> Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe
> znajdziesz w Pakietach RODO (w wersji polskiej i angielskiej), które są na
> www.mbank.pl/rodo
>
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
> Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the
> Capital City of Warsaw, 12th Commercial Division of the National Court
> Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital
> amounting to PLN 169.401.468 as at 1 January 2020.
>
> We are the controller of your personal data, which you provided in
> connection with correspondence with us. We process your data for purposes
> resulting from the subject of correspondence, including those related to
> the banking services.
> More information on how we protect and process personal data can be found
> in the GDPR Packages (in English and Polish), which are on
> www.mbank.pl/rodo.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Lennie Dymoke-Bradshaw]

For the first requirement I was going to recommend SVC 103 but maybe that 
doesn't run under windows.

Where does the second utility have to run?

Lennie Dymoke-Bradshaw
Consultant working on contract for BMC mainframe Services by RSM Partners
‘Dance like no one is watching. Encrypt like everyone is.’

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: 29 December 2020 13:30
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EBCDIC-ASCII converter and other tools

1. I'm looking for some simple tool for conversion EBCDIC to ASCII and vice 
versa.
Unfortunately it has to run under Windows.
Requirements:
Run under Windows, preferrably in batch mode (command line interface) 
Custom-defined tables of conversion

2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to skip 
first nnn bytes of the file or skip file remainder.


Any clue?

-- 
Radoslaw Skorupka
Lodz, Poland





==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może 
podlegać karze.

mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, 
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział 
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. 
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 
169.401.468 złotych.

Jesteśmy administratorem twoich danych osobowych, które podałeś w związku z 
prowadzoną z nami korespondencją. Przetwarzamy te dane dla celów, które 
wynikają z przedmiotu korespondencji, w tym związanych z prowadzoną 
działalnością bankową.
Więcej informacji o tym jak chroniony i przetwarzamy dane osobowe znajdziesz w 
Pakietach RODO (w wersji polskiej i angielskiej), które są na www.mbank.pl/rodo


If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169.401.468 as at 1 January 2020.

We are the controller of your personal data, which you provided in connection 
with correspondence with us. We process your data for purposes resulting from 
the subject of correspondence, including those related to the banking services.
More information on how we protect and process personal data can be found in 
the GDPR Packages (in English and Polish), which are on www.mbank.pl/rodo.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC-ASCII converter and other tools

[Steve Smith]

HxD is a very nice "Hex Editor", with a lot of features, so it may be
adaptable to your needs.  In any case, it's very useful for poking around
downloaded EBCDIC files.

sas


On Tue, Dec 29, 2020 at 8:30 AM R.S.  wrote:

> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and
> vice versa.
> Unfortunately it has to run under Windows.
> Requirements:
> Run under Windows, preferrably in batch mode (command line interface)
> Custom-defined tables of conversion
>
> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is to
> skip first nnn bytes of the file or skip file remainder.
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN