Re: Dynamic Lnklst Changes

2009-10-30 Thread Peter Relson
LNKLST UPDATE is never safe no matter what you do. The DELAY sub-keyword of LNKLST UPDATE might help to reduce the exposure. It will in no way eliminate it, any more than you can guarantee the wall-clock elapsed-time of a specific piece of code. Joe Owens wrote >It is not properly documented anywh

Re: RMF Spreadsheet Reporter

2009-10-30 Thread Dennis McCarthy
Thanks to those who replied. I found my command string. In case anyone is interested, mine looks like this: "C:\Program Files\RMF\RMF Spreadsheet Reporter\Ibmjava\jre\bin\javaw.exe" - cp rmfsrhelp.jar;jhall.jar -jar rmfsr.jar --

Re: An Alternative Modest PARM Proposal

2009-10-30 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P. Baker > Sent: Thursday, October 29, 2009 4:29 PM > To: IBM-MAIN@bama.ua.edu > Subject: An Alternative Modest PARM Proposal > > All, > > The proposal previously set forth is int

curious about Java usage.

2009-10-30 Thread McKown, John
I am wondering if anybody knows of a site which would have information about how deeply Java has penetrated the z/OS arena. From what I can see, there are three possible areas: (1) WAS or other application server; (2) CICS; (3) batch. I am really wondering how people have integrated Java into th

Re: curious about Java usage.

2009-10-30 Thread Miklos Szigetvari
Hi Maybe you already seen , in the CICS newsgroup some discussions about CICS and JAVA. - we are converting some of our MQ sample applications from C++ to JAVA - we meet with JAVA during the CICS WebServices - with WIKI - downloaded a JAVA SVC dump anal tool McKown, John wrote: I am wond

"BPXBATCH" Program

2009-10-30 Thread Leonard Sasso
In the JCL below, what "tells" the "BPXBATCH" program to execute the commands in the file specified on the STDENV DD" ? //PDLSDI15 EXEC PGM=BPXBATCH, // PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config // use...@someaddress.com' //STDOUT DD PATH='/tmp/&SYSUID..

Re: "BPXBATCH" Program

2009-10-30 Thread Clark, Kevin
Len, The PARM= keyword "SH" -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Leonard Sasso Sent: Friday, October 30, 2009 9:21 AM To: IBM-MAIN@bama.ua.edu Subject: "BPXBATCH" Program In the JCL below, what "tells" the "BPXBATCH" program

Re: "BPXBATCH" Program

2009-10-30 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Leonard Sasso > Sent: Friday, October 30, 2009 8:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: "BPXBATCH" Program > > In the JCL below, what "tells" the "BPXBATCH" program to execute the

Re: A modest PARM proposal

2009-10-30 Thread Tom Marchant
On Thu, 29 Oct 2009 22:00:33 +, Gainsford, Allen wrote: > >Yes, a program could start with a check that the PARM length is 100 >or less. But it's redundant, needless effort when the target calling >environment guarantees this already. What are you saying? The JCL manual does not document the

Re: curious about Java usage.

2009-10-30 Thread Jousma, David
We are in the middle of implementing our first home-grown application written JAVA app. It is stored in ZFS datasets. Our current mainframe change control doesn't support unix file systems. We have a separate change control process for the open systems(unix and windows) from IBM and is a combina

VIPADEFINE - VIPADISTRIBUTE - VIPABACKUP - SysplexDistributor

2009-10-30 Thread Ralf Berten
Hello, starting to implement SysplexDistributor in my Test-Sysplex i have used the redbooks 'Communication Server z/OS V1R10 TCPIP Volume 1 and Volume 3' as starting point. I could use nearly all of the examples with the exception that my sysplex contains only two LPAR's but running on differe

Re: "BPXBATCH" Program

2009-10-30 Thread Steve Comstock
Leonard Sasso wrote: [snip] Ah! You're back in your office I see. Welcome back. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Prog

Re: "BPXBATCH" Program

2009-10-30 Thread Shane
On Fri, 2009-10-30 at 07:58 -0600, Steve Comstock wrote: > Leonard Sasso wrote: I suspect not a few didn't see the post. After the spamming we got, I blacklisted him. I bet I wasn't the only one. Shane ... -- For IBM-MAIN subsc

