开云体育

I am trying to find complete source distribution for POWER II. Sadly the AWS file that we have seems to be missing at least A.POWERPRT, A.POWERPUN, A.POWERRDR, and A.POWERCOM which is the meat of POWER II. This would be for use under DOS/360. Any leads appreciated!

Roger McCarty wrote:

I am trying to find complete source distribution for POWER II.

Sadly the AWS file that we have seems to be missing at least
A.POWERPRT, A.POWERPUN, A.POWERRDR, and A.POWERCOM which is
the meat of POWER II. This would be for use under DOS/360.

Any leads appreciated!

The only source we have (that I am aware of!) is for POWER/VS, which I doubt will help you.

Sorry! :(

But maybe someone out there has a copy squirreled away somewhere??

In any case, I wish you the best of luck in your search! Trying to find the original source for old software is indeed a challenge!

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

Roger,

This is probably the tape you have, but Stephen Orso hosts a tape at
(ibm.360d052006.dos.power.II.with.rje.opt2.v4m1.aws ).

Chris

--
<cjar1950@...>



----------------------------------------------------------------------------------------------------------------------------------
On Sun, 16 Apr 2023 18:42:21 -0700
"Fish Fish" <david.b.trout@...> wrote:

Roger McCarty wrote:

I am trying to find complete source distribution for POWER II.

Sadly the AWS file that we have seems to be missing at least
A.POWERPRT, A.POWERPUN, A.POWERRDR, and A.POWERCOM which is
the meat of POWER II. This would be for use under DOS/360.

Any leads appreciated!

The only source we have (that I am aware of!) is for POWER/VS, which I doubt will help you.

Sorry! :(

But maybe someone out there has a copy squirreled away somewhere??

In any case, I wish you the best of luck in your search! Trying to find the original source for old software is indeed a challenge!

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

Sadly, that's the one that is incomplete with regards the source. It has *some* but not all of the source for POWER II. Thanks!

Hi Folks,

All of the information I have about the provenance and contents of the POWER II distribution tape that I host can be found here:



Please note the following:

1) the tape appears to be complete because it contains PID trailers at the end.??
2) The tape contains the version of POWER II that was intended for use with DOS release 27, a non-VS version that supported 3330 disks.??
3) I have not attempted to build POWER II from the source on this tape.? Such was not needed for my purposes at the time.??

It is entirely possible that IBM re-architected the POWER II build to no longer use the macros reported as missing.? A brief scan of the job streams included after the first tapemark suggests that this is the case.??

Best Regards,
Steve Orso

I appreciate the help on that Steve!

We are good to go and have a clean assembly under DOS/360.?

Hi Roger,

I am thrilled that the information was helpful and that you have a working process.??

If you like, I would be happy to add your procedure and JCL, with the attribution and any copyright you might specify, to my DOS/360 web site.??

Let me know.??

Best Regards,
Steve Orso

Hi!

I stumbled with this thread as, precissely, getting POWER on DOS/360 as explained at tutorial ?is the first (and I bet, the only) thing that goes wrong.
Has anyone succeded in getting POWER completed? ... At the very first JOB to deblock the POWER tape into another tape, I got an unexpected job cancellation due to I/O error:

[...]

BG 0P10I C EQUIP CHK SYS005=281
CCSW=0210006B080E400CA8 SNS=1040000000C0 CCB=006CD8
BG 0P10I C EQUIP CHK SYS004=280
CCSW=0210006B080E400CA8 SNS=1040000000C0 CCB=006AC8
BG 0P73I JOB POWER01 CANCELED DUE TO I/O ERROR

The aws file is the one referenced above in this thread,
and destination file was successfuly created by hetinit...
so no clue what's going wrong.

Enable CCW tracing for both devices ('t+280' and 't+281' Hercules commands) and try your job again and post the resulting Hercules logfile.

Seeing your Hercules configuration file would help too.



--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

On Tue, Jun 27, 2023 at 09:35 AM, Alejandro olivan Alvarez wrote:

>> Has anyone succeded in getting POWER completed?

Yes, I have. :-) See below:

Hi!

I attach the configuration file I use, and the hercules log (which is very long!)

On 6/27/23 20:21, Fish Fish wrote:

[...]

BG 0P10I C EQUIP CHK SYS005=281
CCSW=0210006B080E400CA8 SNS=1040000000C0 CCB=006CD8
BG 0P10I C EQUIP CHK SYS004=280
CCSW=0210006B080E400CA8 SNS=1040000000C0 CCB=006AC8
BG 0P73I JOB POWER01 CANCELED DUE TO I/O ERROR

The aws file is the one referenced above in this thread,
and destination file was successfuly created by hetinit...
so no clue what's going wrong.

