ghost dataset from non-existent catalog on work volume
Hi, I have a weird problem that I can't find a simple solution for. I have a work volume that I am processing with dss (we do it every day) and it keeps coming up with an error: ADR428E (001)-FDSDU(01), VTOC ENTRIES NOT FOUND FOR CLUSTER MEGASTAT.GRDA21A.SYS991 IN CATALOG SYS1.REGISCAT ON VOLUME WORK01 the problem is that the catalog SYS1.REGISCAT has not existed for quite a while. The dataset itself doesn't appear to be on the volume when displayed with 3.4 but it's obviously there because DF/dss can see it. I have tried to delete the VVR entry, but that fails: DELETE 'MEGASTAT.GRDA21A.SYS991' FILE(DELVOL) VVR IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFP-38 IDC0551I ** ENTRY MEGASTAT.GRDA21A.SYS991 NOT DELETED IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 8 I think I'm missing something simple, but I can't get rid o this dataset. I can't just delete the VVDS because I have other datasets on the volume that need it. I'm about ready to move everything off of the volume and init it, but I shouldn't have to do that, and it would be like giving up. There appears to be no real harm in this dataset, but it drives me nuts. Thanks for your help Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ghost dataset from non-existent catalog on work volume
Give yourself access to STGADMIN.IGG.DLVVRNVR.NOCAT and try again. Plenty in the archives. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S30A-10 Abend and S878-18 abend during freemain
Hi All, Thanks for the responses. Apologies for late response. We had set a slip trap for S30A abend. We also recompiled and link- edited all utility routines and still we got the same S30A abend. We had then sent the dump to IBM. IBM got back to us saying one of our inhouse written routine used to sort contents in a memory location was somehow overlaying the storage area where DCBs of all datasets were present. This inhouse routine was overlaying just 4 bytes of memory in the DCB declarations. We just commented out the calls to the inhouse sort routine and then used an inhouse sort macro to sort the data in memory. That fixed the S30A abend for us. Meanwhile, we also found that replacing SYSOUT=* with a temporary dataset or a permanent dataset also did on give any S30A abends with z/ OS v1.7 (strange), without making any changes to code. One thing which we still dont understand is that the same job when supplied with a temporary dataset/permanent dataset runs perfectly alright with z/os 1.4 and 1.7. Where as it fails with SYSOUT=* in z/os 1.7 and runs fine in z/os 1.4. Is the SWA above/below setting the same for both systems? Is it possible that the private area size on z/OS 1.7 is different and your routine just happened to stomp on the LSQA because the gap from your allocated area to LSQA is now smaller? These are only WAGs. Now you know which routine was doing the overlaying - that gives you something definite to work on. Also, the inhouse program was overlaying storage area contents present in subpool 0 but the inhouse routine used was only sorting the contents present in subpool 1. Is it possible for a program to corrupt/ overlay contents present in different subpools? Look at MVS: Diagnosis for a description of subpools and storage keys. Also, you should register with the list server and send you mails to IBM-MAIN. You'll reach many more fine individuals that can help you in the future. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Installing XML Toolkit on z/OS 1.9
Hi, I am trying to install XML toolkit v1.9 on z/OS 1.9 I received the product using CBPDO. I ran the command: APPLY SELECT(HXML170 HXML180 HXML190) GROUPEXTEND After running for a while, I received these messages: SHELL SCRIPT IXMSCRP7 OUTPUT FOR HFS IXMCX17BSEQ NUM 12 Starting script processing... Exploding all components of /usr/lpp/ixm/IBM/IXMCX17B using pax pax: FSUM8842 codeset translation initialization: EDC5121I INVALID ARGUMENT. ** pax command failure: pax ended with status 1 Exiting script with status 1 And the job ended with condition code 12. Does anyone have any idea what the problem is? TIA Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Installing XML Toolkit on z/OS 1.9
âãé áï àáé wrote: Hi, I am trying to install XML toolkit v1.9 on z/OS 1.9 I received the product using CBPDO. I ran the command: APPLY SELECT(HXML170 HXML180 HXML190) GROUPEXTEND After running for a while, I received these messages: SHELL SCRIPT IXMSCRP7 OUTPUT FOR HFS IXMCX17BSEQ NUM 12 Starting script processing... Exploding all components of /usr/lpp/ixm/IBM/IXMCX17B using pax pax: FSUM8842 codeset translation initialization: EDC5121I INVALID ARGUMENT. ** pax command failure: pax ended with status 1 Exiting script with status 1 And the job ended with condition code 12. Does anyone have any idea what the problem is? TIA Gadi As a WAG do you have Unicode Services active? -- Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode 42 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Installing XML Toolkit on z/OS 1.9
Gadi Two possibilities come to mind ... 1.) You may be using a non standard code page on USS - you should be running with 1047/ 2.) You may simply be running out of space in you HFS and the message is a result of the system being unable to open the files which eventually results in the error you're seeing ... Regards Meir Z -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Installing XML Toolkit on z/OS 1.9
Gadi wrote: After running for a while, I received these messages: SHELL SCRIPT IXMSCRP7 OUTPUT FOR HFS IXMCX17BSEQ NUM 12 Starting script processing... Exploding all components of /usr/lpp/ixm/IBM/IXMCX17B using pax pax: FSUM8842 codeset translation initialization: EDC5121I INVALID ARGUMENT. ** pax command failure: pax ended with status 1 Exiting script with status 1 And the job ended with condition code 12. Does anyone have any idea what the problem is? Have you mounted an HFS or ZFS on the proper directory in which to install the XML toolkit and created the necessary directories? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On 31 Dec 2007 12:45:20 -0800, in bit.listserv.ibm-main you wrote: Twenty years ago, I got a Macintosh SE, in large part so my girlfriend could write her doctoral dissertation in music. Would I have taken an s/370 (XA?) at the time for personal use?. Not if it were free; not if it were in a package I could carry. How many of us today, given a z/OS system that weighed 5 pounds and cost $1000 would make that our only computer and OS? Wouldn't we each still need another computer, or at least a partition on the same one, for Email, Web browsing, document preparation, access to IBMLink, etc.? And IBM recognizes this by giving you an alternative OS. (Although that OS needs to be ASCII with a big GUI library). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No more text messaging from mainframe?
The test phone number was mine, and I have an extended text plan. I verified all was working by using another channel. I saw no trace of the message in the SMTP log when I tried from z/os. That is, it appears that JES is not passing the item to SMTP. Again, XMITIP is a staple and malfunctions are quickly noticed. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Al Sherkow Sent: Friday, December 28, 2007 9:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: No more text messaging from mainframe? Hal -- The problem I had with cingular/att was with the accounts for the phones. My phones were set not to accept text messages (because now i need to pay for them and I don't have a messaging plan). so I had them add the 'default' which is pay per use, and now it works. Previously the messages were not delivered *and* they were not returned as undeliverable (or user unknown, or anything useful). they just disappeared. so check the plan for your phone. good luck Al NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
sftp help
I have a client who is trying to execute sftp on z/OS. We have SSH installed and running. Can someone decipher the debug output? I can't tell if the problem is on the remote end or with the mainframe. The job originates with the mainframe. Connecting to xxx.xxx.xxx.xxx OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug1: Reading configuration data /etc/ssh/ssh_config debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper debug1: Rhosts Authentication disabled, originating port will not be trusted. debug2: ssh_connect: needpriv 0 debug1: Connecting to xxx.xxx.xxx.xxx port 22. debug1: Connection established. debug1: identity file /.ssh/id_rsa type 1 debug1: identity file /.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version Sun_SSH_1.1 debug1: no match: Sun_SSH_1.1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 debug3: RNG is ready, skipping seeding debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,blowfish-cbc,3des-cbc debug2: kex_parse_kexinit: aes128-cbc,blowfish-cbc,3des-cbc debug2: kex_parse_kexinit: hmac-sha1,hmac-md5 debug2: kex_parse_kexinit: hmac-sha1,hmac-md5 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: en-CA,en-US,es,es-MX,fr,fr-CA,i-default debug2: kex_parse_kexinit: en-CA,en-US,es,es-MX,fr,fr-CA,i-default debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 140/256 debug2: bits set: 509/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug3: check_host_in_hostfile: filename /.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host 'xxx.xxx.xxx.com' is known and matches the RSA host key. debug1: Found key in /.ssh/known_hosts:1 debug2: bits set: 481/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /.ssh/id_rsa (15d1c080) debug2: key: /.ssh/id_dsa (15d1c0e0) debug3: input_userauth_banner |-| | This system is for the use of authorized users only. | | Individuals using this computer system without authority, or in | | excess of their authority, are subject to having all of their | | activities on this system monitored and recorded by system | | personnel. | | | | In the course of monitoring individuals improperly using this | | system, or in the course of system maintenance, the activities | | of authorized users may also be monitored. | | | | Anyone using this system expressly consents to such monitoring | | and is advised that if such monitoring reveals possible | | evidence of criminal activity, system personnel may provide the | | evidence of such monitoring to law enforcement officials. | |-| debug1: Authentications that can continue: gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive debug3: start over, passed a different list gssapi-keyex,gssapi-with-mic,publickey,password,keyboard-interactive debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled
The Line, the Bar, Java, LPA, etc.
Can 64-bit Java applications reside above the Bar? I'd assume they could provided they contain only interpreted code, not executable. Can 31-bit Java applications reside in LPA? I'd assume they could if LPA doesn't require that modules contain some executable code. The LOAD SVC could find the CSECT address for the interpreter; the saving of sharing frequently used modules could be significant. But, are some installations feeling the storage constraint of growth of LPA, even to the extent of needing to make uncomfortable decisions about what to exclude from LPA? There'd seem to be motivation here for supporting an above-the-bar extension of LPA. Why is the documentation of Java so sparse? Searching Elements and Features on Publibz for java returns a preponderance of hits in SMP/E manuals; man jar in Unix System Services returns not found. Is the Java doc somehow tied up by my employer? Apparently not entirely, because man jar on OS X displays a page as well as on Solaris. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sftp help
Michael Babcock wrote: I have a client who is trying to execute sftp on z/OS. We have SSH installed and running. Can someone decipher the debug output? I can't tell if the problem is on the remote end or with the mainframe. The job originates with the mainframe. This problem is usually (99+%) caused by a problem on the target server. This error message is being issued because the associated public key of the batch job either not in the target .ssh/authorized_keys file or permission/ownership errors in the .ssh directory structure. snip ___ Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode 42 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sftp help
Mark Jacobs wrote: Michael Babcock wrote: I have a client who is trying to execute sftp on z/OS. We have SSH installed and running. Can someone decipher the debug output? I can't tell if the problem is on the remote end or with the mainframe. The job originates with the mainframe. This problem is usually (99+%) caused by a problem on the target server. This error message is being issued because the associated public key of the batch job either not in the target .ssh/authorized_keys file or permission/ownership errors in the .ssh directory structure. So you are saying that the authorized_keys file or the permissions on the .ssh dir on the target server is not setup correctly. I'll tell the client to fix their end, then. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sftp help
On Wed, Jan 2, 2008 at 10:57 AM, in message [EMAIL PROTECTED], Michael Babcock [EMAIL PROTECTED] wrote: I have a client who is trying to execute sftp on z/OS. We have SSH installed and running. Can someone decipher the debug output? I can't tell if the problem is on the remote end or with the mainframe. The job originates with the mainframe. Does the user have a valid account and password on the remote system? If the userid being used is root, does the remote sshd allow direct root logins? Does using protocol version 1 help (add -1 to the command)? Does the remote sshd require public-key authentication? Does the remote sshd require successful reverse DNS lookups? You might want to run the remote sshd in debug mode, to see if it puts out anything interesting: sshd -e -D -d -d Since the sysadmin won't want to make it impossible for others to SSH in while this is going on, adding an alternate port number will let you test while not causing disruption: sshd -e -D -d -d -p 2022 and then you'll need to modify the sftp command to connect to that port: sftp -oPort=2022 Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
On Wed, 2 Jan 2008 09:00:42 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: Can 64-bit Java applications reside above the Bar? I'd assume they could provided they contain only interpreted code, not executable. Can 31-bit Java applications reside in LPA? I'd assume they could if LPA doesn't require that modules contain some executable code. The LOAD SVC could find the CSECT address for the interpreter; the saving of sharing frequently used modules could be significant. I think you're using some confusing terminology, gil. I would say that a Java application is purely a data file containing the byte codes that represent the Java program. The interpreter is purely an executable file, which reads its data (the application class file with the byte codes) and interprets it. As such, it does not make sense (to me) to talk of having a Java application in LPA. However, I believe you could have the interpreter in LPA if you wanted. (Though I will also admit I'm not an expert in that area.) -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF Action Bar Menus
You can just do this for yourself. I make a copy of the panels and process them to get rid of the action bar. I find it annoying even with 43 lines. Eric Bielefeld wrote: Thanks John. I forwarded that to my Aviva email address. I doubt if I would even ask them to do that, as I doubt that there are that many people who care there about the presence of absense of the action bar. I have to forward all the good suggestions to my email address at Aviva, because I'm back home in Milwaukee for the holidays, and won't go back to work until Thursday the 3rd. Its great being home, but as a contractor I don't get paid too much being home! Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, December 26, 2007 9:13 AM Subject: Re: ISPF Action Bar Menus -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Wednesday, December 26, 2007 9:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ISPF Action Bar Menus I could swear that when I was at PH Mining running z/OS 1.2, that there was an option to delete the whole action bar from all menus. My memory being what it is though, I may be wrong! At Aviva, we are currently running z/OS 1.4, and migrating to 1.7 early next year. Perhaps? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZPC10/2.1. 3 -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology Don Poitras - zSeries R D - SAS Institute Inc. - SAS Campus Drive mailto:[EMAIL PROTECTED] (919)531-5637 Fax:677- Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
Walt Farrell wrote: On Wed, 2 Jan 2008 09:00:42 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: Can 64-bit Java applications reside above the Bar? I'd assume they could provided they contain only interpreted code, not executable. Can 31-bit Java applications reside in LPA? I'd assume they could if LPA doesn't require that modules contain some executable code. The LOAD SVC could find the CSECT address for the interpreter; the saving of sharing frequently used modules could be significant. I think you're using some confusing terminology, gil. I would say that a Java application is purely a data file containing the byte codes that represent the Java program. The interpreter is purely an executable file, which reads its data (the application class file with the byte codes) and interprets it. I think he understands that; but I see him as asking the question: can the Java bytecode be loaded above the bar and the Java interpreter run the bytecode located thusly. It's an excellent question, and I'd be interested in getting the answer too: can the 64-bit JVM access bytecode stored above the bar? As such, it does not make sense (to me) to talk of having a Java application in LPA. Rephrase: can you load a CSECT only containing read-only data (which happens to be Java bytecode) in the LPA. However, I believe you could have the interpreter in LPA if you wanted. That's also a question of interest. (Though I will also admit I'm not an expert in that area.) Well, neither are we, thus we ask. 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 + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: my free mainframe product
Shai, I haven't look at this, will do so soon, but how does the concepts that you employ to achieve this differ from what Hercules / Flex has done in the past in terms of MF disks on PC's? Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: 01 November 2007 06:10 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: my free mainframe product Hi, My MFNetDisk product is active by users and they start to find bugs (that life). I put in my site in the download page a new MVS load library (The MVS side is version 10 ) which fix some critical bugs. Anyone which run my product must download the new load library and run with it. No cold start require for the new load library. Some tips for MFNetDisk MVS side: You can see all the modify command in MVS using the F mpc010r,HELP command. The most MVS modify command I use are : F mpc010r,ip=q/r(Q or R) for query and retry. F mpc010r,conf=Q/NEW for query what are defined in MFNetDisk or change the MFNetDisk configuration dynamically. F mpc010r,SRV=Q (to check how MFNetDisk doing with tasks and pending requests. All the MVS modify command can run from MFNetDisk PCTOOL using modifysyssendreqtomvs Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc. - resend with correct Reply-to
[Sorry for the re-send; I forgot to change the Reply-to] Walt Farrell wrote: On Wed, 2 Jan 2008 09:00:42 -0700, Paul Gilmartin [EMAIL PROTECTED] wrote: Can 64-bit Java applications reside above the Bar? I'd assume they could provided they contain only interpreted code, not executable. Can 31-bit Java applications reside in LPA? I'd assume they could if LPA doesn't require that modules contain some executable code. The LOAD SVC could find the CSECT address for the interpreter; the saving of sharing frequently used modules could be significant. I think you're using some confusing terminology, gil. I would say that a Java application is purely a data file containing the byte codes that represent the Java program. The interpreter is purely an executable file, which reads its data (the application class file with the byte codes) and interprets it. I think he understands that; but I see him as asking the question: can the Java bytecode be loaded above the bar and the Java interpreter run the bytecode located thusly. It's an excellent question, and I'd be interested in getting the answer too: can the 64-bit JVM access bytecode stored above the bar? As such, it does not make sense (to me) to talk of having a Java application in LPA. Rephrase: can you load a CSECT only containing read-only data (which happens to be Java bytecode) in the LPA. However, I believe you could have the interpreter in LPA if you wanted. That's also a question of interest. (Though I will also admit I'm not an expert in that area.) Well, neither are we, thus we ask. 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 + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
True: A compiled Java application consists of .class files or .jar files (zip files) containing .class files. The .class files contain byte codes which can be interpreted by the Java virtual machine (JVM). But: all modern Java virtual machines includes a just-in-time (JIT) compiler, which dynamically translates byte codes for frequently used methods into native machine instructions. So, everyone who insists that Java is slow because it is interpreted look for other reasons :-) So, it is interesting to ask whether the machine-code created by JIT could be in LPA. The current JVM does not support this, since this machine code is dynamically created and not really shareable. Kirk Wolf Dovetailed Technologies On Jan 2, 2008 10:32 AM, Walt Farrell [EMAIL PROTECTED] wrote: I think you're using some confusing terminology, gil. I would say that a Java application is purely a data file containing the byte codes that represent the Java program. The interpreter is purely an executable file, which reads its data (the application class file with the byte codes) and interprets it. As such, it does not make sense (to me) to talk of having a Java application in LPA. However, I believe you could have the interpreter in LPA if you wanted. (Though I will also admit I'm not an expert in that area.) -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, January 02, 2008 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Line, the Bar, Java, LPA, etc. True: A compiled Java application consists of .class files or .jar files (zip files) containing .class files. The .class files contain byte codes which can be interpreted by the Java virtual machine (JVM). But: all modern Java virtual machines includes a just-in-time (JIT) compiler, which dynamically translates byte codes for frequently used methods into native machine instructions. So, everyone who insists that Java is slow because it is interpreted look for other reasons :-) So, it is interesting to ask whether the machine-code created by JIT could be in LPA. The current JVM does not support this, since this machine code is dynamically created and not really shareable. Kirk Wolf Dovetailed Technologies Do you know if IBM has ported their jikes Java compiler to z? If so, I wonder if the output from that could be LPA resident. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
Jikes is a Java compiler that outputs byte-codes. It doesn't change the JVM, and doesn't have anything to do with whether the JVM could use LPA. On Jan 2, 2008 11:55 AM, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, January 02, 2008 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Line, the Bar, Java, LPA, etc. True: A compiled Java application consists of .class files or .jar files (zip files) containing .class files. The .class files contain byte codes which can be interpreted by the Java virtual machine (JVM). But: all modern Java virtual machines includes a just-in-time (JIT) compiler, which dynamically translates byte codes for frequently used methods into native machine instructions. So, everyone who insists that Java is slow because it is interpreted look for other reasons :-) So, it is interesting to ask whether the machine-code created by JIT could be in LPA. The current JVM does not support this, since this machine code is dynamically created and not really shareable. Kirk Wolf Dovetailed Technologies Do you know if IBM has ported their jikes Java compiler to z? If so, I wonder if the output from that could be LPA resident. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: my free mainframe product
HI, Thanks for your good question. As far I know Hercules can not make mirrors to real 3390 and can not backup real 3390 and can not emulate 3390 from real MF or from any emulation MF as I do and can not be used for real DR purpose. MFNetdisk can run on real MF and can work with real 3390 disk (IBM, EMC or HDS) but of course it can run under Hercules or under any MF emulations. Easily the product can also copy and sharing MFNetDisk emulated 3390 between Hercules and real MF and any emulated MF. Yes, you hear good you can share MFNetDisk emulated 3390 between any MF (Hercules, IBM etc...) and the MFNetDisk keep the data integrity as real 3390 keep data integrity when it is shared between real MF. please try the program and you will see that this product is totally different from Hercules. I love what Hercules does but this is a different product. The only feature which is the same as Hercules is the data location of the emulated 3390 disk which is in PC. I can promise you that if and when you try the product you will love it. I know that we the old MF people afraid to try PC in MF environment but this product is different. Thanks, Shai On 1/2/08, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Shai, I haven't look at this, will do so soon, but how does the concepts that you employ to achieve this differ from what Hercules / Flex has done in the past in terms of MF disks on PC's? Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: 01 November 2007 06:10 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: my free mainframe product Hi, My MFNetDisk product is active by users and they start to find bugs (that life). I put in my site in the download page a new MVS load library (The MVS side is version 10 ) which fix some critical bugs. Anyone which run my product must download the new load library and run with it. No cold start require for the new load library. Some tips for MFNetDisk MVS side: You can see all the modify command in MVS using the F mpc010r,HELP command. The most MVS modify command I use are : F mpc010r,ip=q/r(Q or R) for query and retry. F mpc010r,conf=Q/NEW for query what are defined in MFNetDisk or change the MFNetDisk configuration dynamically. F mpc010r,SRV=Q (to check how MFNetDisk doing with tasks and pending requests. All the MVS modify command can run from MFNetDisk PCTOOL using modifysyssendreqtomvs Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
It seems as if some of the basic questions have not been answered, perhaps no one knows. 1. Can the JVM get its source bytes, i.e. the class files from 64 bit storage? Do the java class loaders, place the byte codes into 64 bit storage? 2. Does the JIT produce its output into 64 bit storage? I have briefly scanned the manual IBM 64-bit SDK for z/OS, Java 2 Technology Edition, Version 1.4SDK and Runtime Environment User Guide Also a quick scan of the TOC of the java diagnosis guide and did not see any explicit statements as to what aspect of the 64 bit JVM for z/os exploited 64 bit storage. Are there other documents that could be checked? Perhaps someone as attended a presentation where this type of information was given out. Brad Taylor -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, January 02, 2008 12:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Line, the Bar, Java, LPA, etc. Jikes is a Java compiler that outputs byte-codes. It doesn't change the JVM, and doesn't have anything to do with whether the JVM could use LPA. On Jan 2, 2008 11:55 AM, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, January 02, 2008 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Line, the Bar, Java, LPA, etc. True: A compiled Java application consists of .class files or .jar files (zip files) containing .class files. The .class files contain byte codes which can be interpreted by the Java virtual machine (JVM). But: all modern Java virtual machines includes a just-in-time (JIT) compiler, which dynamically translates byte codes for frequently used methods into native machine instructions. So, everyone who insists that Java is slow because it is interpreted look for other reasons :-) So, it is interesting to ask whether the machine-code created by JIT could be in LPA. The current JVM does not support this, since this machine code is dynamically created and not really shareable. Kirk Wolf Dovetailed Technologies Do you know if IBM has ported their jikes Java compiler to z? If so, I wonder if the output from that could be LPA resident. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Taylor, Clarence B Sent: Wednesday, January 02, 2008 1:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Line, the Bar, Java, LPA, etc. It seems as if some of the basic questions have not been answered, perhaps no one knows. 1. Can the JVM get its source bytes, i.e. the class files from 64 bit storage? Do the java class loaders, place the byte codes into 64 bit storage? 2. Does the JIT produce its output into 64 bit storage? I have briefly scanned the manual IBM 64-bit SDK for z/OS, Java 2 Technology Edition, Version 1.4SDK and Runtime Environment User Guide Also a quick scan of the TOC of the java diagnosis guide and did not see any explicit statements as to what aspect of the 64 bit JVM for z/os exploited 64 bit storage. Are there other documents that could be checked? Perhaps someone as attended a presentation where this type of information was given out. Brad Taylor You might be able to do this by replacing the Java Class Loader. No, I've never tried that. But it is a standard thing to do. Some products do that to load Java bytecode from SQL databases. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Restartable PDSE Address space
From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. Also, are there any specific things to watch out for with the implementation? Happy New Year! Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
Matt Dazzo wrote: From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. Also, are there any specific things to watch out for with the implementation? Happy New Year! Matt You have to have PDSE sharing set as extended to have the SMSPDSE1 active. I don't know if you can specify extended sharing in a monoplex. -- Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode 42 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
The Apple I went on sale in l976 so the author seems to have limited view of what a PC is. -Original Message- From: Ed Gould [mailto:snip] Sent: Tuesday, January 01, 2008 12:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: OT: For the History buff's an IBM 5150 pc http://www.techeblog.com/index.php/tech-gadget/feature-modder-hacks-198 0s-ibm-pc-to-play-full-motion-color-video This represents itself to be the first PC ever. I do not know if this is true or not. You can make up your own mind. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
Matt, I started running this about a month ago. No problems, negligible resource usage. I took no actions other than adding PDSE_RESTARTABLE_AS(YES) to IGDSMSxx. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/02/2008 02:39:42 PM: From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. Also, are there any specific things to watch out for with the implementation? Happy New Year! Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
I'm jumping in late. What does this pertain to ? Why would the address space abend ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Wednesday, January 02, 2008 2:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restartable PDSE Address space Matt, I started running this about a month ago. No problems, negligible resource usage. I took no actions other than adding PDSE_RESTARTABLE_AS(YES) to IGDSMSxx. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/02/2008 02:39:42 PM: From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. Also, are there any specific things to watch out for with the implementation? Happy New Year! Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
The 64-bit version of the Java SDKs use 64-bit LE Heap storage for the Java heap (which includes not only Java objects, but loaded class files). I'm not certain about JITed methods (executable instructions), but I would assume that they are below the bar, in the 31-bit LE Heap. This could be confirmed in a dump that included JIT'ed code. The best information is probably in the Language Environment Programming Guide for 64-bit Virtual Addressing Mode. The Java SDK manuals are a little thin in this area Kirk Wolf Dovetailed Technologies On Jan 2, 2008 1:08 PM, Taylor, Clarence B [EMAIL PROTECTED] wrote: It seems as if some of the basic questions have not been answered, perhaps no one knows. 1. Can the JVM get its source bytes, i.e. the class files from 64 bit storage? Do the java class loaders, place the byte codes into 64 bit storage? 2. Does the JIT produce its output into 64 bit storage? I have briefly scanned the manual IBM 64-bit SDK for z/OS, Java 2 Technology Edition, Version 1.4SDK and Runtime Environment User Guide Also a quick scan of the TOC of the java diagnosis guide and did not see any explicit statements as to what aspect of the 64 bit JVM for z/os exploited 64 bit storage. Are there other documents that could be checked? Perhaps someone as attended a presentation where this type of information was given out. Brad Taylor -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, January 02, 2008 12:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Line, the Bar, Java, LPA, etc. Jikes is a Java compiler that outputs byte-codes. It doesn't change the JVM, and doesn't have anything to do with whether the JVM could use LPA. On Jan 2, 2008 11:55 AM, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Wednesday, January 02, 2008 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: The Line, the Bar, Java, LPA, etc. True: A compiled Java application consists of .class files or .jar files (zip files) containing .class files. The .class files contain byte codes which can be interpreted by the Java virtual machine (JVM). But: all modern Java virtual machines includes a just-in-time (JIT) compiler, which dynamically translates byte codes for frequently used methods into native machine instructions. So, everyone who insists that Java is slow because it is interpreted look for other reasons :-) So, it is interesting to ask whether the machine-code created by JIT could be in LPA. The current JVM does not support this, since this machine code is dynamically created and not really shareable. Kirk Wolf Dovetailed Technologies Do you know if IBM has ported their jikes Java compiler to z? If so, I wonder if the output from that could be LPA resident. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
Dean, you can catch up here. http://www.redbooks.ibm.com/abstracts/tips0531.html Dean Montevago [EMAIL PROTECTED] 1/2/2008 3:01 PM I'm jumping in late. What does this pertain to ? Why would the address space abend ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Wednesday, January 02, 2008 2:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restartable PDSE Address space Matt, I started running this about a month ago. No problems, negligible resource usage. I took no actions other than adding PDSE_RESTARTABLE_AS(YES) to IGDSMSxx. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/02/2008 02:39:42 PM: From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. Also, are there any specific things to watch out for with the implementation? Happy New Year! Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
Thanks Matt. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Wednesday, January 02, 2008 3:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restartable PDSE Address space Dean, you can catch up here. http://www.redbooks.ibm.com/abstracts/tips0531.html Dean Montevago [EMAIL PROTECTED] 1/2/2008 3:01 PM I'm jumping in late. What does this pertain to ? Why would the address space abend ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Wednesday, January 02, 2008 2:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restartable PDSE Address space Matt, I started running this about a month ago. No problems, negligible resource usage. I took no actions other than adding PDSE_RESTARTABLE_AS(YES) to IGDSMSxx. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/02/2008 02:39:42 PM: From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. Also, are there any specific things to watch out for with the implementation? Happy New Year! Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
On Wed, 2 Jan 2008 14:56:23 -0500, Mark Jacobs [EMAIL PROTECTED] wrote: Matt Dazzo wrote: From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. If you use PDSEs at all outside of the LNKLST, it's a good thing. If you don't, it doesn't matter. If you aren't sure you can scan VTOCs, ask around etc. Either way, it won't hurt to add it. Also, are there any specific things to watch out for with the implementation? Not really any longer - as long as you are fairly current on maintenance. Some of the parm defaults were changed via APARin z/OS 1.6 when this support was added and there have been some bugs (as there almost always is with new function). You have to have PDSE sharing set as extended to have the SMSPDSE1 active. I don't know if you can specify extended sharing in a monoplex. You can. On Wed, 2 Jan 2008 15:01:27 -0500, Dean Montevago [EMAIL PROTECTED] wrote: I'm jumping in late. What does this pertain to ? Why would the address space abend ? Why does anything abend? :-) It is not necessarily to recover from an abend. It is to recover from a software error / latch problem etc. without having to IPL since the SMSPDSE1 address space is restartable. SMSPDSE is not. IOW... the reason is RAS - which is why I don't see any down side to using it. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restart able PDSE Address space
A bug in IBM code for example one which bit me in June 2006 APAR OA15185 ABND=0F4,RC=0024,RSN=250E002C. The restartable PDSE address space is a good thing you should do it. Thanks, Sam -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Wednesday, January 02, 2008 3:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restartable PDSE Address space I'm jumping in late. What does this pertain to ? Why would the address space abend ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steven Conway Sent: Wednesday, January 02, 2008 2:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Restartable PDSE Address space Matt, I started running this about a month ago. No problems, negligible resource usage. I took no actions other than adding PDSE_RESTARTABLE_AS(YES) to IGDSMSxx. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems Services Division Computer Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/02/2008 02:39:42 PM: From my reading it seems the restartable PDSE Address space is a good idea and suggested by IBM. I'd like to know if the restartable PDSE address space is a good idea for all MVS environments? We are running zOS1.7 in MONOPLEX MODE with one production and one test lpar. I do not know to what extent PDSE's are used in the shop. Also, are there any specific things to watch out for with the implementation? Happy New Year! Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
You have to have PDSE sharing set as extended to have the SMSPDSE1 active. I don't know if you can specify extended sharing in a monoplex. You can. Of course you can (specify it) - and it'll likely get ignored ... Last I looked at this scenario, PDSE extended had sysplex scope. If the monoplexes are in a GRS ring, this just won't work. If you convert to base sysplex between the two LPARs you should be o.k. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
On Thu, 3 Jan 2008 06:45:03 +1000, Shane [EMAIL PROTECTED] wrote: You have to have PDSE sharing set as extended to have the SMSPDSE1 active. I don't know if you can specify extended sharing in a monoplex. You can. Of course you can (specify it) - and it'll likely get ignored ... Last I looked at this scenario, PDSE extended had sysplex scope. If the monoplexes are in a GRS ring, this just won't work. If you convert to base sysplex between the two LPARs you should be o.k. Ignored in regards to PDSE sharing, but not ignored in regards to the ability to create the SMSPDSE1 address space. At least according to the fine manual. I have 3 monoplexes that have SMSPDSE1 but all of them also specify PDSESHARING(EXTENDED), so I am not in a position to say that the documentation is wrong. Assuming the documentation is correct, one has to wonder why IBM tied the creation of SMSPDSE1 to a parm that is meaningless in a monoplex. Too bad Mark Thomen (nor anyone from DFSMSdfp) doesn't monitor this list any longer to comment. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Paul Gilmartin wrote: could. But would it happen? Is z/OS at any price a preferred instructional platform? How relevant to mainstream computer science is teaching students to code DD statements for CKD DASD when the view of many sophisticated readers of this list is that CKD should be superseded by FBA? In our case, it would have helped tremendously. A few years ago, our Computer Science (CS) chair and the chair of the College of Business Administration's Management Information Systems (CBA/MIS) departments both wanted to incorporate a few classes dealing with mainframes into their curricula. The CS chair wanted to do a systems programming and OS series that would give his students hands-on experience installing, configuring, and running multiple operating systems while teaching a lot about the underlying algorithms where they could compare and contrast them. He basically wanted some LPARs or (if we could get VM) some virtual machines on our mainframe (one for each project team). The Windows and UNIX portions of the course would be done on the students' own PCs running Windows and BSD. But they couldn't afford a mainframe so came to us to see if they could get time on our 9672. The CBA/MIS chair wanted to incorporate CICS/COBOL/DB2 programming into their curriculum to complement the stuff they do with Windows and UNIX. Our CIO turned them away because he was in the middle of a project to downsize our 9672 (our z890 is about half the capacity of our old 9672) so didn't have the spare capacity to offer ... part of our 5-year plan to phase out the mainframe ... that we started in 1990 ... but that's another story. Anyway, if an inexpensive way of giving our students access to their own z/OS environments were available, the University of Hawaii would be offering mainframe-oriented classes in two separate curricula today. Something like z/OS on Hercules on a Linux laptop would have fit the bill perfectly for us. Unfortunately, the opportunity was missed. The current chairs from those departments are not at all interested in offering mainframe components in their curricula -- they believe, as does our CIO, that mainframes are irrelevant. BTW: this year is supposed to be the last year for our mainframe (but somehow, I'm not convinced). Twenty years ago, I got a Macintosh SE, in large part so my girlfriend could write her doctoral dissertation in music. Would I have taken an s/370 (XA?) at the time for personal use?. Not if it were free; not if it were in a package I could carry. How many of us today, given a z/OS system that weighed 5 pounds and cost $1000 would make that our only computer and OS? Wouldn't we each still need another computer, or at least a partition on the same one, for Email, Web browsing, document preparation, access to IBMLink, etc.? *snip* If IBM can't make z/OS the only OS people need, and the first choice for many, too many customers will find it expedient to seek to use the computer and OS they already need and own to host the additional applications they come to need. Is it even plausible that enterprises seeking to simplify their IT structures by reducing the number of OSes they support would consider eliminating Windows, Linux, OS X, or Solaris and moving all its applications to z/OS? I think that's an extreme view. I don't think anybody is thinking of replacing Windows or MacOS or Linux on the desktop with z/OS. But why not z/OS as a back-end server? Even our CIO acknowledges that, while he would prefer that we only had Solaris/SPARC servers in our data center, it often does make sense to run other server operating systems. He believes that more than one but not more than 4 different server OSes is reasonable. And what I'd be interested in is running z/OS in a virtual machine under Linux on my laptop (I run Windows in a virtual machine on my laptop now just so that I can run the officially sanctioned applications that my organization requires us to run) so I can do development without worrying about hurting any of our LPARs on our z890. I think it would be great if students could get the ability to run z/OS on their laptops to learn about it. Anyway ... Happy New Year! -- Stephen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Schwarz, Barry A) writes: The Apple I went on sale in l976 so the author seems to have limited view of what a PC is. 5100 pc was announced sep75. http://www-03.ibm.com/ibm/history/exhibits/pc/pc_2.html predating the 5150 pc in 1981. http://www-03.ibm.com/ibm/history/exhibits/pc/pc_1.html from above: One of the earliest IBM attempts to move computing into the hands of single users was the SCAMP project in 1973. This six-month development effort by the company's General Systems Division (GSD) produced a prototype device dubbed Special Computer, APL Machine Portable (SCAMP) that PC Magazine in 1983 called a revolutionary concept and the world's first personal computer. To build the prototype in the short half-year allowed, its creators acquired off-the-shelf materials for major components. SCAMP could be used as a desktop calculator, an interactive APL programming device and as a dispenser of canned applications. The successful demonstration of the prototype in 1973 led to the launch of the IBM 5100 Portable Computer two years later. ... snip ... of course, one could claim that work by science center http://www.garlic.com/~lynn/subtopic.html#545tech creating cp67 virtual machines in the mid-60s, enabled the deployment of CMS personal computing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Curiousity question: the processing of DD DUMMY.
In [EMAIL PROTECTED], on 12/31/2007 at 03:11 PM, Paul Gilmartin [EMAIL PROTECTED] said: I'll retract grievous. But see below. If the argument of PATH is anything other than '/dev/null' (or '//dev/null'), the file is allocated as a UNIX file and can be processed as a UNIX file. If it is '/dev/null' it as allocated as DUMMY, If true, I'd have to agree with egregious; neither the C/I not allocation should have special processing for any path name. Do you have documentation[1] of that behavior, and have you submitted and ETR? Rudimentary JCL sample available on request. I'd be more interested in the output showing the problem, but it would do you more good to show it to IBM via formal channels than to show it to me or the list. It's worth a chapter in the JCL RM. If there actually is such a problem and IBM doesn't correct it, then I'd say that it should be documented in both the JCL RM and the JCL UG. What benefit of this distinct treatment of /dev/null justifies the resource spent on its implementation? I'm not convinced that there is such a treatment, but if you're not misinterpreting things then it would definitely violate Unix[2] semantics. Anybody from IBM monitoring this? [1] I'd include JFCB and TIOT contents as part of the documentation. [2] You might argue that JCL is outside the scope of Unix, but I doubt that the Unix community would buy that. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
In [EMAIL PROTECTED], on 12/31/2007 at 02:45 PM, Paul Gilmartin [EMAIL PROTECTED] said: Wouldn't we each still need another computer, or at least a partition on the same one, for Email, No. document preparation, No. access to IBMLink, No. etc.? Some yes, some no. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
In [EMAIL PROTECTED], on 12/31/2007 at 03:11 PM, Ed Gould [EMAIL PROTECTED] said: Its been at least 30 years I will yield to your memory. I seem to have interchanged specifications with characteristics. I just remember it giving me a blow by blow description on the format of the instructions and how it worked plus timings. It was concerned with the things that were specific to the model, and didn't go into nearly as much detail as PoOps for the things that were common to all models. Those manuals were tens of pages while PoOps started at over a hundred pages and was almost 200 by the time S/370 came out. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
In [EMAIL PROTECTED], on 12/31/2007 at 02:13 PM, Tom Marchant [EMAIL PROTECTED] said: When processors srarted to include High-Speed Buffers, now commonly called cache, I don't recall seeing high speed buffer in print until long after cache was common. any published timings became very difficult to determine. They started to get complicated before that, but I'll agree that cache and TLB considerations made it worse. These effects are one of the biggest reasons why instruction timings tend to vary. By the 3165 timings were very complex even when all data were in cache. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
In [EMAIL PROTECTED], on 12/31/2007 at 03:20 PM, Ed Gould [EMAIL PROTECTED] said: To refresh my memory was the 370 the first public machine that used the HSB? Not even the first from IBM, unless you consider the 360/85 to be a S/370 in drag. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On 2 Jan 2008 13:00:09 -0800, [EMAIL PROTECTED] (Stephen Y Odo) wrote: I think that's an extreme view. I don't think anybody is thinking of replacing Windows or MacOS or Linux on the desktop with z/OS. But why not z/OS as a back-end server? I think I'll replace my car with a train that can better get my groceries from far away farms. Or maybe use the trains as a back-end server as you suggest. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On Mon, 31 Dec 2007 16:56:06 -0600, Doc Farmer wrote: Further, as users I think we could make the argument that IBM's actions are anti-competitive both to the principals of the case as well as to small development shops and educational facilities. I'm not a lawyer either, so my opinion is worth about zero. But as far as I can tell, the only real basis to challenge IBM's position is their anti-competitive actions and their monopolistic position with respect to mainframe systems. Isn't that also the basis for the judgement in favor of Amdahl in some of Phil's past posts ??? So it could be just a replay of that case with a different player ??? Hopefully the results will be the same. I hope I've been neither philosophical nor political. Thus endeth the lesson (oops, preachy! sorry...) I hope I didn't insult. I'm just trying to cut through the fog and understand the strength of PSI's position. I have no desire, expertise nor time to read the legal stuff Phil points to. I like small words and clear concise sentences. Happy New Year !! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPL'ing from a SAN device
A question - the primary RESPAK is replicated to a disaster site via SAN to SAN disk. Can the target site IPL the mainframe from a SAN device? If so, how?Regards, Bil McKinley SLF Consulting Services, inc. 110 Wall Street, 11th flr, Suite 0094 New York, NY 10005 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Curiousity question: the processing of DD DUMMY.
On Wed, 2 Jan 2008 14:20:04 -0500, Shmuel Metz (Seymour J.) wrote: I'll retract grievous. But see below. Thanks for seeing past my bombast. If the argument of PATH is anything other than '/dev/null' (or '//dev/null'), the file is allocated as a UNIX file and can be processed as a UNIX file. If it is '/dev/null' it as allocated as DUMMY, If true, I'd have to agree with egregious; neither the C/I not allocation should have special processing for any path name. One might make the same argument about DSNAMEs -- either way. NULLFILE could have been catalogued on an imaginary UNIT and the special processing deferred to the access method, even as /dev/null has a real directory entry as a character special device, and Unix's special processing of /dev/null is left to the driver for that device. It's worth a chapter in the JCL RM. If there actually is such a problem and IBM doesn't correct it, then I'd say that it should be documented in both the JCL RM and the JCL UG. It's not a problem, but a feecher: 12.42.6 z/OS V1R7.0 MVS JCL Reference 12.42.6 Dummy HFS Files The following DD statements define a dummy HFS file. The statements are equivalent; for DUMMY3, the extra slashes (/) are compressed to single slashes. //DUMMY1 DD PATH='/dev/null' //DUMMY2 DD DUMMY,PATH=/ANYNAME //DUMMY3 DD PATH='//dev///null' What benefit of this distinct treatment of /dev/null justifies the resource spent on its implementation? I still wonder. I'm not convinced that there is such a treatment, but if you're not misinterpreting things then it would definitely violate Unix[2] semantics. [2] You might argue that JCL is outside the scope of Unix, but I doubt that the Unix community would buy that. I suppose that Unix community would expect the look and feel of Unix, even as the JCL community would expect the look and feel of JCL. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
I will go look for the answers when I can find time. I only work on Java 1.4.2 at the moment, and the 64-bit 1.4.2 Java environment is managed by the Java 5 JVM (aka J9), the 1.4.2 JVM code is strictly 31-bit. Java 5 is naturally managed by the J9 JVM code. -- Mike Poil Java z/OS Level 3 Service IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN Internal: 246824 External: +44 (0)1962 816824 Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/ -- Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
Why is the documentation of Java so sparse? Some doc available via URL below. -- Mike Poil Java z/OS Level 3 Service IBM United Kingdom Limited, Hursley Park, Winchester SO21 2JN Internal: 246824 External: +44 (0)1962 816824 Java debugging: http://www.ibm.com/developerworks/java/jdk/diagnosis/ -- Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL'ing from a SAN device
William McKinley wrote: A question - the primary RESPAK is replicated to a disaster site via SAN to SAN disk. Can the target site IPL the mainframe from a SAN device? Yes. If so, how? As usually. There are no non-SAN disks in mainframe. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
I have 3 monoplexes that have SMSPDSE1 but all of them also specify PDSESHARING(EXTENDED) Color me confused. PDSE sharing across sysplex boundaries is forbidden and so specifying it for a monoplex would seem to be superfluous at best. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL'ing from a SAN device
I would ask what type of hardware is your SAN? I am running on 2 DMX3000 Storage Arrays by EMC. We share the box but not the disks with the open system folks. They have the SAN stuff. One storage array is the primary DASD that we normally run off of. The second is populated by EMC's Replication process and therefore all of the SYSRES data is constantly being updated on the second Storage Array incase the primary array fails. If it does, the EMC software will swap us up to the replicated string and we are still running. Coming back is more fun, as we use the Autoswap software to do that. We are always on Mainframe dasd never SAN. And as RS pointed out, the mainframe does not use SAN. We live on a DMX where SAN and mainframe share the box but not the disks. Lizette A question - the primary RESPAK is replicated to a disaster site via SAN to SAN disk. Can the target site IPL the mainframe from a SAN device? Yes. If so, how? As usually. There are no non-SAN disks in mainframe. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Curiousity question: the processing of DD DUMMY.
I've never questioned the path length or development costs to support both DDNAME and DSNAME options for a null file, i.e. DD DUMMY and DSN=NULLFILE, but as pointed out earlier in this thread, they are both ancient. The virtue of having both is the flexibility of choosing whichever one is more convenient (if either would work) or being able to use the function at all in a context where only one would work. The 'equivalent' examples quoted from the manual differ greatly in coding JCL statements in a cataloged procedure: DSNAME can be represented as a symbolic variable but DDNAME cannot. //UPDATE PROC IN1='APP.TRANSFILE' //INPUT1 DD DSN=IN1 At execution time, without touching the proc itself, one can run the program with null input with minimal coding. // EXEC UPDATE,IN1=NULLFILE Back in the day when resources were far more expensive than they are today, being able to test or diagnose or just validate with empty input or output files was crucial. It still makes sense today. I'm guessing that the 'unnatural' syntax option for a null path name simply gives a Unix user the same two choices as in MVS JCL. As a mainframer, I find the mechanism ingenious, not offensive. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Paul Gilmartin [EMAIL PROTECTED] TEK.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Curiousity question: the processing of DD DUMMY. 01/02/2008 02:43 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU On Wed, 2 Jan 2008 14:20:04 -0500, Shmuel Metz (Seymour J.) wrote: I'll retract grievous. But see below. Thanks for seeing past my bombast. If the argument of PATH is anything other than '/dev/null' (or '//dev/null'), the file is allocated as a UNIX file and can be processed as a UNIX file. If it is '/dev/null' it as allocated as DUMMY, If true, I'd have to agree with egregious; neither the C/I not allocation should have special processing for any path name. One might make the same argument about DSNAMEs -- either way. NULLFILE could have been catalogued on an imaginary UNIT and the special processing deferred to the access method, even as /dev/null has a real directory entry as a character special device, and Unix's special processing of /dev/null is left to the driver for that device. It's worth a chapter in the JCL RM. If there actually is such a problem and IBM doesn't correct it, then I'd say that it should be documented in both the JCL RM and the JCL UG. It's not a problem, but a feecher: 12.42.6 z/OS V1R7.0 MVS JCL Reference 12.42.6 Dummy HFS Files The following DD statements define a dummy HFS file. The statements are equivalent; for DUMMY3, the extra slashes (/) are compressed to single slashes. //DUMMY1 DD PATH='/dev/null' //DUMMY2 DD DUMMY,PATH=/ANYNAME //DUMMY3 DD PATH='//dev///null' What benefit of this distinct treatment of /dev/null justifies the resource spent on its implementation? I still wonder. I'm not convinced that there is such a treatment, but if you're not misinterpreting things then it would definitely violate Unix[2] semantics. [2] You might argue that JCL is outside the scope of Unix, but I doubt that the Unix community would buy that. I suppose that Unix community would expect the look and feel of Unix, even as the JCL community would expect the look and feel of JCL. -- gil --
Re: New System Build (Part II)
In [EMAIL PROTECTED], on 12/28/2007 at 07:31 AM, Mark Wilson [EMAIL PROTECTED] said: If I have an IPL'd Stand Alone system running on the New z9 and zVM/CMS is installed; can I take a Full volume dump on zOS; ftp it to zVM/CMS; save the file and then use this file as input to the Stand Alone Restore process? If so how? Does DFSMS DSS have an option for card-image output? Does zVM have an option for virtual tape drives? Is there a version of DFSMS DSS that runs under CMS? If the answer to all three is no, then I don't see how to do it without a physical link or zVM on the old system. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No more text messaging from mainframe?
In [EMAIL PROTECTED], on 09/28/2007 at 11:17 AM, Steve Comstock [EMAIL PROTECTED] said: Today I was testing this out and could not get it to work. I contacted my wireless provider and they said they no longer support this. Which may mean that they don't support it, and may mean that their TS staff makes up answers instead of saying I don't know. IMHO either is a reason for switching. I'd probably escalate the problem before jumping ship, but I can't in good conscience raise your expectations. I'm currently using ATT Another reason for switching. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No more text messaging from mainframe?
In [EMAIL PROTECTED], on 12/28/2007 at 01:40 PM, Hal Merritt [EMAIL PROTECTED] said: How do you get SMTP as an output writer? The same as any other output writer; AO or a real operator issues a START command. The TCP/IP documentation should describe how to configure it. Be aware that despite the name SMTP doesn't have the flexibility of, e.g., sendmail. OTOH, it knows how to deal with SPOOL files. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Why I cannot view the picture in bookmanager on TSO session
Hi all, Anyone know why I cannot view the picture in bookmanager on TSO session after migrated from zos 1.4 to zos 1.7. any customization required? thanks for help tommy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why I cannot view the picture in bookmanager on TSO session
In a message dated 1/2/2008 7:19:50 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Anyone know why I cannot view the picture in bookmanager on TSO session after migrated from zos 1.4 to zos 1.7. any customization required? Check logon proc(and linklist) for GDDM definitions. Normally get an ADM message saying such and such library cannot be found processing continues. **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why I cannot view the picture in bookmanager on TSO session
hi. thanks for you help. I already conact the GDDM load module GDDM.SADMMOD to TSO proc. and TN3270 already enable the HOST graphic option. When I click the picture and the dark screen and GDDM key shows without any GDDM error message. do you know why? thanks On 1/3/08, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 1/2/2008 7:19:50 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Anyone know why I cannot view the picture in bookmanager on TSO session after migrated from zos 1.4 to zos 1.7. any customization required? Check logon proc(and linklist) for GDDM definitions. Normally get an ADM message saying such and such library cannot be found processing continues. **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why I cannot view the picture in bookmanager on TSO session
On Jan 2, 2008, at 7:58 PM, Tommy Tsui wrote: hi. thanks for you help. I already conact the GDDM load module GDDM.SADMMOD to TSO proc. and TN3270 already enable the HOST graphic option. When I click the picture and the dark screen and GDDM key shows without any GDDM error message. do you know why? thanks Its been a while but 2 things to try: 1. Make sure you have a graphics type emulator (can handle) 2. Make sure your mode table is Graphics friendly. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why I cannot view the picture in bookmanager on TSO session
Sorry, I just concat the GDDM.SADMMOD to TSO PROC only, How can I verify my mode table is graphics friendly??? thanks On 1/3/08, Ed Gould [EMAIL PROTECTED] wrote: On Jan 2, 2008, at 7:58 PM, Tommy Tsui wrote: hi. thanks for you help. I already conact the GDDM load module GDDM.SADMMOD to TSO proc. and TN3270 already enable the HOST graphic option. When I click the picture and the dark screen and GDDM key shows without any GDDM error message. do you know why? thanks Its been a while but 2 things to try: 1. Make sure you have a graphics type emulator (can handle) 2. Make sure your mode table is Graphics friendly. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Curiousity question: the processing of DD DUMMY.
On Wed, 2 Jan 2008 16:56:19 -0800, Skip Robinson wrote: I've never questioned the path length or development costs to support both DDNAME and DSNAME options for a null file, i.e. DD DUMMY and DSN=NULLFILE, but as pointed out earlier in this thread, they are both ancient. The virtue of having both is the flexibility of choosing whichever one is more convenient (if either would work) or being able to use the function at all in a context where only one would work. I'm a little puzzled. In what context would DD DUMMY work where DSN=NULLFILE would work differently, or not at all? The 'equivalent' examples quoted from the manual differ greatly in coding JCL statements in a cataloged procedure: DSNAME can be represented as a symbolic variable but DDNAME cannot. ITYM the positional parameter DUMMY, not DDNAME. //UPDATE PROC IN1='APP.TRANSFILE' //INPUT1 DD DSN=IN1 At execution time, without touching the proc itself, one can run the program with null input with minimal coding. // EXEC UPDATE,IN1=NULLFILE One could equally well code: //UPDATE PROC KEYWORD='' //INPUT1 DD KEYWORD.DSN=APP.TRANSFILE And at execution time, without touching the proc itself, run the program with null input with minimal coding: // EXEC UPDATE,KEYWORD='DUMMY,' ... the constructs are highly equivalent in expressive power. Back in the day when resources were far more expensive than they are today, being able to test or diagnose or just validate with empty input or output files was crucial. It still makes sense today. Agreed. I'm guessing that the 'unnatural' syntax option for a null path name simply gives a Unix user the same two choices as in MVS JCL. As a mainframer, I find the mechanism ingenious, not offensive. A bad guess. The choices would exist regardless. There is need for the CI, and perhaps JES3 setup, to provide special handling for DSN=NULLFILE. Otherwise, there would be a default DISP=(NEW,DELETE) and the initiator would issue an exclusive ENQ for the name, preventing other users concurrent use of NULLFILE. No such concern applies to PATH='/dev/null', and the filesystem itself implements the character special device. The code and documentation to provide special handling for PATH='/dev/null' is unnecessary; therefore wasteful; therefore I find it offensive. Again, what is the benefit provided by the special treatment? What facility is provided by the allocation's (and perhaps the CI's) treating /dev/null differently from any other pathname? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why I cannot view the picture in bookmanager on TSO session
On Jan 2, 2008, at 8:12 PM, Tommy Tsui wrote: Sorry, I just concat the GDDM.SADMMOD to TSO PROC only, How can I verify my mode table is graphics friendly??? thanks There is VTAM MODETAB for a terminal with graphics capability. I don't have ready access to the specific mode table but its in the sample modetable (in samplib IIRC) I don't remember the member name or the sub entry name off the top of my head (its been a few years) maybe someone on here can remember specifics). Ed On 1/3/08, Ed Gould [EMAIL PROTECTED] wrote: On Jan 2, 2008, at 7:58 PM, Tommy Tsui wrote: hi. thanks for you help. I already conact the GDDM load module GDDM.SADMMOD to TSO proc. and TN3270 already enable the HOST graphic option. When I click the picture and the dark screen and GDDM key shows without any GDDM error message. do you know why? thanks Its been a while but 2 things to try: 1. Make sure you have a graphics type emulator (can handle) 2. Make sure your mode table is Graphics friendly. Ed - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: my free mainframe product
I've been reading the notes for MFNETDISK for a while and it complements Hercules emulated disk as one of the functions. Unless I'm mistaken, the disk emulation would be useful where the disk is remotely located from the processor complex or emulated processor (Hercules etc.). Obviously performance would suffer depending on the available bandwidth for remote TCPIP transmission of IO but for an absolute DR capability, the product has many facets I can visualise. If a mainframe complex was taken out, the mirrored emulated disk could be distibruted across multiple locations on multiple PCs or just a single remote location. It might take some time to get your disk re-assembled into usable status but it would mean you have a fairly hot backup available ay any point in time. The product isn't actually much use on Hercules other than to test the functionality. To my knowledge, nobody is running modern o/s or TCPIP on Hercules since they can't be licensed. I don't believe there is a TCPIP for MVS 3.8, but I could be wrong here. Nice job, Shai. I hope you get some traction in the mainstream market. On 1/3/08, shai hess [EMAIL PROTECTED] wrote: HI, Thanks for your good question. As far I know Hercules can not make mirrors to real 3390 and can not backup real 3390 and can not emulate 3390 from real MF or from any emulation MF as I do and can not be used for real DR purpose. MFNetdisk can run on real MF and can work with real 3390 disk (IBM, EMC or HDS) but of course it can run under Hercules or under any MF emulations. Easily the product can also copy and sharing MFNetDisk emulated 3390 between Hercules and real MF and any emulated MF. Yes, you hear good you can share MFNetDisk emulated 3390 between any MF (Hercules, IBM etc...) and the MFNetDisk keep the data integrity as real 3390 keep data integrity when it is shared between real MF. please try the program and you will see that this product is totally different from Hercules. I love what Hercules does but this is a different product. The only feature which is the same as Hercules is the data location of the emulated 3390 disk which is in PC. I can promise you that if and when you try the product you will love it. I know that we the old MF people afraid to try PC in MF environment but this product is different. Thanks, Shai On 1/2/08, Van Dalsen, Herbie [EMAIL PROTECTED] wrote: Shai, I haven't look at this, will do so soon, but how does the concepts that you employ to achieve this differ from what Hercules / Flex has done in the past in terms of MF disks on PC's? Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of shai hess Sent: 01 November 2007 06:10 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: my free mainframe product Hi, My MFNetDisk product is active by users and they start to find bugs (that life). I put in my site in the download page a new MVS load library (The MVS side is version 10 ) which fix some critical bugs. Anyone which run my product must download the new load library and run with it. No cold start require for the new load library. Some tips for MFNetDisk MVS side: You can see all the modify command in MVS using the F mpc010r,HELP command. The most MVS modify command I use are : F mpc010r,ip=q/r(Q or R) for query and retry. F mpc010r,conf=Q/NEW for query what are defined in MFNetDisk or change the MFNetDisk configuration dynamically. F mpc010r,SRV=Q (to check how MFNetDisk doing with tasks and pending requests. All the MVS modify command can run from MFNetDisk PCTOOL using modifysyssendreqtomvs Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Re: my free mainframe product
zLinux works fine on Hercules, by the way. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Bickerdike Sent: 3. tammikuuta 2008 6:03 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: my free mainframe product To my knowledge, nobody is running modern o/s or TCPIP on Hercules since they can't be licensed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ghost dataset from non-existent catalog on work volume
Nope, that didn't work, but I was able to get the problem resolved by moving all of the valid vsam stuff from that volume and deleting the VVDS and re-allocating it. I think there was a problem with the dataset name though because when I printed the VVDS the dataset name was spelled with a blank instead of a period in the second qualifier. Thanks anyway, Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ghost dataset from non-existent catalog on work volume
Although, I had the same problem on another volume and I found that adding STGADMIN.IGG.DELNVR.NOBCSCHK authority let me delete that one. I think the problem on the first volume was the bad DSN though, but it could have been the same as this one. Thanks, Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Java is becoming the new Cobol
There is an interesting (???) thread in comp.lang.cobol that I thought some in IBM-MAIN want to look at. It does includes its the mainframe is just as dead as COBOL statements, but I still think that some in IBM-MAIN would be interested in the comments about Java, COBOL, and the mainframe. The article is not making the point that Java is becoming the corporate language of choice, as Cobol is/once was (choose one), but that is is becoming obsolete as it is being replaced by newer languages such as Ruby, PHP, AJAX [sic], and even C#. http://www.infoworld.com/article/07/12/28/52FE-underreported-java_1.html If you're a Java developer, now's the time to invest in new skills. There was a quote from a quarter century ago or more that went 10 years ago there were 3000 languages and COBOL, today there are 300 and COBOL. In 10 years time I expect there will be 30 and COBOL. The question then is: Is Java just another fad language in the range: Algol, Pascal, Modula2, Ada, C++, that will be replaced by the next fad languages Ruby, PHP, C# which will then be replaced by the next ... Or will Java really become the next Cobol and will continue for decades more ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: my free mainframe product
HI Wayne, I've been reading the notes for MFNETDISK for a while and it complements Hercules emulated disk as one of the functions. Yes, MFNetDisk emulates 3390 the same as Hercules. the difference is that MFNetDisk uses the MVS STARTIO to do the Emulation. Hercules emulate the 3390 using its MF emulation code which can work only with Hercules. the disk emulation would be useful where the disk is remotely located from the processor complex or emulated processor (Hercules etc.). Yes, if you need local 3390 it is faster to use directly connect FICON/ESCON real 3390. Using TCP with MFNetDIsk is a feature which nobody have and I really do not like to be one of a many OEM which use the real 3390 and by that have limitation which i do not have, like remote 3390 disk, DR, uses all PC features, PC backup and more. Obviously performance would suffer depending on the available bandwidth for remote TCPIP transmission of IO but for an absolute DR capability, the product has many facets I can visualise. Yes, TCP is a problem like the Hard disk in the past was a problem when try to use it in EMC, IBM and more to emulate 3390 disks but now everyone use Hardisk to do the emulation. I know that TCP is faster and faster everyday. IBM must do more to make the TCP the same faster as the open system do to be accepted in the client/server enviroment and I know that IBM do. Do not forget that Open system use the net disk (NFS) for long time and it is work great and faster then ever. About TCPIP bandwidth, Yes if you have slower TCP lines, MFNetDisk will work slowly, But in today cost everyone can have faster TCP connection. but for an absolute DR capability, the product has many facets I can visualise. Thanks. If a mainframe complex was taken out, the mirrored emulated disk could be distibruted across multiple locations on multiple PCs or just a single remote location. It might take some time to get your disk re-assembled into usable status but it would mean you have a fairly hot backup available ay any point in time. If you put every MFNetDisk PC device in remote PC distrubute all over the country then you might have a small problem but that is not true. The PC Devices can be in one or two PC Servers and then you have physical control on them. But do not forget that MVS have pointer (the parameters files) which points to all your PC and of course you can have backup of this file in another location MVS or another PC. And beside the connection is with the IP of the PC. That mean that accessing the PC can be done using the IP with MFNetDisk PCTOOL or any remote MVS with the MFNetDisk parameters which point to all the PCs. About taking time, That is true if you do not have DR plan. Of course DR plan mean that the MVS parameter file must be duplicate in the remote MVS to be able to make the DR in no time. The product isn't actually much use on Hercules other than to test the functionality. To my knowledge, nobody is running modern o/s or TCPIP on Hercules since they can't be licensed. I don't believe there is a TCPIP for MVS 3.8, but I could be wrong here. MFNetDisk can share its 3390 emulation easily only if MVS in Hercules can access its local PC IP. that mean that if MVS MFNetDisk run on Hercules and can access the locally MFNetDisk PC Server (all MS windows have TCP) which emulate the 3390 disk then MFNetDisk can share its 3390 disk with remote real MF which surely can access the PC with the Hercules and with the MFNetDisk PC and use the 3390 emulation in that PC (I hope that it is clear what I explained, if not I will put a falsh movie (the same as i have in my site) which explain how to share MFNetDisk between MF emulation and real MF). Nice job, Shai. I hope you get some traction in the mainstream market. Thanks, Shai On 1/2/08, Wayne Bickerdike [EMAIL PROTECTED] wrote: I've been reading the notes for MFNETDISK for a while and it complements Hercules emulated disk as one of the functions. Unless I'm mistaken, the disk emulation would be useful where the disk is remotely located from the processor complex or emulated processor (Hercules etc.). Obviously performance would suffer depending on the available bandwidth for remote TCPIP transmission of IO but for an absolute DR capability, the product has many facets I can visualise. If a mainframe complex was taken out, the mirrored emulated disk could be distibruted across multiple locations on multiple PCs or just a single remote location. It might take some time to get your disk re-assembled into usable status but it would mean you have a fairly hot backup available ay any point in time. The product isn't actually much use on Hercules other than to test the functionality. To my knowledge, nobody is running modern o/s or TCPIP on Hercules since they can't be licensed. I don't believe there is a TCPIP for MVS 3.8, but I could be wrong here. Nice job, Shai. I hope you get some traction in the mainstream market. On 1/3/08, shai hess [EMAIL
Re: my free mainframe product
HI Wayne, I've been reading the notes for MFNETDISK for a while and it complements Hercules emulated disk as one of the functions. Yes, MFNetDisk emulates 3390 the same as Hercules. the difference is that MFNetDisk uses the MVS STARTIO to do the Emulation. Hercules emulate the 3390 using its MF emulation code which can work only with Hercules. the disk emulation would be useful where the disk is remotely located from the processor complex or emulated processor (Hercules etc.). Yes, if you need local 3390 it is faster to use directly connect FICON/ESCON real 3390. Using TCP with MFNetDIsk is a feature which nobody have and I really do not like to be one of a many OEM which use the real 3390 and by that have limitation which i do not have, like remote 3390 disk, DR, uses all PC features, PC backup and more. Obviously performance would suffer depending on the available bandwidth for remote TCPIP transmission of IO but for an absolute DR capability, the product has many facets I can visualise. Yes, TCP is a problem like the Hard disk in the past was a problem when try to use it in EMC, IBM and more to emulate 3390 disks but now everyone use Hardisk to do the emulation. I know that TCP is faster and faster everyday. IBM must do more to make the TCP the same faster as the open system do to be accepted in the client/server enviroment and I know that IBM do. Do not forget that Open system use the net disk (NFS) for long time and it is work great and faster then ever. About TCPIP bandwidth, Yes if you have slower TCP lines, MFNetDisk will work slowly, But in today cost everyone can have faster TCP connection. but for an absolute DR capability, the product has many facets I can visualise. Thanks. If a mainframe complex was taken out, the mirrored emulated disk could be distibruted across multiple locations on multiple PCs or just a single remote location. It might take some time to get your disk re-assembled into usable status but it would mean you have a fairly hot backup available ay any point in time. If you put every MFNetDisk PC device in remote PC distrubute all over the country then you might have a small problem but that is not true. The PC Devices can be in one or two PC Servers and then you have physical control on them. But do not forget that MVS have pointer (the parameters files) which points to all your PC and of course you can have backup of this file in another location MVS or another PC. And beside the connection is with the IP of the PC. That mean that accessing the PC can be done using the IP with MFNetDisk PCTOOL or any remote MVS with the MFNetDisk parameters which point to all the PCs. About taking time, That is true if you do not have DR plan. Of course DR plan mean that the MVS parameter file must be duplicate in the remote MVS to be able to make the DR in no time. The product isn't actually much use on Hercules other than to test the functionality. To my knowledge, nobody is running modern o/s or TCPIP on Hercules since they can't be licensed. I don't believe there is a TCPIP for MVS 3.8, but I could be wrong here. MFNetDisk can share its 3390 emulation easily only if MVS in Hercules can access its local PC IP. that mean that if MVS MFNetDisk run on Hercules and can access the locally MFNetDisk PC Server (all MS windows have TCP) which emulate the 3390 disk then MFNetDisk can share its 3390 disk with remote real MF which surely can access the PC with the Hercules and with the MFNetDisk PC and use the 3390 emulation in that PC (I hope that it is clear what I explained, if not I will put a falsh movie (the same as i have in my site) which explain how to share MFNetDisk between MF emulation and real MF). Nice job, Shai. I hope you get some traction in the mainstream market. Thanks, Shai On 1/2/08, Wayne Bickerdike [EMAIL PROTECTED] wrote: I've been reading the notes for MFNETDISK for a while and it complements Hercules emulated disk as one of the functions. Unless I'm mistaken, the disk emulation would be useful where the disk is remotely located from the processor complex or emulated processor (Hercules etc.). Obviously performance would suffer depending on the available bandwidth for remote TCPIP transmission of IO but for an absolute DR capability, the product has many facets I can visualise. If a mainframe complex was taken out, the mirrored emulated disk could be distibruted across multiple locations on multiple PCs or just a single remote location. It might take some time to get your disk re-assembled into usable status but it would mean you have a fairly hot backup available ay any point in time. The product isn't actually much use on Hercules other than to test the functionality. To my knowledge, nobody is running modern o/s or TCPIP on Hercules since they can't be licensed. I don't believe there is a TCPIP for MVS 3.8, but I could be wrong here. Nice job,
Re: New System Build
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson [EMAIL PROTECTED] wrote: This is where the questions arise and looking for some help or ideas as to how to make this work or if not possible. We see the steps as: We believe we can build a Stand Alone (SA) DFDSS pgm in card image form (BUILDSA) on the old system and FTP this across to a CMS user. This user should be able to receive this card image as a CMS file and punch it to the virtual reader. We could then IPL from the reader on this zVM virtual machine This then creates a IPL'd SA DFDSS environment This last and final part is the bit we are struggling with. We can create a DFDSS full volume dump of the OnePak System to DISK and FTP it to the zVM/CMS system on the z9. What I am struggling with is how to get the as input to the DFDSS SA program from the zVM/CMS environment? a) There is no DFDSS SA program in CMS. b) You cannot IPL something FTP'd to a VM user's RDR. The spool file is in NETDATA format. Easiest is to 1) Dump your system to tape in awstape format on your Flex system 2) FTP the awstape file to CMS 3) Go get the CMS Pipelines Runtime Distribution (not the version that comes with z/VM) 4) PIPE YOUR AWSTAPE | deblock awstape | tape to write it to a real tape drive. 5) Do the same thing with your ASWTAPE file that has DFDSS SA on it. 6) IPL the tape you just created. Restore the other tape to a disk volume. 7) IPL the disk volume Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java is becoming the new Cobol
I find it interesting how I interpreted the title of the article, Java is becoming the new Cobol. The meaning conveyed to me by the title was exactly opposite of what the article was about. To me Cobol means tried, true, and stands the test of time. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bill Klein Sent: 3. tammikuuta 2008 8:10 To: IBM-MAIN@BAMA.UA.EDU Subject: Java is becoming the new Cobol There is an interesting (???) thread in comp.lang.cobol that I thought some in IBM-MAIN want to look at. It does includes its the mainframe is just as dead as COBOL statements, but I still think that some in IBM-MAIN would be interested in the comments about Java, COBOL, and the mainframe. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JCL procedure parameters
A recent discussing in ASSEMBLER-LIST reminded me of something I tried to figure out a while ago (and didn't): Is is possible to somehow retrieve the JCL procedure parameters and their values in a program that's invoked in that procedure? I browsed the documentation of a large number of Jxxx and Sxxx control blocks but didn't find anything that suggested this was possible. Does anybody now if (and how) this could be done? Some background information: we use a utility that reads controls cards from a sequential datasets and replaces variables in the controlcards by values. The result is wriiten to an output file that can thren be used to control a program in the next jobstep. The variables and values are passed to the utility via EXEC PARM= as a series of field=value,field=value pairs. This allows you to stick JCL parameter values in the control card. The problem is the maximum size of the PARM= parameter that severy limits the number of variables and the length of the values. This could be fixed if the values wouldn't have to be passed via the PARM= parameter because the utility could somehow get directly to the current JCL parameters and their values Thanks for any input you can give, Fred! - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
Happy New Year to everybody! I'm not certain about JITed methods (executable instructions), but I would assume that they are below the bar, in the 31-bit LE Heap. This could be confirmed in a dump that included JIT'ed code. Since output from JIT are *executable* instructions, i.e. machine instructions, they cannot reside above the bar. z/OS does not currently support this. The code would die at the next interruption. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
But: all modern Java virtual machines includes a just-in-time (JIT) compiler, which dynamically translates byte codes for frequently used methods into native machine instructions. So, everyone who insists that Java is slow because it is interpreted look for other reasons :-) The emphasis being on frequently, which means some hundred or thousand times, right? Before that it is interpreted and still a reason -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL'ing from a SAN device
Lizette Koehler wrote: [...] We are always on Mainframe dasd never SAN. And as RS pointed out, the mainframe does not use SAN. We live on a DMX where SAN and mainframe share the box but not the disks. Lizette, R.S. claimed exactly contrary opinion. There are no non-SAN disks. In other words ALL mainframe disks are SAN-attached. OK, the answer was tricky and perverse a little bit. g But - what is a definition of SAN? Leaving history, BusTag channels, etc. - we have FICON channels connected through a switch (optional) to a DASD array. Exactly the same equipment and physical topology is needed for FCP. So, mainframe uses SAN, but usuallly not SCSI commands (with the exception for FCP). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html