I wonder if Data Windowing Services is still around. I vaguely recall they 
used Hiperspaces (still perfectly valid but mapped to Central).

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: [email protected]

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:   Scott Ford <[email protected]>
To:     [email protected]
Date:   10/03/2015 01:37
Subject:        Re: LE Question
Sent by:        IBM Mainframe Discussion List <[email protected]>



Sam,

Yeah I agree.  I might have to stay with QSAM file until we can write and
test an API..
Thanks a lot,

As always much appreciated.

Regards,
Scott

On Monday, March 9, 2015, Sam Siegel <[email protected]> wrote:

> OK ... that is a lot of data.
>
> Since an address space provides for just 2GB in the 31 bit range for 
code,
> data and system code, you cannot get 3GB in there.  You have the 
following
> choices:
> 1) 1 or more data spaces
> 2) 64bit memory
> 3) some 31 bit data in current address space; remainder in dataspace(s)
> and/or 64bit memory.
>
> 64 bit memory is the cleanest in terms of using linear addresses. 
However,
> if data needs to be referenced by COBOL, you will face problems.  You 
might
> need to copy back data to 31bit address space or other means.
>
> dataspaces cannot be directly accesses by COBOL as you need to be in AR
> mode and use the proper ALETs. COBOL does not do ALETs.
>
> If you go the 64 bit memory route.  You can create an API in "c" that 
will
> retrieve data on behalf of COBOL and copy it back to 31 bit memory.
>
> If you go the dataspace route, you can create an API in asm that will
> retrieve ALET qualified data on behalf of COBOL and copy it over to
> non-alet qualified memory.
>
> Either way, i think you need an API.
>
> On Mon, Mar 9, 2015 at 3:44 PM, Scott Ford <[email protected]
> <javascript:;>> wrote:
>
> > Sam,
> >
> > 2-3 G .....
> >
> > Regards,
> > Scott
> >
> > On Monday, March 9, 2015, Paul Gilmartin <
> > [email protected] <javascript:;>> wrote:
> >
> > > On Mon, 9 Mar 2015 14:18:15 -0700, Sam Siegel wrote:
> > >
> > > >How much data?  10meg?  100meg?  1gig?
> > > >
> > > How about 10 gig?  None of those numbers would be unreasonable
> > > if COBOL supported 64-bit addressing.  But IBM can't see the use
> > > for that.
> > >
> > > Of course if the data are large enough they go into page data sets
> > > anyway, but that's utterly transparent to the programmer.
> > >
> > > >On Mar 9, 2015 2:06 PM, "Scott Ford" wrote:
> > > >>
> > > >> I will have to read and try ..my question is how do i pass a lot 
of
> > data
> > > >> ...a dataspace ? i would like to avoid dasd if I can ..
> > >
> > > -- gil
> > >
> > > 
----------------------------------------------------------------------
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to [email protected] <javascript:;> <javascript:;>
> with the message:
> > > INFO IBM-MAIN
> > >
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to [email protected] <javascript:;> with the 
message:
> INFO IBM-MAIN
> >
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] <javascript:;> with the message:
> INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to