Enable CCW tracing for both devices ('t+280' and 't+281' Hercules commands) and try your job again and post the resulting Hercules logfile.

Seeing your Hercules configuration file would help too.



, I noticed two messages appearing just before the I/O error:

I find relevant that, just before the I/O Error, two lines show up that look very suspicious:

11:15:00 HHC00204E 0:0281 Tape file tape/power-deblock.aws, type aws: error in function readhdr_awstape(), offset 0x0000000000000D20: end of file (uninitialized tape)

and

11:15:00 HHC00204E 0:0280 Tape file tape/ibm.360d052006.dos.power.II.with.rje.opt2.v4m1.aws, type aws: error in function readhdr_awstape(), offset 0x0000000000000D0A: end of file (uninitialized tape)

Strangely but, before these errors show up, there was a lot of activity both on the log regarding devices 280 and 281, and on the tape files themselves, as I see on the filesystem that their sizes changed, so it looks like hercules was initially happy handling the tapes but at some point the thing went wrong.


Thank you very much.

Regards.

Alejandro olivan Alvarez wrote:

I attach the configuration file I use, and the hercules log
(which is very long!)

[...]

I noticed two messages appearing just before the I/O error:
I find relevant that, just before the I/O Error, two lines
show up that look very suspicious:

11:15:00 HHC00204E 0:0281 Tape file tape/power-deblock.aws,
type aws: error in function readhdr_awstape(), offset
0x0000000000000D20: end of file (uninitialized tape)

and:

11:15:00 HHC00204E 0:0280 Tape file tape/ibm.360d052006.dos.
power.II.with.rje.opt2.v4m1.aws, type aws: error in function
readhdr_awstape(), offset 0x0000000000000D0A: end of file
(uninitialized tape)

Strangely but, before these errors show up, there was a lot of
activity both on the log regarding devices 280 and 281, and on
the tape files themselves, as I see on the filesystem that their
sizes changed, so it looks like hercules was initially happy
handling the tapes but at some point the thing went wrong.

Yep. I'm seeing the same thing.

But before we get to that, PLEASE REMOVE YOUR:

LOG herclog.log

STATEMENT FROM YOUR CONFIGURATION FILE, and specify a *proper* log file via the '-o' or '--output' or '--logfile' command line option instead!

*

What you sent me was NOT the full/complete Hercules logfile! It is only a partial logfile. It is missing perhaps the most important part of a Hercules logfile: THE VERY BEGINNING, that contains all of Hercules's startup initialization messages!

I would recommend NEVER using the 'log' statement or command EVER! Never ever! Using it make it virtually impossible to provide proper support for a person when they're having problems, since we cannot see what version of Hercules they are using and other important things that get logged during Hercules startup and initialization.

Thanks.

Now... About your problem...

Looking at your log file, it is painfully obvious to me there is an extremely high likelihood that DOS/360's "TPTP" program (or DOS/360 itself) is buggy.

The problem does NOT appear to me to be with Hercules. The problem is instead, with an extremely high degree of likelihood, with TPTP and/or DOS/360.

Tape 280 is the INPUT tape, yes?

And 281 is the OUTPUT tape, yes?

"TPTP" is a simple(?) program that is supposed to READ the specified input tape, deblock each physical block of data that it reads from that input tape, and then write the individual unblocked records from that block to the output tape. Yes? Pretty simple.

Well, for some very strange unknown reason, TPTP (or DOS/360) --in the middle of its processing! -- is deciding to suddenly and unexpectedly switch from *reading* its input tape, to, oddly enough, start *WRITING* to it instead! (WTF?!)

Yes, you read that sentence correctly: It is deciding for reasons unknown to start *WRITING* to its *INPUT* tape! (WTF?!)

AND... it decides at the same time, to also suddenly and unexpectedly switch from writing to its output tape to READING from it instead! (WTF?!)

