× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hardly.
Just some old PC files I had.

I believe I've plugged Mike's site before
http://www.corestore.org/38.htm
Hopefully he'll get the thing running some day.

Haven't heard anyone mention any other working system.


Keith



----- Original Message ----- 
From: "Don" <dr2@xxxxxxxxxxxx>
To: "MI Programming on the AS400 / iSeries" <mi400@xxxxxxxxxxxx>
Sent: Thursday, August 26, 2004 9:59 AM
Subject: Re: [MI400] Analyzing SAV save files from a PC


>
>
> you actually still have one of those things plugged in and turned on?
>
> Don in DC
>
> On Thu, 26 Aug 2004, Keith Carpenter wrote:
>
> > Looking at some old S/38 savfs,  I'm seeing...
> >
> > x'01'    SAVLIB
> > x'16'    R07
> > x'17'    R08
> >
> > So I'd guess x'10' was R01.
> >
> > Unfortunately, DSPSAVF only reports *S38 for the release level.
> >
> >
> > Keith
> >
> >
> > ----- Original Message -----
> > From: "Dave McKenzie" <davemck@xxxxxxxxxxxxx>
> > To: "MI Programming on the AS400 / iSeries" <mi400@xxxxxxxxxxxx>
> > Sent: Thursday, August 26, 2004 9:00 AM
> > Subject: Re: [MI400] Analyzing SAV save files from a PC
> >
> >
> > > If you use SST to dump the pgm that displays save files,
QSYS/QSRDSAVF,
> > > you see some interesting tables (from a V5R1 machine, folded to 16
chars
> > > for email):
> > >
> > > 0A000A02E2C1E5D3  C9C24040404003E2  *....SAVLIB    .S*
> > > C1E5E2E8E2404040  4004E2C1E5E2E8E2  *AVSYS    .SAVSYS*
> > > 4040404005E2C1E5  E2E8E24040404006  *    .SAVSYS    .*
> > > E2C1E5E2E8E24040  404007E2C1E5C3C6  *SAVSYS    .SAVCF*
> > > C740404040080AE2  C1E5E2C5C3C4E3C1  *G    ..SAVSECDTA*
> > > 400BE2C1E5C4D3D6  404040400CE2C1E5  * .SAVDLO    .SAV*
> > > E2C1E5C6C4E3C10D  E2C1E5D3C9C3D7C7  *SAVFDTA.SAVLICPG*
> > > D4400E0FE2C1E5E2  E3C74040404010E2  *M ..SAVSTG    .S*
> > > C1E5D6C2D1404040  4011E2C1E5C3C8C7  *AVOBJ    .SAVCHG*
> > > D6C2D14012E2C1E5  E2E8E2C9E2C44013  *OBJ .SAVSYSISD .*
> > > 14E2C1E540404040  40404015FFB85CD3  *.SAV       ...*L*
> > > C9C2D34040404040  FFB7F0F1F0F00000  *IBL     ..0100..*
> > > 000000000000207F  FF175CE2F3F84040  *..........*S38  *
> > > 20E5F1D9F1D4F020  E5F1D9F1D4F221E5  *.V1R1M0.V1R1M2.V*
> > > F1D9F2D4F022E5F1  D9F2D4F023E5F1D9  *1R2M0.V1R2M0.V1R*
> > > F3D4F024E5F2D9F1  D4F025E5F2D9F1D4  *3M0.V2R1M0.V2R1M*
> > > F126E5F2D9F2D4F0  27E5F2D9F2D4F028  *1.V2R2M0.V2R2M0.*
> > > E5F2D9F2D4F029E5  F2D9F2D4F030E5F2  *V2R2M0.V2R2M0.V2*
> > > D9F3D4F031E5F3D9  F0D4F532E5F3D9F1  *R3M0.V3R0M5.V3R1*
> > > D4F033E5F3D9F1D4  F034E5F3D9F1D4F0  *M0.V3R1M0.V3R1M0*
> > > 35E5F3D9F6D4F036  E5F3D9F2D4F03AE5  *.V3R6M0.V3R2M0.V*
> > > F3D9F7D4F03BE5F4  D9F1D4F03DE5F4D9  *3R7M0.V4R1M0.V4R*
> > > F1D4F43CE5F4D9F2  D4F03EE5F4D9F3D4  *1M4.V4R2M0.V4R3M*
> > > F03FE5F4D9F4D4F0  40E5F4D9F5D4F041  *0.V4R4M0 V4R5M0.*
> > > E5F5D9F1D4F00EEF  D8E2D94BD4C5D4C2  *V5R1M0..QSR.MEMB*
> > >
> > >
> > > The first table gives the command byte:
> > >
> > >   02 SAVLIB
> > >   03 SAVSYS
> > >   04 SAVSYS
> > >   05 SAVSYS
> > >   06 SAVSYS
> > >   07 SAVCFG
> > >   08 SAVSECDTA
> > >   0A SAVSECDTA
> > >   0B SAVDLO
> > >   0C SAVSAVFDTA
> > >   0D SAVLICPGM
> > >   0E SAVSTG
> > >   0F SAVSTG
> > >   10 SAVOBJ
> > >   11 SAVCHGOBJ
> > >   12 SAVSYSISD
> > >   13 SAV
> > >   14 SAV
> > >
> > > Strangely, it lists SAVOBJ as x10, although you get x01 if you do
SAVOBJ
> > > to a save file.  If you change the save file to x10 with SST, DSPSAVF
> > > shows "QSYS" for the save command.
> > >
> > > The second table shows the release codes:
> > >
> > >   20 V1R1M0
> > >   20 V1R1M2
> > >   21 V1R2M0
> > >   22 V1R2M0
> > >   23 V1R3M0
> > >   24 V2R1M0
> > >   25 V2R1M1
> > >   26 V2R2M0
> > >   27 V2R2M0
> > >   28 V2R2M0
> > >   29 V2R2M0
> > >   30 V2R3M0
> > >   31 V3R0M5
> > >   32 V3R1M0
> > >   33 V3R1M0
> > >   34 V3R1M0
> > >   35 V3R6M0
> > >   36 V3R2M0
> > >   3A V3R7M0
> > >   3B V4R1M0
> > >   3C V4R2M0
> > >   3D V4R1M4
> > >   3E V4R3M0
> > >   3F V4R4M0
> > >   40 V4R5M0
> > >   41 V5R1M0
> > >
> > > Many anomalies and duplications.  As a programmer, it's comforting to
> > > see that even Rochester doesn't have its act together entirely.
> > >
> > > (They seem to have considered it a decimal number until V3R7.)
> > >
> > > If you use SST to change the byte in a save file to less than x20,
> > > DSPSAVF gives an error.  Presumably those are S/38 codes.
> > >
> > > Anybody have a running S/38? :-)
> > >
> > > --Dave
> > >
> > > On Wed, 2004-08-25 at 17:58, Mark S. Waterbury wrote:
> > > > Cool!  IFS was not introduced until V3R1, so you are okay with
regard to
> > > > V2R3 and V3R0M5. (V3R0M5 was essentially just V2R3 "patched" to run
on
> > the
> > > > then-new black box models. Why didn't they just call it V2R3M1?
Because,
> > if
> > > > you recall, IBM charged a significant fee to upgrade from V2 to V3.)
If
> > > > anyone is really interested, I have an old machine running V2R1M0, I
> > could
> > > > "fire it up" and create a save file and see what it has for codes
for
> > V2R1,
> > > > and I could probably TGTRLS(*PRV) back at least as far as V1R3,
perhaps
> > even
> > > > V1R2... ;-)
> > > >
> > > > ----- Original Message -----
> > > > > From: "Dave McKenzie" <davemck@xxxxxxxxxxxxx>
> > > > > To: "MI Programming on the AS400 / iSeries" <mi400@xxxxxxxxxxxx>
> > > > > Sent: Wednesday, August 25, 2004 5:13 PM
> > > > > Subject: Re: [MI400] Analyzing SAV save files from a PC
> > > > >
> > > >
> > > > > Here's what I know about the release level codes:
> > > > >
> > > > >          SAVOBJ/
> > > > >          SAVLIB   SAV
> > > > > ---------------------
> > > > > V5R3M0    x43     xAF
> > > > > V5R2M0     42      AE
> > > > > V5R1M0     41      AD
> > > > > V4R5M0     40      AC
> > > > > V4R4M0     3F      AB
> > > > > V4R3M0     3E      AA *
> > > > > V4R1M4     3D      A9 *
> > > > > V4R2M0     3C      A8 *
> > > > > V4R1M0     3B      A7 *
> > > > > V3R7M0     3A      A6 *
> > > > > V3R2M0     36      A2
> > > > > V3R6M0     35      A1 *
> > > > > V3R1M0     34      A0
> > > > > V3R0M5     31
> > > > > V2R3M0     30
> > > > >
> > > > > Notice the gaps and codes out of order.  They may give a glimpse
into
> > > > > the order that Rochester worked on the releases.
> > > > >
> > > > > The SAV codes marked with * are guesses, based on the sequence of
the
> > > > > SAVOBJ/SAVLIB codes, which I'm sure of.
> > > > >
> > > > > I don't recall when the IFS was introduced, so I didn't try to
guess
> > > > > V3R0M5 and V2R3.
> > > > >
> > > > > Don't ask me what V4R1M4 was :-)  I found it by manually changing
the
> > > > > byte in the save file with SST, then looking at what DSPSAVF
showed.
> > > > >
> > > > > --Dave
> > > > >
> > > > > On Wed, 2004-08-25 at 13:46, James H H Lampert wrote:
> > > > > > As of now, I'm able to generate a list of complete pathnames of
> > > > everything
> > > > > > in the save file. Thanks, Dave.
> > > > > >
> > > > > > Would anybody happen to know what the SAV release level codes
are
> > for
> > > > V4R3
> > > > > > and prior? And what about the SAVOBJ/SAVLIB release level codes
for
> > > > V5Rx?
> > > > > >
> > > > > > --
> > > > > > JHHL
> > > > >
> > >
> > > _______________________________________________
> > > This is the MI Programming on the AS400 / iSeries (MI400) mailing list
> > > To post a message email: MI400@xxxxxxxxxxxx
> > > To subscribe, unsubscribe, or change list options,
> > > visit: http://lists.midrange.com/mailman/listinfo/mi400
> > > or email: MI400-request@xxxxxxxxxxxx
> > > Before posting, please take a moment to review the archives
> > > at http://archive.midrange.com/mi400.
> > >
> > >
> >
> > _______________________________________________
> > This is the MI Programming on the AS400 / iSeries (MI400) mailing list
> > To post a message email: MI400@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/mi400
> > or email: MI400-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/mi400.
> >
>
> _______________________________________________
> This is the MI Programming on the AS400 / iSeries (MI400) mailing list
> To post a message email: MI400@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/mi400
> or email: MI400-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/mi400.
>
>


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.