Tracie reports that a program using editable Xtree quit behaving in 6.0.1270.1.
6.0.1266 works OK
6.1.1362 works OK

In the routine that is not working we have a cell where if the customer types in a dot Xtree uses "Ex" to exit, store the default amount in the ANSWER$() and reenter the Xtree call. The amount is not being displayed in the 6.0.1270 version.

Sounds like a good motivation to move up to 6.1!

Unfortunately, between 6.0.1266 and 1270.1 there were about 20 minor patches (over about 9 months) to XTREE (most of them retrofitted from 6.1). So unless I can access the problem directly, either with a test program here or by ATE-ing directly to a server to run the test program, it would be a lot easier to locate the problem if we could pin it down a little closer. All of the intermediate versions are available online in the 6.0 bin-win directory.

LOG AP:
RUN APIP02
Choose Vendor ZENITH
Enter a . in the Pay Amt column
Only the . shows in 6.0.1270
The $100 that is being stored shows up in other versions

Turns out the problem was already fixed in 1270.2 (Sep 5), which is posted (in -w32-upd.zip form) in the 6.0 release bin-win directory.

The fix was retrofitted from 6.1.1358, but I hadn't gotten any reports about either the problem or whether the fix was good, so I held off on updating the Check-For-Updates server. I think you actually reported the underlying problem which led to the fix, but you then shifted over to 6.1 for further testing.

(This is a good example of how the idea of trying to maintain "stability" in 6.0 often yields less desirable results than the update-without-hesitation scheme driving 6.1)

ash60notes.txt