Re: new Feb2008 zPOP: Execute Relative Long
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Saturday, March 01, 2008 1:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: new Feb2008 zPOP: Execute Relative Long Tom Schmidt wrote: See SA22-7832-06 for the EXRL instruction. (I'm sure Ed's been aware for several months now, but the rest of us may be happy now.) Give 'em an inch and they'll take a yard! People are already clamoring for additional forms of EXRL that can OR the mask with other than byte one of the target instruction! It never ends! :-) -- Edward E Jaffe How about a totally new EX type instruction. This one executes the single instruction built into a 64-bit register. This could handle any / all instructions from 2 to 8 bytes in length. And since the largest instruction is 6 bytes long, that is all of them. Just create the instruction in a register, then execute the register contents. -- 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: new Feb2008 zPOP: Execute Relative Long
On Mon, 3 Mar 2008 10:17:24 -0600, McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Saturday, March 01, 2008 1:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: new Feb2008 zPOP: Execute Relative Long Tom Schmidt wrote: See SA22-7832-06 for the EXRL instruction. (I'm sure Ed's been aware for several months now, but the rest of us may be happy now.) Give 'em an inch and they'll take a yard! People are already clamoring for additional forms of EXRL that can OR the mask with other than byte one of the target instruction! It never ends! :-) -- Edward E Jaffe How about a totally new EX type instruction. This one executes the single instruction built into a 64-bit register. This could handle any / all instructions from 2 to 8 bytes in length. And since the largest instruction is 6 bytes long, that is all of them. Just create the instruction in a register, then execute the register contents. Why not also allow the EXreg instruction to execute UP TO 8 bytes worth of the register contents? In other words, if you have less than 6 byte instructions to execute (say a 2-byte plus a 6-byte instruction) why not allow BOTH of them to potentially execute within the single EXreg instruction? Then why not also allow an EXreg-multiple instruction to support up to 16 (or 15) registers worth of instructions preloaded into the registers to operate, much like the PDPs of old did? (Not that slow, of course.) Or just leave it all alone and be grateful that Ed got his wish. -- Tom Schmidt -- 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: SPAM: Re: new Feb2008 zPOP: Execute Relative Long
-snip-- Why not also allow the EXreg instruction to execute UP TO 8 bytes worth of the register contents? In other words, if you have less than 6 byte instructions to execute (say a 2-byte plus a 6-byte instruction) why not allow BOTH of them to potentially execute within the single EXreg instruction? Then why not also allow an EXreg-multiple instruction to support up to 16 (or 15) registers worth of instructions preloaded into the registers to operate, much like the PDPs of old did? (Not that slow, of course.) Or just leave it all alone and be grateful that Ed got his wish. -unsnip- Let's all quit trying to second-guess IBM and instead just wait a while. I'm certain that there will be additional upgrades as the z/10 goes through evolution. Let's see what time brings us. -- 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: SPAM: Re: new Feb2008 zPOP: Execute Relative Long
Rick Fochtman wrote: Let's all quit trying to second-guess IBM and instead just wait a while. I'm certain that there will be additional upgrades as the z/10 goes through evolution. Let's see what time brings us. Customer dialog helps influence IBM's design and direction. If customers always took a wait and see approach to everything z, IBM might just now be coming out with MVS/XA! ;-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: new Feb2008 zPOP: Execute Relative Long
In [EMAIL PROTECTED], on 03/01/2008 at 05:11 PM, Paul Gilmartin [EMAIL PROTECTED] said: I'm reminded of the PDP-6/10/20, There was no PDP-20. As I recall the DECSYSTEM-20 used a KL10. where the registers were memory mapped, or the bottom 16 words of memory were register mapped, depending on model/feature/price. Yes. Some earlier machines did similar things. -- 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: new Feb2008 zPOP: Execute Relative Long
Tom Schmidt wrote: See SA22-7832-06 for the EXRL instruction. (I'm sure Ed's been aware for several months now, but the rest of us may be happy now.) Give 'em an inch and they'll take a yard! People are already clamoring for additional forms of EXRL that can OR the mask with other than byte one of the target instruction! It never ends! :-) -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: new Feb2008 zPOP: Execute Relative Long
On 1 Mar 2008 10:59:02 -0800, in bit.listserv.ibm-main you wrote: Tom Schmidt wrote: See SA22-7832-06 for the EXRL instruction. (I'm sure Ed's been aware for several months now, but the rest of us may be happy now.) Give 'em an inch and they'll take a yard! People are already clamoring for additional forms of EXRL that can OR the mask with other than byte one of the target instruction! It never ends! :-) As one of those people who has wanted an execute that would allow us to expand each nibble in the pack/unpack/decimal instructions to at least a byte, I am guilty. This would allow for large fixed decimal fields. Floating point decimal isn't always the best idea. Clark Morris -- 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: new Feb2008 zPOP: Execute Relative Long
On Sat, 1 Mar 2008 11:00:43 -0800, Edward Jaffe wrote: Give 'em an inch and they'll take a yard! People are already clamoring for additional forms of EXRL that can OR the mask with other than byte one of the target instruction! It never ends! :-) Why not just a facility that will OR an entire grande register with 8 bytes of instructions and execute the result? If one wished, one might put zeroes in the storage and the instruction proper in the register. This comes perilously close to self-modifying code. I'm reminded of the PDP-6/10/20, where the registers were memory mapped, or the bottom 16 words of memory were register mapped, depending on model/feature/price. One could MVC (of course; no need for LM) a short loop into registers and branch to location 0 to execute it. -- 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
