I forgot to include the list address for my musing...sorry. 8-)
To: 'Walsh, Edward'; okappert
Subject: RE: Subroutine Returns Parameters Displaced
Hmmm, this may require a hammer - just kidding.
It may be of value to take a store of your run time objects from the
prod box, and restore them to the test box and vise versa. This will
help to show if the error is in the program or the OS (BTW, make sure
you do a full store of the good programs on the prod box before
restoring the test box programs to the prod box, so you have a recovery
tape to reload your prod box with after the test).
Run the two systems with the swapped run times, and see what results you
get. If your test shows that the run time from the test box works
swapped out to the prod box, then the OS on the test box has a problem,
but if the swapped out run time from the test box still has an error
while it's running on the prod box, then you need to see what changed in
the run time object from the test box. Of course, it'll be interesting
to see what the current prod run time object does on the test box OS -
do let us know.
Oh, and I realize that this is a significant and drastic test, so you
may want to see if hp (or the list) can provide a better solution before
attempting my suggestion.
Regards,
<http://www.republictitle.com/>
<http://www.republictitle.com/>
Raymond Shahan
Information Systems
REPUBLIC TITLE OF TEXAS, INC. <http://www.republictitle.com/>
2701 W Plano Parkway
<http://maps.yahoo.com/maps_result?addr=2701+w+plano+parkway&csz=75075&c
ountry=us&new=1&name=&qty=>
Plano, TX 75075
direct 214.556.0202
main 972.578.8611
fax 972.424.5621
www.republictitle.com <http://www.republictitle.com/>
[log in to unmask]
Life is not a journey to the grave with the
intention of arriving safely in a pretty and
well preserved body, but rather to skid in
broadside, thoroughly used up, totally worn out,
and loudly proclaiming:
-- WOW!!! What a Ride!!!
________________________________
From: Walsh, Edward [mailto:[log in to unmask]]
Sent: Tuesday, May 08, 2007 4:02 PM
To: okappert
Cc: Ray Shahan
Subject: RE: Subroutine Returns Parameters Displaced
Olav,
That is a very good question, and my answer is: I certainly hope so.
I am sure that our Operations staff checked the upgrade against the
various products we have. I have to assume that all of them say it is
OK.
And here is something else about this crazy problem. We have a
HPe3000/N4000 running the same OS version which does not show the
problem. I am seeing it on HP3000/989-400. This is our "test" box.
The N4000 is production and it does not manifest the problem.
Ed Walsh
Preferred Care -- Systems Analyst II
259 Monroe Ave.
Rochester, NY 14607
585.327.2489
________________________________
From: okappert [mailto:[log in to unmask]]
Sent: Tuesday, May 08, 2007 4:49 PM
To: Walsh, Edward
Cc: Ray Shahan; [log in to unmask]
Subject: Re: Subroutine Returns Parameters Displaced
Edward:
You did not mention the fact that you have purchased software packages
like Cognos. Have you checked with the various software vendors to
determine if their packages work on the upgraded OS ?
Regards, Olav.
Walsh, Edward wrote:
To Olav and Ray, and any others participating in this discussion.
First, thanks to all of you for taking the time to look at this problem.
Just to clear up one point. Neither the calling program nor the
subroutine have been recompiled for over one year. The OS upgrade
happened about 10 days ago. So it is not a matter where one or the
other was recompiled since the upgrade and thereby got out of sync with
each other.
Yes, compilation makes the problem go away, but it may not be feasible
to recompile all our software.
Quite of bit of what we run comes from vendors who do not give us access
to their source code and compilation scripts. And since we do not
understand the problem, who can say that subroutines compiled in other
languages may not also have problems with parameter passing? We have
vendor-supplied Cognos Quick screen programs that call Cobol subroutines
resident in XLs. How can we know that they will not have problems?
Even if we could get at all the source code and possessed correct
compilation scripts and library files for everything, it would be a
massive effort to recompile everything -- and very scary as well.
Personally speaking, if that were our only way to deal with this, I
would recommend that we wait for the problem to manifest, and then
correct it by recompiling. But I would not feel happy or safe with this
approach.
As for COBCNTL.PUB.SYS, we have not modified it to my knowledge. The
subroutine itself only overrides the following commands on the $CONTROL
statement: DYNAMIC, POST85, CROSSREF.
I have requested any release notes or install notes that accompanied our
latest upgrade from our Operations Manager. He has opened a case with
HP on this issue.
Ed Walsh
Preferred Care -- Systems Analyst II
259 Monroe Ave.
Rochester, NY 14607
585.327.2489
________________________________
From: okappert [mailto:[log in to unmask]]
Sent: Tuesday, May 08, 2007 12:36 PM
To: Ray Shahan; Walsh, Edward
Cc: [log in to unmask]
Subject: Re: Subroutine Returns Parameters Displaced
Ray:
If recompiling fixes the problem, then the best method of action would
be to do a full recompile of all programs.
Regards, Olav.
Ray Shahan wrote:
Just to add this thought: all of the resolutions/tests suggested thus
far, while certainly worth trying, should not be required. There is no
reason that I'm aware of why a linkage section that's been working for
years screws up because you've upgraded the OS version (if there is a
reason, then it should be documented in the OS release notes). I'd try
to go back to the previous OS version to see if that corrects the issue,
and if it does, I'd get hp on the phone.
The array bounds violation, COMP fields, etc. would have presented
themselves as a problem long ago if, in fact, theses data constructs
were in error.
One suggestion might need to read through the install notes from hp to
see if they make any mention of issues related to COBOL linkage sections
for your OS upgrade.
That your problem goes away with a recompile suggests that some form of
data alignment is being done under your new OS version that was not done
under previous OS versions. The install notes for your OS version may
show you how to set a run switch (or other parm) that allows existing
programs to run using an older data alignment scheme?
HTH,
Raymond Shahan
Information Systems
REPUBLIC TITLE OF TEXAS, INC.
2701 W Plano Parkway
Plano, TX 75075
direct 214.556.0202
main 972.578.8611
fax 972.424.5621
www.republictitle.com
[log in to unmask]
Life is not a journey to the grave with the
intention of arriving safely in a pretty and
well preserved body, but rather to skid in
broadside, thoroughly used up, totally worn out,
and loudly proclaiming:
-- WOW!!! What a Ride!!!
Confidentiality Notice:
The information contained in this electronic message is intended for the
exclusive use of the individual or entity named above and may contain
privileged or confidential information. If the reader of this message
is not the intended recipient or the employee or agent responsible to
deliver it to the intended recipient, you are hereby notified that
dissemination, distribution or copying of this information is
prohibited. If you have received this communication in error, please
notify the sender immediately by telephone and destroy the copies you
received.
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
