| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2933.1 | Which editor? | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jun 29 1993 10:30 | 8 |
| Depends on what sort of editor he is using. WPS-PLUS edits in place, so
there is always only one copy. This would require a customisation to
fix.
EDT and TPU make new copies, and a symbol (OA$EDIT_PURGE_COUNT)
controls how many old copies are kept.
Graham
|
| 2933.2 | A starting point | IOSG::CHINNICK | gone walkabout | Tue Jun 29 1993 10:30 | 19 |
| G'day Sunil,
Can you do something with the OA$EDIT_PURGE_COUNT symbol?
This should allow you to alter the number of versions purged. I think
that the default is 3.
Problem then is how to you access the lower versions? You would have to
provide a new option which would swap the versions around [probably
safer than deleting files!].
The other thing is that I'm not sure if all editors obey the purge
count. It is implemented in the OAEDIT code but individual editors can
still do their own thing.
Remember too that keeping versions lying around is sure to burn disk
space at a great rate - again especially with WPS-PLUS!
Paul.
|
| 2933.3 | Snap! | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jun 29 1993 10:31 | 0 |
| 2933.4 | Need a copy for WPS-PLUS but watch out... | IOSG::CHINNICK | gone walkabout | Tue Jun 29 1993 10:37 | 18 |
|
As Graham says, WPS-PLUS is a problem because it edits in-situ.
[How this doesn't result in corruption and disasters when your session
is lost I don't know but it does seem to work OK.]
To get around this, you could just make a copy of the document before
starting the edit. You could customise this into WPEDIT.SCP so that if
the editor is WPS-PLUS it copies the document but you could also try to
get it into the individual FORMAT data-set entries.
Of course, even this is complicated because you can edit documents with
format conversion where the system creates a temporary file from the
source document in the format required for the editor and converts back
the storage format when you finish the edit.
Paul.
|
| 2933.5 | Magic?? | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Jun 29 1993 10:42 | 9 |
| <<< [How this doesn't result in corruption and disasters when your
<<< session is lost I don't know but it does seem to work OK.]
As I understand (??) it, it actually does the journalling in situ, so
that it can do rollbacks itself. This is why the file gets bigger than
it needs to over time, until a copy is made with GOLD/G, because all
the updates are held like a non CONVERT/FDL'd ISAM file.
Graham
|
| 2933.6 | The customer is using WordPerfect | BUSHIE::SETHI | Ahhhh (-: an upside down smile from OZ | Wed Jun 30 1993 01:09 | 19 |
| Hi All,
Thanks for your replies I forgot to add that the customer is using
WordPerfect, a slight oversight by me :-). I am not sure if the
ALL-IN-1 version of WordPerfect edit in situ.
For arguments sake if it does than I could use say the OpenVMS command
copy to make a copy of the document before editing it. This would over
come saving of the format of the document type of problem. Using the
ALL-IN-1 copy function would mean that I would have to use the out and
in-dsab's otherwise the default would be an ASCII output file.
Can you see anything wrong with the idea of doing the above before the
document is edited ? To me it seems a very easy solution I am not sure
if WordPerfect uses the symbol mentioned in the previous replies.
Regards,
Sunil
|
| 2933.7 | WordPerfect: VMS version limit ? | UTRTSC::SCHOLLAERT | You name, we support it... | Wed Jun 30 1993 08:46 | 13 |
| Hello,
> document is edited ? To me it seems a very easy solution I am not sure
> if WordPerfect uses the symbol mentioned in the previous replies.
Don't think so, but why not just set a VMS version limit on the files.
This should automatically keep a number of copies left...
Regards,
Jan
|
| 2933.8 | COPY/FILE | IOSG::NEWLAND | Richard Newland, IOSG, REO2-G/L2 | Wed Jun 30 1993 10:43 | 16 |
| > For arguments sake if it does than I could use say the OpenVMS command
> copy to make a copy of the document before editing it. This would over
> come saving of the format of the document type of problem. Using the
> ALL-IN-1 copy function would mean that I would have to use the out and
> in-dsab's otherwise the default would be an ASCII output file.
If the input and output file specifications have the same file type, which
they probably will, then ALL-IN-1 will do an RMS block mode copy, and text
datasets will not ne used.
Also, the ALL-IN-1 V3.0 COPY function has a /FILE qualifier which forces a
RMS block mode copy to be done regardless of what the file types are.
There should be no need to use a DCL COPY in the sub-process.
Richard
|
| 2933.9 | WordPerfect ALL-IN-1 integration keeps only one copy | SNOFS1::SETHI | Sunil Sethi | Thu Jul 01 1993 01:18 | 15 |
| Hi All,
I have WordPerfect installed on one of our systems when editing a
document it edits in situ. I asked WordPerfect if there was away
around this and the answer was no.
I'll take Richards suggestion and use the ALL-IN-1 copy function rather
than the OpenVMS copy command.
As to the disk space requirements, well I am sure the accounts team
will be looking forward to selling more disk :-).
Thanks,
Sunil
|