Mike Schwab wrote (suggesting a solution for available space estimate):
"I did a DCOLECT to list all volumes then added up the space totals in the
records.
Of course it is a multiple of K, so you are missing tiny amount of space on
every volume".
There's a macro called LSPACE which sounds lik
d everywhere it's been tried.
If there are any cases where it *doesn't* work, that would be nice to know too.
David Staudacher
LinkedIn Mainframe Groups Manager
=> linkedin.com/groups/910927 𝐌𝐚𝐢𝐧𝐟𝐫𝐚𝐦𝐞 (𝐂𝐎𝐁𝐎𝐋, 𝐞𝐭𝐜) 𝐄𝐱𝐩𝐞𝐫𝐭𝐬
=> linkedin.com/groups/2915689
> Will keep poking away at this and let you know what I find.
I'm satisfied the discrepancies I saw must have been due to something peculiar
to using DFSORT for the copy process as I could not recreate the problem
[output larger than input copying one file to another using (1) AVGREC and (2)
Using Steve Pryor's IEBDG suggestion, I think I found an explanation for the
case where a copy of a "SPACE=(TRK,1)" file filled with 698 80-byte records
ends up with 2 tracks when copied using DFSORT to a second file with
"AVGREC=U,SPACE=(80,698),DISP=(,CATLG)".
First, using IEBDG *did* work to
I've looked over all the IBM-MAIN posts referring to AVGREC and don't see that
anyone has ever brought this up before.
I've read the relevant manuals, so I'm familiar with AVGREC syntax and how it's
supposed to work.
My concern is how to explain the differences in size allocation using
BLKS/TR
Given the specification to EMPTY a PDS, nothing is simpler than just
reinitializing the directory.
Assemble this source and keep it around as a utility:
*-*
* INITIALIZE PDS/PDSE TO EMPTY STATE
Thanks Ralph! That clears things up quite a bit. Partly with that
information, I was able to learn a little bit more about the exact timeline.
Application Development Systems continued doing business from San Jose under
that name until about November 1989, when it rebranded as "Centura Software
An even earlier reference - July 1981:
http://books.google.com/books?id=hoy5IQyLFvsC&pg=PA46&dq=Xpediter
I am now almost certain that Xpediter was a product Compuware did *not* develop
but rather *acquired*, some time around 1986 (the last Computerworld reference)
or after.
These articles:
Earliest reference yet to "ADS Xpediter" - October 26, 1981 (lower left of
page):
http://books.google.com/books?id=1REkdf3I86oC&pg=PA46
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lis
I'm trying to nail down the origin of Xpediter.
We all know it is now exclusively marketed by Compuware, but was this*always*
the case?
I find *multiple* Computerworld articles from the mid-80s with ads by
"Application Development Systems, Inc" promoting an IBM Mainframe
Batch/TSO/VM/CICS deb
Might be a clue in the message explanation:
ADR246E - http://ibm.com/support/libraryserver_os390/BOOKS/IEA2M1C1/3.2.143
ADR348E - http://ibm.com/support/libraryserver_os390/BOOKS/IEA2M1C1/3.2.213
--
For IBM-MAIN subscribe / signof
Hallelujah! The new URL base is http://ibm.com/support/libraryserver_os390 ...
... but all the old links with
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390 ... seem to automatically
resolve to the new address OK.
e.g. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/iea2bkb5 -
"... for each volume ..." Presuming you mean DASD volume, you first the VOLSER.
To find all the VOLSERs for all online DASD devices, I use the UCBSCAN service:
http://ibm.com/support/libraryserver_os390/BOOKS/iea2a9c1/104.1
--
Since LinkedIn trashed Groups with their new interface, which eliminated the
search facility, the "featured discussion" (indexed to access high value
content) and also managed to lose about 2/3 of older content in the process, I
will no longer curate any Mainframe discussions on LinkedIn but wil
> The link you included has nothing to do with your post.
I should have realized the link might resolve differently for anyone either not
connected to Claus Mikkelsen, and/or not a member of his "Mainframe Support
Tips" LinkedIn group. My fault.
But Claus' post is quite germane, so I'll copy
Word is now going around that IBM has "closed down" BookManager Internet
access:
http://linkedin.com/in/claus-mikkelsen-2637016/detail/recent-activity
Is this true? If so, I'm *very* surprised three IBM employees would tell us
the outage is "unplanned", "unintentional", that "work is under
Thanks for the update Sue!
I realize the Library Server docs pertain to no-longer-supported releases, but
I still use them quite often in cases where essential content hasn't changed.
In such cases, I also prefer them in web-posting and email to reference a
specific page in a given doc since
Starting yesterday, all the Book Manager/Library Server libs I know of
(publibz.boulder..., publibfp.boulder..., publibfp.dhe, etc) respond with:
"Forbidden: You don't have permission to access on this server".
This includes links provide *by IBM*, such as all the doc links given here:
http://i
Venkat: Besides the IBM courses Timothy mentioned, there are also several good
providers listed here:
http://linkd.in/2arLJqM - Mainframe Education
... Circle, Themis and Interskill are all very good.
--
For IBM-MAIN subscribe /
Although DCOLLECT is restricted where I work, so I've never been able to
actually use it, I believe it's the simplest and easiest option for this task,
if available.
See DFSMS Data Collection Facility:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i2a1/11.0
For my own homegrow
Charles Mills wrote:
> http://bitsavers.trailing-edge.com/pdf/ibm/360/princOps/A22-6821-0_360PrincOps.pdf
>
> Too wonderful for words!168 pages for the whole book...
Indeed! I keep a saved copy on my desktop and sometimes still reference it for
sake of simplicity.
> It's an image scan and not
21 matches
Mail list logo
