THE WELCH COMPANY
440 Davis Court #1602
San Francisco, CA 94111-2496
415 781 5700
S U M M A R Y
DIARY: August 23, 1994 02:43 PM Tuesday;
Rod Welch
Fixed problem with Extract for Transfer on PG&E's network.
1...Summary/Objective
..............
Click here to comment!
CONTACTS
SUBJECTS
SDS Program
Configure for network s: drive
Extract for, & Install Transferred Records,
0705 - ..
0706 - Summary/Objective
0707 -
070701 - Followed up work at ref SDS 8 line 42. Think I have solved this
070702 - problem. I think though this is not going to work as well as I had
070703 - hoped ref SDS 6 line 90, because it does not get all of the pointers.
070704 -
070705 - Billed Welch, because it is really correcting a problem with the
070706 - SDS code.
070707 -
070708 - Scheduled task to upgrade this routine and to fix something for Bill
070709 - to use on an interim basis.
070710 -
070711 -
0708 -
0709 -
0710 - Analysis
0711 -
071101 - The SDS extract is really intended to transfer only files for
071102 - information between computers and different locations. At this time
071103 - it does not transfer all of the pointers. I think it just gets the 04
071104 - pointers and the records. Still need the Reference and Contact
071105 - pointers.
071106 -
071107 - I can modify the program so it will extract all pointers. That
071108 - will take a few days. Maybe it can be done this weekend.
071109 -
071110 - I also need to modify the SDS code for networks so it no longer
071111 - defaults to the c: drive. Maybe I can just make it default to the
071112 - s: drive for PG&E's network. This is needed to support access to
071113 - files listed in the Reference field.
071114 -
071115 - This was dones at ref SDS 9 line 48.
071116 -
071117 - I talked to Morris this evening. He works via remote phone line a
071118 - fair amount. Morris said he is unaware of a good way to transfer
071119 - files based on subdirectory structure except with Pkzip.
071120 -
071121 - Will have to try to create a zip file arrangement. Another idea would
071122 - be to try a product like IBM's "Distance" that might let Bill use
071123 - xcopy from his phone line.
071124 -
071125 -
071126 -
0712 -
0713 -
0714 - 06110
0715 -
071501 - Line 230 -label datOnly, about 80 lines below, this is where macro
071502 - 935 is called from 000005. It seems to be failing to make a list.
071503 -
071504 - It works if the duration is less than a month, but not for the
071505 - default time period.
071506 -
071507 -
071508 -
071509 - Line 1250 -label exTract, this is where the code is different. Could
071510 - be we need to run the code in 000005 when the file is empty until it
071511 - is no longer empty.
071512 -
071513 -
0716 -
0717 -
0718 - 000005
0719 -
071901 - Line 25 -entry 935, this the code that seems to be crashing when we
071902 - call a month.
071903 -
071904 - Looks like we worked on this at ref SDS 2 line 93.
071905 -
071906 - We set following params in 06110,
071907 -
071908 - setcnt 177 4444
071909 - setcnt 92 555
071910 - setgbl 92 555
071911 -
071912 -
071913 - Line 577 -label dCA_za, looks like this is near where the problem is.
071914 -
071915 -
071916 - Line 685 -label lp_wEek, this calls code in 06110 instead of staying
071917 - in 000005, and that code needs a way to step back into 000005.
071918 -
071919 -
071920 - Line 830 -label dC_1ay, added code to set counter 15, so the code
071921 - will jump out of the compiled macro 935 and go back to 06110 at
071922 - -label lp_wEek. This is supposed to occur once there is data in the
071923 - output file. I am forcing this, but it should work, because we are
071924 - doing this where the up command is being used to scroll up, and that
071925 - can only occur when there is data in the output file. This is just a
071926 - hunch.
071927 -
071928 -
071929 -
071930 -
071931 -
0720 -