Version 5.606

Version 5.606 is different to previous versions in the 5.6nn series in that it does not contain its own compiler/interpreter. As a result it can be run as a free standing application that can use any previous version of the TBsystem.exe file.

The reason for making this change is that previous releases required a special binder to convert the editor source code into an executable application. The special binder incorporated the compiler/interpreter into the editor code. For various reasons only one version of this special binder exists. Like it or not, this special binder linked the new editor source code to version 5.5b19. Most of the bugs in the new editor can be traced to inherent problems in version 5.5b19. Version 5.606 has removed this restriction because the new editor is not bound with a built-in compiler/interpreter. Instead it can use any version of the TBsystem.exe file.

In practice, version 5.606 is created with version 5.31 because this old version has none of the bugs that prevented earlier releases of 5.6nn from working properly. At the time, I anticipated that 5.606 would need to access the 5.31 version of the TBsystem file but subsequent tests indicate that this is not the case. One small change is necessary to 5.606 to enable it to use the 5.5b19 TBsystem file for running, compiling and binding operations.

For the record, version 5.606 addresses the following bugs:
(1) Using multiple windows with large text files caused the editor to crash with repeated use of the maximize/normal window button. This bug has now been resolved by changing to version 5.31.
(2) If the user quits the editor whilst a window is maximized then on a subsequent hot restart this window is correctly shown as maximized. However, the RESIZE window button is shown as normal. This makes it difficult to drag the window to a more suitable size because the borders are hidden. This problem has been resolved by saving maximized windows as slightly smaller (by 10 pixels all round).
(3) Certain runtime errors caused the editor to crash. This has been resolved by using version 5.31 as the basis, which correctly intercepts such errors.
(4) Highlighting text by dragging the mouse works correctly but highlighting with the SHIFT-arrow keys was not self cancelling. This has been cured by the change to version 5.31.
(5) Highlighting with SELECT ALL was not self cancelling in previous releases. This problem has been cured by changing to version 5.31.
(6) The DELETE key caused the editor to crash if used at the last character on the last line in the source code. This has been cured by the change to version 5.31.
(7) Under certain circumstances, in particular when the SGLIB library is used, the logical windows used by the new editor become offset and as a result some of the labels such as LINE and CHAR are misaligned. This has been resolved by using the external TBsystem file to run, compile and bind programs.
(8) Previous versions could not open multiple empty windows. This bug has now been cured.
(9) Pasting text to an empty untitled window caused the editor to crash. This has been cured by changing to version 5.31
(10) Closing untitled windows didn’t remove the name from the list of open files under the WINDOWS menu. This bug has been fixed.
(11) Repeated use of the FIND/REPLACE feature failed after 256 operations. This has been cured by the change to version 5.31.
(12) The SHIFT key in version 5.5b19 didn’t work properly in conjunction with the arrow keys. This bug has been cured by the change to version 5.31
(13) The scroll bars were not synchronized with the text during cut and paste operations. This has been corrected.
(14) The DELETE key caused the cursor to go to the beginning of the line when the editor is in debug mode. This has been cured.
(15) A list of most recently used source files has been added to the WINDOW menu.

The FIND/REPLACE window attempted to reproduce the way the old editor worked, even though this was not particularly user friendly. This window is currently being revised to make it work more logically. There is also a problem with interaction between the TextEdit control and BOX statements.

My primary objective is to produce a stable and reliable editor that allows users to produce DLL free bound applications. Once this has been achieved, then I propose replacing the TextEdit control with a more reliable object that will me to use right click menus and will allow the use of the function keys (F1 to F10) in the same way as TB for DOS worked.

Big John


Version 5.607


I have a small gap in my work schedule so I will update all those interested in the progress of the new editor.

Since my post on version 5.606 I went on to create version 5.607 i.e. the same as version 5.606 but compiled and bound with version 5.5b19 special binder.

Unfortinately, this version still inherited the bugs associated with text edit controls in version 5.5b19.

I have since then created a whole new concept for the editor. Rather than use multiple windows, I am using mutiple text edit controls in just one window. This immediately eliminates the problem of rapidly changing windows which sometimes caused previous versions to crash with large programs. There are two green arrow buttons (like Internet Explorer) to move forwards and backwards between the multiple text edit controls. Under the WINDOW menu there is also a list of current program files which can also be used to make a particular text edit control the focus. In addition there is a list of the 10 most recently used files that can be used to load a program into the next available text edit control. The editor code is now much reduced and benefits from this change.

Version 5.608 uses this new strategy based on version 5.606 i.e. compiled and bound with version 5.31. The disadvantages are the need for DLL files, and we are still using the TrueCtrl text edit control with its limitations. There are also restrictions on command line commands and the error reporting is not so good.

Version 5.609 is the same as version 5.608 but is compiled and bound with 5.5b19. This version doesn't requre DLL files but is subject to even more problems with the TrueCtrl text edit control. Most command line commands are supported and error reporting is good.

Version 5.610 (the version I am currently working on)is the same as version 5.609 but substitutes my own version of the text edit control that doesn't use the OBJECT sub-routine.

This may all sound like a complicated way of doing things, but this is because I am severely hampered by having no access to the compiler/interpreter code and not having the source code for the special binder to cure the bugs not associated with the editor code. For example, the editor source code cannot be run as you would a normal program because it is short of some sub-routines that are inserted by the special binder. In other words you have to bind the source code before you can test run the code - a tedious process that slows down development.

That is where we are currently at.

Big John

Nonsense deleted