Nah, not letting him off that easily!
The word "coded" is the same in both languages, and BCD ¬= BSD.
Like us Brits tend to say "kicks" and the Americans tend to say "see,
eye, see, ess" but it's still actually CICS :-)
Cheers,
Mick.
On 18 March 2016 at 18:35, Tom Brennan wrote:
> Maybe EBSDIC i
No. That's what I've got set.
Cheers,
Mick.
On 18 March 2016 at 18:09, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Fri, 18 Mar 2016 17:47:38 +, Mick Graley wrote:
>>
>>I wish IBM would enhance ISPF so that it would set the screen
Hi All,
At my old employers we used Eicon Aviva for terminal emulation and it
was quite good, I liked it, lots of customization possible and it was
fast. At my current employer we use Microfocus Rumba and I'm not very
impressed with it! At home I've used X3270 on Linux and WC3270 on
Windows to con
I believe turning off "write to programmer" messages with TSO PROFILE
NOWTPMSG will hide the ICH408I but you might miss something else you want
to see.
Cheers,
Mick.
On 4 July 2018 at 09:47, Barbara Nitz wrote:
> Something has changed with SDSFAUX between z/OS 2.1 and z/OS 2.3.
>
> Under z/OS 2
Hi All,
I can confirm that there is no 64K tracks limit on DSORG=DA data sets.
I inherited a number of Adabas databases and they use DSORG=DA.
One of my larger databases has a data storage component that is 240,525
tracks (16,035 cylinders) in 9 extents across 8 volumes.
Organization . . . : DA
..lack od BDAM files here
>
> I think, you missed very important point: 64k tracks *PER VOLUME*. The
> limit is not per dataset.
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 2018-11-02 o 12:32, Mick Graley pisze:
> > Hi All,
> >
er
> datasets are.
> Of course some (PDS) datasets cannot be multivolume, while DA (and PS)
> can be, but that's different story.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
>
> W dniu 2018-11-02 o 12:51, Mick Graley pisze:
> > Hi Rado
ess are
> limited to 65536 tracks.
>
> ...so, I must assume ADABAS has a way for accessing records of a dataset
> that large...
>
> On Fri, 2 Nov 2018 11:32:23 +, Mick Graley
> wrote:
>
> >Hi All,
> >
> >I can confirm that there is no 64K tracks limit
Nah - it's actually how they are on the IBM manual page - weird.
On Fri, 2 Nov 2018 at 15:38, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On 2018-11-02, at 05:39:38, R.S. wrote:
> > ...
> > Content-Transfer-Encoding: 8bit
> > Content-Type: text/plain; ch
I think Ed might be right here on the SYSGEN option history, however TSO
EDIT doesn't seem to support it fully these days.
I have access to 5 very different systems each with different heritage.
Two of them are >30 years old and will date back to the SYSGEN days, one of
them I'm not sure of it's ag
I agree with Tony, the analogy doesn't fit. Not fixing a car that isn't
broken makes sense. Not applying fixes for KNOWN errors usually doesn't
make sense. We all know that PTFs can go PE and cause problems, but you
have to weigh up the likelihood of a known error causing you serious
problems. Also
I'm a DB2 SysAdm/SysProg and DB2 maint always has reams of hold data. The
longer you leave it the bigger the job to wade through it all and build the
required jobs. Multiply it by many DB2 sub-systems and the job gets bigger
and bigger. You have to have the toleration fixes on the current release o
It's also worth noting that you can use wild cards in the HRECALL data set
name if you can be that generic, i.e. bring back ALL migrated generations
with a single HRECALL command. I use it a lot to recall all my personal
code libraries before I go on overnight call-out - I hate waiting for data
set
Yes XMIT definitely supports DSORG=PS RECFM=U data sets.
Good example being DFDSS dumps.
I regularly use DFDSS to dump multiple data sets, then XMIT that dump
data set to get a very portable RECFM=FB LRECL=80 version of the dump.
Cheers,
Mick.
On 20 May 2016 at 18:36, Jesse 1 Robinson wrote:
> O
Also if you were to create a CLIST for this as suggested previously,
rather than adding lots of IFs or WHENs, you should just be able to
specify CONTROL FLUSH once at the beginning of the CLIST.
Mick.
On 21 July 2016 at 14:24, Norbert Friemel wrote:
> On Thu, 21 Jul 2016 14:36:30 +0200, R.S. wr
I think we're comparing apples and oranges here though. S/370
assembler (you said original MVS) ¬= C/C++ lines of code or generated
object (machine) code.
Cheers,
Mick.
On 2 September 2016 at 22:45, Steve Beaver wrote:
> the original mvs, much of which was written years ago before os390 was about
I (used to) do something similar with a few added steps:
DFDSS dump the whole SMP/E environment
ACCEPT CHECK
ACCEPT
RECEIVE
APPLY CHECK (there are sometimes system holds that need addressing before
APPLY and this gets the report out as well as doing the APPLY CHECK)
APPLY
It's probably worth noti
17 matches
Mail list logo