Yep! It decides for some unknown reason (likely due to the same bug I'm guessing) to start *READING* from its *OUTPUT* tape! (WTF?!)

DUE TO THIS APPARENT BUG, I would *strongly* recommend that you re-download your "ibm.360d052006.dos.power.II.with.rje.opt2.v4m1.aws" input tape file, and *immediately* set it to read-only, to ensure that it cannot be damaged due to this bug.

Where did you download it from anyway? I'd like to take a look at it myself with my AWSBrowse program to see what it looks like. Thanks.

Finally, for the record, since you failed to provide a COMPLETE Hercules log, what version of Hercules are you using, and on which type of host are you running it on? Windows? Linux? Which Windows? Which Linux?

Thanks.

I hope that helps!

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

On Wed, Jun 28, 2023 at 06:35 PM, Fish Fish wrote:

Where did you download it from anyway? I'd like to take a look at it myself with my AWSBrowse program to see what it looks like. Thanks.

Finally, for the record, since you failed to provide a COMPLETE Hercules log, what version of Hercules are you using, and on which type of host are you running it on? Windows? Linux? Which Windows? Which Linux?

Thanks.

I hope that helps!

Hi!

Thank you for your interest! ... Because of you very detailed explnation, I've repeated the whole experiment (I perform snapshots often, when operating hercules because I tend to run into troubles quite often :-P) so I re-downloaded the aws tape, hetinit a new one, and re-run it, this time but, following your advice: no LOG statement in configuration, using -o parameter to get the whole output (I took a look and now I see what you meant, it shows many details about the actual binary build). I attach the new herclog.

Regarding the question of where did I get the file, I'm using the link provided in the site where the sysgen instructions are presented.
More precissely, the link sits on the page at:
And the link itself ends up pointing to a Dropbox download link. here's the link at the page:?

I would add that, beyond what's showing on herclog about my running environment, I'm running hyperion on the same machine I build it: a Linux Debian 12/Bookworm VM.
I guess this deviates from the typical Windows/Desktop environment where hercules accesses many CPU cores and has pretty fast I/O against an SSD or even NVMe... My VM has only 2 vCores, and they're not high on priority on hte hypervisor. And although the VM itself has its system disks runing on local hyoervisor SSDs, the storage where hercules is run on sits on an NFS mount (so far, this setup has worked flawlessly with Tk4-, VM/370 and some other stuff, it usually gives me around 18-20 mips, with peaks at 26 mips). I'm aware my environment is somehow not the usual one, so maybe it may cause issues.

Now, based on what you explained, I'm going to repeat again the experiment, but either declaring the tape as read-only and/or setting the immutable atribute at the filesystem level (I guess this last route could cause problems).

Best regards!?
?

(ATTACHMENT)

Alejandro olivan Alvarez wrote:

[...]

and re-run it, this time but, following your advice:
no LOG statement in configuration, using -o parameter
to get the whole output (I took a look and now I see
what you meant, it shows many details about the actual
binary build). I attach the new herclog.

Thank you!

Regarding the question of where did I get the file, ...

Never mind. I found it. :)


[...]

it usually gives me around 18-20 mips, with peaks at 26 mips).
I'm aware my environment is somehow not the usual one, so maybe
it may cause issues.

I doubt it's your system.

Instead, as I said in my previous message, I suspect there is a BUG in the "TPTP" program.

Now, based on what you explained, I'm going to repeat again
the experiment, but either declaring the tape as read-only
and/or setting the immutable atribute at the filesystem level
(I guess this last route could cause problems).

Setting the immutable attribute for the file would be the ideal in my opinion. It is a file with valuable READ ONLY data, and should *NEVER* be written to. Not even by root!

As an alternative however, you could simply be careful to always specify the "ro" (read only) option on your 'devinit' command:

devinit 280 ...(tape file name)... ro

See:

*


But if it were me, I personally would recommend setting the immutable attribute on the file. It's much safer in my opinion.

I looked at your log (thank you!) and my analysis (which PROVES that "TPTP" has a serious bug!) is attached.

Is the source code to the TPTP program available? I would sure like to take a look at it!

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

On Fri, Jun 30, 2023 at 09:43 AM, Fish Fish wrote:

I looked at your log (thank you!) and my analysis (which PROVES that "TPTP" has a serious bug!) is attached.

René Ferland wrote:

Fish wrote:

I looked at your log (thank you!) and my analysis (which PROVES that
"TPTP" has a serious bug!) is attached.

Hello Fish,

For curiosity, I tried the TPTP job with both Hercules 3.13 and SDL
Hercules 4.5 on my iMac (more Unix-like than Windows). It seems to
work with Hercules 3.13 while it fails with SDL Hercules 4.5.

Really?! Interesting!


[...]

Could it be that Hercules 3.13 had a bug which "prevented" the TPTP
bug, but when the Hercules 3.13 bug was corrected in SDL Hercules 4.5,
the TPTP bug could now be expressed fully?

That's entirely possible, and in fact, very *likely* IMO.

But let me look at your two logs first and get back to you.

--
"Fish" (David B. Trout)
Software Development Laboratories

mail: fish@...

Hi,?

I know this thread is somewhat old, but I had exactly the same experience yesterday and managed to recover from it.
I checked both the original POWER input tape as well as the newly created blank tape as both were empty except for two tapemarks on each tape. This was in fact my second attempt to run this job.

I downloaded the POWER input tape again and re-created the blank tape and re-ran the job. On this second (now third) attempt it ran successfully.
My conclusion is; there is nothing wrong with neither the POWER tape nor the DOS/360 utilities. You just have to be very careful when re-running jobs.

Regards,

Steen