Re: codepages

<IBM-MAIN@listserv.ua.edu> on behalf of Peter Hunkeler <p...@gmx.ch> Sent: Monday, February 12, 2018 1:49 AM To: IBM-MAIN@listserv.ua.edu Subject: AW: Re: codepages > Why do you need windowing? What you need is to mage the pages, and the > same issues exist whether the mapping is win

AW: Re: codepages

> Why do you need windowing? What you need is to mage the pages, and the > same issues exist whether the mapping is windowed or direct into virtual > memory. Well, the discussion eventually was talking about editing large MVS data sets or UNIX files using ISPF edit. For ISPF edit (and view)

Re: codepages

Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of zMan <zedgarhoo...@gmail.com> Sent: Thursday, February 8, 2018 9:23 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: codepages "mage the pages"? On Thu, Feb 8, 2018 at 11:15 AM, Seymour J Metz <sme...@gmu.edu&g

Re: codepages

> > From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf > > of Tony Harminc <t...@harminc.net> > > Sent: Wednesday, February 7, 2018 6:20 PM > > To: IBM-MAIN@listserv.ua.edu > > Subject: Re:

Re: codepages

> Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf > of Tony Harminc <t...@harminc.net> > Sent: Wednesday, February 7, 2018 6:20 PM > To: IB

Re: codepages

IBM-MAIN@listserv.ua.edu> on behalf of Tony Harminc <t...@harminc.net> Sent: Wednesday, February 7, 2018 6:20 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: codepages On 6 February 2018 at 14:17, Peter Hunkeler <p...@gmx.ch> wrote: >> Isn't this what DIV is for? > > DIV wo

Re: codepages

On 6 February 2018 at 14:17, Peter Hunkeler wrote: >> Isn't this what DIV is for? > > DIV works with VSAM linear data sets. How would it help here? The discussion has been (mostly) about loading an entire dataset into virtual storage (as ISPF Edit does) vs windowing techniques that

AW: Re: codepages

> Isn't this what DIV is for? DIV works with VSAM linear data sets. How would it help here? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with

Re: codepages

On 5 February 2018 at 11:49, Peter Hunkeler wrote: >>>VIEW/EDIT should really learn to work in a window mode, so larger data sets >>>can be viewed/edited. >>On 5 February 2018 at 08:57, Tom Marchant >><000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: >>Or use storage above

Re: AW: Re: codepages

On 02/05/2018 10:49 AM, Peter Hunkeler wrote: >>> VIEW/EDIT should really learn to work in a window mode, so larger data sets >>> can be viewed/edited. > > >> Or use storage above the bar. > > > I'm not a fan of this. How much would you allow it to use? Loading a huge > data set into the

AW: Re: codepages

>In what way is TSO not AMODE64 aware? I run AMODE64 programs under TSO all the time. The talk is about ISPF VIEW/EDIT, and these programs do not do AMODE64 as far as I understand. You can of course alway run your own AMODE64 code in any address space. -- Peter Hunkeler

Re: codepages

On Mon, Feb 5, 2018 at 11:41 AM, Don Poitras wrote: > In what way is TSO not AMODE64 aware? I run AMODE64 programs under TSO all > the time. > >From my reading, you can easily write AMODE64 user code. But you need to revert to 24 or 31 bit addressing to do any of the TSO service

Re: codepages

In what way is TSO not AMODE64 aware? I run AMODE64 programs under TSO all the time. In article you wrote: > > >>>Browse could be useful for a file too large to fit in main storage > >>>(Nowadays? Really!?) > >> > >> ITYM virtual storage rather than main

AW: Re: codepages

>>>Browse could be useful for a file too large to fit in main storage >>>(Nowadays? Really!?) >> >> ITYM virtual storage rather than main storage. >> >OK. Picky, picky! I didn't mean to be picky. What I meant (but did not write) was the fact that large main storage does not help as long as

AW: Re: codepages

>>VIEW/EDIT should really learn to work in a window mode, so larger data sets >>can be viewed/edited. > >Or use storage above the bar. I'm not a fan of this. How much would you allow it to use? Loading a huge data set into the editor would allocate a huge number frames, just to drop them

Re: codepages

On Sat, 3 Feb 2018 21:31:24 +0100, Peter Hunkeler wrote: >VIEW/EDIT should really learn to work in a window mode, so larger data sets >can be viewed/edited. Or use storage above the bar. -- Tom Marchant -- For IBM-MAIN

Re: codepages

On Sat, Feb 03, 2018 at 09:31:24PM +0100, Peter Hunkeler wrote: > >Browse could be useful for a file too large to fit in main storage > >(Nowadays? Really!?) > > ITYM virtual storage rather than main storage. > OK. Picky, picky! > VIEW/EDIT want to be able to read the whole file into the

AW: Re: codepages

