[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

695.0. "CAB NEXT_FOLDER is somewhat inconsistant..." by TAV02::CHAIM (Semper ubi Sub ubi .....) Sun May 17 1992 12:49

There appears to be a problem with the CABINET NEXT_FOLDER function in a case
where there are several folders of increasing lengths which have similar
begining names:

FOO-BAR
FOO_BAR 1
FOO_BAR 11
FOO-BAR 111
GOOD-BAR

GET #DOC-SYM="FOO-BAR"
CABUNET NEXT_FOLDER #DOC-SYM,#NEW-DOC-SYM

After execution:

#DOC-SYM = "GOOD-BAR"
#NEW-DOC-SYM = "GOOD-BAR"

There is a STARS article which describes this problem and suggestes always
tacking the :30 symbol qualifier onto the DOC-SYM sysmbol.

GET #DOC-SYM="FOO-BAR"
CABUNET NEXT_FOLDER #DOC-SYM:30,#NEW-DOC-SYM

However, I have still found that there is an inconsistancy. After the function
has been executed in this manner:

#DOC-SYM = "FOO-BAR"
#NEW-DOC-SYM = "GOOD-BAR"

According to the documentation, both the #DOC-SYM and #NEW-DOC-SYM symbols
should contain the same content AFTER the execution of the function. This
happens ONLY if the #DOC-SYM symbol does NOT have a length qualifier tacked on. 

Could someone please clarify this issue.

Thanks,

Cb.
T.RTitleUserPersonal
Name
DateLines
695.1Upgrade if you canIOSG::MAURICEA few follicles shortMon May 18 1992 10:1310
    Hi,
    
    This NEXT_FOLDER problem is fixed in V3.0. If you are stuck with V2.4
    then you will have to redo the example slightly - in effect you cannot
    do the equivalent of get #x:30 = #y, i.e. you will have to get #x=#y
    yourself.
    
    Cheers
    
    Stuart