Keyboard Shortcuts
Likes
- H390-MVS
- Messages
Search
|
Re: Multiple OSA define
开云体育I have the help stuff, what I need is the 4.8 development version. ? From: [email protected] <[email protected]> On Behalf Of rvjansen@... via groups.io
Sent: Tuesday, January 21, 2025 8:20 AM To: [email protected] Subject: Re: [H390-MVS] Multiple OSA define ? Hi Mike, ? make sure you have git on your system. Go to a terminal, shell, prompt, or what else you might call it. ? do: ? git clone? ? after that finishes, you will have a directory called hercules-helper ? cd hercules-helper ? now run the script hercules-buildall.sh ? /hercules-buildall.sh --flavor=sdl-hyperion ? it will do almost all the work for you, and instruct you to do things when necessary.? ? best regards, ? 搁别苍é.
? |
|
Re: Multiple OSA define
开云体育Will that get me the 4.8 development version ? From: [email protected] <[email protected]> On Behalf Of rvjansen@... via groups.io
Sent: Tuesday, January 21, 2025 8:20 AM To: [email protected] Subject: Re: [H390-MVS] Multiple OSA define ? Hi Mike, ? make sure you have git on your system. Go to a terminal, shell, prompt, or what else you might call it. ? do: ? git clone? ? after that finishes, you will have a directory called hercules-helper ? cd hercules-helper ? now run the script hercules-buildall.sh ? /hercules-buildall.sh --flavor=sdl-hyperion ? it will do almost all the work for you, and instruct you to do things when necessary.? ? best regards, ? 搁别苍é.
? |
|
Re: Multiple OSA define
开云体育Hi Mike,make sure you have git on your system. Go to a terminal, shell, prompt, or what else you might call it. do: git clone? after that finishes, you will have a directory called hercules-helper cd hercules-helper now run the script hercules-buildall.sh ./hercules-buildall.sh --flavor=sdl-hyperion it will do almost all the work for you, and instruct you to do things when necessary.? best regards, 搁别苍é.
|
|
Re: Probably a stupid question - concerning Master Catalog Passwords
Many thanks for digging into this. I was just living with the issue and figured that I had built my MVS incorrectly; it's nice to understand what the cause is. On Tue, Jan 21, 2025 at 12:07 AM, Dave Trainor - N8ZFM wrote:
|
|
Re: Multiple OSA define
Ok, I'm really stupid. I don't know how to download it to rebuild it.
toggle quoted message
Show quoted text
-----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Fish Fish via groups.io Sent: Friday, January 17, 2025 6:32 PM To: [email protected] Subject: Re: [H390-MVS] Multiple OSA define Mike Ward wrote: Mr. Fish. I don't know much about Github so I don't know how to get toYou need to build it for yourself using Hercules Helper for Windows. -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
|
Re: Whats the best way to transfer dasd from z/os to Hercules
I'll try the updated version this morning. On Tue, Jan 21, 2025 at 7:12?AM Andrew via <AndrewRandham=[email protected]> wrote:
--
Jay Maynard |
|
Re: Whats the best way to transfer dasd from z/os to Hercules
On Tue, Jan 21, 2025 at 07:45 AM, Fish Fish wrote:
Andrew wrote:What is the CKD/CCKD device's file format? Where can I place the updated source?Please send it directly to me so I can be sure to get the fixed version it into Hercules. To your email address?
So.... if we can get the program version bug fixed in both CCKDDUMP and CCKDDU64, then I would need a copy of the updated/fixed source code for both, as well as the updated/fixed object code for both , *AND* the updated/fixed load library module (linked executable?) for both as well. (Is that asking too much?) Yes, I can take care of that. I'd like to get confirmation from Brian and/or Jay, or anyone else for that matter, that the modifications work in their environments, before sending out the final src, obj and load.
Andrew |
|
Re: Whats the best way to transfer dasd from z/os to Hercules
Mike Schwab wrote:
Andrew wrote:[...] *ONLY* if someone is in dire *immediate* need for it right now.Where can I place the updated source? Also, would anyone Otherwise, I'd much rather wait until the "cckddump-cckdload.zip" file in Herc's 'util' subdirectory is first updated with the final *official* new/fixed version. Then and *only* then would I feel comfortable with someone then uploading it (or any part of it) to the group's Files area. (I don't like having unofficial, *partially* fixed versions of Hercules code floating around out there.) -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
|
Re: Whats the best way to transfer dasd from z/os to Hercules
Andrew wrote:
I've amended CCKDDU64 to cater for 3390's larger than modelFAN-F**KING-TASTIC!! :))) THANK YOU, Andrew! I can't begin to thank you enough for your effort! You are a true Herculean in my book! :) I've also dumped a Model-9 with the updated and the previousWell that's not right. The "cdh_vrm" field in the CKD/CCKD dasd device header is the version of the Hercules CKD/CCKD device's file format, not the version of the program that happened to create that particular dasd image file. That sounds like yet another bug (albeit a minor/cosmetic one) in both CCKDDUMP and CCKDDU64 that needs to be fixed. Where can I place the updated source?Please send it directly to me so I can be sure to get the fixed version it into Hercules. Also, would anyone need a load module?I guess I'll be needing that too. And the object code too. So.... if we can get the program version bug fixed in both CCKDDUMP and CCKDDU64, then I would need a copy of the updated/fixed source code for both, as well as the updated/fixed object code for both , *AND* the updated/fixed load library module (linked executable?) for both as well. (Is that asking too much?) I suppose if you can just send me the updated/fixed source code for each, I can try to create the object code and load library for each myself. But given my inexperience with z/OS, I'd rather not have to do that as I might only end up screwing something up, and I definitely *don't* want to do that after all of your hard work. So, at the risk of pushing my luck, would I be asking too much if you could take care of this last little bit for me Andrew? I'd *really* appreciate it! Thanks! -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
|
Re: Whats the best way to transfer dasd from z/os to Hercules
On Tue, Jan 21, 2025 at 4:19?AM Andrew via groups.io <AndrewRandham@...> wrote:
-- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? |
|
Re: Whats the best way to transfer dasd from z/os to Hercules
I've amended CCKDDU64 to cater for 3390's larger than model 27's. It's not pretty, but it seems to do the job. I've dumped a model-54 that has datasets allocated at cylinders higher than 32760, checked it with cckdcdsk64, attached it to Hercules and all appears good. I've also dumped a Model-9 with the updated and the previous CCKDDU64. A binary comparison comes up clean, except for cdh_vrm in the ckd device header - the version of CCKDDU64 was updated to 0.3.2. Where can I place the updated source? Also, would anyone need a load module? Andrew |
|
Re: REVIEW R51.6
Hi,
toggle quoted message
Show quoted text
Broadly speaking, copy the load modules into a linklist library and then issue the desired TSO command(s) at the READY prompt. Examples of such TSO commands are REV mydsname REV SYSPROC F RFE REVOUT REVLEV FSH ALLOC O(UNIT) For extra functionality copy the CLISTs with names beginning with REV into a SYSPROC DD library. If you want, you can copy the HELP members into a SYSHELP DD library. If you have a TK-based system then likely these libraries already have versions of these programs. Look in libraries like SYS2.CMDLIB and SYS2.LINKLIB to find out where the existing copies are. The PANELS members can be copied into an ISPPLIB DD library, but if you have such a library then they may already be there. Cheers, Greg On 21/01/2025 8:03 pm, zpmain via groups.io wrote:
|
|
Re: REVIEW R51.6
Hello I am new to this What is the customization procedure to make it work ? On Thu, 16 Jan 2025, 18:39 Greg Price via , <procegrog=[email protected]> wrote: Hi, |
|
Re: Probably a stupid question - concerning Master Catalog Passwords
开云体育Just to update the group on this issue I experienced, and in the interest of increasing knowledge and so if anyone else has this issue. ? The 056-012 is a RACF failure error message, thi sonly occurs because I have a MVS 3.8j system built without RACF (which postdates MVS3.8j) or more importantly RAKF which is a part of the TK series releases.?? The problem occurs because I was using the excellet application RPF and the utility 3.2 menu to preform an alloc, with a master catalog password set, as per the standard build process defined by Jay Moseley.? ? RPF does a RACF check as part of its alloc, and thus fails to correctly pass the entered password to TSO, responds with a RACF failure error 056-012.?? If there is no master catalog password set, then RPF does not preform a check and its able to alloc as expected. So this condition only occurs given the specific set of circumstances.? ??Attempts by others, confirm this, and recompiling RPF from source with the RACF/RAKF check deselected do not correct the issue.?? Possibly Rob with look at this, however his software is an asset to have, and if you are aware of this and do not have a Mast Cat Password set, then its not a problem, or if you have RAKF installed and setup, its not a problem.? At the current time, you can choose to either, 1) Setup RAKF, 2) Nullify the Mast Cat password and choose not to have one, or 3) not use RPF for an alloc and only use batch jobs to preform allocations – I consider option 3 a poor choice. ? My purpose here is just that since I received no hits on google searching for the 056-012 error code in versions of MVS prior to MVS-XA, that ?I may save someone from head scratching and they will know the source, and how to bypass the condition. ? Many thanks on my part to those who helped me in determining the cause.? It required some hours and effort to track it all down and its much appreciated. ? Thanks, Dave Trainor, NBZFM Louisville, KY?? ? From:
Dave Trainor <dave@...> ? Correct, and my userid has those permissions OPER and ACCT both defined.? MVS 3,8j, plain vanilla, does not appear to have a lot of security besides that. ? Thanks, Dave – N8ZFM ? From:
<[email protected]> on behalf of "botongrui, aka τσ尘. via groups.io" <botongrui@...> ? I have a vague memory that you needed to be a Sysprog / Operator defined tso user for some system functions rather than a plain tso user. ? It's a vague memory, but may be pertinent. ? Regards, --- τσ尘 ? On Monday, 13 January 2025 at 20:18, Dave Trainor - N8ZFM <dave@...> wrote:
?
|
|
Re: Whats the best way to transfer dasd from z/os to Hercules
Thanks!
toggle quoted message
Show quoted text
On 1/20/2025 10:45 AM, Fish Fish via groups.io wrote:
Tom Brennan wrote:Fish wrote:[...]You mean ARCHMODE 370 or ARCHMODE 390?Sounds like CCKDDU64 needs to be "jumpified" so that baseDo the older ARCHMODE settings in Hercules include the jump |
|
Re: Whats the best way to transfer dasd from z/os to Hercules
Tom Brennan wrote:
Fish wrote:[...] You mean ARCHMODE 370 or ARCHMODE 390?Sounds like CCKDDU64 needs to be "jumpified" so that baseDo the older ARCHMODE settings in Hercules include the jump * No, you are correct that they do not. At least not natively. HOWEVER... they can be made to exist for those architectures via our "herc_370_extension" facility: * Simply add a "facility enable herc_370_extension" statement to your configuration file, et Voilà! Many (but not all, obviously!) of the newer z/Architecture instructions are now available to the 370 and 390 archmodes too, including the "jump" (branch relative) instructions and "immediate" and many other very handy-to-have instructions too: * Cool, eh? :) -- "Fish" (David B. Trout) Software Development Laboratories mail: fish@... |
