Google Analytics IBM MIPS
If you have a web site and you're not using Google Analytics, I suggest you evaluate it. My sites are collecting data now. Factiod - 63 people downloaded one or more of the MIPS tables on 21 June 2006 UTC. I wouldn't have expected anything like so many. I think I might make the disclaimer into a separate page so I can see how many actually read it. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: RACF Query
Crispin, Run the following command to see what profile is protecting creation of aliases and who has access to it. RLIST FACILITY STGADMIN.IGG.DEFDEL.UALIAS ALL This may answer your question. Regards, Bob Robert S. Hansel | 2006 RACF Training RACF Specialist| Intro Basic Admin - Boston, MA - NOV 8-9 RSH Consulting, Inc. | www.rshconsulting.com | 617-969-8211 | See our website for details registration form -Original Message- Date:Fri, 16 Jun 2006 14:46:37 +0100 From:Crispin Hugo [EMAIL PROTECTED] Subject: No subject given I have a RACF profile defined for the master catalog CATALOG.Z17.MASTER which has a UACC of READ with group TSG in the access list with ALTER. The profile is owned by group TSG. The profile is defined as Generic although it is the fully qualified name. Group SYS1 is not mentioned at all in the profile. It seems however that any userid that is in group SYS1 can still UPDATE the master catalog. For example a DEFINE ALIAS works from any userid or task associated with a group SYS1 user. Is this set up as a standard? I can't find anything obvious in the documentation. Thanks Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 -- 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
OT - J B Hunt
Sorry to waste people's time - but I can't think how to fix this one any other way. I recently got a mailing list bounce from J B Hunt - probable junk mail. It wasn't, so I emailed the address given on the bounce message - and for my trouble got a 550 disallowed on the email. Trivial so far - they don't deserve my attention. Except that their system is in some sort of loop and periodically sends me copies of the first bounce message. So if someone at J B Hunt - or someone who has a valid email address for someone there - reads this, PLEASE ask their postmaster to fix this. == The following email message was blocked by MailMarshal: From:[EMAIL PROTECTED] To:[EMAIL PROTECTED] Subject:Google Analytics IBM MIPS Message: B449a5aba.0001.0003.mml Because the message is probably ajunk mail. If you believe your message was blocked in error, please send a message to [EMAIL PROTECTED] == So I did: == The original message was received at Tue, 20 Jun 2006 17:55:28 -0500 from smtp1.wanadoo.co.uk [193.252.22.158] - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 550 Rule imposed mailbox access for [EMAIL PROTECTED] refused) - Transcript of session follows - ... while talking to jbhap14b.jbhunt.com.: RCPT To:[EMAIL PROTECTED] 550 Rule imposed mailbox access for [EMAIL PROTECTED] refused 550 5.1.1 [EMAIL PROTECTED]... User unknown === Putting up a return address and then blocking it - some people shouldn't be allowed near computers. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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
Fetching COBOL from C gives U4091
All, in a multithreaded C-Application I need to run a COBOL-Prog. I use the C-Function fetch() to get an Entry-Point and jump into it. This works fine for the first time, but when I fetch the module again and jump into it I get an ABEND U4091 Reason 0C. This also happens in a single threaded application. Anyone got this too and has a solution? Thanks, Michael -- 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: Any suggested classes in TLS/SSL implementation?
Looking for some formal IBM training in setting up a TLS/SSL certificate based solution. The ideal course would include the whole banana from mechanics to management. A troll through IBM TEACH cam up empty, most likely due to poor search arguments. Hal, I was looking for the some training and spoke to several people in IBM education. I was told that it is not covered in any of their classes. This was last year, maybe it has been added by now. Jay -- 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
CKBR Instances on Mainframe MQ/CICS Bridge
I am running the MQ CICS DPL Bridge on a mainframe. This bridge connects my MQSeries 5.3.1 mainframe queue manager to a CICS 2.3 region. The bridge uses a CICS transaction CKBR to read the messages from the Bridge queue and place them into CICS for processing. Sometimes I get queueing occurring on this queue. It seems that CICS isn't able to read the messages fast enough at peak times. I was wondering if it is possible to have more than one instance of the CKBR transaction in a single CICS region, to get this queue read faster. Does anyone know ? -- 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: Availability of OS/VS RPG II 5740-RG1
I think it's much easier to look the ordering checklists to see whether products they want are still orderable than to go through all the announcements. They're available at: http://www.ibm.com/servers/eserver/zseries/software/swinfo/os390.html On the ServerPac and CBPDO checklists, you'll find: Name V RR.MM Order# ServerPac/ CBPDO Feature Code OS/VS RPG II Compiler V1 1 01.00 5740-RG1 5882 Having said that, the ordering checklists only tell you what is available now, not when or whether they will be withdrawn. For that information, you do have to look at the announcement letters or the Support Lifecycle page (for those products listed there). Timothy Sipples wrote: snip Really the only way to verify the above on ibm.com (that I know of) is to look at http://www.ibm.com/common/ssi (the announcement letters) and do an Advanced Search on the product number (5740-RG1), entire date range. You'll see a reference (only) to the original announcement (it's from long ago, so the original 1981 announcement letter didn't make it into the Web database), and you won't see anything withdrawn (except the aforementioned older media types). Since it's kind of obscure it never got its own ibm.com page, but it's still available. snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- 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: Fetching COBOL from C gives U4091
Michael Knigge wrote: All, in a multithreaded C-Application I need to run a COBOL-Prog. I use the C-Function fetch() to get an Entry-Point and jump into it. This works fine for the first time, but when I fetch the module again and jump into it I get an ABEND U4091 Reason 0C. This also happens in a single threaded application. Why are you fetching the routine more than once? Fetch it once and it stays there until the process ends. If you are doing what you say, I would start by only fetch()-ing one time. Is the COBOL program compiled with THREAD? In your multi-threaded application you will need this. [It can still run in non-threaded apps, although it will be slower.] Kind regards, -Steve Comstock -- 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: SDSF poor performance when using SB or SE on a running job's output
Fred, I have noticed the same issue, and it appears that SDSF is executing code that runs with the same dispatching priority as the address space it is querying. In a CPU-constrained environment, I can re-create this by browsing a low-priority running job's output, and the response is poor. I can then change the dispatching priority of the same job and the response is excellent. I can then reverse the priority and it reverts back. You have the source of SDSF and can investigate why if you need additional information. Tom -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Fred Schmidt Sent: Wednesday, June 21, 2006 10:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SDSF poor performance when using SB or SE on a running job's output Have any of you noticed poor performance in SDSF when you use the SB or SE action characters to view a running job's output? When I do a FIND in a job with only 666 lines, it takes at least 6 seconds to respond. Compare that with subsecond response for the same FIND command when using the S action character to view the same output. If you are looking at a job with a significant number of lines of output, you may as well come back after lunch! The initial entry to view the job's output with SB or SE is also very slow. This poor performance only occurs when viewing the output from a job that is running. For jobs that have ended, performance is normal. We see this on both z/OS 1.4 and 1.7. It doesn't make any difference whether we look at job output from the DA panel or the ST panel. Regards, Fred 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: Mainframe Limericks...
There once was a person named Rishi, Who posted a message most fishy. For pluralizing JCL, He should rot in hell, Though, now commonplace, it's cliche. Real mainframers don't pluralize JCL! _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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: SDSF poor performance when using SB or SE on a running job's output
The way I've always understood this is that SDSF schedules an SRB into the target address space to get spool data in buffers. The difference between S (SDSF Browse) and the SB/SE (ISPF Browse/Edit) line commands is that with the latter commands, all the data is probably fetched up front. With S, SDSF gets the data only when you need it, as you need it. If you never scroll down to the bottom of the data, SDSF never needs to get the data from the target address space. Further, the SRB that SDSF schedules to the target address space does not force the job to swap in. This means that if the low priority job happens to be swapped out, the SRB won't run. SDSF designers don't want to give a low priority job a benefit (forcing the system to swap it in) just to view the in-memory spool data. Finall, I have always understood that the SRB times out after 10 seconds. Thus, the delay. If the job is swapped in, the SRB will run instantly, but if swapped out, the SRB sits and waits until it times out. Perhaps the main difference here is that when you issue a FIND command with SDSF Browse, SDSF simply skips the SRB, so you're never subject to the 10 second timeout. The above is basically my understanding just by thinking about how this probably works. Someone who actually knows might chime in with a better answer. Brian On Thu, 22 Jun 2006 12:49:48 +0930, Fred Schmidt [EMAIL PROTECTED] wrote: Have any of you noticed poor performance in SDSF when you use the SB or SE action characters to view a running job's output? When I do a FIND in a job with only 666 lines, it takes at least 6 seconds to respond. Compare that with subsecond response for the same FIND command when using the S action character to view the same output. If you are looking at a job with a significant number of lines of output, you may as well come back after lunch! The initial entry to view the job's output with SB or SE is also very slow. This poor performance only occurs when viewing the output from a job that is running. For jobs that have ended, performance is normal. We see this on both z/OS 1.4 and 1.7. It doesn't make any difference whether we look at job output from the DA panel or the ST panel. Regards, Fred 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
Old Hashing Routine
My client has instructed me to modify some modules so that they run above the line. This was a no brainer until I ran across a call to module BQKDPRS in several of the modules. This is an old (1970's) hashing routine for encrypting and decrypting a pin number. Naturally the client only has the object code and, since it is so old, it can only run below the line. So my questions are: 1. Is there another routine that does the same thing as BQKDPRS but can run above the line? 2. If there isn't, will specifying DATA(31) for the compile options of the Cobol programs calling BQKDPRS and Binder options of Amode(31), Rmode(Any) be enough to satisfy my client's requirements? Thanks. Steve Wiegand -- 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: OT - J B Hunt
Odds are that someone that has you, and the recipient, in their e-mail list has a virus on their computer. I get these occasionally for twomenandatruck, out of Houston. The mail isn't in response to one of your old e-mails, it is someone spuffing(?) your e-mail address continuing to send the virus out. Phil Payne wrote: Sorry to waste people's time - but I can't think how to fix this one any other way. I recently got a mailing list bounce from J B Hunt - probable junk mail. It wasn't, so I emailed the address given on the bounce message - and for my trouble got a 550 disallowed on the email. Trivial so far - they don't deserve my attention. Except that their system is in some sort of loop and periodically sends me copies of the first bounce message. So if someone at J B Hunt - or someone who has a valid email address for someone there - reads this, PLEASE ask their postmaster to fix this. == The following email message was blocked by MailMarshal: From:[EMAIL PROTECTED] To:[EMAIL PROTECTED] Subject:Google Analytics IBM MIPS Message: B449a5aba.0001.0003.mml Because the message is probably ajunk mail. If you believe your message was blocked in error, please send a message to [EMAIL PROTECTED] == So I did: == The original message was received at Tue, 20 Jun 2006 17:55:28 -0500 from smtp1.wanadoo.co.uk [193.252.22.158] - The following addresses had permanent fatal errors - [EMAIL PROTECTED] (reason: 550 Rule imposed mailbox access for [EMAIL PROTECTED] refused) - Transcript of session follows - ... while talking to jbhap14b.jbhunt.com.: RCPT To:[EMAIL PROTECTED] 550 Rule imposed mailbox access for [EMAIL PROTECTED] refused 550 5.1.1 [EMAIL PROTECTED]... User unknown === Putting up a return address and then blocking it - some people shouldn't be allowed near 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
Re: OT - J B Hunt
In a message dated 6/22/2006 9:39:40 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Odds are that someone that has you, and the recipient, in their e-mail list has a virus on their computer. I get these occasionally for I forwarded it to [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) didn't bounce, but haven't heard anything back either. -- 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: Patent #6886160
Jay Maynard wrote: to promote Progress of Science and useful Arts, by securing for limited Times to Authors and Inventors the exclusive Right to their respective Writings and Discoveries The *objective* was to foster innovation, NOT to reward people. Innovation is the objective. Reward is the mechanism. Without the mechanism, the objective will not be achieved. That's quite possible, though I doubt very much that there is any actual evidence for this frequent claim. Were Leonardo da Vinci or J.S. Bach or countless other creators deterred by the lack of copyrights and patents? And even if the claim is true, the current system of exclusive rights is far from being the only possible mechanism. Tony H. -- 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: OT - J B Hunt
Ed Finnell wrote: I forwarded it to [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) didn't bounce, but haven't heard anything back either. NO! Don't reply to them. Now you probably signalled them that your mail address is live and active. These 'bouncing' mails are actually bait to confirm e-mail addresses to be used in future spam/phishing/spear phishing/scam e-mails. Drop that senders/baiters in a kill file for immediate delete. Groete / Greetings Elardus Engelbrecht South Africa -- 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: Old Hashing Routine
will ... be enough to satisfy my client's requirements? Hard to say from this distance. I can tell you that - almost no non-trivial older program ever becomes purely 31-bit. Your client may be happy if your result is mostly 31-bit or as 31-bit as reasonably possible. - I think it's worth a shot to see if it will run 31-bit, either both A R = 31, or just A=31, R=24. Sometimes you win these things on blind luck. There is nothing about an older program that necessarily means it will not run AMODE 31. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stephen M. Wiegand Sent: Thursday, June 22, 2006 7:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Old Hashing Routine My client has instructed me to modify some modules so that they run above the line. This was a no brainer until I ran across a call to module BQKDPRS in several of the modules. This is an old (1970's) hashing routine for encrypting and decrypting a pin number. Naturally the client only has the object code and, since it is so old, it can only run below the line. So my questions are: 1. Is there another routine that does the same thing as BQKDPRS but can run above the line? 2. If there isn't, will specifying DATA(31) for the compile options of the Cobol programs calling BQKDPRS and Binder options of Amode(31), Rmode(Any) be enough to satisfy my client's requirements? Thanks. Steve Wiegand -- 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
SSL/TLS Woes FTP
NOTE: X-posted to MVS-OE and IBM-MAIN Hi, All, Trying to setup z/OS 1.5 FTP client-side to use SSL/TLS but can't seem to find where/how to specify keyring database password (this is on the sandbox system; when/if we go live we'll use RACF keyring). This is the message that Trace writes: FC0373 ftpAuth: TLS init failed with rc = 201 (No key database password supplied) Where do I need to look to read instructions for specifying the key database password in batch JCL for running FTP? TIA, -jc- -- 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: Old Hashing Routine
just a thought 1. there are numerous callable routines in icsf to (de)encrypt/hash anything, esp pin's, ie the finical services suite. even smp is into icsf hashing and w/ 1.7 you don't even need to start up icsf, i've heard 2. leave the hash routine as a separate callable load module in 24b and don't link it with the other lmod. Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: Old Hashing Routine
Charles Mills wrote: There is nothing about an older program that necessarily means it will not run AMODE 31. A common practice used by older programs is using LA to clear the how order byte, which is a problem if it's a 31-bit address. -- 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: Old Hashing Routine
Depending on what the purpose of the clear is. Sometimes it was done just to make sure a count was not negative, or to get rid of an x'80' call list delimiter, in which case you're okay. My point is that sure, there a thousand reasons why it might not work, but no inherent reason not to give it a try. There's no guarantee that it WON'T work. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richard Tsujimoto Sent: Thursday, June 22, 2006 8:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Old Hashing Routine Charles Mills wrote: There is nothing about an older program that necessarily means it will not run AMODE 31. A common practice used by older programs is using LA to clear the how order byte, which is a problem if it's a 31-bit address. -- 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: SSL/TLS Woes FTP
it's in ftpdata, dbase is KEYRING /u/xx/tn32v1r2.kdb and the password is in the stash file /u/xx/tn32v1r2.sth Jack Kelly LA Systems @ US Courts x 202-502-2390 -- 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: SSL/TLS Woes FTP
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Kelly it's in ftpdata, dbase is KEYRING /u/xx/tn32v1r2.kdb and the password is in the stash file /u/xx/tn32v1r2.sth Duh Thanks, -jc- -- 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
USS Performance Data
I'm looking for anyone's pgms (SAS, ASSEM, REXX, Whatever) to can format the USS information on the SMF30, 42, 92 records before I reinvent the wheel. We have MXG but haven't located anyting canned thus far. Thanks in Advance -- 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: Mainframe Limericks...
J R, This is a language problem. Unfortunately it is quite common in French, for example, to translate from a French plural word to what should be, in English, a collective noun which is only ever used in the singular. Thus, for example, logiciels should translate to software but francophones very often/nearly always come up with softwares because logiciels is plural. I've just now seen another post in another list where the word advices appeared, presumably the poster had the word conseils in mind. Why don't the French use software and computer (ordinateur[1]) just like everybody else? Blame l'Académie française[2] [1] http://fr.wikipedia.org/wiki/Ordinateur [2] http://www.academie-francaise.fr/ Incidentally, a limerick should sound more like the following which I composed in an inspirational minute reflecting on a real event which had just taken place - with a couple of exaggerations fully compatible with poetic licence g: There was a young fellow called Jolly, Who thought drink an extravagant folly, 'Till we gave him seven With gin in his lemon And now he's quite tipsy, by golly! Chris Mason - Original Message - From: J R [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Thursday, 22 June, 2006 3:24 PM Subject: Re: Mainframe Limericks... There once was a person named Rishi, Who posted a message most fishy. For pluralizing JCL, He should rot in hell, Though, now commonplace, it's cliche. Real mainframers don't pluralize JCL! -- 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: SSL/TLS Woes FTP
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. If you are using certificates under ACF2 or RACF, that will not be a file. In ACF2 speak, it is the Ringname. In RACF it is the RING. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Thursday, June 22, 2006 12:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SSL/TLS Woes FTP -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Kelly it's in ftpdata, dbase is KEYRING /u/xx/tn32v1r2.kdb and the password is in the stash file /u/xx/tn32v1r2.sth Duh Thanks, -jc- -- 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: USS Performance Data
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. For MXG, TYPS92 formats the type 92 records. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Betsy Jeffery Sent: Thursday, June 22, 2006 12:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: USS Performance Data I'm looking for anyone's pgms (SAS, ASSEM, REXX, Whatever) to can format the USS information on the SMF30, 42, 92 records before I reinvent the wheel. We have MXG but haven't located anyting canned thus far. Thanks in Advance -- 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: Old Hashing Routine
You might take a look at the HASHWF package on the IBM z/VM Downloads website: HASHWF 2000-01-12 A General HASH function (S/370 and other systems) The hashing code is supplied in Assembler source code. I do not know if it is really capable of running above the line, but the Rexx function included in the package works well. /Tom Kern --- Stephen M. Wiegand [EMAIL PROTECTED] wrote: My client has instructed me to modify some modules so that they run above the line. This was a no brainer until I ran across a call to module BQKDPRS in several of the modules. This is an old (1970's) hashing routine for encrypting and decrypting a pin number. Naturally the client only has the object code and, since it is so old, it can only run below the line. So my questions are: 1. Is there another routine that does the same thing as BQKDPRS but can run above the line? 2. If there isn't, will specifying DATA(31) for the compile options of the Cobol programs calling BQKDPRS and Binder options of Amode(31), Rmode(Any) be enough to satisfy my client's requirements? Thanks. Steve Wiegand -- 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 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around 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
Re: Old Hashing Routine
If you can use a 'new fangled' program object instead of a load module as your executable, then RMODE(SPLIT) provides a nice resolution of such problems as you describe: AMODE(24) for a few intractable, difficult to convert routines and RMODE(31) for all the rest. John Gilmore Ashland, MA 01721-1817 USA _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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: SDSF poor performance when using SB or SE on a running job's output
Brian Peterson wrote: The way I've always understood this is that SDSF schedules an SRB into the target address space to get spool data in buffers. Not in any supported release. (Specifically, not since z/OS 1.2.) The difference between S (SDSF Browse) and the SB/SE (ISPF Browse/Edit) line commands is that with the latter commands, all the data is probably fetched up front. With S, SDSF gets the data only when you need it, as you need it. If you never scroll down to the bottom of the data, SDSF never needs to get the data from the target address space. Further, the SRB that SDSF schedules to the target address space does not force the job to swap in. This means that if the low priority job happens to be swapped out, the SRB won't run. SDSF designers don't want to give a low priority job a benefit (forcing the system to swap it in) just to view the in-memory spool data. SDSF designers really have nothing at all to do with this. In z/OS 1.4 and z/OS 1.7 (the environments described by the OP), a JES2 service is employed to read the outstanding spool buffers from an executing job. That JES2 service schedules a preemptable SRB into the subject job's address space. (You may wish to review APAR OA04704 for some history of and at least one complaint about the behavior of this JES2 service.) Dispatching the SRB will cause a swap-in of the target address space if it is swapped out. Finally, I have always understood that the SRB times out after 10 seconds. Thus, the delay. If the job is swapped in, the SRB will run instantly, but if swapped out, the SRB sits and waits until it times out. I've never heard of such a time-out. However, if it exists, it will most-likely be implemented inside the JES2 service and not directly by its callers. -- 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: SSL/TLS Woes FTP
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A If you are using certificates under ACF2 or RACF, that will not be a file. In ACF2 speak, it is the Ringname. In RACF it is the RING. That will come later. Right now I have a connection established (after having created the requisite stash file for the key database), and the server apparently is waiting for the client (z/OS) to start negotiation of the security stuff. The batch job is just sitting there, and the last message from the server is: 234 SSL enabled and waiting for negotiation It's been that way for a few minutes now, and the sandbox is not being starved for CPU From my reading of the Appendix in the IP Configuration Guide (or Reference; I forget) manual, what's supposed to happen at this point is that the server sends its certificate, and my client is supposed to ask whether to accept the (presently unknown) certificate; yet that does not appear to be happening. The FTP job is not looping, either. This is initial experimentation, with the only additions to FTPDATA being the absolute minimum KEYRING keyfilename and SECURE_MECHANISM TLS statements; everything else relating to secure FTP is allowed to default. So far, so BAD. -jc- -- 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: SSL/TLS Woes FTP
One thing to consider, talk to your network support to make sure they are not blocking anything, ports/IP addresses etc.. [EMAIL PROTECTED] 6/22/2006 12:55 PM -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A If you are using certificates under ACF2 or RACF, that will not be a file. In ACF2 speak, it is the Ringname. In RACF it is the RING. That will come later. Right now I have a connection established (after having created the requisite stash file for the key database), and the server apparently is waiting for the client (z/OS) to start negotiation of the security stuff. The batch job is just sitting there, and the last message from the server is: 234 SSL enabled and waiting for negotiation It's been that way for a few minutes now, and the sandbox is not being starved for CPU From my reading of the Appendix in the IP Configuration Guide (or Reference; I forget) manual, what's supposed to happen at this point is that the server sends its certificate, and my client is supposed to ask whether to accept the (presently unknown) certificate; yet that does not appear to be happening. The FTP job is not looping, either. This is initial experimentation, with the only additions to FTPDATA being the absolute minimum KEYRING keyfilename and SECURE_MECHANISM TLS statements; everything else relating to secure FTP is allowed to default. So far, so BAD. -jc- -- 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: Old Hashing Routine
AMODE(24) in the below should read RMODE(24), right? Also, some routines won't run AMODE(31), even if they are RMODE(24). Programs with tables with words of the format X'flags',AL3(data) for example, if they load the word into a register and then use the contents of the register as an address. However, you can solve that by front-ending the routine with a stub that goes AMODE(31) to (24) before the call and (24) to (31) on the way back out - assuming of course that the passed parameters are below the line. What a pain! Was it Gene Amdahl who said the biggest mistake of the 360 architecture was the 24-bit addresses? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of john gilmore Sent: Thursday, June 22, 2006 9:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Old Hashing Routine If you can use a 'new fangled' program object instead of a load module as your executable, then RMODE(SPLIT) provides a nice resolution of such problems as you describe: AMODE(24) for a few intractable, difficult to convert routines and RMODE(31) for all the rest. -- 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: Mainframe Limericks...
On Thu, 22 Jun 2006 18:35:29 +0200, Chris Mason [EMAIL PROTECTED] wrote: This is a language problem. Unfortunately it is quite common in French, for example, to translate from a French plural word to what should be, in English, a collective noun which is only ever used in the singular. Thus, for example, logiciels should translate to software but francophones very often/nearly always come up with softwares because logiciels is plural. I've just now seen another post in another list where the word advices appeared, presumably the poster had the word conseils in mind. Yeah We french people ( some other foreigners as well) are often using a strange grammar . agreed . and confusing it . agreed ! But then : logiciel and software are not necessarily the same thing . It is a subtility ( or a pain :-)) ) in the french language un logiciel means a software PRODUCT le logiciel means software les logiciels means 'software products So as you can see,if it is plural ,we are definitely talking about software products . If it is singular and it is behind le ( The ) it becomes software . And if it is singular with the number 1 in front it becomes again a software product .( right ,because the number could be different than zero ) Not sure i make myself clear but i could explain it in french :-)) And in french i would tell you that for me a software product is not necessarily software big grin Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: SSL/TLS Woes FTP
NOTICE:
All information in and attached to the e-mail(s) below may be proprietary,
confidential, privileged and otherwise protected from improper or erroneous
disclosure. If you are not the sender's intended recipient, you are not
authorized to intercept, read, print, retain, copy, forward, or disseminate
this message. If you have erroneously received this communication, please
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy
all copies of this message (electronic, paper, or otherwise). Thank you.
You might want to put DEBUG SEC CMD SOC(3) FLO in the SYSFTPD. When I
was having issues, this is what support gave me to help debug the
problem. Also, you can add PARM=('ENVAR(GSK_TRACE=0X)/-r tls') to
turn on GSK tracing. The part I had the most trouble with was getting a
copy of the server's certificate connected to my keyring.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Thursday, June 22, 2006 12:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SSL/TLS Woes FTP
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A
If you are using certificates under ACF2 or RACF, that will
not be a file. In ACF2 speak, it is the Ringname. In RACF
it is the RING.
That will come later. Right now I have a connection established (after
having created the requisite stash file for the key database), and the
server apparently is waiting for the client (z/OS) to start negotiation
of the security stuff. The batch job is just sitting there, and the
last message from the server is:
234 SSL enabled and waiting for negotiation
It's been that way for a few minutes now, and the sandbox is not being
starved for CPU
From my reading of the Appendix in the IP Configuration Guide (or
Reference; I forget) manual, what's supposed to happen at this point is
that the server sends its certificate, and my client is supposed to ask
whether to accept the (presently unknown) certificate; yet that does not
appear to be happening. The FTP job is not looping, either.
This is initial experimentation, with the only additions to FTPDATA
being the absolute minimum KEYRING keyfilename and SECURE_MECHANISM
TLS statements; everything else relating to secure FTP is allowed to
default.
So far, so BAD.
-jc-
--
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: Mainframe Limericks...
Yes, I'm familiar with the translation problem; I've come to terms with that. What bothers me more are the PFCSK types and the *IX émigrés who think of a job as a JCL and, therefore, several jobs as JCLs. In the OP's limerick, he referred to writing jcls which really goes against the grain. (BTW, I knew my limerick wasn't very good but it was the best I could come up with.) From: Chris Mason [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Limericks... Date: Thu, 22 Jun 2006 18:35:29 +0200 J R, This is a language problem. Unfortunately it is quite common in French, for example, to translate from a French plural word to what should be, in English, a collective noun which is only ever used in the singular. Thus, for example, logiciels should translate to software but francophones very often/nearly always come up with softwares because logiciels is plural. I've just now seen another post in another list where the word advices appeared, presumably the poster had the word conseils in mind. Why don't the French use software and computer (ordinateur[1]) just like everybody else? Blame l'Académie française[2] [1] http://fr.wikipedia.org/wiki/Ordinateur [2] http://www.academie-francaise.fr/ Incidentally, a limerick should sound more like the following which I composed in an inspirational minute reflecting on a real event which had just taken place - with a couple of exaggerations fully compatible with poetic licence g: There was a young fellow called Jolly, Who thought drink an extravagant folly, 'Till we gave him seven With gin in his lemon And now he's quite tipsy, by golly! Chris Mason _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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: OT - J B Hunt
OK. What is spear phishing? I've never heard that term before. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee Wisconsin 414-475-7434 - Original Message - From: Elardus Engelbrecht [EMAIL PROTECTED] These 'bouncing' mails are actually bait to confirm e-mail addresses to be used in future spam/phishing/spear phishing/scam e-mails. Drop that senders/baiters in a kill file for immediate delete. Groete / Greetings Elardus Engelbrecht South Africa -- 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: Mainframe Limericks...
You shouldn't have to explainYou are speaking a foreign language. Not many Americans could even begin to translate into a language other than English. It always amazes me how so many Europeans can speak so many different languages. (rien, rien, rien) Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bruno Sugliani Sent: Thursday, June 22, 2006 1:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Limericks... On Thu, 22 Jun 2006 18:35:29 +0200, Chris Mason [EMAIL PROTECTED] wrote: This is a language problem. Unfortunately it is quite common in French, for example, to translate from a French plural word to what should be, in English, a collective noun which is only ever used in the singular. Thus, for example, logiciels should translate to software but francophones very often/nearly always come up with softwares because logiciels is plural. I've just now seen another post in another list where the word advices appeared, presumably the poster had the word conseils in mind. Yeah We french people ( some other foreigners as well) are often using a strange grammar . agreed . and confusing it . agreed ! But then : logiciel and software are not necessarily the same thing . It is a subtility ( or a pain :-)) ) in the french language un logiciel means a software PRODUCT le logiciel means software les logiciels means 'software products So as you can see,if it is plural ,we are definitely talking about software products . If it is singular and it is behind le ( The ) it becomes software . And if it is singular with the number 1 in front it becomes again a software product .( right ,because the number could be different than zero ) Not sure i make myself clear but i could explain it in french :-)) And in french i would tell you that for me a software product is not necessarily software big grin Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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: SSL/TLS Woes FTP
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Richard Pinion One thing to consider, talk to your network support to make sure they are not blocking anything, ports/IP addresses etc.. Done. -jc- -- 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
Conoles
We are z/OS V1R4 and currently configuring V1R7. What is a SMCS. I am sure it is a console, but what is the difference between a MCS and a SMCS? Any help would be appreciated. Thank You -- 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: SSL/TLS Woes FTP
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Gray, Larry - Larry A
You might want to put DEBUG SEC CMD SOC(3) FLO in the
SYSFTPD. When I was having issues, this is what support gave
me to help debug the problem.
Well, I guess this qualifies as progress:
234 SSL enabled and waiting for negotiation
FC0681 authServer: secure_socket_open()
FC0748 authServer: secure_socket_init()
BOTTOM OF DATA
Two new messages before siesta
Also, you can add
PARM=('ENVAR(GSK_TRACE=0X)/-r tls') to turn on GSK
tracing.
Where does that trace get written?
The part I had the most trouble with was getting a
copy of the server's certificate connected to my keyring.
Oh, joy. I don't even have a copy of their cert yet
And I'm ass.u.me-ing that I don't need GSKSRVR running to capture the
trace
-jc-
--
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: OT - J B Hunt
Eric N. Bielefeld wrote: OK. What is spear phishing? I've never heard that term before. http://www.microsoft.com/athome/security/email/spear_phishing.mspx http://en.wikipedia.org/wiki/Spear_phishing http://www.eweek.com/article2/0,1895,1902896,00.asp http://news.millersmiles.co.uk/article/0056 http://www.detnews.com/2005/technology/0510/27/A14-362453.htm etc... Use Google to search the web with these word 'phishing' and again with 'spear phishing'. Groete / Greetings Elardus Engelbrecht South Africa -- 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: Conoles
Mark Steely wrote: We are z/OS V1R4 and currently configuring V1R7. What is a SMCS. I am sure it is a console, but what is the difference between a MCS and a SMCS? Any help would be appreciated. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g360/1.2.1 says, SMCS consoles are devices that do not have to be locally attached to an MVS system and provide the basic communication between operators and MVS. SMCS consoles use z/OS Communications Server to provide communication between operators and MVS instead of direct I/O to the console device. SMCS consoles are available as of z/OS V1R1. I recommend you search the above book for the string 'SMCS' and read what you find... -- 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: Consoles
[all I did was change the subject matter to be spelled correctly.] Edward Jaffe wrote: Mark Steely wrote: We are z/OS V1R4 and currently configuring V1R7. What is a SMCS. I am sure it is a console, but what is the difference between a MCS and a SMCS? Any help would be appreciated. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g360/1.2.1 says, SMCS consoles are devices that do not have to be locally attached to an MVS system and provide the basic communication between operators and MVS. SMCS consoles use z/OS Communications Server to provide communication between operators and MVS instead of direct I/O to the console device. SMCS consoles are available as of z/OS V1R1. I recommend you search the above book for the string 'SMCS' and read what you find... -- 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: OT - J B Hunt
Sorry, but I forgot to mention IBM's page with 427 results... http://www.ibm.com/Search/?q=spear+phishingv=14lang=enamp;cc=usen=utf Groete / Greetings Elardus Engelbrecht South Africa -- 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: OT - J B Hunt
Except that he said that he forwarded it...not replied to it...and jbhunt.com is a valid company dns entry for the J. B. Hunt trucking firm. Elardus Engelbrecht wrote: Ed Finnell wrote: I forwarded it to [EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) didn't bounce, but haven't heard anything back either. NO! Don't reply to them. Now you probably signalled them that your mail address is live and active. These 'bouncing' mails are actually bait to confirm e-mail addresses to be used in future spam/phishing/spear phishing/scam e-mails. Drop that senders/baiters in a kill file for immediate delete. Groete / Greetings Elardus Engelbrecht South Africa -- 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: Mainframe Limericks...
Very well said indeed. And by the way, I dare any of the so-called-real american sysprogs on this list to say in french, or any other language besides english, what Bruno said so eloquently. Liliane At 01:21 PM 6/22/2006, Bruno Sugliani wrote: Yeah We french people ( some other foreigners as well) are often using a strange grammar . agreed . and confusing it . agreed ! But then : logiciel and software are not necessarily the same thing . It is a subtility ( or a pain :-)) ) in the french language un logiciel means a software PRODUCT le logiciel means software les logiciels means 'software products So as you can see,if it is plural ,we are definitely talking about software products . If it is singular and it is behind le ( The ) it becomes software . And if it is singular with the number 1 in front it becomes again a software product .( right ,because the number could be different than zero ) Not sure i make myself clear but i could explain it in french :-)) And in french i would tell you that for me a software product is not necessarily software big grin Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr Liliane Clever SunGard Higher Education/Temple University Lead Systems Programmer 1-215-204-6411 (Office) ; 1-215-204-1817 (Fax) [EMAIL PROTECTED] ; [EMAIL PROTECTED] www.sungardhe.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: Mainframe Limericks...
Lily said: Very well said indeed. And by the way, I dare any of the so-called-real american sysprogs on this list to say in french, or any other language besides english, what Bruno said so eloquently. Would it make you happy if we beat up Bruno in the school yard? Grow up Lily. -- 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: Mainframe Limericks...
I apologize if I offended any person for whom English is not their first language. It was certainly not my intention to do that. My beef is with the nouveau-mainframers who insist on using wintel and unix terminology in place of our well-established vernacular. From: Liliane L. Clever [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Mainframe Limericks... Date: Thu, 22 Jun 2006 14:31:25 -0400 Very well said indeed. And by the way, I dare any of the so-called-real american sysprogs on this list to say in french, or any other language besides english, what Bruno said so eloquently. Liliane At 01:21 PM 6/22/2006, Bruno Sugliani wrote: Yeah We french people ( some other foreigners as well) are often using a strange grammar . agreed . and confusing it . agreed ! But then : logiciel and software are not necessarily the same thing . It is a subtility ( or a pain :-)) ) in the french language un logiciel means a software PRODUCT le logiciel means software les logiciels means 'software products So as you can see,if it is plural ,we are definitely talking about software products . If it is singular and it is behind le ( The ) it becomes software . And if it is singular with the number 1 in front it becomes again a software product .( right ,because the number could be different than zero ) Not sure i make myself clear but i could explain it in french :-)) And in french i would tell you that for me a software product is not necessarily software big grin Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr Liliane Clever SunGard Higher Education/Temple University Lead Systems Programmer 1-215-204-6411 (Office) ; 1-215-204-1817 (Fax) [EMAIL PROTECTED] ; [EMAIL PROTECTED] www.sungardhe.com _ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- 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: OT - J B Hunt
In a message dated 6/22/2006 1:37:06 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Except that he said that he forwarded it...not replied to it...and jbhunt.com is a valid company dns entry for the J. B. Hunt trucking firm. Definitely a forward. Also, I believe, a subsidiary of Wally Mart... still no reply. -- 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: Mainframe Limericks...
J R wrote: I apologize if I offended any person for whom English is not their first language. It was certainly not my intention to do that. My beef is with the nouveau-mainframers who insist on using wintel and unix terminology in place of our well-established vernacular. It's funny. More and more I find myself referring to storage creep as a memory leak, TCBs as threads, WAIT/POST as blocking and unblocking, reIPL as a reboot of the mainframe, etc. Talk to them in words they understand and ... well ... they'll understand you. -- 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: Mainframe Limericks...
think of a job as a JCL and, therefore, several jobs as JCLs Our whole change process for promoting to production calls them JCL and JCL's. I found it irritating when I started here. . -teD Marching to the beat of a different flute -- 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: Mainframe Limericks...
Not many Americans could even begin to translate into a language other than English Sometimes not even then. England, Canada, Australia, the USA. Four countries separated by a common language! . -teD Marching to the beat of a different flute -- 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: Mainframe Limericks...
Not just the four countries. Or fourteen or forty. English now belongs to everybody and is all the better for universal ownership. If somebody could just fix the d*mn spelling. ;-) . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Ted MacNEIL [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/21/2006 05:00 PM Please respond to [EMAIL PROTECTED] To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Mainframe Limericks... Not many Americans could even begin to translate into a language other than English Sometimes not even then. England, Canada, Australia, the USA. Four countries separated by a common language! . -teD -- 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: Patent #6886160
On Thu, 22 Jun 2006 10:56:51 -0400, Tony Harminc [EMAIL PROTECTED] wrote: Jay Maynard wrote: to promote Progress of Science and useful Arts, by securing for limited Times to Authors and Inventors the exclusive Right to their respective Writings and Discoveries The *objective* was to foster innovation, NOT to reward people. Innovation is the objective. Reward is the mechanism. Without the mechanism, the objective will not be achieved. That's quite possible, though I doubt very much that there is any actual evidence for this frequent claim. Were Leonardo da Vinci or J.S. Bach or countless other creators deterred by the lack of copyrights and patents? And even if the claim is true, the current system of exclusive rights is far from being the only possible mechanism. And in an earlier note on this thread you wrote, in reply to this statement from Charles Mills: Why does IP protection (patent, copyright, TM, and trade secrets) exist? It is so that people can be rewarded for their creativity. On this point you are quite wrong. IP protection exists (and constitutionally so, in the USA) to promote the progress of science and the useful arts. That it [secures] for a limited time to authors and inventors the exclusive right to their respective rights and discoveries is a side effect or necessary implementation detail, and not the reason for its existence. Yes, the US Constitution does say what is quoted above. To call the exclusive rights clause a side effect or necessary implementation detail makes no sense to me. Tom Marchant -- 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: Mainframe Limericks...
On Thu, 22 Jun 2006 15:22:40 -0400, J R [EMAIL PROTECTED] wrote: I apologize if I offended any person for whom English is not their first language. It was certainly not my intention to do that. My beef is with the nouveau-mainframers who insist on using wintel and unix terminology in place of our well-established vernacular. Take it easy J R , it was meant as a joke from all of us Sorry if i started , and confused you . We dont'speak english or french here , we speak z/OS and i guess we all understand each other . And i agree with Ed : In order to be understood by the new tech guys on the next floor , we have to tell them that we intend to reboot next year because we never do garbagge collection :-)) . Bruno Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr -- 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
OT - J B Hunt
Except that he said that he forwarded it...not replied to it...and jbhunt.com is a valid company dns entry for the J. B. Hunt trucking firm. Indeed. I _can_ - though some will find it hard to believe - spot devious emails. This was a genuine one. Having been on global networks since I was a Fidonet node, my email address(es) are well known to the spammers and I get an average of 180 spam emails a day. The system is pretty efficient - my only outstanding problem is what I'm now calling jigsaw GIFs - people sending documents (usually penny stock spam) by digitising their crap in a patchwork of GIFs with innocuous names and wrapping them in HTML to reassemble them as a page image. E.g. (from a couple of minutes ago): Content analysis details: (25.6 points, 5.0 required) pts rule name description -- -- 0.5 PLING_QUERYSubject has exclamation mark and question mark 2.0 DATE_IN_PAST_96_XX Date: is 96 hours or more before Received: date 0.2 HTML_TAG_BALANCE_BODY BODY: HTML has unbalanced body tags 0.0 HTML_MESSAGE BODY: HTML included in message 3.5 BAYES_99 BODY: Bayesian spam probability is 99 to 100% [score: 1.] 1.6 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see http://www.spamcop.net/bl.shtml?12.34.255.98] 3.9 RCVD_IN_XBLRBL: Received via a relay in Spamhaus XBL [12.34.255.98 listed in sbl-xbl.spamhaus.org] 4.1 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist [URIs: rudderkh.com] 4.5 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist [URIs: rudderkh.com] 2.5 FORGED_OUTLOOK_TAGSOutlook can't send HTML in this format 4.1 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook -1.2 AWLAWL: From: address is in the auto white-list This catches all the phishing and pretty much all of the meds and refinancing stuff. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: CKBR Instances on Mainframe MQ/CICS Bridge
I've one CICS region that has two bridge tasks active, but the two CKBRs do not process the same queue. CICS is generally able to keep up with message arrivals. Queue depth occasionally will spike to 20, but will return to 2 or less within 3-5 seconds. This at CKBP transaction completion rate of up to 95 per second. Haven't seen any higher transaction rate. MQ 5.3.1, CICS TS 2.3, DB2 7.1, zOS 1.6. Processor's a 2086-260. MQ, CICS, DB2 account for 79% of the CPU at 95 tps. Tom This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. Peter Farrell [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/22/2006 08:11 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject CKBR Instances on Mainframe MQ/CICS Bridge I am running the MQ CICS DPL Bridge on a mainframe. This bridge connects my MQSeries 5.3.1 mainframe queue manager to a CICS 2.3 region. The bridge uses a CICS transaction CKBR to read the messages from the Bridge queue and place them into CICS for processing. Sometimes I get queueing occurring on this queue. It seems that CICS isn't able to read the messages fast enough at peak times. I was wondering if it is possible to have more than one instance of the CKBR transaction in a single CICS region, to get this queue read faster. Does anyone know ? -- 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: Mainframe Limericks...
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bruno Sugliani [ snip ] And i agree with Ed : In order to be understood by the new tech guys on the next floor , we have to tell them that we intend to reboot next year because we never do garbagge collection :-)) . We don't need to to garbage collection because our bit buckets are virtually infinite. :-D -jc- -- 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: Mainframe Limericks...
I consider the term 'memory leak' to be a great contribution to the mainframe world. 'Storage creep' meanwhile is the guy who keeps bugging you with phone calls trying to sell you second hand memory cards. I was in a meeting the other day and said 'PTF'. One person was not a techie. Somebody else translated it as 'patch', which I accepted with the proviso that 'patch' has a fairly specific meaning in the mainframe world and is not synonymous with either 'PTF' or even 'fix'. As a language teacher and learner, I recognize that similarities among often cause as much trouble as differences. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Edward Jaffe [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/22/2006 12:36 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Mainframe Limericks... J R wrote: I apologize if I offended any person for whom English is not their first language. It was certainly not my intention to do that. My beef is with the nouveau-mainframers who insist on using wintel and unix terminology in place of our well-established vernacular. It's funny. More and more I find myself referring to storage creep as a memory leak, TCBs as threads, WAIT/POST as blocking and unblocking, reIPL as a reboot of the mainframe, etc. Talk to them in words they understand and ... well ... they'll understand you. -- 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: OT - J B Hunt
In [EMAIL PROTECTED], on 06/22/2006 at 12:56 PM, Phil Payne [EMAIL PROTECTED] said: Sorry to waste people's time - but I can't think how to fix this one any other way. 1. Complain to his provider. 2. Ask your provider to block that IP address. I recently got a mailing list bounce from J B Hunt Autoresponding to list traffic is abuse. probable junk mail Spam typically has a bogus From address, so that would be abuse even if the message weren't from the list. The proper action for a spam filter is to send a 5xx response during the SMTP session. Google for backscatter and outscatter. Putting up a return address and then blocking it Fits right in with the other things they're doing. At best they're clueless. BTW, you need the header of the bounce to determine the proper complaint addresses, specifically the Received fields. -- 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: Patent #6886160
In [EMAIL PROTECTED], on 06/21/2006 at 08:23 AM, Charles Mills [EMAIL PROTECTED] said: At the risk of getting flamed, I would like to respectfully disagree with the apparent majority opinion on this list that all software patents are bad, that the fact that software can be patented is a bad thing. I agree with you in principle, but it would be better to have no patents at all than to allow patents for prior art and for things obvious to practitioners, but theoretically prohibited. If the patent examiners are unable to do their jobs then we should shut down the PTO. Why does IP protection (patent, copyright, TM, and trade secrets) exist? It is so that people can be rewarded for their creativity. Not in the US. It exists to promote the development of the useful arts, at least in the case of copyrights and patents. However there is an even simpler reform available, that is less discussed: shorten the term of software patents. Not just software. The US Constitution specifies a limited time, and Congress has ridden roughshod over 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: ADCD based SMTP email
In [EMAIL PROTECTED], on 06/21/2006 at 07:09 PM, Brian Westerman [EMAIL PROTECTED] said: I have found the SBC blocks port 25 as a deterrent to spam. Do they supply an MSA that listens on port 587 and authenticates connections? -- 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
Mainframe Limericks...
My beef is with the nouveau-mainframers who insist on using wintel and unix terminology in place of our well-established vernacular. Giggle. Wasn''t it IBM that stole the term dataset (which had previously - 1950s/1960s - meant a modem) and used it as a synonym for file, much to many people's irritation? How short memories are. Just a few decades. And UNIX is older than MVS, BTW. There's always: Someone who speaks three or more languages - a polyglot. Someone who speaks two languages - bilingual. Someone who speaks only one language - an American. Actually, it's trite and quite unfair. A lot of English-speaking Americans have competency in Spanish and relatively few Britons speak even French. (Completely bilingual in German, competent in French, laughable in Japanese despite a whole year learning it in Frankfurt, taught in German. And the Lord knows how many computer languages, now subsuming into Object REXX. What else do you need?) -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: Mainframe Limericks...
How short memories are. Just a few decades. And UNIX is older than MVS, BTW. I don't believe that! Cite something. MVS was out in 1974. UNIX was out in '76. 'Course! Could be wrong! But, the underpins of MVS were out much earlier than UNIX. . -teD Marching to the beat of a different flute -- 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
Changing terminology ..
Phil wrote on 23/06/2006 07:59:02 AM: How short memories are. Just a few decades. Indeed. We *all* know what computers are don't we. Used to be flesh and bone ... http://www.pupress.princeton.edu/titles/7999.html 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: SDSF poor performance when using SB or SE on a running job's output
Thanks for the feedback. Unfortunately, none of it explains what we are seeing, as the address space whose SDSF output was being browsed was a CICS region. The region was active and consuming CPU. CICS is started as a started task here and by virtue of ISC communication with other regions, is marked non-swappable. Our CICS regions have higher WLM performance goals and importance than the TSO address space that I was using SDSF in. Some feedback received privately indicates that we are not alone with seeing this behaviour, so I will open a problem with IBM and see how we go. Regards, Fred 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: Old Hashing Routine
I would run one of the dis-assemblers on it and see how complicated it is. It might be extremely easy or impossible. Ed On Jun 22, 2006, at 10:37 AM, Charles Mills wrote: will ... be enough to satisfy my client's requirements? Hard to say from this distance. I can tell you that - almost no non-trivial older program ever becomes purely 31-bit. Your client may be happy if your result is mostly 31-bit or as 31-bit as reasonably possible. - I think it's worth a shot to see if it will run 31-bit, either both A R = 31, or just A=31, R=24. Sometimes you win these things on blind luck. There is nothing about an older program that necessarily means it will not run AMODE 31. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stephen M. Wiegand Sent: Thursday, June 22, 2006 7:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Old Hashing Routine My client has instructed me to modify some modules so that they run above the line. This was a no brainer until I ran across a call to module BQKDPRS in several of the modules. This is an old (1970's) hashing routine for encrypting and decrypting a pin number. Naturally the client only has the object code and, since it is so old, it can only run below the line. So my questions are: 1. Is there another routine that does the same thing as BQKDPRS but can run above the line? 2. If there isn't, will specifying DATA(31) for the compile options of the Cobol programs calling BQKDPRS and Binder options of Amode(31), Rmode(Any) be enough to satisfy my client's requirements? Thanks. Steve Wiegand -- 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
Does any shop run the 3390-27 ?
Dears, Would like to know if any of your shop running the 3390-27 . If yes, why do you use it ? If no , why dont you use it ? Any consideration of performance , system administration , s/w limitation ? Thanks for your kinldy thoughts. Sincerely, Laurnece -- 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: ADCD based SMTP email
No, But they have finally un-blocked port 25 so things are working correctly now. When I get some free time,I'll try to figure out where SMTP has port 25 set to be used and see if I can work out a zap to allow port 26 instead. 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: Mainframe Limericks...
And i agree with Ed : In order to be understood by the new tech guys on the next floor , we have to tell them that we intend to reboot next year because we never do garbagge collection :-)) . Bruno The new tech guys have need of some of our words, ABEND is one that springs to mind. The PC guys use all sorts of terms to describe an ABEND interchangeably, incorrectly and misleadingly (crash, loop, stops, message, halt, Dr. Watson, you name it). To search on an FAQ, Support Forum, whatever, for an ABEND when there is no particular name for it is almost impossible. While we are there, whatever happened to INCORROUT? It seems to have dropped from use in IBMLink. Don't we have any INCORROUT anymore? Windows doesn't, it's only INCORRINP, if you put in the CORRINP you will get the CORROUT, it's been tested! -- 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: Does any shop run the 3390-27 ?
Tsai Laurence wrote: Would like to know if any of your shop running the 3390-27 . If yes, why do you use it ? If no , why dont you use it ? Any consideration of performance , system administration , s/w limitation ? If, by 3390-27, you mean 3390 volumes configured with approximately 32K cylinders, we don't use them because they're too small. We prefer to use much larger volumes, approaching the current architectural limit for 3390. -- 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: Does any shop run the 3390-27 ?
Would like to know if any of your shop running the 3390-27 . Yes, we use it. Mod-27 is a fabrication - there is no actually device type called 3390-27. The same is true for Mod-54. Most software will report the device as a Mod-9. There shouldn't be performance problems as it's using SCSI drives on the backend. Check your DR shop to insure they can or will provide DASD configured in this size. Bob Shannon Rocket Software -- 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
