| Title: | VAX and Alpha VMS |
| Notice: | This is a new VMSnotes, please read note 2.1 |
| Moderator: | VAXAXP::BERNARDO |
| Created: | Thu Jan 23 1997 |
| Last Modified: | Fri Jun 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 703 |
| Total number of notes: | 3722 |
Hello!
I see in looking at the description of the Eco kit Vaxlibr06_070 that
some problem fixes were included in it from other Eco kits. The one
I'm concerned with is the problem fix incorporated which came from the
Eco kit Vaxlibr01_070 originally. This was a modification to
Lib$fid_to_name. What the fix statement says is:
o Liv$fid_to_name has been modified to ensure that the use of very
deep directory trees do not result in the call stack being corrupted.
I have a customer who installed the Vaxlibr06_070 because of the
Delta-time issue but also because he was told that this modification of
Lib$fid_to_name would resolve his problems with directory trees. He is
still experiencing problems with directory trees which are 8 levels
deep.
I'm not sure as to what the problems are. He could not be clear with
me on this. Didn't seem to know exactly what the problems were, just
that there were problems.
What is the modification to Lib$fid_to_name exactly supposed to
correct? I'd like to understand this better so I can explain it to the
customer and see if we can clarify whether this will help him or not.
Thanks very much!
Laurie
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 670.1 | Need Info | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Mon Jun 02 1997 18:45 | 5 |
You'll need to acquire further information -- code examples, error messages, etc, -- on the problems being encountered. (This sounds like the customer might be `fishing' for further information on the topic of deep directories.) | |||||
| 670.2 | this ECO does NOT remove the 8-level directory limitation | FRSTSC::TLAUER | "I've been designed multi-asking." | Tue Jun 03 1997 05:23 | 7 |
Just in case your customer expects this ECO to remove the 8-level directory limit... This is not the case!! It's a real bugfix removing some stack corruption problems within that routine, and it's not removing the RMS design limitation of a file specification being capable of holding up to 8 directory levels. -- Thilo | |||||