Re: Java apps have most flaws, Cobol is cleanest.

On Fri, 9 Dec 2011 21:40:23 -0800 Edward Jaffe wrote: ... > Java is often written by pimply-faced college kids > who can only fix bugs they can recreate in a debugger. So, if the GC was doing its job properly, there'd be nothing left ?. A cut too close to the bone. Shane ... ---

Re: JCL "sheesh!" for today

On 12/10/2011 1:19 AM, Ed Gould wrote: A parm on the exec card in order to be continued had different rules and IIRC must start in CC 16 *AND* cannot be any longer than 100 characters (thats a double restriction) *AND* must have a continuation in 72 (thats three) which IIRC there is no other DD p

Re: IEE600I REPLY TO 01 IS;SUPPRESSED

Yes, I need to talk to the OPS guy which issue wtor. Thank you. Regards Lim ML On 10/12/11 12:04 PM, John McKown wrote: If the WTOR has a routcde of 9 (security), the the reply is not displayed and you see the SUPPRESSED in the log. The only way that I can think of to get around this is some sor

Re: IEE600I REPLY TO 01 IS;SUPPRESSED

Looks like I need to talk to the OPS/MVS admin guy. Thank you. Regards Lim ML On 10/12/11 11:28 AM, Lizette Koehler wrote: Hi, Anyone know how to enable the REPLY being displayed on the syslog ? -- Regards Lim ML What is issuing the WTOR? Do you have any MPF or automation handing the WTOR? L

Re: JCL "sheesh!" for today

