CONTACTS 
0201 - Dep Natrl Recrs & Consrvtn         406 444 6699 fax 6721
020101 - Mr. Wayne Wetzel; Deputy Director =406 444 6722; Director's Office

SUBJECTS
SDS Reports, Subjects
251 Pointer Update routine
Summary pointers, 910304
Supersort, 910306
1a_eof, eof problem, 910307
DOS, COPY

0908 -    ..
0909 - Summary/Objective
0910 -
091001 - Follow up ref SDS 22 0000, ref SDS 21 0000,
091002 -
091003 - Discovered do not have problem on Wayne's computer fixed.  Was able to
091004 - duplicate the error using instructions for a /b copy command
091005 - parameter.  Trying to avoid the problem by using the /a copy command
091006 - parameter, which is explained below.  As a result I changed 251.bat
091007 - back from using Supersort to remove EOF characters, so it now only
091008 - uses the copy command for the 00001 and 00005 pointers.  This will
091009 - speed up the process by about a 30 seconds or so.
091010 -
091011 - Sent Wayne another email, ref DIT 1 line 30, transmitting revised
091012 - versions of 251.bat and 001 and 0011, per below, that superscedes
091013 - ref DIP 3 line 33.
091014 -
091015 -     [See change to this submission, but not submitted to Wayne,
091016 -     ref SDS 23 line 75; it was later submitted on Monday and solved
091017 -     the problem, ref SDS 24 line 53.]
091018 -
091019 -
091020 -
091021 -
091022 -  ..
0911 -
0912 -
0913 - Progress
0914 -
091401 -  ..
091402 - Possible Extraneous Control Character in SDS Pointer File
091403 -
091404 - Follow up ref SDS 22 LKY4, ref SDS 21 V69O.
091405 -
091406 - This morning, I tested the new 251.bat operation that uses a Supersort
091407 - command added yesterday, ref SDS 22 LKY4, on the test file from
091408 - Wayne's computer, and it seems to be failing.  I thought I tested this
091409 - idea yesterday and that it worked. per ref SDS 22 PG5K  However, the
091410 - tests this morning are all failing on test file taken from Wayne's
091411 - computer.
091412 -
091413 - I also tried adding no-zzz to eliminate recognition of EOF marks, per
091414 - the analysis in the record on 910329, ref SDS 3 line 247, but this
091415 - command was not recognized by the Supersort program.
091416 -
091417 -  ..
091418 - The problem we seem to be having is cited from Supersort manual on
091419 - page III-7, that says:
091420 -
091421 -      Supersort has the following four possible criteria for defining
091422 -      the end of a fixed-length input file.  If more than one is
091423 -      enabled, Supersort terminates input on the first to occur.
091424 -
091425 - This suggests there are multiple criteria in the file produced on
091426 - Wayne's computer for defining the end of a fixed-length input file.
091427 - Maybe this happens because the files have stuff from prior verions of
091428 - DOS, but why is this not occurring on my computers?
091429 -
091430 -
091431 -  ..
091432 - Copy Command, DOS Instructions
091433 -
091434 - Syntax
091435 -
091436 -     COPY [/Y|/-Y] [/A|/B] source [/A|/B] [+ source [/A|/B] [+
091437 -     ...]][destination [/A|/B]] [/V]
091438 -
091439 - Parameters
091440 -
091441 - source
091442 -
091443 -     Specifies the location and name of a file or set of files from
091444 -     which you want to copy. Source can consist of a drive letter and
091445 -     colon, a directory name, a filename, or a combination.
091446 -
091447 -  ..
091448 - destination
091449 -
091450 -     Specifies the location and name of a file or set of files to which
091451 -     you want to copy. Destination can consist of a drive letter and
091452 -     colon, a directory name, a filename, or a combination.
091453 -
091454 - /A
091455 -     Indicates an ASCII text file. When the /A switch precedes the list
091456 -     of filenames on the command line, it applies to all files whose
091457 -     names follow the /A switch, until COPY encounters a /B switch, in
091458 -     which case the /B switch applies to the file whose name precedes
091459 -     the /B switch.
091460 -
091461 -      ..
091462 -     When the /A switch follows a filename, it applies to the file
091463 -     whose name precedes the /A switch and to all files whose names
091464 -     follow the /A switch, until COPY encounters a /B switch, in which
091465 -     case the /B switch applies to the file whose name precedes the /B
091466 -     switch.
091467 -
091468 -      ..
091469 -     An ASCII text file can use an end-of-file character (CTRL+Z) to
091470 -     indicate the end of the file. When combining files, COPY treats
091471 -     files as ASCII text files by default.
091472 -
091473 -  ..
091474 - /B
091475 -     Indicates a binary file. When the /B switch precedes the list of
091476 -     filenames on the command line, it applies to all files whose names
091477 -     follow the /B switch, until COPY encounters an /A switch, in which
091478 -     case the /A switch applies to the file whose name precedes the /A
091479 -     switch.
091480 -
091481 -      ..
091482 -     When the /B switch follows a filename, it applies to the file
091483 -     whose name precedes the /B switch and to all files whose names
091484 -     follow the /B switch, until COPY encounters an /A switch, in which
091485 -     case the /A switch applies to the file whose name precedes the /A
091486 -     switch.
091487 -
091488 -      ..
091489 -     The /B switch specifies that the command interpreter is to read
091490 -     the number of bytes specified by the file size in the directory.
091491 -     The /B switch is the default value for COPY unless COPY is
091492 -     combining files.
091493 -
091494 -
091495 -
091496 -  ..
091497 - Replicated Problem in Wayne's Output File
091498 -
091499 - I tried the following commands:
091500 -
091501 -  a1  copy /a \kq docs1      222,717   ok
091502 -   2  copy \kq /a docs1      222,717   ok
091503 -   3  copy \kq docs1 /a      222,717   ok
091504 -  b1  copy /b \kq docs1      222,721   EOF problem
091505 -   2  copy \kq /b docs1      222,721   EOF problem
091506 -   3  copy \kq docs1 /b      222,716   no EOF
091507 -
091508 -  ..
091509 - I seemed to duplicate the problem with command lines b1 and b2.
091510 -
091511 - This suggests that something in the configuration of Wayne's computer
091512 - is causing options b1 and b2.  It appears that command lines a1 and
091513 - a2 are okay.
091514 -
091515 -
091516 -  ..
091517 - Solution Effort
091518 -
091519 - Will try to modify 251.bat and c: sd 03 001 to apply /a for both the
091520 - source and destination files.  This will make commands like:
091521 -
091522 -         copy /a \kq /a docs1
091523 -
091524 -  ..
091525 - Further research seems to show that OS2 will only use the /a and /b
091526 - parameters when appended following the source and target filenames
091527 - and not preceeding it.
091528 -
091529 -
091530 -
091531 -  ..
091532 - OS2 Works Differently
091533 -
091534 - It seems to permit the /a and /b parameters only following source and
091535 - destination file specifications and does not permit them to precede
091536 - the source and target filenames.
091537 -
091538 -     [On 970720 we also need to use the \* format to copy an entire
091539 -     directory, rather than simply list the directory, ref SDS 23 4B5K
091540 -
091541 -
091542 -  ..
0916 -
0917 -
0918 - 251.bat
0919 -
091901 - Since the Supersort command using no-o does not seem to work in
091902 - removing the extra end-of-file marks, as thought was the case
091903 - yesterday, ref SDS 22 LK4Y, I changed these commands back to copy
091904 - directly to the destination directory and filenames.
091905 -
091906 - Line 40 - entered following command:
091907 -
091908 -         copy /a \kq /a e:\sd\08\00000\06\00001
091909 -
091910 - Line 58 - entered following command:
091911 -
091912 -         copy /a \kq /a docs2 >nul
091913 -
091914 -  ..
091915 - Line 78 - entered following command:
091916 -
091917 -         copy /a \kq /a e:\sd\08\00000\06\00005
091918 -
091919 -  ..
091920 - The above commands seem to work in w95 but not in os2.
091921 -
091922 - Os2 will not take the /a param in front of the source and target
091923 - specs, had to change this to follow the specification.
091924 -
091925 -  ..
091926 - I created a list of files in \kq and was able to copy them together
091927 - into a single lare file, but could not open any of them with Medit,
091928 - suggesting they are messed up somehow.
091929 -
091930 - Decided to eliminate all of this code for my computer.
091931 -
091932 -    [See next day trying another solution, ref SDS 23 line 118.]
091933 -
091934 -
091935 -  ..
0920 -
0921 -
0922 - 001
0923 -
092301 - Line 45 -label lpa, about 20 lines below, changed the code to enter
092302 - the User ID in the new column for the dos /c command that has the /a
092303 - inserted.
092304 -
092305 -                   loc_cur 16 25
092306 -                   loc_cur 16 44
092307 -
092308 -  ..
092309 - Line 70 -label lpbz, about 10 lines below, changed code to enter the
092310 - year param in the new column for the dos /c command that has the /a
092311 - inserted.
092312 -
092313 -                   loc_cur 16 34
092314 -                   loc_cur 16 49
092315 -
092316 -  ..
092317 - Line 70 -label lpbz, about 15 lines below, changed:
092318 -
092319 -          dos /c copy d:\sd\08\UUUUU\01\yy \kq\UUUUUyy > nul
092320 -
092321 -    ...to:
092322 -
092323 -          dos /c copy /a d:\sd\08\UUUUU\01\yy /a \kq\UUUUUyy > nul
092324 -
092325 -  ..
092326 - The idea is to ensure this does not include the end-of-file mark, as
092327 - occurred in the test runs above using the /b parameter.
092328 -
092329 - These changes crashed OS2, so I changed it back and eliminated the /a
092330 - parameters.  I tried putting /a in front of the stuff but it did not
092331 - seem to work.
092332 -
092333 -    [On 970720 the /a param works in os2 if there is also a \*,
092334 -    ref SDS 23 4B5K
092335 -
092336 -
092337 -
092338 -  ..
0924 -
0925 -
0926 - 0011
0927 -
092701 - Made same changes to this file.
092702 -
092703 -
092704 -
092705 -
092706 -
092707 -
092708 -
092709 -
092710 -
092711 -
092712 -
092713 -
092714 -
092715 -
092716 -
092717 -
092718 -
092719 -
092720 -
092721 -
092722 -