T.R | Title | User | Personal Name | Date | Lines |
---|
989.1 | Maybe Terry should publish a book :-) | IOSG::TALLETT | Arranging bits for a living... | Mon Jul 06 1992 14:57 | 10 |
|
Terry Porter has done a lot of work documenting the various
system files used in the shared file cabinet of V3.0. He has
produced an excellent support document which you can either get
through the A1INFO conference, or by sending him mail.
Regards,
Paul
PS I also tidied up your empty note/title problem!
|
989.2 | SPR for the benefit of all | AIMTEC::WICKS_A | DEC Mail Works for ME sometimes | Mon Jul 06 1992 17:42 | 9 |
| jezza,
Of course the documentation on FILECAB should be in the customer
doc-set for all to see and use and so i'd recommend you raise an SPR
against the documentation.
regards,
Andrew.D.Wicks
|
989.3 | Destructions please | NEWOA::SUTTON | Comfortably numb... | Mon Jul 06 1992 18:18 | 12 |
| Re: .1 Can I have a mail address please? Either A1 or VAX. Will
his document supply a list of FILECAB calls and syntax?
Re: .2 Last time I logged an SPR I was a customer. How do I do
it 'internally'?
Regards,
Jezza
[My day *did* actually improve, despite the wonderful start!]
|
989.4 | Answers | AIMTEC::WICKS_A | DEC Mail Works for ME sometimes | Mon Jul 06 1992 18:34 | 12 |
| Jezza,
Terry's in England at the moment and his unread mail count is probably
already pretty high - there are instructions in ABBOTT::A1INFO that list
the location of this document.
Note 10 in this very conference gives details of how to submit SPRs.
regards,
Andrew.D.Wicks
|
989.5 | I wouldn't publish | IOSG::TALLETT | Arranging bits for a living... | Mon Jul 06 1992 19:22 | 15 |
|
Hmm. Not sure I agree it should be published info. I was going
to warn that the layout (and even existance of) FILECAB.DAT was
subject to change in a PFR, but then the base noter is only
interested in a one shot migration to V3.0 so I decided against
it.
If we publish the layout officially then we are stuck with it, even
if we say it may change in the future. If you read about it in an
internal document and base your life existance on it, then we're not.
IMHO,
Regards,
Paul
|
989.6 | But someone would | AIMTEC::WICKS_A | DEC Mail Works for ME sometimes | Mon Jul 06 1992 19:56 | 8 |
| Paul,
But if the file layouts are published in a book by DIGITAL Press
then why can't they go into the official doc-set also.
regards,
Andrew.D.Wicks
|
989.7 | Note 4.2 (q.v.) | IOSG::MARCHANT | Only parrots succeed | Mon Jul 06 1992 23:13 | 5 |
| See note 4.2 for details about obtaining membership of the A1INFO
notesfile.
Cheers,
Paul.
|
989.8 | Just ell me what FILECAB calls I've got | NEWOA::SUTTON | Comfortably numb... | Tue Jul 07 1992 10:01 | 4 |
| All I really want is documentation on the FILECAB calls so I can use them.
Is this available from A1INFO?
Jezza
|
989.9 | Is there an echo in here? | AIMTEC::WICKS_A | DEC Mail Works for ME sometimes | Tue Jul 07 1992 18:37 | 8 |
| Jezza,
Terry's document has everything - why don't you get a copy
rather than ask the same question again?
Regards,
Andrew.D.Wicks
|
989.10 | Documenting FILECAB in books | MAULS::REDMOND | Thoughts of an Idle Mind | Thu Jul 09 1992 16:46 | 11 |
| Re. reference to Digital Press books:
The books have caveats in them telling people that file layouts may change
and advising programmers to always access the underlying structures via
data sets.
The structure of FILECAB may indeed feature in a forthcoming Digital Press
book, but I'll wait till I see it published before I guarantee that it comes
out...
Tony
|
989.11 | Yes, fine for file layouts, but . . . | IOSG::SHOVE | Dave Shove -- REO-D/3C | Fri Jul 10 1992 17:01 | 9 |
| I think .0 was talking about the FILECAB API function? As that's part
of the API, I assume we aren't thinking of changing it??
Similarly for the dataset.
(At home, so - as there still isn't a character cell version of
Bookreader - I can't check the docset).
Dave.
|
989.12 | It is there | IOSG::MAURICE | Ceci n'est pas une note | Fri Jul 10 1992 17:37 | 11 |
| To follow up for Dave:
The FILECAB data set is documented in APR Reference Volume 1. (It comes
after FILE$ and before GROUP$)
The FILECAB function is documented in APR Reference Volume 2. (It comes
after FIELD and before FIND_FORM).
Cheers
Stuart
|
989.13 | | NEWOA::SUTTON | T3 or not T3, that is the question | Thu Jul 16 1992 16:44 | 5 |
| Yep. Despite the correct part-ids on my manuals, they
seemed to be 'old'. The bookreader set from the Reading
guys contained FIELCAB in all it's glory.
Jez
|
989.14 | filing from shared folder to shared drawer | ANGLIN::HARRISA | hooked on DAVE | Thu Oct 07 1993 23:57 | 18 |
| ALL-IN-1 3.0-1, VMS 5.5-2
customer has a SHARED FOLDER (from 2.4 - NOT SFCP). customer has a
SHARED DRAWER. they want to RFD or MCD a document directly from the
SHARED FOLDER to the SHARED DRAWER. when doing this they get the error:
"File Cabinet object does not exist"
Found the DSN article about it, but the article is about unread mail.
I told them to FT the document from the SHARED FOLDER to their personal
account and then do RFD to the SHARED DRAWER, but it is felt that this
is too many steps for the users.
Can this be done in 1 step?
ann
|
989.15 | | IOSG::MAURICE | Differently hirsute | Fri Oct 08 1993 09:50 | 10 |
| Hi,
I'm afraid the File Cabinet Server does not support shared folders, and
since all cross-drawer operations use the FCS, it can't be made to
work. Would it be possible for your customer to put the documents in
the shared folder into a shared drawer?
Cheers
Stuart
|