ss of
the grande low usable user private.
There may be a flag that we can test or it may
be available with a certain release of z/OS
meaning that we can safely test the CVT flags for a particular release of z/OS.
Thanks,
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville
FWIW: Around a year ago, z/XDC became a product that uses TRAP2. It
gives the user the option of using TRAP2 or X'00' opcodes for
breakpoints. It yields some performance improvement, but not as much
as I had hoped.
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville
It there a formal IBM mapping macro for RECFM=V type "Record Control Words"?
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:<mailto:dbc...@colesoft.com>dbc...@colesoft.com
Home page: www.colesoft.com
LinkedIn:www.
7;ve ever seen for BDW/RDW fields
is in the "DFSMS Using Data Sets" manual, chapter 20,
"Variable-Length Record Formats", pp 306-311.
:>
:>If there is a mapping macro I've never seen it.
:>
:>Peter
:>
:>-Original Message-
:>From: IBM Mainframe
ences between A MIGRATABLE Program Object and a
non-MIGRATABLE Program Object? What would exist in a non-MIGRATABLE
Program Object that would prevent it from being MIGRATABLE?
Thanks in advance,
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS:
PM, Pew, Curtis G wrote:
On Aug 19, 2019, at 12:51 PM, Dave Cole wrote:
1) When a Program Object is MIGRATABLE, what
can it be migrated from? What can it be migrated to?
My understanding is that a MIGRATABLE Program
Object can be copied to a PDS load library where
it becomes a load module
Thank you Barry! That is exactly what I was looking for. :-)
Dave Cole
At 8/20/2019 03:50 PM, Barry Lichtenstein wrote:
In reply to David and others, a couple of points that might be of interest:
* I confirm that the MIGRATABLE attribute is just as people have
suggested, to indicate
"ADS" (pronounced "A-D-S") was the acronym for "Application
Development Systems, Inc". I remember that company, but it no longer
exists, and the name was so generic that Google searches come up with
a lot of hits, none of which are on point.
Dave Cole
H. They've moved it. (The link I've been using is in a bookmark
and has been working for years.)
Anyway, thanks for the clue.
:-)
Dave
At 12/2/2016 05:59 AM, Elardus Engelbrecht wrote:
Richards, Robert B. wrote:
>http://www-03.ibm.com/systems/z/os/zos/library/bkserv/lookat/lookatm.ht
WAD?
Great product whose only drawback is when you go somewhere that
doesn't have it. Oh so frustrating.
That sounds like a sales opportunity to me...
Wanna tell me more?
dbc...@colesoft.com
At 2/2/2014 09:08 AM, Jon Perryman wrote:
Great product whose only drawback is when you go somew
or at least a discussion of) developing RAS-compliant code?
TIA
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS: dbc...@colesoft.com
Home page: www.colesoft.com
Facebook:www.facebook.com/c
nframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Dave Cole
Gesendet: Freitag, 2. Mai 2014 17:14
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: RAS Guidelines
Yeah, thanks Chris. I'll download it for bedtime reading.
Still, I'm wondering if there is anything else.
Thank
Wow! Thank John (and Peter) for the mentions!
[:-))]
Dave
At 10/10/2013 12:23 PM, John Gilmore wrote:
Peter Farley wrote:
| [Use] z/XDC from Colesoft.
This is the best possible advice. Some of my clients have it, and
they tolerate my using it on site for such tasks even when the
prob
ment" for
SPF/PRO, I was hugely disappointed. I don't remember all the details,
but it was utterly incompatible with SPF/PC in its user interface,
and IIRC, it no longer supported REXX as its macro language.
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EA
ext editor, I
have not extensively investigated alternatives.
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS: dbc...@colesoft.com
--
For IBM-MAIN subscribe / signoff / archive access in
/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.cs3cod0/f1a1d29004.htm
So obviously, I was looking in the wrong manual.
Thanks!
Dave Cole REPLY TO:
<mailto:dbc...@colesoft.com>dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: <http://www.colesoft.com/>
also want to add //XDCTLIB pointing to the TLIB into which
your z/XDC installer placed the default profiles (from DBCOLE.XDCZ1D.XDCTLIB).
IHTH,
Dave Cole
ColeSoft Marketing
414 Third Street, NE
Charlottesville, VA 22902
EADDRESS: dbc...@colesoft.com
Home page: www.colesoft.com
Fac
onomist.com/news/business/21574478-market-software-helps-hackers-penetrate-computer-systems-digital-arms-trade
Dave Cole REPLY TO:
<mailto:dbc...@colesoft.com>dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: <http://www.colesoft.com/>colesoft.com
736 Fox Hollow Road
t have to be
inside the Systems staff. He need only be inside the
business-systems-knowledgeable community or even the system's trusted
user community.
Dave Cole REPLY TO:
<mailto:dbc...@colesoft.com>dbc...@colesoft.com
ColeSoft Marketing WEB PAGE: <http://www.
Newbies! ;-)
At 6/23/2016 10:47 PM, Phil Smith III wrote:
Chuck wrote:
>I would consider something like this:
>LR R15,R3 Copy low 32-bits to R15
>SRLGR0,R3,32Copy upper 32-bits to R0
>You may want to add an SR or XR for register 0 and 15 p
Yeah, me too. But in my case, it's just a guess. Can you cite a reference?
Thanks,
Dave
At 7/17/2016 02:58 PM, Binyamin Dissen wrote:
I believe at the Z level it became 144.
On Sun, 17 Jul 2016 14:31:12 -0400 David Cole wrote:
:>I've looked in the doc ("MVS Assembler Services Reference
21 matches
Mail list logo
