|
Post by mueh on Apr 15, 2024 13:06:48 GMT -5
Hi George ! Installed 24106 . SORT 6 .9 .zl fails with Illogical SORT operands . If end-col is specified no problem . Thanks
|
|
|
Post by Jo on Apr 15, 2024 16:59:34 GMT -5
"CHANGE ?" results in "HELP CHANGE" instead of showing the CS/DS (Column Shift / Data Shift) mode.
Jo
|
|
|
Post by George on Apr 16, 2024 8:58:50 GMT -5
Jo: Yes, those multi-mode commands are a pain. I guess if there's a simple display answer it should always take precedence over the full HELP display. Corrected
MUEH: Well, I did say SORT had the most complicated syntax. Turned out to simply be a missing ITERATE in one of the code branches. Corrected.
Yet another fix release coming.
Thanks again to both of you.
George
|
|
|
Post by mueh on Apr 17, 2024 1:02:52 GMT -5
Hi George ! Now at 24107 lvl SORT Crash or my original Problem was that SORT was NOOP ( Msg SORT complete but no sort occured ) if FIND is done before SORT . Here the screen shot of permanent problem SPFLiteCrash.2024-04-1707-51-01.txt (465 B) To reproduce enter FIND aaa followed by SORT 11 . If RES cmd is done between FIND and SORT no problem occures . Thanks
|
|
|
Post by George on Apr 17, 2024 9:17:59 GMT -5
MUEH: Another parse Oops. SORT dopes most of it's own parsing because it has so many positional parameters, and all other commands are positional independent, which is what the new parse code supports fully. But the main search routine is used by SORT, and THAT routine is dependent on the data areas in the new parse code.
I know, that positional/non-positional format difference is a pain, but we can't just alter the SORT syntax at this point.
However, it turns out this is fixed by a simple call to an existing parse reset routine by SORT.
George
|
|
|
Post by Jo on Apr 18, 2024 4:14:31 GMT -5
SUBMIT in a modified VIEW-tab submits only part of the file. I open a VIEW session, then used FIND and F5, then modified a line and enter SUB. Resulted in only 2 lines submitted. These lines, that were found with FIND and F5. Jo
|
|
|
Post by George on Apr 18, 2024 9:44:02 GMT -5
Jo: Hmmm another one to track. Thanks.
Found it. Unfortunately a reset function did not get called if there were NO operands on a command. The call was incorrectly placed a few lines AFTER an exit test rather than BEFORE the test.
24109 posted with correction.
George
|
|
|
Post by mueh on Apr 22, 2024 2:11:34 GMT -5
Hi George ! Have a Profile with IMACRO mtest OFF . When a file is Modified elsewhere and Popup reply is reload then Imacro mtest is called . SUB FileChangeNotification() doesn't check it the same way as METHOD InitaFile(quick AS LONG) AS LONG IF UCASE$(MacName) = MacName THEN ' Is macroname Uppercase? (ON) does . It's no V3.1 Problem Thanks
|
|
|
Post by George on Apr 22, 2024 9:16:49 GMT -5
MUEH: Thanks. I've corrected it, along with a similar omission in the MEdit support.
George
|
|