Problems with HSM WORM support
Hello, We wanted to implement HSM WORM support for backup. We applied UA21482 (APAR OA07768), and enabled support via: PATCH .MCVT.+286 BITS(1...) I added one WORM tape to HSM backup pool and changed HSM backup parameters, so that it directs backup to WORM. When i try to perform backup, I get following messages: ARC0709I DATA SET BACKUP TASK TERMINATED, NO DAILY 539 ARC0709I (CONT.) BACKUP VOLUME AVAILABLE ARC1388W DATA SET BACKUP TAPE TASKS ALLOWED IS REDUCED 540 ARC1388W (CONT.) FROM 0002 TO 0001 ARC0709I DATA SET BACKUP TASK TERMINATED, NO DAILY 544 ARC0709I (CONT.) BACKUP VOLUME AVAILABLE ARC1388W DATA SET BACKUP TAPE TASKS ALLOWED IS REDUCED 545 ARC1388W (CONT.) FROM 0001 TO ARC1389E NO DATA SET BACKUP TAPE TASKS CAN BE STARTED Is there something else I should have done before performing backup? The other thing is - will I have to execute patch every time HSM is restarted? I opened PMR for this problem, but there is no response yet. So if someone has an idea what to do, I will appreciate it. Regards, Natasa -- 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: Basic IODF question
Brian Peterson wrote: The way I think about this is that there are two separate views of one data source. The hardware view is extracted from the IODF data set and loaded into the machine when you load the IOCDS into the hardware. You use the HCD dialog to load the appropriate hardware view into one of the IOCDS slots in the desired machine. The IOCDS is then read by the machine when you perform the Power On Reset function. When you first install a machine, you must perform the Power On Reset function to load the first IOCDS. After that initial Power On Reset, it is possible to perform many types of changes dynamically via the MVS ACTIVATE command. The software view is extracted from the IODF data set and loaded into memory when you IPL and your LOADxx specifies an eight character Operating System Configuration on the IODF statement. After IPL, it is possible to perform many types of changes dynamically via the MVS ACTIVATE command. At IPL time, if the hardware view and the software view are sufficiently similar that MVS is able to find its necessary devices, then the IPL will be successful. If the two views are identical - that is, the two views were extracted from the same data source (the same IODF), then the operating system will permit the MVS ACTIVATE command to make dynamic changes. That's the question: Which software view to choose during IPL ? Remember assumption: single IODF contains several CPC definitions. Which definition will be used ? What criteria are considered to make a choice ? [...] -- Radoslaw Skorupka Lodz, Poland Brian On Wed, 21 Dec 2005 23:20:56 +0100, R.S. [EMAIL PROTECTED] wrote: Scenario: IODF file contains definition of all (actually three) CPCs and all the DASD other I/O equipment. When IOCDS is generated, one has to specify CPC for which the IOCDS is generated. However IODF can be the same (*) on every LPAR on every CPC. Let's make another assumption, the machines are same models, i.e. 2064-1C10. Question: How system recognize relevant CPC definition ? By CPC name field in SNA address ? What happens when that field remain empty ? (*) AFAIK one can create subsets of IODF using option 6.7 -- Radoslaw Skorupka Lodz, Poland -- 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: DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base?
Scott, I believe there are options in the ALLOCxx member for this now. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Brannon Sent: Thursday, December 22, 2005 12:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFHSM daily space mgmt - Migrate GDS with ENQ on GDG base? Scott, Yes, an ENQ on the GDG base is normal. You can disable this by patching the mcvt at +4C3 bit 6 (counting from 0 to 7). It should look like: PATCH .MCVT.+4C3 BITS(..1.) VERIFY(.MCVT.+4C3 BITS(..0.)) This can be found in the DFSMS/MVS V1R5 DFSMShsm Diagnosis Guide and the R2.10 Guide along with the offsets as documented in the Diag. Ref. I don't know what version your running but if you can't find the doc for your version, the support center should be able to give you the correct offsets. My guess is that they have not changed. -- 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: Basic IODF question
__ Within HCD, you define various Operating System Configurations (Define, modify, or view config data then select option 1). Then, in your LOADxx IPLPARM member, on line 1 (where you define what IODF file to use), you specify the CONFIG ID to be used for that IPL (beginning in column 22). Debbie Mitchell Lead Systems Engineer Utica National Insurance Group That's the question: Which software view to choose during IPL ? Remember assumption: single IODF contains several CPC definitions. Which definition will be used ? What criteria are considered to make a choice ? [...] -- Radoslaw Skorupka Lodz, Poland -- 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: Question on LLA managed module and its DSN
The CDX is an OCO control block. I will comment only to say that it does not contain a DDNAME. I do not have any idea why you thought it normally does. If your module was fetched from the LNKLST, you can use SETPROG LNKLST TEST NAME(CURRENT) MOD(x) and it will tell you the data set in which it resides. I suppose you could take a dump of the LLA address space and scan around for your module name In general z/OS does not keep track of from which data set a module has been fetched, whether the fetch is resolved from DASD or LLA. Peter Relson z/OS Core Technology Design -- 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
SDUMPX DSPLIST must be in common?
The SDUMPX DSPLIST keyword is documented as requiring a pointer to an area in common storage. Is that also true if one is dumping dataspaces off of the current primary? Is there any other way to include all the dataspaces of the current primary? -- Binyamin Dissen [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Basic IODF question
Debbie Mitchell wrote: __ Within HCD, you define various Operating System Configurations (Define, modify, or view config data then select option 1). Then, in your LOADxx IPLPARM member, on line 1 (where you define what IODF file to use), you specify the CONFIG ID to be used for that IPL (beginning in column 22). Yes, I know that, but it is unrelated to CPC selection. I can have (and I do have) multiple OS Configs within single CPC. I suspect that CPC selection is paired with HSA token. HSA comes from IOCDS which is CPC-sepcific (IOCDS does not contain definitions of other CPCs). That's only my guess, maybe someone more-knowledgeable will sched some light on it... -- Radoslaw Skorupka Lodz, Poland -- 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: Reconfigure Shark 3390-3's to -9's question
I configured one with 62 3390-3's and 4 1000 cyl mini volumes Only EMC DASD actually uses the specification for 'mini' and no more. With Hitachi and IBM, those 'mini's are really 1113 Cylinders. The minimum space they reserve for such a volume is a 3390-1. -teD Me? A skeptic? I trust you have proof! -- 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: Basic IODF question
On Thu, 22 Dec 2005 14:41:15 +0100, R.S. [EMAIL PROTECTED] wrote: Debbie Mitchell wrote: __ Within HCD, you define various Operating System Configurations (Define, modify, or view config data then select option 1). Then, in your LOADxx IPLPARM member, on line 1 (where you define what IODF file to use), you specify the CONFIG ID to be used for that IPL (beginning in column 22). Yes, I know that, but it is unrelated to CPC selection. I can have (and I do have) multiple OS Configs within single CPC. I suspect that CPC selection is paired with HSA token. HSA comes from IOCDS which is CPC-sepcific (IOCDS does not contain definitions of other CPCs). That's only my guess, maybe someone more-knowledgeable will sched some light on it... I'm not sure where the confusion is or perhaps what you are really asking. OS configs are not tied to a processor definition. You can IPL any OS config on any LPAR on any processor, whether it is in the IODF that is activated on the hardware or not (assuming it is close enough as Brian pointed out). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDUMPX DSPLIST must be in common?
Binyamin, It is true for dumping data spaces off of the current primary. I'm not quite sure why this requirement is in effect, but it is. None of the other SDUMPX parameter lists have this requirement. Tom -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Binyamin Dissen Sent: Thursday, December 22, 2005 7:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SDUMPX DSPLIST must be in common? The SDUMPX DSPLIST keyword is documented as requiring a pointer to an area in common storage. Is that also true if one is dumping dataspaces off of the current primary? Is there any other way to include all the dataspaces of the current primary? -- Binyamin Dissen [EMAIL PROTECTED] 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 [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: Hercules 3.03 announcement
At the risk of adding more heat and precious little light... On Thu, 2005-12-22 at 09:43 -0500, Ted MacNEIL wrote: Phil, with all your problems dealing with IBM, why do you rise to their defence? You'll remember that IBM is a big place, with very many helpful and competent people. It is reasonable to appreciate and defend these, while taking issue with other IBMers who are less accommodating. That much said, I think that Jay's FAQ 2.02 makes it pretty clear what requires a license and what does not. I kinda wish Phil had counted to ten before pressing the 'send' key this time. (I don't normally insist on having the last word, but can we drop this thread before it really gets rolling? We've done it all before, too many times.) -- David Andrews A. Duda and Sons, Inc. [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: Rule of thumb about paging / page fault rate
Most OS performance rules of thumb were developed for TSO and simple batch workloads where each address space (region) served a single 'user' and did no async i/o or any self directed, non os service task management. To the extent that workloads have shifted to to multi user address spaces that often implementing there own tasking structures and do a lot of async IO the old rules of thumb are just flat out wrong, not even close. Some of the workloads that impact this are DB2 CICS MQ and IMS. None of these work loads can tolerate any pageing. The best number is zero, zip, none, etc. The reason is the entire address space waits for a page fault representing delays for hundreds perhaps thousands of users. It has always been the case for these workloads that given the choice between small buufers (data base buffers for example) and system paging, chose small buffers, application I/O does not cause all users to wait, paging does! In the newest mainframe version of DB2 V8.1 IBM now allows the option for pagefixing database buffer prefixes and buffers. Why? a huge improvement in performance and reduction of CPU use (sometimes 40+%). Part of this improvement is a result of elimination of the need for V to R translation for I/O but a word to the wise, Do not risk your shops critical applictions to the theory is virtual memory and paging has been around for years. On Wed, 21 Dec 2005 13:18:56 +0100, DMR-Qualitas Outsourcing [EMAIL PROTECTED] wrote: Good morning, we are revising central storage due to our systems not paging and, therefore, it's possible that we have installed too central storage. We have seen to find values or some rule of thumb but we don't find anything. At 1991 the recommendation was 300-500pag/sec of total paging but now this recommendation has been disappeared. Could you help us? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: POWER6 on zSeries?
Shmuel Metz , Seymour J. wrote: I still have the manual. ref: http://www.garlic.com/~lynn/2005u.html#40 POWER6 on zSeries? http://www.garlic.com/~lynn/2005u.html#43 POWER6 on zSeries? http://www.garlic.com/~lynn/2005u.html#44 POWER6 on zSeries? there is some indication that this (mvs performance assist on 3033) may have been the early driving factor behind amdahl's development of macrocode mode. the issue is that horizontal microcode programming (on the high-end machines) is significantly much more complex than 370 programming. by this time (at least), 370 instructions (on the high-end machines) were running at direct hardware speed ... so it was difficult to demonstrate any of the ECPS-like speed-ups that we obtained from doing simple migration of 370 kernel pathlength into microcode on the low/mid-range 370s (where it avg. ten vertical microcode instructions per 370 instructions ... and direct 370-microcode conversion achieved 10:1 speedup on 148 and 4341). the mvs performance assist for the 3033 appeared somewhat to be arbitrary changes to the architecture/features of the hardware (since it was difficult to demonstrate any actual performance improvement of simply changing 370 instructions into microcode instructions). if that was going to be how the game was to be played ... amdahl was going to need to get much more efficient at playing the game and tracking architecture/feature changes. macrocode mode provided all the hardware feature appearnce of programming in microcode but with the productivity (and elapsed development time) of programming in 370. once that level of machine feature delivery efficiency was obtained ... it was relatively easy to do additional features like hypervisor support ... restricted virtualization subset that didn't require the vm kernel. the response was pr/sm on 3090 which eventually evolved into the current lpar capability. for a little drift, comp.arch n.g. has had a similar discussion thread http://www.garlic.com/~lynn/2005u.html#45 IBM's POWER6 and a few comments on a online article that appeared yesterday about the 41yr old, new, new thing http://www.galric.com/~lynn/2005u.html#47 The rise of the virtual machines -- 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: Channel Distances
Peter wrote: Quoting maximum packet rate isn't unreasonable. It's not just the physical carrier that's a limitation. There might not be enough CPU grunt to saturate the link with minimum-sized packets, for example. but there is hardly a vendor out there that doesn't quote media rate ... and there can be enormous number of reasons why sustained thruput would be less the original vendor mainframe tcp/ip product achieved 44kbytes/sec and burned a full 3090 processor. i added rfc1044 support to the product http://www.garlic.com/~lynn/subnetwork.html#1044 and in some tuning work at cray research, we got 1mbyte/sec sustained between a cray and a 4341-clone ... using only a modest amount of a the 4341-clone processor. the 1mbyte/sec was the channel media speed between the 4341 channel and the NSC router channel interface (much lower than the either the cray channel interface or the NSC-to-NSC box interface) part of the difference was that the standard vendor box (8232) wasn't a tcp/ip rounter ... but a lan bridge. the mainframe tcp/ip code had to do the tcp/ip protocol to mac translation. for the rfc1044 support, I just had to exchange tcp/ip packets with the NSC router. that and various other factors resulted in rfc1044 having ratio of mbytes transferred to mips executed showing nearly three orders of magnitude improvement. i once worked on an early lan crypto hardware that was suppose to sustain media speed with minimum sized packets and support switching keys on every packet ... now that got interesting. -- 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: Question on DFHSM
A programmer works on a project. There are a lot of test datasets generated while he is doing this. The programmer gets pulled off of the project for over a month to work on something else. Now, he has to go back to work on the interrupted project. All the test datasets have been migrated. He wants to get all of the back as part of his restarting to avoid delays later. Note that this can be recursive. And, this is different from other shops? How? -teD Me? A skeptic? I trust you have proof! -- 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: Another incident
Sure people can say well the bag could get lost but the chances are very very slim and even then as soon as the truck reaches the dock to unload the post office will be expecting a registered mail bag so if it is lost they will know immediately. I am sure it is probably cheaper too than having to by special software and hardware to encrypt their data. Just my 0.02 cents 1. This is very slow. 2. There is a lot of handling. 3. Post Office employees do steal from the mail. 4. If this worked, we wouldn't have courier companies. 5. I have had two registered letters sent to me lost, in the past 10 years. -teD Me? A skeptic? I trust you have proof! -- 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
Issues regarding attribute variables in IMS-DC
Hi all, In IMS-DC, usually with each MOD- variable ,we define an attribute variable e.g. MOD-VAR1-ATTR PIC S9(4) COMP. MOD-VAR1PIC X(5). the attribute variable is used to set screen properties like protected,nodisplay etc. In one mod-area,I have defined several attribute variables.Then I change some of them through the program and display the page.Now suppose user entered some wrong value at one of mod- variables,then when the program re-enters,I have to highlight that variable's attribute field which was wrongly entered. I do this by changing its attribute property and resend the page again.The problem is now in the second display,the attributes of those variables that were changed earlier,revert back to their originally defined properties in the MFS,I mean they don't retain the new values set by the program previously.Hope I have clearly stated the problem. Also tell me is there a way to store the attributes through the MID-AREA.This is because MID-AREA will contain only those varibles that will be there on the display page.But clear my former problem first. Thanks, Sudhanshu Send instant messages to your online friends http://in.messenger.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
Issues regarding display in the MFS (IMS-DC)
Hi all, If I read a variable from the IMS database and send it to MOD- variable for displaying in the page,then sometimes we find that when the page is actually displayed,the value at that position is not there,I mean the position assigned for that MOD- variable has blank and not the value that I sent.Why is it so? Another thing what is the meaning and significance of terms like BLANK-OUT-FIELD,CLEAR-ATTRIBUES and FIELD-DELIMITER. What is their usefulness? Thanks, sudhanshu Send instant messages to your online friends http://in.messenger.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
CANCEL THREAD CICS
Roland, I cancel the thread in the db2 and her is active in the cics in the situation that this described in the manual. A The thread is active within a unit of work, but is not currently executing in DB2. Thank you. Atts. Helio Jose da Silva Departamento Software Basico Banco Rural S/A -- 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
3270 screen size limit
I read recent threads about 3270 screen size, D4C32XX3 logmode and related issues. I tested P-Comm with TSO with ISPF on different screen settings. Results: 1. PComm accepts screen size up to 254x254, vertical and horizontal limit are independent one of each other. 2. ISPF does work with resolutions up to 60x160 (maybe more) 3. TSO (without ISPF) works with any resolution. I believe the limits are documented, however I didn't find them. Questions: Is 254x254 limit of PComm or 3270 itself ? What is the limit for 3270 screen size ? What is the limit for ISPF ? I have to admit, this is pure theoretical problem. Even 60x160 is eye torture (at least on my 'small' 19 screen). Pure curiosity... -- Radoslaw Skorupka Lodz, Poland -- 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: Rule of thumb about paging / page fault rate
Hi, In a related topic does anyone have thoughts or recent references to settings for MCCAFCTH in PARMLIB IEAOPTxx? I currently use MCCAFCTH=(5000,6000), on my OLTP production partitions with 32M and very large AFQ (no paging) and still have MCCAFCTH=(2000,2500), for my test and development partitions which range from 3M for a sandbox to 22M (with only a little paging) for the largest overloaded parking lots for development CICS/DB2/IMS/MQ subsystems. We arrived at these values circa OW54399 and they have worked well so far. I am getting new processors next month and hope to be able to reduce memory pressures in the test systems as I can give them a larger fish bowl to splash about in. Any more current guidance on setting MCCAFCTH? Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 screen size limit
R.S. wrote: Questions: Is 254x254 limit of PComm or 3270 itself ? Must be PCOM. What is the limit for 3270 screen size ? 12-bit addressing is limited to a 4K screen buffer. 14-bit addressing is limited to a 16K buffer. 16-bit addressing is limited to a 64K buffer. What is the limit for ISPF ? ISPF is the weakest link here. No more than 62 rows. No more than 160 columns. :-( http://bama.ua.edu/cgi-bin/wa?A2=ind0501L=ibm-mainP=R45606I=1 I have to admit, this is pure theoretical problem. Even 60x160 is eye torture (at least on my 'small' 19 screen). Pure curiosity... My normal size is 62x80 (primary screen size) for writing assembler language code, etc. 62x132 (alternate screen size) for looking at listings, the log, etc. I would add more rows if ISPF would let me. Non-ISPF users here routinely use 72 rows. One guy even uses 90! -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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: 3270 screen size limit
Edward E. Jaffe wrote: What is the limit for 3270 screen size ? 12-bit addressing is limited to a 4K screen buffer. 14-bit addressing is limited to a 16K buffer. 16-bit addressing is limited to a 64K buffer. Sorry. I forgot to add that -- no matter what the screen buffer size -- the number of rows cannot exceed 255 and the number of columns cannot exceed 255. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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: Basic IODF question
I'm not sure I completely understand the question. When you ask Question: How system recognize relevant CPC definition? are you referring to the creation of the 1)IOCDS or 2)at IPL time? If its 2, then CPC information is not used at IPL time. You dont need CPC information in the IODF to IPL, You wont be able to do dymanic activates[1], but it will still IPL. The IPL process only uses the OS config definition in the IODF and this only contains the list of devices, EDT, and NIPcons etc. Roy [1] Well not quite true.. the only activate you can do is to the IODF that was used to create the IOCDS, ie you can activate to put the Hw SW back in SYNC. R.S. wrote: Brian Peterson wrote: The way I think about this is that there are two separate views of one data source. The hardware view is extracted from the IODF data set and loaded into the machine when you load the IOCDS into the hardware. You use the HCD dialog to load the appropriate hardware view into one of the IOCDS slots in the desired machine. The IOCDS is then read by the machine when you perform the Power On Reset function. When you first install a machine, you must perform the Power On Reset function to load the first IOCDS. After that initial Power On Reset, it is possible to perform many types of changes dynamically via the MVS ACTIVATE command. The software view is extracted from the IODF data set and loaded into memory when you IPL and your LOADxx specifies an eight character Operating System Configuration on the IODF statement. After IPL, it is possible to perform many types of changes dynamically via the MVS ACTIVATE command. At IPL time, if the hardware view and the software view are sufficiently similar that MVS is able to find its necessary devices, then the IPL will be successful. If the two views are identical - that is, the two views were extracted from the same data source (the same IODF), then the operating system will permit the MVS ACTIVATE command to make dynamic changes. That's the question: Which software view to choose during IPL ? Remember assumption: single IODF contains several CPC definitions. Which definition will be used ? What criteria are considered to make a choice ? [...] -- 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: 3270 screen size limit
Results: 1. PComm accepts screen size up to 254x254, vertical and horizontal limit are independent one of each other. How have you changed the screen size with pcomm? I only see the basic 4 sizes under Configuration/Session Parameters/Screen size. Mark D Pace Senior Systems Engineer Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 Office: 850.219.5184 Fax: 888.221.9862 http://www.mainline.com This e-mail and files transmitted with it are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you are not one of the named recipient(s) or otherwise have reason to believe that you received this message in error, please immediately notify sender by e-mail, and destroy the original message. 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
Hercules 3.03 announcement
That much said, I think that Jay's FAQ 2.02 makes it pretty clear what requires a license and what does not. No it doesn't - and that's precisely the point. http://www.hercules-390.org/hercfaq.html#2.02 3) Running under the terms of a disaster recovery provision of the OS license (but I really don't recommend depending on Hercules to be your disaster recovery solution!). I kinda wish Phil had counted to ten before pressing the 'send' key this time. I'll stop complaining about this nonsense when Jay stops claiming it. It's downright dishonest and may result in someone doing something they believe may be excused when - in some jurisdictions - it's actually a FELONY. I couldn't give a stuff about IBM's lawyers (and that ought to be obvious from other comments I've made) but I am concerned that someone new to this whole discussion will believe this disaster recovery bollocks. It's twaddle - there is no such provision. -- 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: 3270 screen size limit
Results: 1. PComm accepts screen size up to 254x254, vertical and horizontal limit are independent one of each other. How have you changed the screen size with pcomm? I only see the basic 4 sizes under Configuration/Session Parameters/Screen size. I changed mine by manually updating the screen size in the .WS file using Wordpad/Notepad. * This message was scanned by State Auto's mail server for viruses and objectionable content. -- 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: Another incident
1. This is very slow. Maybe but better to be slow and safe 2. There is a lot of handling. And there is not with any other courier 3. Post Office employees do steal from the mail. Again it is locked, that will be found out before the end of the shift 4. If this worked, we wouldn't have courier companies. Maybe they don't know the post office can offer that type of service, besides there has to be other companies because then the post office would be a monopoly, the US post office is not a government institution, it has its own board of directors, but is over seen by the government. 5. I have had two registered letters sent to me lost, in the past 10 years. Nothing is 100%, a hacker can break any code just give them time, anything man can create, man can uncreate -teD Me? A skeptic? I trust you have proof! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: Rule of thumb about paging / page fault rate
On Thu, 22 Dec 2005 12:14:01 -0500, Knutson, Sam [EMAIL PROTECTED] wrote: Hi, In a related topic does anyone have thoughts or recent references to settings for MCCAFCTH in PARMLIB IEAOPTxx? I currently use MCCAFCTH=(5000,6000), on my OLTP production partitions with 32M and very large AFQ (no paging) and still have MCCAFCTH=(2000,2500), for my test and development partitions which range from 3M for a sandbox to 22M (with only a little paging) for the largest overloaded parking lots for development CICS/DB2/IMS/MQ subsystems. We arrived at these values circa OW54399 and they have worked well so far. I am getting new processors next month and hope to be able to reduce memory pressures in the test systems as I can give them a larger fish bowl to splash about in. Any more current guidance on setting MCCAFCTH? One of our sysplex environments is like yours (5000,6000). I removed those settings some time ago from the other environments after the fix(es) for OW54399 came out (I wasn't supporting the one that still has it at the time). However, I remembered this being mentioned again at SHARE in Boston in Kathy Walsh's performance hot topics as related to OA12185 which was closed SUG (see below). So I guess you still may want to code it. The OEM sort mentioned in the APAR is probably SYNCSORT, so if you run SYNCSORT (I think you do, and so do we) you may want to check with them about this issue. APAR Identifier .. OA12185 Last Changed 05/10/18 IAXUA SPIN LOOP LARGE PGSER FIX PAGE FIX ERROR DESCRIPTION: An excessive spin loop is experienced in module Iaxua when a very large pagefix is issued at a point where central storage is constrained. This most often occurs within an application that is running an oem sort where the sort has issued a page fix for a multi-megabyte range of storage. While it is documented under the PGSER macro that there is potential for a spin loop to occur for page fixes over one megabyte, this apar is being created explore a means to avoid receiving the excessive spin MSGIEE178I (IEE178I) and abend071. LOCAL FIX: In the ieaoptxx parmlib member specify, or change if already specified, the mccafcth parameter to: mccafcth=(4000,4500) COMMENTS: This APAR is being closed as SUG APAR. Development will consider fixing it in a future release if the fix is feasible. Happy Holidays and Happy New Year Sam (and to all my friends and fellow list members)! Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
D'oh !!!
From: Knutson, Sam I am getting new processors next month and hope to be able to reduce memory pressures in the test systems as I can give them a larger fish bowl to splash about in. Looks like they could certainly use the relief ... :o) 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: 3270 screen size limit
It's not obviously documented. Edit the .WS file with your favorite text editor, find ScreenSize=24x80 (or whatever), and edit it to your choice (I have ScreenSize=62x160). Later, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. --ilvi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Thursday 22 December 2005 09:55 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 screen size limit Results: 1. PComm accepts screen size up to 254x254, vertical and horizontal limit are independent one of each other. How have you changed the screen size with pcomm? I only see the basic 4 sizes under Configuration/Session Parameters/Screen size. -- 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: Rule of thumb about paging / page fault rate
Most OS performance rules of thumb were developed for TSO and simple batch workloads where each address space (region) served a single 'user' and did no async i/o or any self directed, non os service task management. To the extent that workloads have shifted to to multi user address spaces that often implementing there own tasking structures and do a lot of async IO the old rules of thumb are just flat out wrong, not even close. Some of the workloads that impact this are DB2 CICS MQ and IMS. None of these work loads can tolerate any pageing. The best number is zero, zip, none, etc. The reason is the entire address space waits for a page fault representing delays for hundreds perhaps thousands of users. It has always been the case for these workloads that given the choice between small buufers (data base buffers for example) and system paging, chose small buffers, application I/O does not cause all users to wait, paging does! While this is certainly true, the rationale behind zero paging is much simpler IMHO. In the past, paging was necessary because of smaller real/virtual storage sizes and the basic problem of sharing memory on behalf of all the executable program's demands. In today's environment, the primary use of storage is I/O avoidance and therefore huge amounts of memory are committed for holding data buffers. Simple reality is that it makes no sense to allocate storage to avoid I/O, and then incur paging I/O (for precisely the reasons listed above). Adam -- 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
C++ help needed
We are trying to get our C++ compiler going. One
of our colleagues has written a simple little piece
of code and we have built some sample JCL.
Actually, the compile goes well, but the bind fails
with 13 messages of the type:
IEW2456E 9207 SYMBOL _Toupper UNRESOLVED.
MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY.
We've included a large number of libraries in our
bind SYSLIB:
CEE.SCEELKEX
CEE.SCEELKED
CBC.SCLBCPP
CEE.SCEECPP
CEE.SCEEBIND
CEE.SCEEBND2
But no love.
Can anyone think of any other library we need to include,
or are there some bind or compile parms we should be
using to keep this from happening?
Here is the entire program:
#include iostream
using namespace std;
int main(void);
int main(void)
{
char myStr??(40??) = Hello Trainer's Friend!;
std::cout myStr endl;
return 0;
}
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
Adding a Volume to an SMS group
Hello. I ran out of space in the root HFS (OMVS.ROOT). Because this seems to be SMS managed I would like to add another volume and mount the path needed to the new HFS. However I don't have a clue how to do this. I need some help with the ACS procedures to get this done. Any help will be appreciated. Thanks. - Yahoo! DSL Something to write home about. Just $16.99/mo. or less -- 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: Another incident
Many persons have misunderstandings about registered mail. The most common are confusing registered mail with insured mail and / or certified mail. I have never heard of a theft from US registered mail (the Hope diamond was shipped via registered mail), although overseas registered mail is not nearly so secure. Most diamond dealers regularly ship diamonds via registered mail, as it is the safest of all transport mechanisms. Penalties for stealing registered mail are severe and almost certain to catch the culprit due to the signature tracing. Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Huckert, James Sent: Thursday, December 22, 2005 12:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another incident 1. This is very slow. Maybe but better to be slow and safe 2. There is a lot of handling. And there is not with any other courier 3. Post Office employees do steal from the mail. Again it is locked, that will be found out before the end of the shift 4. If this worked, we wouldn't have courier companies. Maybe they don't know the post office can offer that type of service, besides there has to be other companies because then the post office would be a monopoly, the US post office is not a government institution, it has its own board of directors, but is over seen by the government. 5. I have had two registered letters sent to me lost, in the past 10 years. Nothing is 100%, a hacker can break any code just give them time, anything man can create, man can uncreate -teD Me? A skeptic? I trust you have proof! -- 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: Channel Distances
another trivial comparison was the special 4mbit t/r (16bit bus) card done for the pc/rt and the 16mbit t/r (32bit microchannel) card used by the rs/6000. the 4mbit t/r card had been specially designed pc/rt card for maximum thruput. the 16mbit t/r card used by the rs/6000 was the same as what was used for ps2. the ps2 lan environment had design point of SAA and terminal emulation paradigm (trying to stick the client/server genii back into the bottle) http://www.garlic.com/~lynn/subnetwork.html#emulation it turned out that the pc/rt 4mbit t/r card had higher per card thruput than the 16mbit t/r card used by the rs/6000. another comparison was that the new almaden research building had been wired for cat5 (16mbit t/r) ... however, when they went to deploy ... they found that 10mbit star-wired enet (over cat5) had higher per card thruput, higher aggregate network thruput, and lower latency ... than running the same wiring with 16mbit t/r. it was during this period that we came up with 3tier architecture, middle-layer, etc http://www.garlic.com/~lynn/subtopic.html#3tier and out pitching it in customer executive presentations. it included lots of enet content ... and we were taking hits from the t/r factions (i.e. because of enet content) and saa factions (because we were not only not terminal emulation paradigm ... but moving past client/server to 3tier). misc. 801, romp, pc/rt, rios, power, rs/6000, fort knox, etc ... postings. http://www.garlic.com/~lynn/subtopic.html#801 -- 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: Adding a Volume to an SMS group
Neither ACS nor SMS in general need to be involved. 1 -Create a new hfs. (I tend to use ISPF 3.2 but almost any allocation technique should work.) It can go on an existing volume or new one. The volume can be SMS but as of at least OS/390 2.10 it need not be. a - If you want it SMS, you can specify the Management, Data, and Storage Class parameters as part of the allocation. b - If you create a new SMS volume, make sure it is a member of the correct Storage Group. If not, use ISMF to make it so. 2 - Create a mount point in OMVS.ROOT (I think you use mkdir). 3 - Mount the new dataset on the mount point. Also add the new dataset to your BPXPRMxx member in PARMLIB so it will be mounted automatically when you IPL. Howard Rifkind [EMAIL PROTECTED] wrote: Hello. I ran out of space in the root HFS (OMVS.ROOT). Because this seems to be SMS managed I would like to add another volume and mount the path needed to the new HFS. However I don't have a clue how to do this. I need some help with the ACS procedures to get this done. Any help will be appreciated. Thanks. - Yahoo! DSL Something to write home about. Just $16.99/mo. or less -- 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 - Yahoo! for Good - Make a difference this year. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adding a Volume to an SMS group
If its SMS managed, just add a volume to the Storage group, and use the confighfs command to expand the HFS. HFS redbook, page 139. SG24-5482 Doug t 03:53 PM 12/22/2005, you wrote: Neither ACS nor SMS in general need to be involved. 1 -Create a new hfs. (I tend to use ISPF 3.2 but almost any allocation technique should work.) It can go on an existing volume or new one. The volume can be SMS but as of at least OS/390 2.10 it need not be. a - If you want it SMS, you can specify the Management, Data, and Storage Class parameters as part of the allocation. b - If you create a new SMS volume, make sure it is a member of the correct Storage Group. If not, use ISMF to make it so. 2 - Create a mount point in OMVS.ROOT (I think you use mkdir). 3 - Mount the new dataset on the mount point. Also add the new dataset to your BPXPRMxx member in PARMLIB so it will be mounted automatically when you IPL. Howard Rifkind [EMAIL PROTECTED] wrote: Hello. I ran out of space in the root HFS (OMVS.ROOT). Because this seems to be SMS managed I would like to add another volume and mount the path needed to the new HFS. However I don't have a clue how to do this. I need some help with the ACS procedures to get this done. Any help will be appreciated. Thanks. - Yahoo! DSL Something to write home about. Just $16.99/mo. or less -- 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 - Yahoo! for Good - Make a difference this year. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Doug Fuerst Consultant BK Associates Brooklyn, NY (718) 921-2620 (Office) (718) 921-0952 (Fax) (917) 572-7364 (Cell) [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: C++ help needed
I would imagine that there are sample programs and JCL in the SAMPLIB
dataset for C++, Usually there are a few IVP jobs IBM has you run after
installing things to make sure everything is ok.
Oh, it's hard to debug a link time problem if you only show us the program
source. Some link jcl would be helpful. You probably can bind into a PDSE
but if you are going to a PDS you'll probably have to use the prelinker.
- Original Message -
From: Steve Comstock [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, December 22, 2005 2:24 PM
Subject: C++ help needed
We are trying to get our C++ compiler going. One
of our colleagues has written a simple little piece
of code and we have built some sample JCL.
Actually, the compile goes well, but the bind fails
with 13 messages of the type:
IEW2456E 9207 SYMBOL _Toupper UNRESOLVED.
MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY.
We've included a large number of libraries in our
bind SYSLIB:
CEE.SCEELKEX
CEE.SCEELKED
CBC.SCLBCPP
CEE.SCEECPP
CEE.SCEEBIND
CEE.SCEEBND2
But no love.
Can anyone think of any other library we need to include,
or are there some bind or compile parms we should be
using to keep this from happening?
Here is the entire program:
#include iostream
using namespace std;
int main(void);
int main(void)
{
char myStr??(40??) = Hello Trainer's Friend!;
std::cout myStr endl;
return 0;
}
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
--
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: C++ help needed
Hi Steve,
This worked for me:
//*
//JCLLIB ORDER=(CBC.SCCNPRC)
//*
//C EXEC CBCCBG,GPARM='XPLINK(ON)/'
#include iostream
using namespace std;
int main(void);
int main(void)
{
char myStr??(40??) = Hello Trainer's Friend!;
std::cout myStr endl;
return 0;
}
/*
Leland
--
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: C++ help needed
On Thu, 22 Dec 2005 16:26:07 -0600, Lucius, Leland
[EMAIL PROTECTED] wrote:
Hi Steve,
This worked for me:
//*
//JCLLIB ORDER=(CBC.SCCNPRC)
//*
//C EXEC CBCCBG,GPARM='XPLINK(ON)/'
#include iostream
using namespace std;
int main(void);
int main(void)
{
char myStr??(40??) = Hello Trainer's Friend!;
std::cout myStr endl;
return 0;
}
/*
Leland
If you look at the IBM-supplied procedures using the binder such as
CBCCBG, there are also additional inputs required on SYSLIN.
Bill
--
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: C++ help needed
Lucius, Leland wrote:
Hi Steve,
This worked for me:
//*
//JCLLIB ORDER=(CBC.SCCNPRC)
//*
//C EXEC CBCCBG,GPARM='XPLINK(ON)/'
#include iostream
using namespace std;
int main(void);
int main(void)
{
char myStr??(40??) = Hello Trainer's Friend!;
std::cout myStr endl;
return 0;
}
/*
Well I'll be damned! Worked for me too. Clearly simplest
is best. Now I'll just go pick apart the generated JCL
and put it into our context.
What a valuable asset this group is!
Thanks a lot.
Kind regards,
-Steve
--
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: C++ help needed
Big Iron wrote: On Thu, 22 Dec 2005 16:26:07 -0600, Lucius, Leland [EMAIL PROTECTED] wrote: [snip] If you look at the IBM-supplied procedures using the binder such as CBCCBG, there are also additional inputs required on SYSLIN. Bill Yes, I saw those earlier, but I was under the impression (i.e.: mis-informed) that those were relics from earlier times left behind by accident. In fact, in one of our tests, we did have those, but they didn't seem to help. 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: 3270 screen size limit
I guess I'm not sure how this works with PCOMM because I did what you said and I didn't see any difference in my screen size. Am I missing something? -- 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: 3270 screen size limit
You have to logon with the appropriate logmode too. LOGMODE(D4C32XX3)in most cases. How you go about that depends on your sites setup. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Vernon Sent: Thursday, December 22, 2005 3:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 screen size limit I guess I'm not sure how this works with PCOMM because I did what you said and I didn't see any difference in my screen size. Am I missing something? -- 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: 3270 screen size limit
There's also a required logmode of D4x32XX3 where the little x is one of A, B or C (usually C). Best regards, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. --ilvi -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Vernon Sent: Thursday 22 December 2005 15:08 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 screen size limit I guess I'm not sure how this works with PCOMM because I did what you said and I didn't see any difference in my screen size. Am I missing something? -- 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: 3270 screen size limit
In [EMAIL PROTECTED], on 12/22/2005 at 05:53 PM, R.S. [EMAIL PROTECTED] said: I have to admit, this is pure theoretical problem. Even 60x160 is eye torture (at least on my 'small' 19 screen). I found 62x160 to be readable on a 17 panel. -- 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: Another incident
In [EMAIL PROTECTED], on 12/21/2005 at 03:12 PM, Huckert, James [EMAIL PROTECTED] said: What I don't understand is why companies don't just send their tapes registered mail through the post office. Timing. -- 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: Hercules 3.03 announcement
In [EMAIL PROTECTED], on 12/22/2005 at 09:43 AM, Ted MacNEIL [EMAIL PROTECTED] said: Ditto. Phil, with all your problems dealing with IBM, why do you rise to their defence? I find it ironic. If IBM believes that he has divulged proprietary data, then of course they won't tell him of any customers running z/OS on Hercules under an NDA. So his lack of proof is not only not proof of absence, it isn't even suggestive of absence. -- 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: 3270 screen size limit
To those who have been attracted by this discussion - such as Jerry, This thread started because Radoslaw Skorupka had been reading earlier threads and, like a kitten, started playing with them. This in order to introduce the English saying Curiosity killed the cat. in a - to be taken as homourous - reference to his last comment. g - actually you'll remember the Cheshire Cat dissolved into just a grin. But enough of these merrymaking puns. The key thread that attracted Radoslaw's attention is probably the one which directed readers to the following article: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD102151 dating from the 13 October - if I can trust Google Group's handing of posts. If you are not already the VTAM man/woman in your organisation, you will need to ask him/her to convert you - and maybe your colleagues as well - to what I used to call while teaching The Unspecified Screen Size Bind. As mentioned this means finding or creating a suitable logmode table entry which contains X'03' in the penultimate byte of the PSERVIC operand of the MODEENT macro with X'00' in the preceding 4 bytes - although that may only be a matter of neatness since they should be ignored. If your shop relies on the IBM-supplied default logmode table ISTINCLM, then one of the logmode entries described in this thread, which includes the D4C32XX3 logmode mentioned in the article referenced above, can be used. As a matter of completeness the significance of the letter mentioned by Ray takes us back to the days of the 3274 when the C model was the link-attached SNA model, the B model was the channel-attached non-SNA model and the D model was another channel-attached non-SNA model - if my memory serves me correctly. Well, it always pays to check. I couldn't find a D3D32XX3 probably because, if there were one, it would look just like D3B32XX3 and, indeed, the comment reads 3274 MODEL 1B/1D (LOCAL NON-SNA). There is, in fact, also a D3A32XX3, where the A refers to the channel-attached SNA model. Why two SNA models? Well, for some reason maybe known only to the designers of the 3274, there was a maximum outbound RU size limit of 1536, corresponding to the RUSIZES code X'C7', for the A, channel-attached, model which did not apply to the C, link-attached, model which, as I remember, had no documented limit. In case the user would like an outbound RU size larger that 1536, the D3C32XX3 logmode entry has X'F8' as the outbound RUSIZES value which corresponds to 3840 0 - for no good reason other than that value appealed to the guy who created these, essentially, sample logmode entries. Or does someone out there have the real reason. Incidentally I used to work next to that guy - twice - although he never confessed precisely to that whim. As William says, which of these or some suitable bespoke logmode entry created for you you use is a matter for your local VTAM specialist to sort out. Chris Mason - Original Message - From: George, William (DHS-ITSD) [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, 23 December, 2005 12:44 AM Subject: Re: 3270 screen size limit You have to logon with the appropriate logmode too. LOGMODE(D4C32XX3)in most cases. How you go about that depends on your sites setup. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Vernon Sent: Thursday, December 22, 2005 3:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 screen size limit I guess I'm not sure how this works with PCOMM because I did what you said and I didn't see any difference in my screen size. Am I missing something? -- 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: Maximum Extents in z/OS 1.4
For what it's worth, one of the control blocks representing extents has changed quite a bit for z/OS 1.7 Methinks it looks like preconditioning for the flood gates to open for the number of allowable extents. Todd - Original Message - From: Miller, Pat [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Monday, December 19, 2005 4:11 PM Subject: Re: Maximum Extents in z/OS 1.4 Thanks guys. Multivolume files are the key to the confusion. -- 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: Creating dynamic 3270 screen size definitions for increased productivity
Thomas, Here's a snip from an earlier post of mine: What you should be able to see in the trace is who complained - a negative response with a juicy sense code to set the investigative juices flowing - and when. You may even like to adjust your program to require some input after each character is presented so that you can work out precisely which one or ones cause(s) the PROG755 and the IKT00405I message. Scanning a post in another newsgroup, I was handed a reference to a manual where you can check on all these PROG codes and the juicy sense codes that go with them - just in case it's still of interest. Manual: 3174 Status Codes GA27-3832-08, Section 2.23 DFT Device Program Error Codes, URL http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CN7S8001/2.23?SHELF=EZ2HW125DT=19940419144012 I believe, in general, emulators emulate what is described here. Here's the explanation for the codes that have been mentioned in this thread: 755 Incorrect order received (EBCDIC value less than X'40' not recognized) 1003 OP-Check 753 Data follows an RM, RMA RB, or EAU command GE or RA order received with incorrect character SFE, MF, or SA order with incorrect attribute value for highlight or color or a character set value of X'FF' 1003 OP-Check Chris Mason - Original Message - From: Thomas Berg [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, 21 December, 2005 3:12 PM Subject: SV: Creating dynamic 3270 screen size definitions for increased productivity Yes, I have tried that; got PROG753 instead. :) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Tomas J Fott Skickat: den 21 december 2005 15:05 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Creating dynamic 3270 screen size definitions for increased productivity You can suppress xPROG755 message. Add following stanza to the bottom of PCOMM configuration (.WS file): [LT] UndefinedCode=Y Tomas Yes, I do also get a xPROG755 error after the first couple of IKT00405I messages. It's interesting that Vista have no such problems (and that You also have problem with PCOM). Thomas Berg -- 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
