THE WELCH COMPANY
440 Davis Court #1602
San Francisco, CA 94111-2496
415 781 5700


S U M M A R Y


DIARY: June 11, 2002 09:27 AM Tuesday; Rod Welch

Brandon progress at Microsoft on memory problem for SDS under DOS, W2K.

1...Summary/Objective

ACTION ITEMS.................. Click here to comment!

1...The attached information Brandon submitted does not seem to
2...Brandon does not indicate having examined ideas submitted

CONTACTS 
0201 - Microsoft Corporation
020101 - Mr. Brandon Robinson, MCSA MCP MCSE
020102 - Windows Enterprise Support =469 775 6165
020103 - BrandonR@microsoft.com
020104 - Windows 2000 Support  =800 936 4900
020105 - Applications and Performance

SUBJECTS
SRX020519601479 Microsoft Called and Got Incident Number to Investiga
DOS Memory Get 750K Instead of 634K
DOS Technical Support
DOS Memory Program for More than 640K
Memory Above 640K Submit SDS Program for Review by Brandon
DOS Memory Above 640K
640K Memory Limit for DOS Need Solution
Submitted E Exe to Brandon at Microsoft
Letter to Brandon Asking About Progress on Investigating Increasing R

1411 -    ..
1412 - Summary/Objective
1413 -
141301 - Follow up ref SDS 25 0000, ref SDS 24 0000.
141302 -
141303 -                       SRX020519601479
141304 -
141305 - Received ref DRT 1 0001 from Brandon dated 020610.
141306 -
141307 - Brandon says....
141308 -
141309 -    1.  I received your voice mail this weekend, however I did not get
141310 -        a chance to call you back.
141311 -
141312 -           Seems to refer to the record on Thursday, 020608, which
141313 -           Brandon would have picked up on Saturday or Sunday (i.e.,
141314 -           the weekend, because he works weekends and Monday's and
141315 -           Tuesday. ref SDS 25 0001
141316 -           ..
141317 -           Brandon does not indicate having received the letter,
141318 -           ref DIP 3 0001, submitted on 020530, ref SDS 24 0001,
141319 -
141320 -           Brandon does not mention getting input from his colleague,
141321 -           Brenda Cannon who discussed this issue on 020606, after
141322 -           Brandon's voice mail indicated he was not available that
141323 -           day. ref SDS 25 RZ5N
141324 -
141325 - ..
141326 - Brandon continues...
141327 -
141328 -    2.  I took a system and installed only Dos 6.22 on it, and am only
141329 -        able to come up with about 618k of base memory. ref DRT 1 W27I
141330 -
141331 -            This aligns with information provided to Brandon on 020522
141332 -            when the case was opened. ref SDS 21 LQ4M
141333 -
141334 -            Brenda got similar results when she investigated the
141335 -            problem on 020606. ref SDS 25 LE4N
141336 -
141337 -
141338 - Brandon says...
141339 -        ..
141340 -    3.  I have included a screen dump of the information. The
141341 -        memory sizes are very close to what is available in Windows
141342 -        2000 DOS VM. ref DRT 1 U27L
141343 -
141344 -            The attached information Brandon submitted does not seem to
141345 -            open when double clicking, indicating the file format is
141346 -            not recognized by w2k under our current configuration.
141347 -            Perhaps Brandon can advise which program to call that opens
141348 -            the information he wants to convey, or alterntaively, just
141349 -            send an ASCII file.
141350 -
141351 -
141352 - Brandon comments....
141353 -        ..
141354 -    4.  From everything we have looked in and discussed, your
141355 -        application used to handle memory up to the 1 meg limit. This
141356 -        application was written in Assembler, and dates back toward the
141357 -        80286 instruction set. ref DRT 1 438F
141358 -
141359 -            Brandon repeats information reported in the record opening
141360 -            the case on 020519, ref SDS 21 5A3O, and more recently on
141361 -            020606 in discussions with Brenda. ref SDS 25 XP7I
141362 -
141363 -            Brandon does not indicate having examined ideas submitted
141364 -            on 020519 citing the record on 930814, ref SDS 3 OX3L,
141365 -            which were mentioned again in the letter to Brandon on
141366 -            020530, ref SDS 24 0001, and discussed with Brenda in the
141367 -            call to Microsoft on 020606. ref SDS 25 YQ6L
141368 -
141369 - ..
141370 - Brandon explains....
141371 -
141372 -    5.  In today's configuration, this is very limited and is not
141373 -        a recommended way of coding due to the limitations of the x86
141374 -        instructions running in a real based mode. ref DRT 1 F38K
141375 -
141376 -            Brandon re-states the problem we want to solve reported on
141377 -            020519. ref SDS 21 5A3O
141378 -
141379 - ..
141380 - Brandon recommends....
141381 -
141382 -    6.  It is recommended at this time to either update your
141383 -        application to run in the new operating systems, or to install
141384 -        a system seperately to specifically run the application in
141385 -        question. ref DRT 1 009N
141386 -
141387 -            Brandon states the long-term solution, which is underway,
141388 -            and will take 5 - 10 years based on IBM's difficulty
141389 -            converting LN to perform Knowledge Management, reported on
141390 -            001130. ref SDS 6 F26K
141391 -
141392 -              [On 020617 Brandon raises solution of re-writing SDS in
141393 -              to address newer memory structures. ref SDS 28 ZX7G
141394 -            ..
141395 -            The record on 020608 showing all other KM solutions
141396 -            have failed, ref SDS 26 ZN6I, aligns with Steve Balmer's
141397 -            report on 010510 that it will take Microsoft 5 years to
141398 -            improve productivity under current plans. ref SDS 13 8Y8H
141399 -
141400 -            People need an immediate solution to solve problem that
141401 -            current technology paralyzes productivity due to
141402 -            information overload, reported on 011003. ref SDS 16 EC5N
141403 -            Lack of tools for efficient analysis has hampered national
141404 -            security, reported on 010911. ref SDS 14 UP5K  Inability to
141405 -            efficiently create an audit trail showing daily work aligns
141406 -            with objectives, requirments and commitments reduces
141407 -            productivity, earnings and stock prices, reported on
141408 -            001207, ref SDS 7 V54M, and shown by recent collapse of
141409 -            Enron on 020204. ref SDS 17 EX5O
141410 -
141411 - ..
141412 - Brandon concludes...
141413 -
141414 -    7.  If you have any questions, please feel free to contact me.
141415 -
141416 -            Brandon does not mention in his letter today the Microsoft
141417 -            support capabilities that Brenda suggested might be able to
141418 -            contribute, when we talked on 020606. ref SDS 25 XT8L
141419 -
141420 -            Since SDS has been found to be effective, reported on
141421 -            010916, ref SDS 15 0001, and since Brandon's colleague at
141422 -            Microsoft, Brenda Cannon, noticed on 020606 that SDS works
141423 -            better than other methods, ref SDS 25 L99K, the current
141424 -            problem is how to strengthen this capability on an interm
141425 -            basis while the long-term solution is developed.
141426 -
141427 -
141428 -  ..
1415 -
1416 -
1417 - 1207
1418 -
141801 - Received ref DRT 2 0001 from Brandon dated today and confirming his
141802 - report in the letter yesterday suggesting that SDS be updated to run
141803 - on w2k and related systems. ref DRT 2 K68G
141804 -
141805 -     This letter is copied to Brandon's boss, ref DRT 2 00W2,
141806 -     indicating intent to close the problem based on his letter
141807 -     yesterday, similar to the prior letter on 020521 proposing that
141808 -     having suggested using Vmware was a solution, ref SDS 22 JG9L,
141809 -     this justified closure; however, research on 020519 showed that
141810 -     Vmware turned out not to be effective. ref SDS 21 I67M
141811 -     ..
141812 -     Brandon misstates the problem in his letter today, as
141813 -     related to OS/2. ref DRT 2 K68G   The scope was reported on
141814 -     020519, ref SDS 21 LQ4M, and discussed with Brenda on 200606,
141815 -     ref SDS 25 LE4N  Since Brandon's letter yesterday, correctly sets
141816 -     out the objective, ref SDS 0 OL5I, the wording in the letter today
141817 -     may be a simple matter of semantics, rather than lack of actual
141818 -     understanding about the problem scope.
141819 - ..
141820 - Submitted ref DIT 1 0001 with the question developed from
141821 - analysis above. ref SDS 0 P78N
141822 -
141823 - Explained importance of solving this problem. ref DIT 1 005J
141824 -
141825 -     [On 020612 Brandon's boss, Mark Mueller, noted the importance of
141826 -     improving communication. ref SDS 27 FO5F
141827 -
141828 - Ask if Brandon has collaborated with Brenda on her ideas. ref DIT 1
141829 - YR4N, reported on 020606. ref SDS 25 YQ6L
141830 -
141831 - Request that Brandon call to expedite review of ways for moving
141832 - forward toward a solution. ref DIT 1 019P
141833 -
141834 - Submitted copy to Brenda and to Mark for reference and support on
141835 - advancing the solution for this problem.
141836 -
141837 -
141838 -
141839 -
141840 -
141841 -
141842 -
141843 -
141844 -
141845 -
141846 -
141847 -
141848 -
141849 -
1419 -
Distribution. . . . See "CONTACTS"