Joel, My reading of your reply is frankly confused. Any DD  card that needs to be continued must end with a comma and start (in the continuation card with a // and a blank) in CC 4 or at least up to CC 16 (no continuation in CC 72 is needed). A parm on the exec card in order to be continued had

Re: Java apps have most flaws, Cobol is cleanest.

On 12/8/2011 1:52 PM, Ian wrote: Interesting article on clean code study. COBOL scored the highest on security while .NET scored the lowest. Security was not the issue being studied. Rather, the study focused on "problematic programming that violates good architectural and coding practices."

AUTO: Mike Smith-IS is out of the office. (returning 12/12/2011)

I am out of the office until 12/12/2011. Note: This is an automated response to your message "IBM-MAIN Digest - 8 Dec 2011 to 9 Dec 2011 (#2011-343)" sent on 12/10/2011 12:00:03 AM. This is the only notification you will receive while this person is away.

Re: How to read past EOF

You had my heart racing, Jim. Thought I was OK. But when I ran IPCS, I got this. Apparently some header is expected to determine that GTF data is present. IPCS GTF DDNAME(GTFTRACE) IKJ56650I TIME-08:49:14 PM. CPU-00:00:00 SERVICE-11624 SESSION-00:00:01 DECEMBER BLS18122I Initialization

Re: JCL "sheesh!" for today

On 12/09/2011 11:57 AM, Ed Gould wrote: JC, My memory indicates that the parm on the exec card is really the only real column sensitive "Nasty" left in JCL. Although there is some debate whether JCL is a language (or not) any language that I am familiar with does have column restrictions of s

Re: IEE600I REPLY TO 01 IS;SUPPRESSED

If the WTOR has a routcde of 9 (security), the the reply is not displayed and you see the SUPPRESSED in the log. The only way that I can think of to get around this is some sort of MPF exit to remove the ROUTCDE 9 indication. On Dec 9, 2011 8:10 PM, "Lim Ming Liang" wrote: > Hi, > Anyone know how

Re: IEE600I REPLY TO 01 IS;SUPPRESSED

> Hi, > Anyone know how to enable the REPLY being displayed on the syslog ? > -- > Regards Lim ML What is issuing the WTOR? Do you have any MPF or automation handing the WTOR? Lizette -- For IBM-MAIN subscribe / signoff / arch

IEE600I REPLY TO 01 IS;SUPPRESSED

Hi, Anyone know how to enable the REPLY being displayed on the syslog ? -- Regards Lim ML -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO S

Re: Java apps have most flaws, Cobol is cleanest.

Steve Comstock's point is well made/taken. If you use IBM Enterprise COBOL you are inescapably in an LE environment. You are paying for its overheads whether or not you use its very flexible facilities for allocating and freeing dynamic---stack|heap---storage. Why not then use them? I don't kno

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

Sir, Hear hear ... Somewhat of a similar experience but in the early 60's, my professors' (physics and chemical) believed that experiments were merely a course of steps (process / action) to prove or disprove a theory (hence, as with your experience, there were no failures... unless ofcourse,

Re: Java apps have most flaws, Cobol is cleanest.

Kind of a non sequitur.  COBOL programs (I am a COBOL programmer) do little in the way of dynamic allocation, thus no GC required.  (Not that I wouldn't like some dynamic allocation in COBOL...) Frank > > From: Barry Merrill >To: IBM-MAIN@bama.ua.edu >Sent: F

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

John During one lesson in the physics laboratory at school - in the 1950s! - I was told that experiments (tests) never fail. IIRC, the idea of our superb physics master was that you shouldn't enter into any scientific experiment with a preconceived idea what the result should be. Thus you can't

Re: Java apps have most flaws, Cobol is cleanest.

On 12/9/2011 4:48 PM, Frank Swarbrick wrote: Kind of a non sequitur. COBOL programs (I am a COBOL programmer) do little in the way of dynamic allocation, thus no GC required. (Not that I wouldn't like some dynamic allocation in COBOL...) Frank It's there for you to use: http://www.trainer

SV: SV: SV: JCL "sheesh!" for today

> -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För > Shmuel Metz (Seymour J.) > Skickat: den 9 december 2011 19:20 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: SV: SV: JCL "sheesh!" for today > > In > , > on 12/09/2011 >at 10:28 AM, Thomas B

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

On 12/9/2011 3:03 PM, Veilleux, Jon L wrote: I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of

Re: SV: JCL "sheesh!" for today

On 12/9/2011 1:45 PM, Mike Schwab wrote: Doesn't JES3 make sure the dataset is available and there is enough free space before it starts the job? Data set available? JES3 setup ensures allocation will not wait when the job gets into the initiator. Enough free space available? I believe the v

Re: How to read past EOF

> There is probably another EOF record somewhere in the data which > must also be skipped. The last time I deconstructed GTF data (ca. > 1996), the following was true: when GTF writes its trace data to an > output file on DASD, only the first allocated extent is used, and if > the trace runs lo

Re: Java apps have most flaws, Cobol is cleanest.

The statements > I have known of programmers who would never use the value of a relational > expression > other than in an IF statement. "You can code FORTRAN in any language." require comment. I have known such programmers too; and it is a fair criticism of COBOL as it is currently used that-

Re: How to read past EOF

There's no need to unblock the logically blocked records. You can unblock it if you want to, but the output copy will be much larger than the original and will take MCH longer to read in. There is probably another EOF record somewhere in the data which must also be skipped. The last time

Re: JCL "sheesh!" for today

John, I am not familiar with PERL, However the main point I am suggesting is that readability and debugging is EVERYTHING. What good does it do to string out an entire program into one continuous "line"? Ed -- For IBM-MAIN su

Re: LDAP for z/OS with long name

It doesn't require DB2. Rob Schramm Senior Systems Consultant Imperium Group On Fri, Dec 9, 2011 at 6:45 AM, Geoff Rousell wrote: > Arye, > > I presume you mean the "conventional" version of the Tivoli Directory Server > for z/OS, with DB2 as the back-end data store. For this case, it appears

Re: JCL "sheesh!" for today

Shmuel, I was referencing mind you indirectly about continuation(s) with quotes, parenthesis . Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-

Re: SV: JCL "sheesh!" for today

Doesn't JES3 make sure the dataset is available and there is enough free space before it starts the job? On Fri, Dec 9, 2011 at 8:57 AM, Charles Mills wrote: > Right. > > In other words, *any* program that gets dataset information *other* than > from DD statements: from its own "SYSIN" control st

Re: ROOT file system is out space

Until you step back from this and look at the practice, this is never going to work. Don't be shy about creating new filesystems. Did you already send a "df" ? It might help everyone give more specific advice. Rob Schramm Senior Systems Consultant Imperium Group On Fri, Dec 9, 2011 at 2:02

Re: JCL "sheesh!" for today

On Fri, 9 Dec 2011 13:08:03 -0500, Shmuel Metz (Seymour J.) wrote: >In <5425266154993050.wa.paulgboulderaim@bama.ua.edu>, on >12/08/2011 > at 08:44 PM, Paul Gilmartin said: > >>It should be expanded by Allocation, at interpretation time, > >Allocation is not at interpretaion time, it's at ex

Re: Java apps have most flaws, Cobol is cleanest.

On Fri, 9 Dec 2011 14:30:48 -0500, Shmuel Metz (Seymour J.) wrote: >In <3132780518416856.wa.paulgboulderaim@bama.ua.edu>, on >12/09/2011 > at 12:14 PM, Paul Gilmartin said: > >>IMO, function point analysis measures not the complexity of a >>problem, but the complexity of an imputed solution

Re: Determining MSUs

On 12/9/2011 11:41 AM, Lizette Koehler wrote: ... Or you can use Mark Zelden's IPLINFO and it will tell you the MSU on that LPAR. Which means it is probably in the CVT and accessible by REXX or Assembler of IPCS. Not CVT. It's in RCTLACS. Try this: test 'sys1.linklib(iefbr14)' l 10.?+25c?+e4?

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of McKown, John > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L > > Sent: Friday, December 09, 2011 2:01 PM > > To: IBM-MAIN@bama.ua.

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

On Fri, 9 Dec 2011 13:48:14 -0600, McKown, John wrote: >I'll be testing this in a couple of weekends (2011-12-18), but I'm curious >now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my >test IPL for z/OS 1.12 to test it in our production image, I will have both >images

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L > Sent: Friday, December 09, 2011 2:01 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon > > I'm not sure why it would c

Re: Java apps have most flaws, Cobol is cleanest.

-- As someone who did most of his coding in COBOL (my modifications to other code in Assembler are on the CBT tape), I treat this article with great suspicion. I might add that probably a higher percentage of Java programme

Re: How to read past EOF

No, no, delete the first *track* by using StarTool (? SuperZap?) to plug the start of the extent in the VTOC. Plug it back when you are done, or you will lose the track permanently! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of S

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

Same answer as Jon. Used it since beta. No problem. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the

Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon

I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 09, 2011 2

Re: How to read past EOF

On 12/9/2011 12:46 PM, Skip Robinson wrote: I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypa

Re: How to read past EOF

I understand that the first block is lost. Using the ZAP command, I can forward to the next block and see data. The 'standard utility' products I can think of will stop immediately at the physical EOF even though (thanks to StarTool/PDS) the data set appears full. That is, ISPF 3.2 shows 100% u

TSO on z/OS 1.12 with LOGONHERE and multisystem logon

I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test IPL for z/OS 1.12 to test it in our production image, I will have both images in the sysplex at z/OS 1.12. So I plan to also test being lo

Re: JCL "sheesh!" for today

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills > Sent: Friday, December 09, 2011 12:31 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: JCL "sheesh!" for today > > > any language that I am familiar with does have column >

Re: How to read past EOF

If it were me, I'd write a program using XDAP or EXCP to read the dataset, logically unblocking the records, and doing a copy type operation to another dataset. Something which __might__ work is to use BSAM. You'll get a immediate EOF indication. But I think you can then reset the bit in the DC

Re: How to read past EOF

> GSF FastPath Browse/View/Edit possibly could...only if the size of file would fit in an ISPF Edit session... Hth... -- For IBM-MAIN subscribe /

Re: JCL "sheesh!" for today

You can do what I do: // SET PTH1='/some/really/long' // SET PTH2='/and/involved/UNIX/' // SET PTH3='/path/with/' // SET PTH4=&PTH3&SYBOL //* //DD1 DD PATH=&PTH1&PTH2&PTH3&PTH4 Yes, another PITA. But less confusing, to me, than trying to get the continuation exactly right. -- John McKown Syste

Re: Determining MSUs

On Fri, 2011-12-09 at 14:35 -0500, Phil Smith wrote: > So if a customer doesn't know the MSU capacity of an LPAR, what's the > easiest way to find out? RMF Monitor III, option 1.3? (Overview -> CPC) -- For IBM-MAIN subscribe / s

Re: Determining MSUs

> > So if a customer doesn't know the MSU capacity of an LPAR, what's the easiest way to > find out? I know, their billing folks SHOULD know, but they're apparently on a different > planet. Some RMF report? > -- > ...phsiii Well if you have Syncosrt you can run its report and it will tell you th

Determining MSUs

So if a customer doesn't know the MSU capacity of an LPAR, what's the easiest way to find out? I know, their billing folks SHOULD know, but they're apparently on a different planet. Some RMF report? -- ...phsiii Phil Smith III p...@voltage.com Voltage Security, Inc. www.

Re: JCL "sheesh!" for today

In <1323453458.3290.yahoomailmob...@web161403.mail.bf1.yahoo.com>, on 12/09/2011 at 09:57 AM, Ed Gould said: >My memory indicates that the parm on the exec card is really the only >real column sensitive "Nasty" left in JCL. There's nothing special about PARM. The column sensitivity of for con

Re: Java apps have most flaws, Cobol is cleanest.

In <3132780518416856.wa.paulgboulderaim@bama.ua.edu>, on 12/09/2011 at 12:14 PM, Paul Gilmartin said: >IMO, function point analysis measures not the complexity of a >problem, but the complexity of an imputed solution to the problem. I've only seen the term used in conjunction with the pro

Re: How to read past EOF

In , on 12/09/2011 at 09:46 AM, Skip Robinson said: >Anyone know how to bypass physical EOF and read/copy from block 2 >all the way to the end? Write Count Key Data erases the rest of the track. The best that you can do is to start reading at TTR 00010100. -- Shmuel (Seymour J.) Met

Re: ROOT file system is out space

If by "pull", you're talking apply check (followed by apply after reviewing all the holds and checking for errors), then certainly. USE SOURCEID...something along the lines of:.(change it to fit your requirements) APPLY CHECK SOURCEID(RSU1109 HIPER PRP)

Re: JCL "sheesh!" for today

Gil, Here we go again. DSN does not need to be the first. For readability a lot of installations choose to have one item per line. I happen to agree. After several years of midnight perusal of attempting to read JCL and seeing some really badly written JCL think you will find. That 1 item per

Re: How to read past EOF

I am not familiar with StarTool but could you use it to advance the start of the dataset by one track? Given how CKD DASD works, I think you have lost the data from the entire first track anyway, so why not just "delete" the first track from the dataset? I do think BSAM will work as others have su

Re: JCL "sheesh!" for today

> any language that I am familiar with does have column restrictions of some type Does C/C++? #'s have to be the first token on the line, and //'s effectively end a line, but are there any *column* sensitivities? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-

Re: JCL "sheesh!" for today

On Fri, 9 Dec 2011 09:57:38 -0800, Ed Gould wrote: > JC, >My memory indicates that the parm on the exec card is really the only real >column sensitive "Nasty" left in JCL. > DSN? PATH? While most programmers would start DSN on a new line rather than breaking it with a continuation, when PATH ex

Re: JCL "sheesh!" for today

In , on 12/08/2011 at 02:19 PM, "McKown, John" said: >I'd expand it at "JCL interpretation" time. For &SYSUIDL, I agree. However, IMHO both ~ and ~userid should be expanded at run time. >E.g. if user bozo exists and has a HOME directory of "u/bozo", >then ~bozo expands to "/u/bozo". If bozo

Re: RECFM=VBA and no JCL

In , on 12/08/2011 at 12:47 PM, Mike Schwab said: >Don't forget the length fields. You are only getting 9 records per >block. That depends on the block size and on the records actually written. Some of the records could be as short as 6 bytes. -- Shmuel (Seymour J.) Metz, SysProg and

Re: JCL "sheesh!" for today

In , on 12/08/2011 at 02:33 PM, Tony Harminc said: >When would the path be resolved/expanded? At conversion time? >Execution time? Somewhere in between? IMHO, execution time is what makes sense. Dynamic Allocation should accept ~ and ~userid in a fashion consistend with the proposed semantics

Re: JCL "sheesh!" for today

In , on 12/09/2011 at 01:51 AM, "Robert A. Rosenberg" said: >You better hope that you run the interpretation on the same machine >that the job stream will execute on (or is interpretation the first >step of execution? Conversion, Interpretation and Execution could be on three different mach

Re: JCL "sheesh!" for today

In , on 12/08/2011 at 02:35 PM, Tony Harminc said: >When would the name(s) be resolved/expanded? At conversion time? >Execution time? Somewhere in between? OPEN. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We don

Re: JCL "sheesh!" for today

In <4ee121d3.5070...@acm.org>, on 12/08/2011 at 02:45 PM, "Joel C. Ewing" said: >I don't think Fred Brooks was really thinking things through when he >said he would have preferred language-specific support within >higher-level programming languages for scheduling program execution >rather t

Re: JCL "sheesh!" for today

In <5425266154993050.wa.paulgboulderaim@bama.ua.edu>, on 12/08/2011 at 08:44 PM, Paul Gilmartin said: >It should be expanded by Allocation, at interpretation time, Allocation is not at interpretaion time, it's at execution time. -- Shmuel (Seymour J.) Metz, SysProg and JOAT I

Re: SV: SV: JCL "sheesh!" for today

In , on 12/09/2011 at 10:28 AM, Thomas Berg said: >It's under the radar when the job "cards" is read and interpreted. Read the message again. In particular, "as seen from the initiator." -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Java apps have most flaws, Cobol is cleanest.

On Fri, 9 Dec 2011 12:50:05 -0500, Shmuel Metz (Seymour J.) wrote: > >Cost per function point might have been more meaningful. > IMO, function point analysis measures not the complexity of a problem, but the complexity of an imputed solution to the problem. Consider the Rexx snippets: B = if

Heads up APAR OA35970 & CA-Top Secret

All, In the middle of doing a maintenance cycle, and came across the APAR summarized below which is currently running in our Sandbox. It added new security checking at the Unix File system level - FSACCESS resource class. If you also use CA-TopSecret as your ESM, then you may want to avoid

Re: How to read past EOF

I think DITTO can do it. For a non-$$ solution, ISTR that DEBE (available on CBT site, I think) could do that kind of thing as well, but I'm not sure. HTH Peter > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Skip Robinson > Sent:

Re: How to read past EOF

On Fri, 9 Dec 2011 09:46:31 -0800, Skip Robinson wrote: >I have a GTF trace file full of gold nuggets and bright red rubies. >Unfortunately GTF trace was restarted at the next IPL, so the data set has >immediate EOF. I used StarTool to reset logical (VTOC) end of file to the >full extent. Anyone k

Re: JCL "sheesh!" for today

JC, My memory indicates that the parm on the exec card is really the only real column sensitive "Nasty" left in JCL. Although there is some debate whether JCL is a language (or not) any language that I am familiar with does have column restrictions of some type. Ed

Re: Java apps have most flaws, Cobol is cleanest.

In <5369454423078321.wa.pcs305gmail@bama.ua.edu>, on 12/08/2011 at 03:52 PM, Ian said: >Interesting article on clean code study. More for what it omits than for what it says. >COBOL scored the highest on security while .NET scored the lowest. Security? The article compares repair cost p

How to read past EOF

I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2

Re: Help Programming for ISPF Jump

In <010f01ccb605$42c2b4d0$c8481e70$@arneycomputer.com>, on 12/08/2011 at 05:58 PM, Chuck Arney said: >However there are downsides too. "You can't do only one thing." The question is whether the collateral damage is worse than the collateral damage with other approaches. I tend[1] to use sta

Re: SV: JCL "sheesh!" for today

Gil, It sounds like production is not fully implemented in the company. JCL, maybe but not where execution source resides. I have wired in places like that and it can be a nightmare. Ed -- For IBM-MAIN subscribe / signoff /

Re: Java apps have most flaws, Cobol is cleanest.

On 12/9/2011 9:32 AM, John Gilmore wrote: Gary Merrill writes A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection . . . , and his reply was that that was done because Java programmers didn't know how much memory their p

Re: SV: JCL "sheesh!" for today

On Fri, 9 Dec 2011 16:37:49 +0100, Vernooij, CP - SPLXM wrote: >Yeah, we regulary have problems with SAS users who discovered the >LIBNAME and FILENAME statements. These allocate files during execution >and fail if the file is in use, resulting in aborted productions runs >and we getting blames th

Finlandia (was RE: JCL "sheesh!" for today

> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Lindy Mayfield > > [ snip ] > > Today, for 45 more minutes is Sibelius' birthday. Happy birthday. This is a nice Finlandia, if I > didn't mistakenly post it already. I've been having fun on both IBM-MAIN and ASSEMB

Re: Java apps have most flaws, Cobol is cleanest.

"Gary Merrill" sholuld be "Barry Merrill" in my previous post. Mea culpa maxima. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with th

Re: JCL "sheesh!" for today

On Fri, 9 Dec 2011 13:59:08 +, Don Thimsen wrote: >For companies running products from DTS Software, there's a feature called >IPIO. Example, DD statement: > >//SYSPRINT DD SUBSYS=(IPIO,'IP=192.168.0.22,PORT=5000', >// 'ASCII'),DCB=(LRECL=121,RECFM=F,BLKSIZE=121) > Hmmm. Will it not take a

Re: Java apps have most flaws, Cobol is cleanest.

Gary Merrill writes A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection . . . , and his reply was that that was done because Java programmers didn't know how much memory their program needed, so I asked if that meant that

Re: Java apps have most flaws, Cobol is cleanest.

Barry, well *I* wouldn't have given you that answer. I'd've waffled on about java being a pointerless language and object lifecycles being something not to leave to programmers to attempt to manage. But then I've already today described javascript (not to be confused with...) :-) as "delightfu

Re: Eaytrieve

If you're just looking for an IEA-EYEBALL type of check, simply browse the load module. On the first line of the actual program code (about 7 lines from the top) you will see something like this: å00..C A - E Z T PLUS 6.1D- 3/27/97-14.51- That's your compile date. -Original Message-

Re: Eaytrieve

I don't know Easytrieve specifically but I have in the past automated this sort of thing by adding to the compile process a quick Rexx (or your choice of language) program that updated a one-line "copy" or "include" type member that was then copied into every program. Charles -Origina

Re: Eaytrieve

One way you can do this is to add a line to the bottom of your source, and you will need to manually update it every time you compile it. You can add this line: DEFINE COMPD W 50 A VALUE 'pgmname COMPILED DD MON : pgmmer name or info' ---

Re: SV: JCL "sheesh!" for today

Yeah, we regulary have problems with SAS users who discovered the LIBNAME and FILENAME statements. These allocate files during execution and fail if the file is in use, resulting in aborted productions runs and we getting blames that 'someone else' allocated the file. We then advise JCL allocation

Re: Java apps have most flaws, Cobol is cleanest.

One of the classics of American social science is a multivolume work by Samuel A. Stouffer, et al., 'The American soldier'. It reports on the views and attitudes of the American soldiers---chiefly of the "enlisted men", most of whom were in fact draftees---who fought WWII in Europe and Asia. One

Re: Java apps have most flaws, Cobol is cleanest.

A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection (which I first encountered in Basic on my TRS-80, when a ham radio logging program stopped for 6 minutes in the middle of a contest), and his reply was that that was done

Re: SV: JCL "sheesh!" for today

Right. In other words, *any* program that gets dataset information *other* than from DD statements: from its own "SYSIN" control statements, from some external source (such as connectivity to another machine), user key-in, created by internal logic, etc. -- joins the dataset ENQ party only during

Following up on a DCB and PMR/APAR plaint

Back in October I posted a request for assistance ("Looking for clues on a bug in assembler") with a very vexing QSAM-related issue. Between your suggestions and my further testing I determined that the problem was an - let me say "anomaly" - in which QSAM was apparently not following its own docum

Re: Eaytrieve

Ok, let me check the version level of the EZT we are running, meanwhile in the older version how we are going to get the same ? Reagrds Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists..

Re: Eaytrieve

What level of EZTrieve are you running? Older levels (I believe up to about 6.2 or something like that) had the compile date embedded in it, but the current level doesn't. A year or two ago I asked CA to put the compile date back in, and they took it under advisement, but I haven't looked latel

Re: RACF identity when ACEE is above 16MB

> -Message d'origine- > De : Walt Farrell [mailto:wfarr...@us.ibm.com] > Envoyé : jeudi 8 décembre 2011 15:22 > Objet : Re: RACF identity when ACEE is above 16MB > > First, for RACF-specific questions I would suggest using the RACF-L mailing > list, rather than IBM-MAIN. Thank you for the

Re: RACF identity when ACEE is above 16MB

> -Message d'origine- > De : Binyamin Dissen [mailto:bdis...@dissensoftware.com] > Envoyé : jeudi 8 décembre 2011 15:07 > Objet : Re: RACF identity when ACEE is above 16MB > > How about ICHRTX00? It's an idea but since it's a product we sell to clients (we are a software vendor) I would

Re: JCL "sheesh!" for today

For companies running products from DTS Software, there's a feature called IPIO. Example, DD statement: //SYSPRINT DD SUBSYS=(IPIO,'IP=192.168.0.22,PORT=5000', // 'ASCII'),DCB=(LRECL=121,RECFM=F,BLKSIZE=121) Don -Original Message- From: Paul Gilmartin [mailto:paulgboul...@aim.com] Sen

Re: RACF identity when ACEE is above 16MB

> -Message d'origine- > De : Walt Farrell [mailto:wfarr...@us.ibm.com] > Envoyé : jeudi 8 décembre 2011 15:24 > Objet : Re: RACF identity when ACEE is above 16MB > > Also, if you're asking formal questions related to product development, you > might want to consider joining PartnerWorld an

Re: JCL "sheesh!" for today

> -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould > Sent: Thursday, December 08, 2011 7:31 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: JCL "sheesh!" for today > > John, > > I had a so called manager, he used to read gas met

Re: Java apps have most flaws, Cobol is cleanest.

I'm unclear as to whether the COBOL code had fewer errors or cost less to fix each problem, or both? -Original Message- From: Ian [mailto:pcs...@gmail.com] Sent: Thursday, December 08, 2011 4:53 PM To: IBM-MAIN@bama.ua.edu Subject: Java apps have most flaws, Cobol is cleanest. Interesti

Re: ROOT file system is out space

Chokalingam, You need a separate hfs (zfs) file in which to receive maintenance. We have a large file and mount it at /smpe. You do not want maintenance source in your root. ...Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behal

Re: LDAP for z/OS with long name

Arye, I presume you mean the "conventional" version of the Tivoli Directory Server for z/OS, with DB2 as the back-end data store. For this case, it appears that the *default* maximum DN value is 512, but this can be modified: In the "Tivoli Directory Server Administration and Use" manual, in ap

Re: ROOT file system is out space

W dniu 2011-12-09 10:23, Chokalingam Thangavelu pisze: We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? As far as I udnerstand you ask whether it's pos

SV: vdawkin

It's not neccssary so that Your password is cracked. I would suspect that they just fake the From: address! (To get it onto the list.)   Regards, Thomas Berg _ Thomas Berg   Specialist   A M   SWEDBANK > -Ursprungligt meddelande- > Från: IBM

  1   2   >