How to: Move PEQS file out of VME to FSI
Diets
D3 NT 7.2
On VME restore, all PEQS items are lost, of course, since they live in
DM. Has anyone found a way to permanently move the PEQS to FSI?
I achieve this programmatically by capturing the spooler number and
writing it to a FSI file. Looking for a more elegant way.
Thanks.
Diets
Ross Ferris
copy peqs *
to:(fsi:account,myfile,
Tom Phillips
Don't hold me to this, but I seem to recall that if the PEQS file is
defined as a "QS" (or was it DS? - I remember the suffix "S") file
then it will be saved and restored.
Otherwise a simple copy to an FSI save file before the save and
restore after will save the items - but losing the original date/time/
etc. info in the process.
I'm very curious as to the answer if there is one.
Tom
Ross Ferris
>
> Don't hold me to this, but I seem to recall that if the PEQS file is
> defined as a "QS" (or was it DS? -
"QS" would be most likely --> a super Q pointer that is to be saved,
rather than a "DS", which IIRC is a case "S"ensitive D pointer (ie:
keys and KEYS are different records)
JJCSR
Try this: in DM account (actually, I think any account may work),
UD PEQS, then change "Q" to "QS". I have been saving my peqs, and
restoring on occasion, for several years. I am currently on 7.4.7c,
but the change to "QS" was made some time ago. Keep in mind that if
you do D3 upgrades, you will have to make the change, again.
Good luck,
Jim Cronin
Dir. MIS
Kittery Trading Post
Peter McMurray
The methosd that we use is as shown to us by TData many moons ago
LOGTO SPOOLER
ED DICT PEQS PEQS - change Q to QS and file it
then back in DM
Create a new bas system pseudo tape
SSELECT MDS WITH A1 "D]"
FILE-SAVE
then set the new base system in the D3 Windows device manager so that it
pops up when you run D3VME /Restore from the command line.
Peter McMurray
"Diets" <di...@homemail.co.za> wrote in message
news:1f20ed78-1dcd-43a6...@25g2000hsx.googlegroups.com...
Tony Gravagno
>- but losing the original date/time/
>etc. info in the process.
This is the real trick to moving the file. PEQS isn't a normal file
and just moving the file doesn't preserve the metadata. I don't know
if there is a permanent way to move all PEQS elements. I would write
code to relocate both data and metadata. This could be run via
triggers, by a phantom that monitors the file, or on-demand.
T
Peter McMurray
There is no need if one uses the technique in my reponse the HDR.DEFS file
will be saved and restored as well as the PEQS file. The only difference is
that the PEQS file is held in account SPOOLER whilst the header
information - which is not needed to actually use the spool item - is held
in the HDR.DEFS file in DM.
If one really does want them in the FSI then copy both of them.
Peter McMurray
"Tony Gravagno" <address.i...@removethis.com.invalid> wrote in
message news:7eg0849kicupr9f4g...@4ax.com...
Diets
Thanks guys, this pointed me in the right direction. I now have a
utility that will copy PEQS safely out, including the
"HDR:PEQS" (Peter, not the HDR.DEFS file) along with the PEQS items.
When these FSI files are restored (or written back using BASIC), all
the required stuff (or meta data, as Tony calls it) is also there.
Thanks again
Diets
Peter McMurray
Sorry about the brain fade. I should have gone back to the dictionaries but
went and did a LISTF to check what I had written and of course hdr:peqs does
not show so I thought I had it wrong. As I said the Save method I use
does not need to know because it saves it automatically once one has set the
QS in place.
By the way one can happily drop a spool file in from another system and all
will be well.news:f1a56e57-391d-4e87...@s50g2000hsb.googlegroups.com...