Re: What SVCs are in use?

2009-10-30 Thread carlos roberto visconde
In TASID you choose "Miscellaneous displays" and then "SVC - SVC list" 2009/10/29 Mark Zelden > Without chasing though control blocks? Are you sure your not > confusing it with ISRDDN's big brother TASID? > > Mark > -- > Mark Zelden > Sr. Software and Systems Architect - z/OS Team Lead > Zuric

Re: "BPXBATCH" Program

2009-10-30 Thread Hunkeler Peter (KIUP 4)
>In the JCL below, what "tells" the "BPXBATCH" program to >execute the commands in the file specified on the STDENV DD" ? I would be astonished if anything from STDENV would be executed. STDENV is a DD statement read by BPXBATCH *before* starting whatever it has to start according to the PARM=.

Re: "BPXBATCH" Program

2009-10-30 Thread Kirk Wolf
Leonard, I'm not sure if I understand the question. DD STDENV contains lines that set environment variables prior to execution of a shell or program: VARNAME=VALUE AFAIK, it is always used by BPXBATCH if present. See: SA22-7802 "z/OS Unix System Services Command Reference" Appendix D. Kirk Wolf

Re: A modest PARM proposal

2009-10-30 Thread Tom Marchant
On Thu, 29 Oct 2009 20:59:45 +, Gainsford, Allen wrote: > >If a program is only intended to be called from JCL, and it does >not cope with being called with longer parameters, then the program >is not broken. It is following the rules, and functioning as >intended. If some clever person calls

Re: Does anyone know of a way to report on what's currently using Z/OS Page datasets?

2009-10-30 Thread Vernooij, CP - SPLXM
Great: it works on my 1.10 system. Just watch the wraps. Kees. "CraigH" wrote in message news:<540f9353-0384-4f37-8f66-96bdea422...@z41g2000yqz.googlegroups.com>... On Oct 30, 9:02 am, CraigH wrote: > A REXX routine, or Z/OS tool of sorts, anything that would give us > information as to the cu

Re: A modest PARM proposal

2009-10-30 Thread Shmuel Metz (Seymour J.)
In <0093f0e2c3fbbe4c81cfbadf863724da2213f80...@gvw1354exb.americas.hpqcorp.net>, on 10/29/2009 at 10:00 PM, "Gainsford, Allen" said: >Yes, a program could start with a check that the PARM length is 100 or >less. But it's redundant, needless effort when the target calling >environment guarante

Re: A modest PARM proposal

2009-10-30 Thread Shmuel Metz (Seymour J.)
In , on 10/28/2009 at 11:26 PM, "Robert A. Rosenberg" said: >Assuming that the Fullword pointer has its High Bit set to 0 right now, >this bit can act as a flag to signal the PARMX format (ie: Set it to 1 >for the new format). Bit 0 signals end of list. Trying to change that would cause mas

Re: An Alternative Modest PARM Proposal

2009-10-30 Thread Shmuel Metz (Seymour J.)
In , on 10/29/2009 at 04:43 PM, Paul Gilmartin said: >Aren't we going overboard here? While 100 characters in JCL is painfully >constraining, and 255 might be an uncomfortable limit, any programmer who >feels the need for >65535 in JCL, >even mechanically generated JCL, should probably choose

Re: A modest PARM proposal

2009-10-30 Thread Shmuel Metz (Seymour J.)
In <530427.10576...@smtp102.sbc.mail.sp1.yahoo.com>, on 10/28/2009 at 09:03 PM, "Keith E. Moe" said: >I think we should get away from a PARM passed in R1 and the PARM (or >whatever) keyword on the EXEC Statement. That breaks compatibility with existing code. The whole point of my proposal was

Re: A modest PARM proposal

2009-10-30 Thread Shmuel Metz (Seymour J.)
In <0093f0e2c3fbbe4c81cfbadf863724da2213f80...@gvw1354exb.americas.hpqcorp.net>, on 10/29/2009 at 08:59 PM, "Gainsford, Allen" said: >If a program is only intended to be called from JCL, IBM documented early on that a "main program" was just another subroutine. It was never legitimate to assu

