Click here to comment!
1...Could you please check this when time permits, and see if we
CONTACTS
SUBJECTS
Get Filename Epand Length Command Line Expand Capacity Organic Struc
Control Field Subjects Conform Descriptions to Control Field Listing
Expand Capacity Organic Structure Add 30 Levels F1 F2
0905 -
0905 - ..
0906 - Summary/Objective
0907 -
090701 - Follow up ref SDS 5 0000, ref SDS 3 0000.
090702 -
090703 - Discovered that constructing a subject index using filenames of more
090704 - than 60 char fails. ref SDS 0 QL6K Fixed the part of the problem
090705 - caused by SDS, ref SDS 0 ZA6J, and sent a letter to Morris asking to
090706 - increase the length of the get command. ref SDS 0 JX9I
090707 -
090708 - [On 050620 Morris modified get command to support 80 characters;
090709 - encountered problem which he is working to resolve. ref SDS 6 QL6K
090710 -
090711 -
090712 -
090713 -
090714 -
090716 - ..
0908 -
0909 -
0910 - Problem
0911 -
091101 - Advancing in the subject index seems to be failing when the account
091102 - code is more than 60 characters, illustrated by work in the record on
091103 - 050204. ref SDS 2 6T5G
091104 -
091105 - [On 050620 Morris confirmed that get command has limit of 60
091106 - characters. ref SDS 6 QL6K
091108 - ..
091109 - [On 050621 Morris completed upgrade to Medit that fixes this
091110 - problem. ref SDS 7 PP7Q
091112 - ..
091113 - We actually have a compound failure.
091114 -
091115 - 1. When an account code has more than 45 characters, macro
091116 - 1188 switches from counter 1 to counter 180, and so the
091117 - code that figures out how to convert and enter the string
091118 - into a series of 8 char directories with the remainder
091119 - assigned to the filename, has to switch from counter 46 to
091120 - counter 180 for constructing directories. This problem is
091121 - solved today, per below. ref SDS 0 QL56
091123 - ..
091124 - 2. Medit get command seems to have a limit of 60 char on the
091125 - command line, and so when the account code is combined with
091126 - the standard SDS file structue for the subject index and
091127 - the user ID, and this total exceeds, 60 char, then the get
091128 - command fails. Interestingly, savx works, so we can create
091129 - the directory structure, but cannot read in the file from
091130 - the disk.
091132 - ..
091133 - Sent Morris a letter saying...
091134 -
091135 - 1. Subject: Medit get command length
091143 - ..
091144 - 3. Ran into a snag with the subject index. Investigation shows
091145 - the following commands are failing to execute...
091146 -
091147 - CMD>G h:\sd\06\00101\&0802040\&2CPKG04\&0517fm0\&41104jg\&041210c\$i
091148 -
091149 - CMD>G h:\sd\06\00101\&0802040\&2CPKG04\&0318fg0\&40318ce\&041130f\$c
091150 -
091151 - ...where "G" is your "get" command to enter content of a file
091152 - from the disk below the current line.
091154 - ..
091155 - 4. Could you please check this when time permits, and see if we
091156 - can have another 10 char or so for the length of the get
091157 - command. This would expand the range of contexts that can be
091158 - managed with nested organic structure. It seems like the code
091159 - currently executes the get command at a few char below 64. If
091160 - this can be bumped to say 74, that would give us a lot of room
091161 - for growth.
091163 - ..
091164 - The next day called Morris in the morning about 0730. He had not seen
091165 - the email yet. Morris thinks it should be fairly easy to extend the
091166 - length for the get command.
091167 -
091168 - [On 050620 Morris modified get command to support 60 characters;
091169 - encountered problem which he is working to resolve. ref SDS 6 QL6K
091170 -
091171 -
091172 -
091173 -
091174 -
091176 - ..
0912 -
0913 -
0914 - Progress
0915 -
091501 - Line 2260, ref OF 1 MT5G, -label bHSI_S in 03501
091502 -
091503 -
091504 -
091506 - ..
091507 - Line 2030, ref OF 1 653N, -label sftil in 03501
091508 -
091509 - -if @105 < 180 -goto eszp
091510 - subcnt 105 134
091511 - -label eszp
091512 -
091513 - Added code for search command to set the correct zone when the
091514 - string is longer than 45 char, because in that case macro 1188
091515 - uses counters beginning at 180. This requires adjusting the
091516 - counter number above 45 to be an actual number, and this
091517 - accomplished by subtracting 134 from the value in counter 105,
091518 - because 180 - 45 = 134, and this must be adjusted by one to
091519 - account for counter 180 being the actual number 1.
091520 -
091522 - ..
091523 - Line 2390, ref OF 1 MC4H, -label bH_gEt in 03501
091524 -
091525 - -label bH_gEt
091526 - line 739................................&& *%5
091527 - loc_cur 4 18
091528 - -if @129 = 2006 -goto bH_pRmry
091529 - immed r
091530 - -gosub cesftp
091531 -
091532 - This is the routine that is actually failing to create the
091533 - correct account file folder.
091534 -
091536 - ..
091537 - Line 2510, ref OF 1 8Q6L, -label bH_i in 03501
091538 -
091539 - -label bH_i
091540 - addcnt 100 1
091541 - -if @100 = 46 setcnt 100 180
091542 - -goto bH_enTr
091543 -
091544 - This is where the code is failing. Like the search argument
091545 - problem fixed above, ref SDS 0 QL86, which was incorrect but
091546 - relatively benign, this code uses counter 100 to determine when
091547 - the account string ends. When counter exceeds 45, the next
091548 - account character is held in counter 180, not counter 46.
091549 - Added -if @100 = 46 setcnt 100 180 to jump processing to
091550 - counter 180. This only really executes once, because after
091551 - getting from 45 to 180, the incremet process functions
091552 - correctly.
091553 -
091554 -
091555 -
091556 -
091557 -
091558 -
091559 -
0916 -