Re: Programs plucked from V3R7 dropped into V5R2

There should not be any need for program conversion, forced or otherwise,
because both releases run on RISC boxes. Could it be that the default level
of file sharing has changed? Did something similar happen many years ago
regarding Delete-Capable files?

Peter

"CRPence" <crpence@xxxxxxxxxxxx> wrote in message
news:47e40079$1@xxxxxxxxxxx
I am not aware of any issues for taking a program from any release to
any newer release where the locking would change. There is nothing in my
recollection of how any locking has changed to rows or files, given the
same programs. I am also unaware of any HLL run-time support that had
changed either, with respect to its locking.

If the restored libraries included database files, be aware that when
any requirements for access path independence had not been established at
create-time, then restore may have /optimized for storage/ and started
access path sharing where it was previously not in effect. Having sharing
where none was previously can break /assumed/ independence of indexes.

Note: It is unclear from the given text whether the release in use, to
which the programs [and whatever other objects in libraries] were
restored, is V5R2 or V5R3.

Regards, Chuck
--
All comments provided "as is" with no warranties of any kind whatsoever
and may not represent positions, strategies, nor views of my employer

Matt Warner wrote:
Recently a client moved a small system they had running on a box at V3R7
onto a box at V5R3. Some of those programs (RPG mostly) may
have been compiled last at V2r-something. When I say moved, I mean
the libraries were backed up off of one and restored on the other.. no
migrations or re-compiles.

Suddenly (at V5R2) some programs are having file allocation problems.
It has been a while, but I seem to remember something about that
between versions somewhere.. differences in the way files/records may
be locked? I know something like that happened elsewhere recently when
running programs that had been compiled as RPG38... Change the source
type to RPG, Recompile and viola!

It would be nice to be able to recall the specific reason , what it
was that changed and how we corrected it way back when. I do not
have a copy of the system to play with to see if recompiles might to
the trick.

Any info would be appreciated.


.

Relevant Pages

  • Re: Programs plucked from V3R7 dropped into V5R2
    ... I am not aware of any issues for taking a program from any release to any newer release where the locking would change. ... If the restored libraries included database files, be aware that when any requirements for access path independence had not been established at create-time, then restore may have /optimized for storage/ and started access path sharing where it was previously not in effect. ... type to RPG, Recompile and viola! ...
    (comp.sys.ibm.as400.misc)
  • cvs-src summary for May 17-24
    ... geom management utility for GEOM added ... (libraries that provide functionality through the GEOM disk layer.) ... M. Warner Losh tweaked the PCI code to save and restore a number ... Oliver Eikemeier has been given src committer privileges in addition ...
    (freebsd-current)
  • Re: SPLC Target Pat Buchanan
    ... unusual for Richard to restore it. ... Are you swiss, I mean, sharing among little troubles? ...
    (rec.ponds)
  • Re: 810 to 515 migration
    ... libraries a couple of times in the event I have logical files built ... fc0205 I think they just do a real skeleton install. ... describe clearing the disks; i.e. /nothing/ will be on the disks, ... to install and restore activity. ...
    (comp.sys.ibm.as400.misc)
  • Re: i might be hacked if...
    ... Simple File sharing. ... > i use the installer cd and the printer that came with the ... > system and yet it will simply deny the installation...this ... > i might be hacked if...i've used the proprietary restore ...
    (microsoft.public.windowsxp.security_admin)
Loading