>Browse could be useful for a file too large to fit in main storage (Nowadays? >Really!?) ITYM virtual storage rather than main storage. VIEW/EDIT want to be able to read the whole file into the extended private area (below the bar, that is). So this limits the size of the data set to some

Re: codepages

On Wed, 31 Jan 2018 21:36:05 +, Seymour J Metz wrote: >Is linctape any worse than dectape? > It's wrapped on the hub in the opposite sense. Does that make a difference? IIRC, PDP-12 would process either: just swap the supply and take-up reels. -- gil

Re: codepages

t: Wednesday, January 31, 2018 3:50 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: codepages On Wed, 31 Jan 2018 20:10:39 +, Seymour J Metz wrote: >Yes, VIEW is EDIT except when it isn't, and, IMHO, much more useful than >BROWSE. > Browse could be useful for a file too large to fit in m

Re: codepages

On Wed, 31 Jan 2018 20:10:39 +, Seymour J Metz wrote: >Yes, VIEW is EDIT except when it isn't, and, IMHO, much more useful than >BROWSE. > Browse could be useful for a file too large to fit in main storage (Nowadays? Really!?) It seems to create an index and POINT to requested lines.

Re: codepages

ary 28, 2018 11:28 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: codepages Not from Browse that I know of. To convert and save the file I would just use iconv. On Jan 28, 2018 9:33 AM, "Paul Gilmartin" < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 27 Jan 2

Re: codepages

Not from Browse that I know of. To convert and save the file I would just use iconv. On Jan 28, 2018 9:33 AM, "Paul Gilmartin" < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Sat, 27 Jan 2018 22:14:54 -0700, Roger Bolan wrote: > > >You don't have to specify lines and columns

Re: codepages

On Sat, 27 Jan 2018 22:14:54 -0700, Roger Bolan wrote: >You don't have to specify lines and columns usually. I can DISPLAY UTF8 >instead of saying DISPLAY CCSID 1208. Typically, I just need DISPLAY ASCII >and DISPLAY RESET so I have those on PF keys so I can toggle in and out of >ASCII. >

Re: codepages

You don't have to specify lines and columns usually. I can DISPLAY UTF8 instead of saying DISPLAY CCSID 1208. Typically, I just need DISPLAY ASCII and DISPLAY RESET so I have those on PF keys so I can toggle in and out of ASCII. On Jan 26, 2018 7:21 PM, "Paul Gilmartin" <

Re: codepages

Roger/all: Thanks to all. My issue is we haven't fully embraced unicode. Unicode would help a lot. I will take a look a ISPF ...see what we can do. Scott On Fri, Jan 26, 2018 at 9:21 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 26 Jan 2018 16:25:51

Re: codepages

On Fri, 26 Jan 2018 16:25:51 -0700, Roger Bolan wrote: >I have to work with data in different code pages all the time. It's not >too bad in ISPF. > >Here's some of the help for the ISPF Browse DISPLAY command: >display line 1 5 cols 20 30 ccsid 1200 will display >the characters

Re: codepages

I have to work with data in different code pages all the time. It's not too bad in ISPF. Here's some of the help for the ISPF Browse DISPLAY command: display line 1 5 cols 20 30 ccsid 1200 will display the characters in lines 1 through 5 at columns 20 through 30

Re: codepages

On Fri, 26 Jan 2018 12:52:23 -0700, Roger Bolan wrote: >If you can capture the data and use ISPF Browse DISPLAY command to view the >data with different code pages you might be able to identify the one that >makes sense of all the data. > Is customer consistently using the same code page or

Re: codepages

I suppose it depends on the data stream.. if there was an XML code page identifier? Although..from your post .. I am guessing not. Is there anything character-wise that you can count on and perform a lookup? Rob On Fri, Jan 26, 2018, 2:52 PM Roger Bolan wrote: > If you

Re: codepages

Not unless you're running something like HTTP. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of scott Ford Sent: Friday, January 26, 2018 2:01 PM

Re: codepages

If you can capture the data and use ISPF Browse DISPLAY command to view the data with different code pages you might be able to identify the one that makes sense of all the data. On Jan 26, 2018 12:02 PM, "scott Ford" wrote: > I have an issue where a customer is not

Re: codepages

To: IBM-MAIN@LISTSERV.UA.EDU Date: 2018-01-26 13:29 Subject: Re: codepages Sent by:"IBM Mainframe Discussion List" <IBM-MAIN@LISTSERV.UA.EDU> On Fri, 26 Jan 2018 14:01:54 -0500, scott Ford wrote: >I have an issue where a customer is not forthright in providin

Re: codepages

On Fri, 26 Jan 2018 14:01:54 -0500, scott Ford wrote: >I have an issue where a customer is not forthright in providing us a the >codepage of data coming into a TCP STC on z/OS ..We bring the data in via a >Scoket-Read,. Is there any way I can query the datastream and find out what >codepage it is