Re: An Alternative Modest PARM Proposal

2009-10-30 Thread Shmuel Metz (Seymour J.)
In <00fa01ca58de$cbaac1b0$630045...@net>, on 10/29/2009 at 05:28 PM, "John P. Baker" said: >The proposal previously set forth is interesting, but I would like to put >forward an alternative proposal. Actually, it's a proposal for an alternative goal. My goal was to preserve compatibility with

Re: A modest PARM length proposal

2009-10-30 Thread Shmuel Metz (Seymour J.)
In , on 10/29/2009 at 10:09 PM, john gilmore said: >Jonathan Swift's original horrific--albeit satirical--modest proposal of >1729 evoked untoward responses too. Indeed. And, yes, I deliberately[1] chose my subject as a humorous reference to Swift. >This time the OP, who is certainly capable

Re: OFF TOPIC - DELL CUSTOMER SUPPORT

2009-10-30 Thread Shmuel Metz (Seymour J.)
In , on 10/29/2009 at 11:55 AM, "McKown, John" said: >You specify the motherboad, size and brand of memory, exact video card, >exact PSU, CD or DVD desired (or none), CPU type and clocking, heatsink, >software (Ubuntu or Windows or none), HD brand and size (or none), case, >and sound adapter.

Re: "BPXBATCH" Program

2009-10-30 Thread Paul Gilmartin
On Fri, 30 Oct 2009 09:20:35 -0400, Leonard Sasso wrote: >In the JCL below, what "tells" the "BPXBATCH" program to execute the >commands in the file specified on the STDENV DD" ? >//PDLSDI15 EXEC PGM=BPXBATCH, >// PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config >// use.

Re: What SVCs are in use?

2009-10-30 Thread Mark Zelden
I know how you do it with TASID. I was asking how you do it with ISRDDN as you suggested. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert a

Re: Of interest to Developers

2009-10-30 Thread Scott
I'm not disagreeing that it's extremely bad advice (it is), but I don't believe the legal ramifications are all that big. Mostly it's just stupid to invest so much time/effort/money into cracking whatever USB key algorithm is used. I'm doubtful that simply cracking the USB key, assuming you've pa

Re: A modest PARM length proposal

2009-10-30 Thread Howard Brazee
On 30 Oct 2009 08:15:16 -0700, shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) wrote: >>This time the OP, who is certainly capable of mixed, not wholly serious >>intentions, may well be enjoying the intemperate responses to his >>proposal as much as Swift did the outrage that his provoked.

Re: big iron mainframe vs. x86 servers

2009-10-30 Thread Howard Brazee
On Fri, 30 Oct 2009 09:45:04 -0600, Joe Pfeiffer wrote: >Unicode has a lot of inertia at this point, and 7-bit ASCII has more. I >can reasonably expect both of them to last long after my death, and docs >and conversion programs until civilization collapses to the point >computers are gone. How

Re: Of interest to Developers

2009-10-30 Thread McKown, John
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott > Sent: Friday, October 30, 2009 11:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Of interest to Developers > > I'm not disagreeing that it's extremely bad advice (it is), > bu

Expand Dataset Allocation Using DFDSS

2009-10-30 Thread Gilbert Cardenas
I was asked if I could expand the allocation of a Partition Sequential dataset and I said sure no problem but then I was given the caveat of only using DFDSS. Has something to do with DB2 which I know nothing about so I said I would look into it. If I use the COPY dataset option, I can't fi

Re: VIPADEFINE - VIPADISTRIBUTE - VIPABACKUP - SysplexDistributor

2009-10-30 Thread Chris Mason
Ralf The preferred list for queries concerning the Communication Server (CS) IP component is the following: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L However, since we're here let's carry on. > I have u

Re: Detecting z Speciality Engines (zAAP or zIIP)

2009-10-30 Thread Arye Shemer
Thank you all, Arye. On Wed, Oct 28, 2009 at 4:12 PM, McKown, John wrote: >> -Original Message- >> From: IBM Mainframe Discussion List >> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe >> Sent: Wednesday, October 28, 2009 9:06 AM >> To: IBM-MAIN@bama.ua.edu >> Subject: Re: Detec

