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 -