Re: Introducing delay in a assembler.
Nevertheless a word of explanation is indicated. It seems the opportunity for confusion arises from the double use of the equal sign. Without looking it up and entirely from memory, I could explain it as follows: The first equal sign is because BINTVL is a keyword operand of the STIMER macro - as opposed to REAL which is a positional operand. The second equal sign is a bit subtle. This is a use of an assembler facility, a literal, whereby a constant which requires to be defined in a storage area can be specified in the instruction where it is used. The constant in the form of a literal, which would otherwise appear as something like FIVESEC DC A(5*100) can be specified in a macro operand if, when used within the macro and extracted from that operand to create an instruction, it looks just the same as if the literal had been used on the instruction. I expect within the macro there is probably a load instruction and the second field of the instruction is the value of the BINTVL operand, for example L 1,=A(5*100) Where are those literals to be found? Well a tidy programmer - or one who needs to pay attention to addressing requirements in a largish program - will introduce a LTORG assembler statement somewhere in the sequence of instructions where constants will not get in the way, perhaps following an unconditional branch and typically near the end of a smallish source program module. If the programmer forgets I vaguely remember that the assembler has to tidy up for him/her by dealing with accumulated literals when the END statement is encountered. The constant could also have been defined as FIVESEC DC F'500' for example, but I think I adopted the A-form rather than the F-form of defining a full-word numerical constant because brackets printed more quickly than quotes on a 1403-N1 printer - what trivia one recalls! Personally, during my long career - my assembler class was in 1967 - with occasional bursts of assembler writing, quite early on I made myself a personal standard never to use literals since they led to untidiness. Also, talking about smallish and largish above in connection with assembler programs and standards I set myself, I decided that the sign of an assembler module which had become too large was one which could not be written with a single base register. In a sense these two standards cancelled each other out since, with the second standard, I could have happily used literals and let them be rolled out after the END statement without having to worry about exceeding the capacity of a single base register - most of the time! Come to think of it, there's another subtlety in the use of the asterisk for multiplication. Is it that the value corresponding to the BINTVL operand is in hundredths of a second so that specifying 5*100 emphasises this point, that is, it makes it clear that we want a 5 second delay? This is a calculation which the assembler does so that the value actually stored is 500. Chris Mason Normally, the Original Message from Gerhard Postpischil would appear here. Unfortunately, the list server has taken exception to excessive amount of quoted material from previous posts for whatever reason so I have been obliged to omit it all - on the fifth attempt! -- 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: WELLS FARGO QUESTION
In article [EMAIL PROTECTED] you write: Dear Member, I need your help to identify the cause of a problem that has brought me and my family tremendous trouble and grief. My bank, Wells Fargo, made errors in the ownership designations on three of our accounts, attributing the mistakes to a simple, computer error--not human error. I am writing for your help in determining how and why the following changes did in fact occur: Sam, You should be asking your state's banking regulators, the federal reserve system, or the USA Comptroller of the currency (whichever one regulates banks in your state) most likely Comptroller of the currency. http://www.occ.treas.gov/ http://www.occ.treas.gov/customer.htm If OCC is not the proper agency, they will tell you who is. -- Rich Greenberg Marietta, GA, USA richgr atsign panix.com+ 1 770 321 6507 Eastern time. N6LRT I speak for myself my dogs only. VM'er since CP-67 Canines:Val, Red Shasta (RIP),Red, husky Owner:Chinook-L Atlanta Siberian Husky Rescue. www.panix.com/~richgr/ Asst Owner:Sibernet-L -- 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: WELLS FARGO QUESTION
In a message dated 11/26/2005 8:29:16 A.M. Central Standard Time, [EMAIL PROTECTED] writes: If OCC is not the proper agency, they will tell you who is. I used to bank with them. Never had a problem. Banks are federally regulated and accounts are insured up to $100,000. I'd start with the local branch. They'll fix it or point you to who can. It may be a case of identity theft or like my mom somebody stole checks out of the mail box(federal offense). They were caught in recon and being processed so no identity theft. Her bank(Regions) was very proactive in notification and prosecution. My feeling is Well's will be too. There are computer glitches but most have scrupulous audit trails(again by law) and should be able to pinpoint time and date of any changes to an account. -- 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
EXEC PARM bug or feature?
I've run into an oddity when passing an EXEC PARM to a COBOL program. I don't see anything in the JCL reference that seems to directly address this, but I'm wondering if I'm missing something. This is on a z/OS 1.4 system. Basically, it seems that if the last character of the EXEC PARM string is a forward slash, that character is stripped from the PARM value before the parameter string is passed to my COBOL program. I can get a trailing forward slash passed to the COBOL program by coding two trailing slashes in the PARM= value, but the only mention I see in the JCL reference of a need to double up on characters in the PARM= string is for ampersands and apostrophes. Embedded forward slashes are passed as expected; only the final trailing slash is stripped from the parameter string value (so there's no need to double up on every forward slash, just the last one). Can anyone cite documentation for this behavior? Here are some examples of parameter values I've passed as EXEC PARMs and the parameter lengths and values recognized by the COBOL program: == Single trailing Back Slash works as expected... //PS020 EXEC PGM=GPDIRLNK,PARM='S:\Technical Documentation\' COBOL Display of PARM length value received: *-- EXEC PARM LENGTH (00027) *-- VALUE (S:\Technical Documentation\) == Multiple Back Slashes work as expected... //PS020 EXEC PGM=GPDIRLNK,PARM='S:\Technical Documentation\\\' COBOL Display of PARM length value received: *-- EXEC PARM LENGTH (00029) *-- VALUE (S:\Technical Documentation\\\) == Single trailing Forward Slash is unexpectedly stripped from parm string... //PS020 EXEC PGM=GPDIRLNK,PARM='S:/Technical Documentation/' COBOL Display of PARM length value received: *-- EXEC PARM LENGTH (00026) *-- VALUE (S:/Technical Documentation) == Multiple trailing Forward Slashes always have final slash stripped... //PS020 EXEC PGM=GPDIRLNK,PARM='S:/Technical Documentation///' COBOL Display of PARM length value received: *-- EXEC PARM LENGTH (00028) *-- VALUE (S:/Technical Documentation//) == I can double up on the trailing Forward Slash as a work around to get what I need in the COBOL program, but I'm surprised by this behavior. Should I be? 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: EXEC PARM bug or feature?
Gary, The LE runtime is interpreting the slash as the way to pass LE execution parameters. If your data parm has a trailing slash, add a second one like this: //PS020 EXEC PGM=GPDIRLNK,PARM='S:\Technical Documentation\\' See the Language Environment manuals for more info. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Palmer Sent: Saturday, November 26, 2005 3:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: EXEC PARM bug or feature? I've run into an oddity when passing an EXEC PARM to a COBOL program. I don't see anything in the JCL reference that seems to directly address this, but I'm wondering if I'm missing something. This is on a z/OS 1.4 system. Basically, it seems that if the last character of the EXEC PARM string is a forward slash, that character is stripped from the PARM value before the parameter string is passed to my COBOL program. I can get a trailing forward slash passed to the COBOL program by coding two trailing slashes in the PARM= value, but the only mention I see in the JCL reference of a need to double up on characters in the PARM= string is for ampersands and apostrophes. Embedded forward slashes are passed as expected; only the final trailing slash is stripped from the parameter string value (so there's no need to double up on every forward slash, just the last one). This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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
FW: EXEC PARM bug or feature?
My apologies Gerry, I got your name wrong. dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: Jousma, David Sent: Saturday, November 26, 2005 3:44 PM To: 'IBM Mainframe Discussion List' Subject: RE: EXEC PARM bug or feature? Gary, The LE runtime is interpreting the slash as the way to pass LE execution parameters. If your data parm has a trailing slash, add a second one like this: //PS020 EXEC PGM=GPDIRLNK,PARM='S:\Technical Documentation\\' See the Language Environment manuals for more info. Dave This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: EXEC PARM bug or feature?
At 03:43 PM 11/26/2005, you wrote: The LE runtime is interpreting the slash as the way to pass LE execution parameters. Dave, Thanks. I needed someone to jog me memory. I've seen and used that convention before to pass LE parms, but it slipped my mind when this happened and I kept thinking of it as strictly a JCL issue. -- 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 interactive under uss shell?
Chris Mason wrote: John, If there has been any further chat about this I've missed it or maybe Thanksgiving has quieted everything down for the long weekend. I'm here just to make a quick comment over interactive mode. I guess this is a reference to the FTP connection over which commands and responses are exchanged - and which, I believe, uses some cut-down version of TELNET. This exchange is characterised by the use of port 21 on the machine running the FTP server. Simple use of the traditional FTP actually performs data transfers using port 20 on the FTP server. I expect it can all get a lot more complicated than this. I know this well since, in a long forgotten flavour of AnyNet, the sockets over SNA version which permi - I guess I'm obliged to use the past tense - permitted a customer to run these wonderful IP-based programs over his well-established, well-understood, well-ordered and predictable SNA network, marketing people, check the bumpf if it's still to be found, always used the TELNET port, 23, as an example of a port which should be mapped to the SNA interactive class of service (COS) and the FTP port, 21, as an example of a port which should be mapped to the SNA batch COS - which is rubbish, of course. What they should have said - if there was an ounce of savvy among them - is that port 21 should also be associated with the SNA interactive COS and it's port 20 which should have been used as an example of a port to be associated with the SNA batch COS. Chris Mason Again today the newsgroup server is obliging me to remove the Original Message. In essence, as far as this post is concerned, John Giltner, was asking what interactive mode in connection with some flavour of FTP called SFTP which is what the thread is really all about. If someone knows how to get round this unfriendly behaviour of the server, please let me know. Chris, Thanks, I know how ftp works, I just never heard it called interactive mode before. Normally port 21 is the control/command connection/session and the other port (number depends on if it is passive or active) is the data connection/session. As for the other problem I find that sometimes i can get the message through if I remove the For IBM-MAIN subsriber ... text that is added to the end of the posts. John Giltner -- 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
IBM Ships latest Z9 Mainframe
IBM starts shipping latest mainframe computers [LatelineNews 2005-09-18] SAN FRANCISCO - IBM , the world's biggest computer company, said it began shipping the latest version of its mainframe computer today, helping drive up revenue as customers switch to the new device. System z9, the ninth generation of IBM's modern z-series mainframe, has more than twice the capabilities of its predecessor, IBM said in a statement on Friday. The refrigerator-sized computers, used by some of the world's largest companies and governments, promise added security for medical and financial information and other sensitive data. The computer can handle 1 billion transactions per day. Fully configured versions have 54 chips and 18 billion transistors. Prices start at around $1 million apiece. For the third quarter, I expect a minimal impact on revenue, said analyst Bob Djurdjevic of Phoenix-based Annex Research. I do expect a significant impact in the fourth quarter of this year. There's been pent-up demand as customers held off purchasing the older version while awaiting the upgrade. International Business Machines Corp. of Armonk, New York, said in July the upgrade would help it fuel growth in mainframes, which were seen as dinosaurs in the personal computer era. Mainframes instead have staged a comeback as a more manageable way to consolidate smaller computers. Mainframes account for a fraction of IBM's roughly $90 billion annual revenue but act as a catalyst for IBM's software, storage and outsourcing services, which make up about about half of revenue. The mainframe is much more important to IBM than meets the eye, Djurdjevic said. Off of that mainframe IBM gets a ton of other revenue. Muzi.com News http://news.muzi.comBM starts shipping latest mainframe computers -- 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
Any Old Time Inc types on the list?
Please email me and I will pass on some sad news. 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
Policy for CPU and OS upgrade
Good day every one, I want to get the experience of other in two issues: 1. How you put your policy to upgrade the CPU or to go to new bigger processor, is it just when you suffer from 100% CPU usage or what are the criteria used for that? 2. Regarding the operating system: when you decide to go to higher version? and what is your maintenance policy?, are you puting maintenance every 6 months as example or you do maintenance only if you are forced because of a problem you faced? Best regards, Mohamed Juma __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.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