HP3000-L Archives

September 2001, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jerry Fochtman <[log in to unmask]>
Reply To:
Jerry Fochtman <[log in to unmask]>
Date:
Mon, 24 Sep 2001 07:35:38 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (24 lines)
At 11:01 AM 9/22/01 -0700, Duane Percox wrote:
>This causes the compiler to store a compile date/time string
>in the OBJ module that is generated. We have a utility program
>called 'GETVER' which can read an nmobj/prog/nmprg file and find
>this version area and also the compiler generated date/time string.

I contributed a utility subroutine at San Diego'98 which will
return to the calling program version string information for
a specified program.  This is based upon using the $VERSION
compiler option and not searching for a fixed string value in the
initial DB area of an object to locate a value.

The routine is called VerInfo().  The information is located by
finding the appropriate structure in the SOM file.  It has to be
called recursively to obtain them all, as it only returns 1 version
string per call and uses that same value passed back to the routine
to locate/return the next version string in the SOM file.

Given that it works by locating the structures in the SOM file, this
will work with both NM program object files as well as libraries.

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2