uestion of the moment is "is there no 'safe' string copy library
> routine such as strcpy_s? I don't see it in the doc."
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf
> Of S
On Thu, Dec 3, 2009 at 10:56 PM, Paul Gilmartin wrote:
> On Thu, 3 Dec 2009 11:07:38 -0600, McKown, John wrote:
>
> >OPINION TIME!
> >
> >The "safe" versions are not safer than using some of the others which
> include the length of the destination buffer. Such as strncpy, strncmp, and
> so on. The
Connect:Direct (previously known as NDM) can only be loosely related to
check processing as it just transmits files back and forth. An IBM Check
shop uses CPCS (check processing control system) Vector sort (by Sterling),
etc.
These are low level programs still shipped in source (at least partiall
Sorry about that ... CPCS is indeed (and always has been) an IBM product.
VECTOR:sort is by Sterling.
On Fri, Dec 18, 2009 at 7:40 AM, Ted MacNEIL wrote:
> >An IBM Check shop uses CPCS (check processing control system) Vector sort
> (by Sterling)
>
> Since when is it by Sterling?
> When I worked
The "IBM z/OS Standard C++ Library Reference." documents the STL and other
"industry" standard C++ functions. It does not document (to my examination)
any IBM specific facilities.
Sam
On Fri, Dec 18, 2009 at 8:37 PM, Tony Harminc wrote:
> 2009/12/18 Charles Mills :
> > Does anyone know of one
Congrats ... the picture looks nice. Hope you enjoy them.
On Tue, Dec 22, 2009 at 8:21 PM, Edward Jaffe
wrote:
> We're moving our offices this week. Not the kind of upgrade I'm used to
> doing. But, still fun...
>
> http://www.phoenixsoftware.com/newlocation.htm
>
> --
> Edward E Jaffe
> Phoenix
Don't forget SOA enabled keyboards and monitors. :)
On Wed, Dec 23, 2009 at 9:23 AM, R.S. wrote:
> Shane Ginnane pisze:
>
>> On Wed, Dec 23rd, 2009 Radoslaw wrote:
>>
>> SOA is a platform neutral protocol.
>>> SOA is *not* a protocol. It is a marketing plonk. Nothing behind the
>>>
>> gibbe
Hi Charles,
I'm assuming that if you are going to call via link or attach that you will
have an assembler main program that does not have a valid
LE environment established. That is to say a traditional assembler program.
If this is the case, you should refer to the CEEPIPI documentation (locat
Charles,
The other option you have is to look at METAL C or system C. Or a third
party compiler.
Regards,
Sam
On Sat, Dec 26, 2009 at 9:14 PM, Charles Mills wrote:
> Trying to figure out this subject.
>
>
>
> The C/C++ Language Reference on p. 207 says "Under z/OS batch . argv[0]
> Returns th
standard z/OS
> multiple-parameter-pointers-pointed-to-by-R1 linkage.
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf
> Of Sam Siegel
> Sent: Saturday, December 26, 2009 4:55 PM
> To: IBM-MAIN@bama.ua.
For caps on/caps off, I was referring to ISPF edit.
On Sun, Dec 27, 2009 at 12:18 AM, Paul Gilmartin wrote:
> On Sat, 26 Dec 2009 21:45:46 +0000, Sam Siegel wrote:
> >
> >The comment "argv[1 to n]" is trying to say that the characters in parms 1
> >... N are not mo
processing that JCL. Neither the TSO or JCL rules apply to
program to program calls.
Regards,
Sam
On Sun, Dec 27, 2009 at 5:38 AM, Paul Gilmartin wrote:
> On Sun, 27 Dec 2009 04:57:25 +0000, Sam Siegel wrote:
>
> >For caps on/caps off, I was referring to ISPF edit.
> >
> That
There are other business related inaccuracies in the article as well. The
article indicates that they process hundreds of millions of Credit Card
transactions a day. Having previously worked at a large credit card
processor in the US, it can be said with certainty that the S. Korean credit
card v
& cell-phone
> (it's called hand-phone in S Korea).
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Sam Siegel
> Sent: Thursday, January 07, 2010 4:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re:
On Thu, Jan 7, 2010 at 6:36 PM, Ted MacNEIL wrote:
> >That's the point of (EMV) "chip" cards. >They are inherently more secure.
>
> Why are they more secure?
> INTERAC Canada has been telling us that they are.
> So far, on their web-site, the proof presented has been: "They are more
> secure".
>
On Fri, Jan 8, 2010 at 6:08 AM, Timothy Sipples wrote:
> I should say right up front that I am not an expert on Korean banking.
> Also, I have no idea whether the following remarks apply to BC Card
> specifically.
>
> One commenter in this thread suggested that the number of transactions
> looks
On Mon, Jan 11, 2010 at 9:32 AM, Tom Quarendon
wrote:
> >If that's the cast you need CEEPIPI. Call it once to initialize the
> >persistent LE environment and then to call your routine with the
> >environment token. You will have to stash away the environment token
> >somewhere, name/token services
On Mon, Jan 11, 2010 at 9:16 PM, Ron Hawkins
wrote:
> I disagree. The basic operation of a credit card at the get go was for the
> customer to be authenticated by comparing the signature on the voucher with
> the one on the card. If they don't match the vendor refuses the
> transaction.
> This is
On Mon, Jan 11, 2010 at 10:59 PM, Anne & Lynn Wheeler wrote:
> t...@harminc.net (Tony Harminc) writes:
> > I'm not sure why this offends you so much. How would it help anything
> > if the cashier checked your signature? Such checking is highly
> > unreliable, and contributes much less to authentic
Hello List - I'm attempting to create a licensing mechanism for a bit
of software. I would like to be able to use a unique and
non-modifiable identifier as part of the mechanism.
The CSRSI callable service and STSI instruction provide a variety of
hardware related identifiers.
CSRSI returns fiel
> On Mon, Dec 26, 2011 at 4:11 PM, zMan wrote:
> > On Mon, Dec 26, 2011 at 2:22 PM, Sam Siegel wrote:
> >> Hello List - I'm attempting to create a licensing mechanism for a bit
> >> of software. I would like to be able to use a unique and
> >> non-modifiable
All - Thanks for the huge response both on-list and off-list. I've gotten
both business and technical details. Exactly the type of information that
I was looking for.
THANKS AGAIN!
I'm especially happy to see that the signal-to-noise ratio is extremely
high!
I'm post some follow up question af
Look at Language Environment Vendor Interfaces: SA22-7568
On Tue, Dec 27, 2011 at 3:29 PM, Binyamin Dissen wrote:
> Don't see anything obvious in the LE bookshelf.
>
> --
> Binyamin Dissen
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use t
Scott - The answer is yes.
Please see: https://computing.llnl.gov/tutorials/pthreads/ for some
examples that include thread coordination.
Sam
On Tue, Jan 3, 2012 at 10:17 AM, Scott Ford wrote:
> All,
>
> I am looking to rewrite a COBOL app(stc) in C. The current code calls a
> lot of assembl
Scott - Another option is to have an assembler driver that attaches the
various tasks. Each sub task can be an assembler program that uses CEEPIPI
to setup LE and call the C program.
Then you have a 'classic' subtask structure instead of a pthread structure.
Sam
On Tue, Jan 3, 2012 at 4:29 PM,
On Thu, Jan 5, 2012 at 3:48 PM, Graham Harris wrote:
> > Intel Core i7 at 177,730 MIPs/sec
> > http://en.wikipedia.org/wiki/Instructions_per_second
> >
> > or almost 180BIPs/sec ... which makes i7 equivalent of more than three
> > z196??
>
>
> Interesting to read the cited reference against the c
On Mon, Jan 9, 2012 at 7:51 PM, Graham Hobbs wrote:
> Hello,
> When I look at the output listing of a compiled pgm, I used to be able to
> see field displacements of copybooks and working storage. What is the
> option that does this .. nothing in the options list stands out.
> Thanks,
> Graham Ho
On Tue, Jan 10, 2012 at 6:23 AM, Mark Jacobs wrote:
> I'm trying to copy program objects that reside in a path (the WAS 7.0 IPCS
> formatting modules) into a PDSE dataset. Everything I've tried (ocopy, ish
> copy, ftp) doesn't seem to result in a valid program object, i.e. the
> directory listing
Hi - The following questions was approved by Darren for distribution
on the list.
I'm trying to determine if any of the following production are in
active use at your shop.
Easytrieve
DYL260, DYL280 (CA vision:results)
QUICKJOB
CA-EARL
pacsys(spectrum,zwriter, etc.)
Other commercial report writer
Hi Mark - I'm asking Darren for permission to provide a more detailed
explanation of the question behind the question.
Thanks,
Sam
On Mon, Jan 23, 2012 at 6:54 AM, Mark Zelden wrote:
> On Sun, 22 Jan 2012 10:48:58 -0800, Sam Siegel wrote:
>
>>Hi - The following questions was a
I used to work at VISA ... the 145,000 txn/sec is misleading. The
authorization system (tpf based) runs sustained peak rate of about
7,000 txn/sec as of about 3 years ago. The clearing system (zos) run
about 24,000 txn/second as of about 3 years ago.
The 145,000 sounds like the sum of all the ba
, Jan 30, 2012 at 2:56 PM, Mike Schwab wrote:
> On Mon, Jan 30, 2012 at 3:53 PM, Sam Siegel wrote:
>> I used to work at VISA ... the 145,000 txn/sec is misleading. The
>> authorization system (tpf based) runs sustained peak rate of about
>> 7,000 txn/sec as of about 3 yea
.C (cpp) and .c (c) are recognized source file type designations in
the unix world. XLC has a ton of stuff in common with GNU's compiler
suite. IBM donated a ton of time, effort and IP to the GNU compiler
suite a ways back.
On Tue, Jan 31, 2012 at 7:24 AM, Charles Mills wrote:
> Yes on C++ and
As far as I know that is in the Linux court.
On Tue, Jan 31, 2012 at 1:07 PM, Paul Gilmartin wrote:
> On Tue, 31 Jan 2012 08:10:26 -0800, Sam Siegel wrote:
>
>>.C (cpp) and .c (c) are recognized source file type designations in
>>the unix world. XLC has a ton of stuff in
Sorry about that. I misspoke, I do not know if anyone or any
organization is porting the gcc suite of tools to z/OS.
On Tue, Jan 31, 2012 at 3:18 PM, Tomasz Rola wrote:
> On Tue, 31 Jan 2012, Sam Siegel wrote:
>
>> As far as I know that is in the Linux court.
>>
>
> I
On Tue, Jan 31, 2012 at 4:44 PM, Tomasz Rola wrote:
> On Tue, 31 Jan 2012, Sam Siegel wrote:
>
>> Sorry about that. I misspoke, I do not know if anyone or any
>> organization is porting the gcc suite of tools to z/OS.
>
> No need to be sorry about anything, I am ok :-)
On Tue, Jan 31, 2012 at 5:47 PM, Lizette Koehler
wrote:
>> All,
>>
>> I have a STC that submits a job via the Intrdr, unfortunately it's single
> thread. I need
>> know when the submitted job completed. If I have the job and can I step
> through
>> control blocks to find this jobs status?
>>
>> Th
Scott - Does the submitted job run authorized? If it does, you can
use a combination of name token service and pause element service to
coordinate tcb in different address spaces.
You would need to code an estae or have a resmgr active to handle
error situations and ensure that the STC is not lef
On Tue, Jan 31, 2012 at 7:35 PM, Tomasz Rola wrote:
> On Tue, 31 Jan 2012, Sam Siegel wrote:
>
>> My thinking is that because of the lack of availability of low cost
>> zSeries HW and z/OS very few independant developers will directly any
>> application/utility develop
er
> www.identityforge.com
>
>
>
> On Jan 31, 2012, at 10:32 PM, Sam Siegel wrote:
>
>> Scott - Does the submitted job run authorized? If it does, you can
>> use a combination of name token service and pause element service to
>> coordinate tcb in different address
On Tue, Jan 31, 2012 at 8:17 PM, Don Poitras wrote:
> Tea leaves are good for making tea. :) I would compile SignalHandler.C with
> the LIST option to see the psuedo assembly output and see from the dump
> where the abend occured and try to figure out what went wrong. The message
> you've given wo
ontrol somewhat by using a /*ROUTE XEQ. However, there is
the chance that this is overridden by an exit or automation.
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
> Of Sam Siegel
> Sent: Tuesday, Jan
that you are having over this
and hoping that this will get you past it.
Sam
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
> Of Sam Siegel
> Sent: Tuesday, January 31, 2012 8:34 PM
> To: IBM-MAIN@b
use C128N for a non xplink program.
On Wed, Feb 1, 2012 at 11:29 AM, Sevetson, Phil wrote:
> Hello, all, first time post from new member. Please bear with me if I lack
> polish!
>
> I'm trying to prove the function of our CPP processor on our mainframe
> (Frankly, it's mostly for the exercise)
Congrats.
On Thu, Feb 2, 2012 at 5:50 AM, John Compton wrote:
> Hi all... just coming back to the list after nearly 19 months out of work.
> Finally got a new job!
>
> --
> For IBM-MAIN subscribe / signoff / archive access instru
On Mon, Feb 6, 2012 at 9:57 AM, Steve Comstock wrote:
> On 2/6/2012 10:40 AM, Paul Gilmartin wrote:
>>
>> On Mon, 6 Feb 2012 12:31:31 -0500, Tony Harminc wrote:
>>
>>> On 4 February 2012 12:03, Paul Gilmartin wrote:
>
>
That idea founders on the economics of support. ... I
suspe
Scott - Are these going to be PTHTREAD managed threads?
Sam
On Mon, Feb 27, 2012 at 8:00 AM, Scott Ford wrote:
> All,
>
> I have a quick question...I am in the process of a redesign of a STC
> running in COBOL.
> The new design will be in C, threaded , calling COBOL routines and
> assembler rou
OK ... I need to scratch my head.
On Mon, Feb 27, 2012 at 8:53 AM, Scott Ford wrote:
> Sam,
>
> Yep
>
> Sent from my iPad
> Scott Ford
> Senior Systems Engineer
> www.identityforge.com
>
>
>
> On Feb 27, 2012, at 11:28 AM, Sam Siegel wrote:
>
> > S
.identityforge.com
>
>
>
> On Feb 27, 2012, at 11:58 AM, Sam Siegel wrote:
>
> > OK ... I need to scratch my head.
> >
> > On Mon, Feb 27, 2012 at 8:53 AM, Scott Ford
> wrote:
> >
> >> Sam,
> >>
> >> Yep
> >>
> >>
Perfect!
On Mon, Feb 27, 2012 at 11:09 AM, Scott Ford wrote:
> Sam, it's not pressing ..I will send you a email offline
>
> Sent from my iPad
> Scott Ford
> Senior Systems Engineer
> www.identityforge.com
>
>
>
> On Feb 27, 2012, at 2:04 PM, Sam Siegel wrot
good
On Mon, Feb 27, 2012 at 1:36 PM, Scott Ford wrote:
> Sam,
>
> I found what I was looking for thx
>
> Sent from my iPad
> Scott Ford
> Senior Systems Engineer
> www.identityforge.com
>
>
>
> On Feb 27, 2012, at 2:04 PM, Sam Siegel wrote:
>
> >
On Wed, Feb 29, 2012 at 8:00 AM, Paul Gilmartin wrote:
> On Wed, 29 Feb 2012 05:53:14 -0600, Jan MOEYERSONS wrote:
>
> >On Tue, 28 Feb 2012 19:45:11 +, Rob Scott wrote:
> >
> >>Obviously this assumes you know the UTC offset at the time of the LPAR
> >>
> >And that is exactly where it hurts...
On Wed, Feb 29, 2012 at 2:38 PM, Paul Gilmartin wrote:
> On Wed, 29 Feb 2012 15:43:02 -0500, John Gilmore wrote:
>
> >Paul Gilmartin writes:
> >
> >
> >STCKE is notionally closer to TAI than to UTC in that TAI and STCKE
> >are continuous timescales and UTC is discontinous. TAI and STCKE both
> >e
On Mon, Apr 4, 2011 at 8:09 AM, O'Brien, David W. (NIH/CIT) [C]
wrote:
> A colleague asked that the following query be posted:
>
> Are there any tutorials/samples for writing floating point assembler code. We
> need to work with the z/VM Performance data and it is stored in short
> floating poin
> But typing COBOL code in ISPF is literally slower for me than typing Java
> code in Netbeans. Due in part to Netbean's intelligent auto-completion. When
> I start typing a variable name, about 80%+ of the time, Netbeans has a "in
> line" suggestion which I can select with a simple press of t
> John,
>
> Based on the above, and what you have shared with us about
> the general IT and corporate atmosphere and your health
> issues, it must be damned difficult to keep your spirits
> up. I don't know, perhaps you don't.
>
> But I am curious as to why the mainframe doesn't just go
> away: t
or write the
application.
>
>
> I dont know about everyone else, no one handed the work I do to me on a silver
> platter, I came up through the ranks..
>
> Scott J Ford
>
>
>
>
>
>
> From: Sam Siegel
> To: IBM-MAIN@bama.ua.
On Mon, Apr 4, 2011 at 1:24 PM, Scott Ford wrote:
> But Corporate America is going to get a rude awaking wh
> Amen, Sam.
>
> But Corporate America is going to get a rude awaking when us 'dinosaurs' call
> it
> quits.these 30+ yr olds dont want to know about z/OS and IBM ...
I completely
>
> On the other hand, for problems which occur intermittently in
> production environments and are not reproducible in the development
> environment, how do the debugging facilities available on Windows,
> Java and Unix in general compare to those facilities on z/OS?
>
> Jim Mulder z/OS Syste
> We helped kill a z/OS to Windows conversion meeting with some simple
> questions.
>
> Q. "This batch process takes 4 hours to run on z/OS. How long would you
> estimate your converted process would take?"
> A. "About the same amount of time."
> Q. "Suppose the process terminates abnormally for
On Wed, Apr 6, 2011 at 11:50 AM, Rick Fochtman wrote:
>
> ... Maybe people want distributed-style application RAS;.
>
> Excuse me, but "distributed-styl
> The criteria are quite different. A public phone system that connects
> 0.0001 percent of calls to the wrong place and drops a similar number
> in mid call is perfectly acceptable. A phone system (even a single
> local switch serving 10,000 lines) that is down for one minute a week
> is complete
> there was an incident a few years back where the 1-800 mapping for major
> percentage of the POS (point-of-sale) card-swipe terminals in the US was
> down for 12 minutes during a mid-day period ... this was treated as a
> serious corporate incident between major transaction processor and major
>
On Fri, Apr 8, 2011 at 2:49 PM, Ward, Mike S wrote:
> Hello all, we are z/os 1.11. I had a programmer complain the his job
> didn't jcl out on him and he expected it to.
>
>
> His program opens CCTXNSO and GLTXNSO as output
>
> OPEN OUTPUT CC-TRANS.
> OPEN OUTPUT GL-TRANS.
>
> Since he did not hav
On Tue, Apr 12, 2011 at 5:54 PM, Roberto Halais
wrote:
> What?
>
> Did you get the license plates?
>
John has been edumacating us for quite some time now.
>
> On Tue, Apr 12, 2011 at 7:53 PM, john gilmore wrote:
>
>> We have been around this way before. The latin word 'virus' is an
On Tue, Apr 19, 2011 at 8:37 PM, Ed Gould wrote:
> http://www.networkworld.com/supp/2011//041811-windows-7-crashes.html
>
> This article is a "How to" for taking dumps and other debugging activity on
> a
> windows machine.
> I do not know if I want to laugh or cry.
>
I'm not fan of MS ... but ju
On Fri, Apr 22, 2011 at 11:47 AM, Schwarz, Barry A <
barry.a.schw...@boeing.com> wrote:
> Does that imply that no inaction can ever be immoral?
>
> In my book no. It seems John believes otherwise.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] O
ne can make the argument an fortiori ineffectual
attempt to rob someone (mild example here) is still immoral even if it was
ineffectual.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf
> Of Sam Siegel
> Sent: Frid
ad written Darren
> privately. I was not even aware of the post until this brouhaha erupted,
> and
> then out of curiosity I went back and read it. Others are probably in the
> same boat.
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailt
now that I am paying attention, I was able to see a reason to participate
> and
> spin it out even further:
>
> Does the question of the morality of removing posts extend to removing the
> responses to a removed post in which the removed post is quoted in full?
>
> Chris Mason
>
&g
Words might would never expect to hear from these guys.
http://www.huffingtonpost.com/james-p-hoffa/global-capitalism-is-dest_b_858517.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...
, Pommier, Rex R.
wrote:
> And this has what to do with IBM-main?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of Sam Siegel
> Sent: Sunday, May 08, 2011 7:04 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: very good r
I predict Iefbr14 will survive. No one other than IBM has sale staff good
enough to require you to buy a program that does nothing. :-)
On Thu, May 12, 2011 at 12:04 PM, Pearce, Colin E wrote:
> And Ims, Ispf, Ismf and Ipl all could suffer the same fate, then there's
> Idcams, Iebcopy, Iebgene
LOL ;)
On Thu, May 12, 2011 at 12:45 PM, Paul Gilmartin wrote:
> On Thu, 12 May 2011 12:12:01 -0700, Sam Siegel wrote:
>
> >I predict Iefbr14 will survive. No one other than IBM has sale staff good
> >enough to require you to buy a program that does nothing. :-)
> >
On Tue, May 17, 2011 at 3:05 PM, Steve Comstock wrote:
> On 5/17/2011 3:32 PM, Tony Harminc wrote:
>
>> On 17 May 2011 16:32, Donnelly, John P wrote:
>>
>>> But you did not allow for 'issue' and 'problem' in the pluperfect
>>> progressive grammatical tense.
>>>
>>
>> I had been thinking that som
Hi Ian,
Thanks for creating this ... It looks like a GREAT resource and
is aesthetically well done.
Cheers,
Sam
On Sat, May 28, 2011 at 8:08 AM, Ian wrote:
> Hi List,
>
> I have created a map on CICSWorld.com ( http://cicsworld.com/map/node ) on
> which I would like to map all institutions tha
On Tue, May 31, 2011 at 12:47 PM, Steve Comstock
wrote:
> Are these two products essentially the same? I'm
> thinking Metal C is the XL C version and SPC is
> from an earlier C compiler (maybe even pre-z/OS),
> but I can't find any confirmation. Anyone know
> the answer to this bit of trivia?
>
>
On Thu, Jun 2, 2011 at 5:30 PM, Gainsford, Allen wrote:
> Normally (by default), if a jobstep abends, subsequent steps are flushed.
> There ought to be a better way! Have I missed something obvious? Can
> anyone offer a suggestion?
>
>
can this be managed by breaking the jcl into multiple job
> the two mallocs are in different load modules.
> The SPC malloc is in the load module that we build,
> that is, the MQS exit. The SPC malloc is statically linked
> to the MQS exit. The SPC philosophy is: link everything statically
> to the requesting load module, so that there is no LE runtime
On Sat, Jun 4, 2011 at 7:07 AM, John McKown wrote:
> I have been in the hospital since monday the 23rd. I had a gangrenous
> gallbladder removed. This is my second day out of ICU. I hope to leave
> monday or tuesday. Ahh I am weak but doing much better.
>
>
Hope you have a speedy, full and quick r
On Wed, Jun 22, 2011 at 12:55 PM, Steve Comstock
wrote:
> On 6/22/2011 11:36 AM, Daniel Rose wrote:
>
>> I had a COBOL programmer ask me how they could get the LPAR name, SYSNAME,
>> or SMFSID from a COBOL program. I could not find a LE Function that would
>> do that. So, a co-worker located a s
Thank you for putting this into perspective!
2011/7/7 R.S.
> Ladies, gentlemen,
>
> This is list related to IBM mainframes, z/OS and various pieces of HW and
> SW working in this realm.
> I just mentioned IBM. Advertisement?
> I used "z/OS" - this is PRODUCT NAME. COMMERCIAL ONE! (Very expensive
I agree with Dave Gibney!
On Thu, Jul 7, 2011 at 10:22 AM, Gibney, Dave wrote:
> Shai, one and only one individual complained about you. Please ignore this
> individual whose contributions to this forum, IMO, are of marginal use
> anyway.
>
> Dave Gibney
> Information Technology Services
> Wash
On Mon, Jul 18, 2011 at 2:10 PM, Wayne Driscoll wrote:
> In my 20 plus year career I have seen a lot more people with mainframe
> backgrounds expressing a willingness to learn and integrate usage of
> non-mainframe technology than I have seen people from an "open-systems"
> background show a willi
On Mon, Jul 18, 2011 at 7:10 PM, John McKown wrote:
> On Mon, 2011-07-18 at 14:45 -0700, Sam Siegel wrote:
>> On Mon, Jul 18, 2011 at 2:10 PM, Wayne Driscoll wrote:
>> > In my 20 plus year career I have seen a lot more people with mainframe
>> > backgrounds expressing
On Mon, Jul 25, 2011 at 5:47 AM, Barkow, Eileen wrote:
> I think that you need to set the MARGINS compiler option, or just specify MAR
> in the compiler parms.
> Check the c programmers guide about compiling with Sockets.
Another option for CICS 3.1 and higher is to use the C/C++ compile's
built
On Thu, Jul 28, 2011 at 3:14 PM, Bill Johnson wrote:
> In our shop, we can't even use our work email address to subscribe to the
> listserv, emails from it are blocked.
>
In today's ever more security aware environment even the perception of
exposure can draw unwarranted attention to yourself an
LE will provide storage based on the Amode of the calling program.
See the Language environment documentation on how to use the CEEOPTS
DD to generate a storage usage report. This will give detailed
information on above and below the line storage usage by COBOL and
other HLLs.
On Tue, Aug 23, 201
Sorry to hear the bad news. I hope you bounce back quickly and/or
have enough in the bank to ride of into the sunset.
On Wed, Aug 31, 2011 at 12:19 PM, Mike Liberatore wrote:
> Good luck; Hope things workout.
> Sent from my Verizon Wireless BlackBerry
>
> -Original Message-
> From: Scott
You might need a coma at the end of the first line.
On Tue, Sep 6, 2011 at 1:17 PM, Binyamin Dissen
wrote:
> I am attempting to run an LE program and get the specified output. I put it in
> CEEOPTS and nothing comes out.
>
> TRAP(OFF,NOSPIE),RPTSTG,RPTOPTS,MSGFILE(CEEMSG)
> STACK(512K,128K)
>
> I
Hello readers.
I've got an old problem state assembler program that does certain sub
totaling whenever the DCB EXLST 16 is driven. When exit 16 is driven,
the current dataset name is obtained from the JFCB and a totaling
subprogram is called. DCB EXLST 13 and 16 are used.
Exit 16 is documented
;DFSMS Using Data Sets"
>
> On Tue, 13 Sep 2011 06:02:47 -0700 Sam Siegel wrote:
>
> :>Hello readers.
> :>
> :>I've got an old problem state assembler program that does certain sub
> :>totaling whenever the DCB EXLST 16 is driven. When exit 16 is
Can you post sample code?
On Fri, Oct 14, 2011 at 6:43 PM, Charles Mills wrote:
> I have spent the past two days on a bug in my assembler code that is driving
> me crazy.
>
> I have an assembler routine that is called from C++ code and in turn calls
> COBOL test code. It works most of the time so
> INDCBE DCBE RMODE31=BUFF, ASSUMPTION IS INPUT NEVER A TERM +
> EODAD=INDEOF, +
> SYNAD=DCBSYNEX
> OUTDCBE DCBE RMODE31=BUFF, Always a Disk file, never a TERM +
> SYNAD=DCBSYN
On Mon, Oct 17, 2011 at 9:27 AM, Chris Craddock wrote:
> On Sun, Oct 16, 2011 at 4:53 PM, Micheal Butz
> wrote:
>
>> The normal sequence then is common when scheduling to a different address
>> space
>
>
>
> just think about it for a minute. There is no magic. Put yourself in the
> SRB's place. I
thanks
On Mon, Oct 17, 2011 at 9:55 AM, McKown, John
wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel
>> Sent: Monday, October 17, 2011 11:32 AM
>> To: IBM-MAIN@bama.ua.edu
>&g
On Mon, Oct 17, 2011 at 10:03 AM, Chris Craddock wrote:
> On Mon, Oct 17, 2011 at 11:31 AM, Sam Siegel wrote:
>
>> On Mon, Oct 17, 2011 at 9:27 AM, Chris Craddock
>> wrote:
>> > On Sun, Oct 16, 2011 at 4:53 PM, Micheal Butz > >wrote:
>> On the other han
With all of the discussion about APF and loading programs from various types
of libraries, I'm hoping someone can provide some clarification for
me regarding the ADRNAPF of the load macro.
The doc indicates that a module can be loaded from a non-apf library
when ADRNAPF is used from an authorized
On Wed, Apr 21, 2010 at 12:46 AM, Tony Harminc wrote:
> On 20 April 2010 19:09, Sam Siegel wrote:
>
> > With all of the discussion about APF and loading programs from various
> types
> > of libraries, I'm hoping someone can provide some clarification for
> > me r
On Wed, Apr 21, 2010 at 9:54 AM, Binyamin Dissen wrote:
> On Wed, 21 Apr 2010 08:24:19 +0100 Sam Siegel wrote:
>
> :>On Wed, Apr 21, 2010 at 12:46 AM, Tony Harminc wrote:
>
> :>> On 20 April 2010 19:09, Sam Siegel wrote:
>
> :>> > With all of the discuss
101 - 200 of 261 matches
Mail list logo
