Wiki and documentation, was: "Philosophy: curiousity question"
In a former life I developed together with a colleague a VBS based Word to JSPWiki Conververter that ran just fine before management decided to save as much money as possible despite the risk of desaster problerms. Personally I find that a Wiki (or something similar with hypertext capabilities) is the ideal architecture for building a knowledge base by linking knowledge elements to each other. I agree with the statement that the information should be hosted near by the z *and* it should also be accessible in case of an unplanned outage. A solution that was used in another project was, to place the data on SMB mounted volumes which could be shared between OMVS and Windoze Servers. With this it is possbile to access the knowledge base . from a browser everywhere, provided a http server is installed on both sites. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
On Sat, 4 Dec 2010 17:23:03 -0800 Sam Siegel wrote: :>Hi List, :> :>I'm getting a return code of 20 in RC when issuing an attach macro. RC=20 :>does not seem to be documented. Can anyone provide an explanation or :>assistance? Details listed here X'14' = 20. Quite possibly due to the overlay mentioned by Bill Godfrey. :>APF authorized library :>AC=1 :>RENT :>Batch job :>Modeset Mode=SUP :>Key=4 :>Storage obtained working storage SP=230, key=4 :>ASC mode=Primary :>Amode 31 :>Rmode any :>Extr routine is located in the same CSECT as the ATTACH with the same AMODE :>and RMODE :> :>* Invocation: :> Lar1,wsdtflag :> str1,wsdtflg@ :> lar3,wsdtecb :> lar4,csDt :> lar5,extr :>* :> Lar1,wsdtflg@ :> Mvc wsAttach,csAttach :> Attach Eploc=(r4),x :> Sm=SUPV,x :> Svarea=YES, x :> Key=PROP, x :> Ecb=(r3), x :> Etxr=(r5), + :> Sf=(E,wsAttach) :> :>* read only macro models :>csAttch Attach Eploc=,+ :> Etxr=, + :> Sm=SUPV,+ :> Svarea=YES, + :> Key=PROP, + :> Ecb=, + :> Sf=L :> :> :>* RENT working storage (sp=230,key=4) :>wsAttach dsxl(l'csAttch) :> :> :>Thanks, :>Sam :> :>-- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO :>Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
>wsAttach dsxl(l'csAttch) As Bill Godfrey correctly indicated, the value of L'csAttch is not the length of the parameter area. It happens to be "4". Therefore the MVC only moved 4 bytes and the defined storage area for wsAttach was only 4 bytes. And, if what was posted was truly a copy of your code, it's not clear what "csAttach" (the source for the MVC) is since the list form is for a different name ("csAttch"). Rather than use L'csAttch, a typical approach is to add an equate such as csAttch_Len EQU *-csAttch right after the list form and then use that equate. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
On Sat, 4 Dec 2010 21:23:39 -0600, Mike Schwab wrote: >Open the USB text file with Notepad, select all and copy, paste into a >3270 member edit session. > Ah, so you had a working z/OS. I was trying to envision a standalone restore from the thumb drive. Maybe next year's model. Why not just keep the jobs on z/OS data sets? >On Sat, Dec 4, 2010 at 8:39 PM, Paul Gilmartin wrote: >> On Sat, 4 Dec 2010 16:29:20 -0600, Mike Schwab wrote: >> >>>I have on a USB thumb drive an ICKDSK init job and ADRDSSU restore of >>>the IPL volumes and DR catalog. ... >>> >> How do you mount it? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
On Sat, Dec 4, 2010 at 5:37 PM, Bill Godfrey wrote: > On Sat, 4 Dec 2010 17:23:03 -0800, Sam Siegel wrote: > > >I'm getting a return code of 20 in RC when issuing an attach macro. RC=20 > >does not seem to be documented. Can anyone provide an explanation or > >assistance? Details listed here > > > >* Invocation: > > Lar1,wsdtflag > > str1,wsdtflg@ > > lar3,wsdtecb > > lar4,csDt > > lar5,extr > >* > > Lar1,wsdtflg@ > > Mvc wsAttach,csAttach > > Attach Eploc=(r4),x > > Sm=SUPV,x > > Svarea=YES, x > > Key=PROP, x > > Ecb=(r3), x > > Etxr=(r5), + > > Sf=(E,wsAttach) > > > >* read only macro models > >csAttch Attach Eploc=,+ > > Etxr=, + > > Sm=SUPV,+ > > Svarea=YES, + > > Key=PROP, + > > Ecb=, + > > Sf=L > > > > > >* RENT working storage (sp=230,key=4) > >wsAttach dsxl(l'csAttch) > > > > The value of l'csAttch is probably not the length of the whole expansion of > the > macro at csAttch. That affects the amount of storage you are defining, and > the length used in the Mvc. > Bill ... That was it ... I needed to use xl(L'csAttach) instead. It was a type of two similarly named variables. Thanks for spotting it. Cheers, Sam > > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
On Sun, Dec 5, 2010 at 3:02 AM, Binyamin Dissen wrote: > On Sat, 4 Dec 2010 17:23:03 -0800 Sam Siegel wrote: > > :>Hi List, > :> > :>I'm getting a return code of 20 in RC when issuing an attach macro. > RC=20 > :>does not seem to be documented. Can anyone provide an explanation or > :>assistance? Details listed here > > X'14' = 20. > It was actually x'20' = 32. Which is not documented. It got me going down the wrong path. > > Quite possibly due to the overlay mentioned by Bill Godfrey. > > :>APF authorized library > :>AC=1 > :>RENT > :>Batch job > :>Modeset Mode=SUP > :>Key=4 > :>Storage obtained working storage SP=230, key=4 > :>ASC mode=Primary > :>Amode 31 > :>Rmode any > :>Extr routine is located in the same CSECT as the ATTACH with the same > AMODE > :>and RMODE > :> > :>* Invocation: > :> Lar1,wsdtflag > :> str1,wsdtflg@ > :> lar3,wsdtecb > :> lar4,csDt > :> lar5,extr > :>* > :> Lar1,wsdtflg@ > :> Mvc wsAttach,csAttach > :> Attach Eploc=(r4),x > :> Sm=SUPV,x > :> Svarea=YES, x > :> Key=PROP, x > :> Ecb=(r3), x > :> Etxr=(r5), + > :> Sf=(E,wsAttach) > :> > :>* read only macro models > :>csAttch Attach Eploc=,+ > :> Etxr=, + > :> Sm=SUPV,+ > :> Svarea=YES, + > :> Key=PROP, + > :> Ecb=, + > :> Sf=L > :> > :> > :>* RENT working storage (sp=230,key=4) > :>wsAttach dsxl(l'csAttch) > :> > :> > :>Thanks, > :>Sam > :> > :>-- > :>For IBM-MAIN subscribe / signoff / archive access instructions, > :>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > :>Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
On Sun, Dec 5, 2010 at 6:27 AM, Peter Relson wrote: > >wsAttach dsxl(l'csAttch) > > As Bill Godfrey correctly indicated, the value of L'csAttch is not the > length of the parameter area. It happens to be "4". > Therefore the MVC only moved 4 bytes and the defined storage area for > wsAttach was only 4 bytes. > > And, if what was posted was truly a copy of your code, it's not clear what > "csAttach" (the source for the MVC) is since the list form is for a > different name ("csAttch"). > > Rather than use L'csAttch, a typical approach is to add an equate such as > csAttch_Len EQU *-csAttch > right after the list form and then use that equate. > Yes it is the code directly from the source. * read only macro models csAttch Attach Eploc=,+ Etxr=, + Sm=SUPV,+ Svarea=YES, + Key=PROP, + Ecb=, + Sf=L However, the original post failed to include the equate shown below. csAttach equ csAttch,*-csAttch As Bill, Binyamin and yourself have mentioned, referencing L'csAttch (instead of L'csAttach) in the reentrant storage definition of wsAttach result in a work area that was too small. Thanks everyone for your assistance. The code is working now. Cheers, Sam > Peter Relson > z/OS Core Technology Design > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
On 12/4/2010 1:37 PM, Ted MacNEIL wrote: In 1981, my first job, we printed the IPL instructions and got into trouble with management because the documentation was online (on the mainframe). My question was: "How do we read the IPL instructions when/if the mainframe was down?" You should have explained to management that there is this wonderful new-fangled device called a printer. I used Wylbur to maintain our documentation, and a printed copy was available in the operator's log book (next to console), and distributed to management. Considering reliability of PC disks (especially the early ones), I'd rather keep stuff on the mainframe. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IPCS RunCpool with NOUSED option
Hi, I was able to get a report from the IPCS runcpool SUBCOMMAND using the Following syntax RUNCPOOL X'12345678' VERIFY DISPLAY The report says that there 105 cells allocated to the POOL 7 in use I would think using the NOUSED option would list all the Cells even the ones which are not currently in use However using the option I don't get any output Thankx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFRM Coupling Facility Structure Size
There are at least two effects that can cause this behavior. First, CF storage is allocated in increments of 1M at current CFLEVELs. A policy specification of 64000K will be rounded up to the nearest 1M frame, so a structure allocated in response to that specification will actually require 64512K or 63M. Secondly, structure size often grows when a structure is rebuilt. This occurs because most rebuilds attempt to preserve the number of structure objects (lock entries, record data entries, etc.) currently allocated in the structure ("allocation by counts"). Because of the way the CFCC structure allocation algorithms work, allocation by counts often requires an additional frame for each type of structure object, causing structure size to grow by 2-3M. However, this effect is normally less pronounced for lock structures. We would need to know the details of the structure's allocation and rebuild history to answer your question accurately. Bill Neiman IBM Parallel Sysplex development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS RunCpool with NOUSED option
"NOUSED" says that you are not interested in seeing the cells that are in use. Have you tried the "AVAILABLE" operand? > Date: Sun, 5 Dec 2010 13:43:30 -0500 > From: michealb...@optonline.net > Subject: IPCS RunCpool with NOUSED option > To: IBM-MAIN@bama.ua.edu > > Hi, > > I was able to get a report from the IPCS runcpool SUBCOMMAND using the > Following syntax > RUNCPOOL X'12345678' VERIFY DISPLAY > > > The report says that there 105 cells allocated to the POOL 7 in use I would > think using > the NOUSED option would list all the > > Cells even the ones which are not currently in use > > However using the option I don't get any output > > > Thankx > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
Just the starter system at the Hot Site. On Sun, Dec 5, 2010 at 8:43 AM, Paul Gilmartin wrote: > On Sat, 4 Dec 2010 21:23:39 -0600, Mike Schwab wrote: > >>Open the USB text file with Notepad, select all and copy, paste into a >>3270 member edit session. >> > Ah, so you had a working z/OS. I was trying to envision a standalone > restore from the thumb drive. Maybe next year's model. > > Why not just keep the jobs on z/OS data sets? > >>On Sat, Dec 4, 2010 at 8:39 PM, Paul Gilmartin wrote: >>> On Sat, 4 Dec 2010 16:29:20 -0600, Mike Schwab wrote: >>> I have on a USB thumb drive an ICKDSK init job and ADRDSSU restore of the IPL volumes and DR catalog. ... >>> How do you mount it? > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPCS RunCpool with NOUSED option
THAANK YOU VERY MUCH the ones that are available instead of in use Must have been Freed -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J R Sent: Sunday, December 05, 2010 3:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IPCS RunCpool with NOUSED option "NOUSED" says that you are not interested in seeing the cells that are in use. Have you tried the "AVAILABLE" operand? > Date: Sun, 5 Dec 2010 13:43:30 -0500 > From: michealb...@optonline.net > Subject: IPCS RunCpool with NOUSED option > To: IBM-MAIN@bama.ua.edu > > Hi, > > I was able to get a report from the IPCS runcpool SUBCOMMAND using the > Following syntax > RUNCPOOL X'12345678' VERIFY DISPLAY > > > The report says that there 105 cells allocated to the POOL 7 in use I would > think using > the NOUSED option would list all the > > Cells even the ones which are not currently in use > > However using the option I don't get any output > > > Thankx > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
On 12/5/2010 6:27 AM, Peter Relson wrote: Rather than use L'csAttch, a typical approach is to add an equate such as csAttch_Len EQU *-csAttch right after the list form and then use that equate. I like how (many of? most of?) the newer macros define those equates for you by appending 'L' to the name you specify in the MF parameter. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
>You should have explained to management that there is this wonderful new-fangled device called a printer. As I said in my post, I got in trouble for using said device. He told us there was NO reason to print the instructions. Except for the impact to my performance appraisal, he didn't last long in that position. - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
At 18:39 -0500 on 12/01/2010, Don Leahy wrote about Re: OT: In regard to password cracking Who is Abbie Sciuto : So could Chloe O'Brien. I took me a IMDB lookup to find that she was a 24 hacker. I'll take your Chloe O'Brien and respond with Warehouse 13's Claudia Donovan (who hacked W13's servers and bypassed all their security plus locating W13's location and existence in the first place). On Wed, Dec 1, 2010 at 17:37, Robert A. Rosenberg wrote: At 11:32 -0500 on 12/01/2010, August Carideo wrote about Re: OT: In regard to password cracking Who is Abbie Sciuto : Of course, it could be cracked by somebody like Abbie Sciuto (and maybe the NSA or FBI) in just a few minutes . Tim McGee also could do it. He is the major hacker on the NCIS team and often he and Annie collaborate on computer forensic matters. Abbie is > usually the one to do Brute Force work like the password cracking however. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
At 15:03 -0800 on 12/05/2010, Edward Jaffe wrote about Re: Attach RC=20: On 12/5/2010 6:27 AM, Peter Relson wrote: Rather than use L'csAttch, a typical approach is to add an equate such as csAttch_Len EQU *-csAttch right after the list form and then use that equate. I like how (many of? most of?) the newer macros define those equates for you by appending 'L' to the name you specify in the MF parameter. I can not see how that can occur. The name in the MF is the name of the MF=L macro (or a work area where you have copied it). L' is the assigned length of that symbol. Thus if you are pointing direct to the MF=L macro, you will get the length of the symbol that is assigned the name not the length of the expansion. If, on the other hand, you are point at a work area, which will be whatever you have assigned as its length (hopefully XL'expansion) where expansion is: Macro Macro MF=L,... Expansion equ *-macro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
At 23:17 + on 12/05/2010, Ted MacNEIL wrote about Re: Philosophy: curiousity question: >You should have explained to management that there is this wonderful new-fangled device called a printer. As I said in my post, I got in trouble for using said device. He told us there was NO reason to print the instructions. Except for the impact to my performance appraisal, he didn't last long in that position. You should have started with the machine powered off, powered it up, and then asked him to follow the (inaccessible) IPL instructions to IPL the machine (with you helping him to understand those functions he was unable to understand). As an alternative, just ask him to read them to you and you will perform the IPL by following his verbal instructions. Either should have hopefully gotten the point across. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Philosophy: curiousity question
>You should have started with the machine powered off, powered it up, and then >asked him to follow the (inaccessible) IPL instructions to IPL the machine >(with you helping him to understand those functions he was unable to understand). As an alternative, just ask him to read them to you and you will perform the IPL by following his verbal instructions. Either should have hopefully gotten the point across. I was just out of University, not even 24 years old. I didn't have the brass I have now. He was an 'I hear you' manager. But, he never listened. It was just under 30 years ago; I survived. But, I still thought it was stupid (or he was). - Ted MacNEIL eamacn...@yahoo.ca -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Attach RC=20
On Sun, Dec 5, 2010 at 6:55 PM, Robert A. Rosenberg wrote: > At 15:03 -0800 on 12/05/2010, Edward Jaffe wrote about Re: Attach RC=20: > > > On 12/5/2010 6:27 AM, Peter Relson wrote: >> >>> Rather than use L'csAttch, a typical approach is to add an equate such as >>> csAttch_Len EQU *-csAttch >>> right after the list form and then use that equate. >>> >> >> I like how (many of? most of?) the newer macros define those equates for >> you by appending 'L' to the name you specify in the MF parameter. >> > > I can not see how that can occur. The name in the MF is the name of the > MF=L macro (or a work area where you have copied it). L' is the assigned > length of that symbol. Thus if you are pointing direct to the MF=L macro, > you will get the length of the symbol that is assigned the name not the > length of the expansion. If, on the other hand, you are point at a work > area, which will be whatever you have assigned as its length (hopefully > XL'expansion) where expansion is: > I believe that he is talking about the way may of the newer IBM macros (when generated in List form) will create an equate (similar to the one you show below) with an "L" appended to provide the length of the macro expansion. Try expanding IWM4CON or IARV64 in List form. > > Macro Macro MF=L,... > Expansion equ *-macro > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html