VMS upgrade changed program behavior, what could cause this?
From: Lawrence Bleau (bleau_at_umtof.umd.edu)
Date: 02/25/04
- Next message: Phillip Helbig---remove CLOTHES to reply: "Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4"
- Previous message: Phillip Helbig---remove CLOTHES to reply: "Re: printing characters with codes > 127 in DCL"
- Next in thread: Bob Koehler: "Re: VMS upgrade changed program behavior, what could cause this?"
- Reply: Bob Koehler: "Re: VMS upgrade changed program behavior, what could cause this?"
- Maybe reply: Tillman, Brian (AGRE): "RE: VMS upgrade changed program behavior, what could cause this?"
- Maybe reply: Lawrence Bleau: "Re: VMS upgrade changed program behavior, what could cause this?"
- Maybe reply: Brian Tillman: "RE: VMS upgrade changed program behavior, what could cause this?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Tue, 24 Feb 2004 23:28:26 +0000 (UTC)
I have a very puzzling problem, folks, that shakes my group's confidence in
VMS. I hope I've missed a step in my logic, but I don't think I have.
First, the configuration: I'm running OpenVMS AXP V7.3-1, which I upgraded
to on Dec 18, 2003; I was running V7.1-2. I did not upgrade the Fortran
compiler; we're running Compaq Fortran V7.2-780, which I installed back in
1999.
Now, the problem statement, brief version: I have a program, HOUR_AVERAGE,
that was last compiled and linked in 2000. It takes as input an ascii data
file that has columns of numbers, and writes as its output another ascii
file in which several rows from a given column are averaged according to
their grouping by their time, with a new averaging being produced for each
hour; hence its name. This averaging is done for each column, so that the
output file has the same number of columns, but only one row for each hour.
This is just straight addition and division, folks, nothing fancy. All
arithmetic is single precision.
HOUR_AVERAGE ran before the upgrade last Dec. I ran it again today, giving
it the same input file. The output files are not the same. More precisely,
the average values produced by the program differ in the lowest decimal place;
sometimes 3rd, sometimes 5th.
Emphasis: HOUR_AVERAGE did not change! A DIR/DATE of the .EXE file still
shows sometime in 2000.
So, what did change? Obviously, the operating system did. What about the
upgrade, though, could possibly have caused this change of behavior? I suspect
some roundoff behavior has changed, but the release notes say nothing about
this; it's just a guess anyways.
I have a lot of details I could post, but for now, does anyone have a hint
as to what could case this, how widespread it could be, etc.?
Lawrence Bleau
University of Maryland
Physics Dept., Space Physics Group
301-405-6223
bleau@umtof.umd.edu
- Next message: Phillip Helbig---remove CLOTHES to reply: "Re: replacing TCPIP cluster alias with FAILSAFE IP in TCPIP 5.4"
- Previous message: Phillip Helbig---remove CLOTHES to reply: "Re: printing characters with codes > 127 in DCL"
- Next in thread: Bob Koehler: "Re: VMS upgrade changed program behavior, what could cause this?"
- Reply: Bob Koehler: "Re: VMS upgrade changed program behavior, what could cause this?"
- Maybe reply: Tillman, Brian (AGRE): "RE: VMS upgrade changed program behavior, what could cause this?"
- Maybe reply: Lawrence Bleau: "Re: VMS upgrade changed program behavior, what could cause this?"
- Maybe reply: Brian Tillman: "RE: VMS upgrade changed program behavior, what could cause this?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|