Re: Of interest to Developers

2009-10-30 Thread Kirk Wolf
FYI - Here is a FAQ on the program: http://www14.software.ibm.com/cgi-bin/pwdown/public/httpdl/stg/zpdt_isv_faq.pdf By the time you pay the annual fees for zPDT and z/OS ADCD *AND* buy a PC from IBM's approved list, isn't it cheaper (and better) to use the Remote Developer Program? Is this reall

Re: An Alternative Modest PARM Proposal

2009-10-30 Thread Robert A. Rosenberg
At 07:29 -0500 on 10/30/2009, McKown, John wrote about Re: An Alternative Modest PARM Proposal: Same problem with this as with all others. You have changed the interface expected by OLD code. Suppose your old code is coded for the current standard. If someone used a long PARM, then your old c

Re: web: Global CIO: As IBM Preps For Justice's Probe, Who Started This Nonsense? -- ...

2009-10-30 Thread Scott
This article is laughable. Monopolies are, in and of themselves, not illegal. However, anti-competitive tactics are. IBM's history is rife with such behavior and its most recent tactics only confirm that the corporate culture has never bothered to reform. IBM is top-heavy with MBA's who are wel

Re: Expand Dataset Allocation Using DFDSS

2009-10-30 Thread Schwarz, Barry A
There are sequential datasets and partitioned datasets but what is a partition sequential dataset? It must be trick question. In order to be using only DFDSS, you must be using the stand-alone version. Otherwise, you are using z/OS and JES and probably TSO and ISPF and SDSF or their equivalen

Re: An Alternative Modest PARM Proposal

2009-10-30 Thread Paul Gilmartin
On Fri, 30 Oct 2009 17:42:09 -0400, Robert A. Rosenberg wrote: >At 07:29 -0500 on 10/30/2009, McKown, John wrote about Re: An >Alternative Modest PARM Proposal: > >>Same problem with this as with all others. You have changed the >>interface expected by OLD code. Suppose your old code is coded for

FTP PUT with Store Unique

2009-10-30 Thread Miller, Pat
I'm trying to use the SUNIQUE subcommand of FTP to avoid overlaying existing documents when I send report files to a directory on a Windows server using a mainframe batch job. The server doesn't seem to like anything I send it, usually telling me that I am sending an invalid number of parameter

Re: An Alternative Modest PARM Proposal

2009-10-30 Thread Rick Fochtman
-- OK. The current standard is a single FW (with the high bit set) pointing at a HW with length followed by 0-100 bytes of data (the FW being pointed to by R1). Make the new method a 2 FW Parm list with FW 1 pointing at the old 100 c

Re: Expand Dataset Allocation Using DFDSS

2009-10-30 Thread Mike Bell
there are several possible questions here - a partitioned dataset (the DB2 name) needs to be expanded. If the dataset is currently less than 4G and is defined to DB2 correctly, DFDSS will create a new copy with primary allocation = to current allocation and secondary allocation unchanged with any

Re: FTP PUT with Store Unique

2009-10-30 Thread Bill Godfrey
On Fri, 30 Oct 2009 17:43:51 -0500, Pat Miller wrote: > > >I'm trying to use the SUNIQUE subcommand of FTP to avoid overlaying >existing documents when I send report files to a directory on a Windows >server using a mainframe batch job. The server doesn't seem to like >anything I send it, usual

Re: JVM based languages? (mildly OT)

2009-10-30 Thread Tomasz Rola
On Sat, 24 Oct 2009, John McKown wrote: > This is not entirely about IBM mainframes, so I hope you don't mind. But > I'm curious about what languages/compilers exist which will produce Java > byte code which could be run on a zAAP. I have found four (4) so far. > [...] > > Again, I want the z an

Re: An Alternative Modest PARM Proposal

2009-10-30 Thread Robert A. Rosenberg
At 17:40 -0500 on 10/30/2009, Paul Gilmartin wrote about Re: An Alternative Modest PARM Proposal: Therefore, you should understand very well why this won't work. Such utilities will misinterpret the Long Parm as a DDN override list. There is NO REASON to send a Long Parm to these IBM utilitie