| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2730.1 | Shared Drawer ?!? | VNABRW::EHRLICH_K | The Pit and the Pendulum! | Wed May 19 1993 12:15 | 12 |
| Graziella,
well I think the reason for OA$CURDOC_FILENAME displaying only
[.doc1]zupcj4fyk.wpl is that this document is in a drawer which is NOT
Shared to other user.
After a drawer gets a SHARED one, OA$CURDOC_FILENAME must contain the
full directory-path for the FCS.
Best regards
Charly_from_CSC_Vienna
|
| 2730.2 | drawers not shared | MLNTSC::MANENTI | | Wed May 19 1993 13:48 | 13 |
| Hi Charly,
sorry but both drawers are not shared!
I tried with two NEW users that have only the MAIN (private)
drawer.
Other ideas?
Thanks a lot.
Ciao
Graziella
|
| 2730.3 | Default directory NES drawer directory | IOSG::MAURICE | Night rolls in, my dark companion | Wed May 19 1993 16:21 | 13 |
| Hi,
The document filename is expanded from a relative filename to a full
filename if the user's current directory is not the drawer directory.
When the context is the MAIN drawer normally the two directories are
the same.
If you want the relative filename, even if the wrong directory is
current, you can get it from new (to V3) symbol oa$curdoc_daf_key.
HTH
Stuart
|
| 2730.4 | default directory = drawer directory | 47315::MANENTI | | Thu May 20 1993 10:36 | 22 |
| On the WP menu, with MAIN drawer selected, I do:
<GET OA$CURDOC_FILENAME
and it shows:
a1disk:[allin1.mgr.doc2]zuqxenglp.wpl
Same situation, same command, same user (MANAGER), same
ALL-IN-1 version, on another machine, the result is:
[.doc1]zupcj4fyk.wpl
In both cases, the user's current directory seems to be the
drawer directory but the oa$curdoc_filename has different
values.
Have you other suggestions?
Many thanks.
Graziella
|
| 2730.5 | | IOSG::MAURICE | Night rolls in, my dark companion | Thu May 20 1993 11:09 | 11 |
| Is this effect actually causing any problems?
Type:
.if oa$profil_direct nes log$oa$curdwr_direct
then "This is the reason"
else "It's a mystery!"
Cheers
Stuart
|
| 2730.6 | drawer_iuid | MLNTSC::MANENTI | | Thu May 20 1993 18:08 | 24 |
| Hi,
after many investigations we find out the possible cause
of the problem.
There's an undocumented field, in the PARTITION.DAT, called
DRAWER_IUID that contains the device where the drawer is
located and the file identification number of the DOCDB.DAT
for the drawer.
The OA$CURDOC_FILENAME includes the full filename also
when the device specified in this field is not equal to
that specified in the DIRECTORY partition field.
To avoid misunderstanding, we think to substitute all
OA$CURDOC_FILENAME symbols in our applications with the
OA$CURDOC_DAF_KEY to get always the relative filename
value.
Bye
Graziella
|