| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 3971.1 | ...a better explanation... | VNABRW::EHRLICH_K | Still, I'm sad ... | Tue Mar 15 1994 07:22 | 17 |
| Good morning,
maybe my description yesterday wasn't easy to understand.
User EHRLICH has his MAIN drawer and a drawer called TESTFACH in his
'filecab'.
If user EHRLICH (acting as a manager, of course) now creates a drawer
(MGT MFC MD C) for user BERGER with the same name (TESTFACH) then
you'll get the errormessage FAOF (in german -> FAOF <Diesen Eintrag
gibt es bereits. Geben Sie andere Daten ein.>)
This is because the filecab of user EHRLICH will be checked. I think
that I can omit this /INVALID=FILECAB, can't I ????
Best regards
Charly_from_CSC_Vienna
|
| 3971.2 | | IOSG::MAURICE | Roll on Leviticus | Tue Mar 15 1994 09:05 | 10 |
| Hi Charly,
I've tried this out and yes the /INVALID=FILECAB needs to be removed.
But also there is a similar test in script FC_VALID_DRAWER_NAME.SCP. I
ran it through with debug, and after forcing it past the validation it
then ran OK.
HTH
Stuart
|
| 3971.3 | What does the FILECAB DSAB really do? | VNABRW::EHRLICH_K | Still, I'm sad ... | Tue Mar 15 1994 10:21 | 17 |
| Hi Stuart,
nice to read your reply. I've seen the checks in FC_VALID_DRAWER_NAME
.SCP, too. What I thought, is there a way to 'prepare' the FILECAB DSAB
to access the desired filecab (of the new Owner). If this is possible
then the check could be done in a correct way.
But -honestly- I didn't find something documented.
Is there a such a possibility? Can you -shorten, of course- give a
a description of the filecab DSAB?
Stuart, please keep this in mind for the PFR, also the small buggy I've
mentioned in the PS of .0.
Best regards and many greetings to y'all in REO.
Charly_sometimes_troublesome!
|
| 3971.4 | | IOSG::MAURICE | Roll on Leviticus | Tue Mar 15 1994 11:22 | 29 |
| Hi,
The FILECAB DSAB is used to access the file FILECAB.DAT. The reason
that this is a special DSAB is because of the special format of some of
the fields.
The fields in the data set:
NAME - drawer name (30 characters)
DESCRIPTION - text (72 characters
INDICATOR - "1" for daefault drawer, "0" otherwise
LASTDOC - last folder/docnum accessed in the drawer (36 characters)
EXTERNAL_UID - Internal format ID of drawer (255 characters)
FULLPATH - Full path reference to drawer, including node (255 chars)
PARTITION - System where drawer is located, "0::" if local (255 chars)
UNIQUE_NAME - Key to Partition file (255 chars)
Note that is not the layout of the file, some of the fields being
calculated.
In your problem the easiest solution is to remove the validation on the
form, and add an override flag to the script.
I will IPR the problem so that it does not get lost. I couldn't find
the line you mentioned in your PS to .0 - has the form been customised?
Cheers
Stuart
|
| 3971.5 | Great! ...and here's the part of the ND ... | VNABRW::EHRLICH_K | Still, I'm sad ... | Tue Mar 15 1994 12:05 | 39 |
| Stuart,
that's great, I'm kindly surprised! Thank you very much!
Here's the part of the ND of OAFC$DRAWER$CDR of the MUPA system:
;;~~CHECK_USER~~;;
.IF OWNER EQS ""
THEN
GET #OAFC_OWNER = OA$PROFIL_USER
ELSE
GET #OAFC_OWNER = OWNER \
GET #FC_USERNAME = PROFIL.VMSUSR[#OAFC_OWNER] \
GET #FC_A1_NAME = #OAFC_OWNER \
GET #OAFC_DIRECTORY = PROFIL.DIRECT[#FC_USERNAME]\
GET #DIR_LENGTH = FN$LENGTH(#OAFC_DIRECTORY)\
GET #TEMP_DRAWER = DRAWER \
XOP "~~TRIM_DRAWER_NAME~~" \
>>>>> MAKE_FILE_NAME (RESULT=#TEMP_DRAWER, BASIS=#TEMP_DRAWER, NOCHECK) \
DECREMENT (#DIR_LENGTH)\
and here's the "\" missing, therefore when you create a drawer with
MGT MFC MD C you'll find the following result:
Partition Name: VNA03::
Owner: EHRLICH
Drawer name: FORSTUART
Description:
Directory: DISK$USER01:[KARL_EHRLICH.A1].FORSTUART]
^^^^
The decrement of the calculated directorylength isn't called.
This is also reproducable with our System here in the CSC. (only after
MUPA installation!)
Have fun
Charly_everything_doing_for_you_:-)
|
| 3971.6 | | IOSG::MAURICE | Roll on Leviticus | Tue Mar 15 1994 13:58 | 9 |
| Hi Charly,
That is very strange. The Named data you posted is not the same as the
MUPA system I am looking at. So is there a customisation, or is the
German version of MUPA different from the English for this form?
Cheers
Stuart
|
| 3971.7 | Hhhmmmm, yes it seems to be ... | VNABRW::EHRLICH_K | Still, I'm sad ... | Tue Mar 15 1994 14:18 | 19 |
| Hi Stuart,
yes, I've done a check now. In A1_MUPADE030.A you'll find A1_MUPADE030.B
And in this you'll find
[MUPA.LV.DE.KIT.B_EXPLODE]OAFC$DRAWER$CDR.FLX;1 9 6-JUL-1993 12:37
I know, that I've reported some 'bugs' within OAFC$DRAWER$CDR to Frankfurt
a long time before MUPA.
Strange, isn't it?
Can you check the differences between original MUPA and german MUPA
OAFC$DRAWER$CDR form? Do you need the german MUPA Savesets ????
Tell me how I can help you!
Cheers
Charly
|
| 3971.8 | Bug in German MUPA kit | IOSG::MAURICE | Roll on Leviticus | Tue Mar 15 1994 15:58 | 10 |
| Hi Charly,
I've tracked down a copy of the German MUPA kit, and it is indeed an
introduced problem in there that is not in the English MUPA kit. It
seems that the translation group added a "fix" at the same time as
translating MUPA.
Cheers
Stuart
|
| 3971.9 | Wonderful... | VNABRW::EHRLICH_K | Still, I'm sad ... | Tue Mar 15 1994 16:20 | 59 |
| Stuart,
I'm surprised. Wonderful, a new 'bug' found ;-).
Is it possible for you to do a difference between your and the german
OAFC$DRAWER$CDR named-data? Should we use the original instead of the
german form. I think there's no LLV on this form. It's in english,
and it's a management-menuoption.
Below you can find the 'bug' I've reported to Frankfurt. (It's in
german but it's easy to understand what I've found!)
Have a nice evening!
Charly_sorry_for_making_a_lot_of_work_really!
<<< PAULUS::DISK6$WORK:[NOTES$LIBRARY]A1_GY_SUPPORT.NOTE;5 >>>
-< ALL-IN-1 IOS / DEUTSCH Support >-
================================================================================
Note 1987.0 FC$DRAWER$MGT+OAFC$DRAWER$CDR NamedData Fehler 2 replies
VNABRW::EHRLICH_K "Monarchy: Karl&Chessie HABSBURG" 22 lines 8-MAR-1993 11:22
--------------------------------------------------------------------------------
Gr�� Euch,
wieder eine Kleinigkeit entdeckt:
In den Forms FC$DRAWER$MGT und OAFC$DRAWER$CDR fehlt in der NamedData bei
;;~~POST_CDR~~;;
GET OA$DISPLAY = FC$_DRAWER_CREATING \ FORCE\
GET #FC_USERNAME = PROFIL.VMSUSR[OA$PROFIL_USER] \
GET #FC_DRAWER_DIRECTORY = "" \
GET #FC_CREATE_MSG = OA$Y \
GET #FC_DEFAULT_DRAWER = OA$N \
! .IF PROFIL.LANGUAGE:U NES "" >>>>>> here'S something missing !!!!!!!!!
.IF PROFIL.LANGUAGE:U[OA$PROFIL_USER] NES "" >>>>> that's now correct !
THEN
GET #FC_DRAWER_LANGUAGE = PROFIL.LANGUAGE:U[OA$PROFIL_USER]
ELSE
GET #FC_DRAWER_LANGUAGE = LOG$OA$DEFAULT_LANGUAGE \
Mfg
Charly
================================================================================
Note 1987.1 FC$DRAWER$MGT+OAFC$DRAWER$CDR NamedData Fehler 1 of 2
FROIS1::MIETHE "Frank Miethe, LC Frankfurt, ISE" 3 lines 9-MAR-1993 14:57
-< BIV bug reported >-
--------------------------------------------------------------------------------
Danke, hab's aufgenommen und an IOSG reported.
Frank
================================================================================
Note 1987.2 FC$DRAWER$MGT+OAFC$DRAWER$CDR NamedData Fehler 2 of 2
VNABRW::EHRLICH_K "With the Power & the Glory" 1 line 9-MAR-1993 15:15
-< Merci vielmals! >-
--------------------------------------------------------------------------------
|
| 3971.10 | Does Ittmar speak german? | AIMTEC::WICKS_A | Atlanta's Most (In)famous Welshman | Tue Mar 15 1994 16:22 | 8 |
| Charly,
Shouldn't you have reported it in hebrew?? Frankfurt was closed and the
work transferred to Tel Aviv 3 months ago.
regards,
Andrew.D.Wicks
|
| 3971.11 | It was a LONG time ago... | VNABRW::EHRLICH_K | Still, I'm sad ... | Tue Mar 15 1994 16:51 | 17 |
| Hi Andy,
hey, I mentioned in my early reply that it was a long time ago.
See the date of the german note in my last reply. 8-mar-1993 !!!!
And my colleaques in Frankfurt reported the bug to IOSG, because it was
not a LLV Bug.
So, it'll be nice to check whether we can use the original form instead
of the form in the german MUPA SaveSet !!!
Have a nice day - I'm going home now, it's time!
Greetings
Charly
|
| 3971.12 | | IOSG::MAURICE | Roll on Leviticus | Tue Mar 15 1994 17:48 | 12 |
| Hi Charly,
The original bug (profil:u) is still in the English MUPA kit, but
is fixed in the PFR. I think you need to ask the translation support
centre whether they will support you fixing the German version, or
whether they will prefer you to revert to the English one.
Cheers
Stuart
p.s. I think you deserve a few viertels this evening ;^)
|
| 3971.13 | Not yesterday, but today ... | VNABRW::EHRLICH_K | Still, I'm sad ... | Wed Mar 16 1994 11:10 | 11 |
| Hi Sir,
yeah, tonight I'll have some 'viertels of excellent wine';-)
And I think about you, of course !!!
I'll switch over to TelAviv with this funny story. It was a great
teamwork with you (as all the time !!)
Have a nice day
'your' Charly
|