Page 3 of 3

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Wed May 12, 2021 4:49 am
by Ivan Denisov
Helmut, can you please suggest what we should change before fixing 1.8 with Beta stage.

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Wed May 12, 2021 9:59 pm
by Zinn
In BlackBox version 1.7 we introduce reading and writing files greater than 2 GByte via new modules called Files64, HostFiles64 and Stores64.
Can we merge or exchange Files64 with Files, HostFiles64 with HostFile and Stores 64 with Store?
This is not an easy task and the result will be not compatible with 1.7 and 1.6

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Fri May 14, 2021 5:35 am
by Zinn
It is difficult to follow all changes.
For example I did not realize the topic about the three levels of file system (use-custom-system)-directory.
Where can I find a list of changes?
On which Center version based BB 1.8 ?
Are there all Center changes included in BB 1.8 ?
Which one left out?

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Fri May 14, 2021 6:36 am
by Ivan Denisov
Zinn wrote:It is difficult to follow all changes.
For example I did not realize the topic about the three levels of file system (use-custom-system)-directory.
Where can I find a list of changes?
On which Center version based BB 1.8 ?
Are there all Center changes included in BB 1.8 ?
Which one left out?
There is no good list of changes now.
It will be an issue to make such document.

Cross-platform 1.8 is based on Center version from 2019.

All bugfixes applied from the current Center version.
Few features did not applied.
1. There are no coroutines yet.
2. The Files interface changed to 1.6 back.

The discussion was in Russian on the OberonCore board, and some on the issues tracker on GitHub.

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Fri May 14, 2021 6:38 am
by Ivan Denisov
Zinn wrote:In BlackBox version 1.7 we introduce reading and writing files greater than 2 GByte via new modules called Files64, HostFiles64 and Stores64.
Can we merge or exchange Files64 with Files, HostFiles64 with HostFile and Stores 64 with Store?
This is not an easy task and the result will be not compatible with 1.7 and 1.6
I do not fill that it will be easy to convince everybody, that it is good idea for 1.8. There are some users already. I think, it will better to keep less differences from 1.7.2.

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Mon May 17, 2021 5:22 am
by Zinn
Without any change list plus the missing entry in the source header

e.g. HostFiles
- 20210116, bbcb, #045, restore Files interface to 1.6
- 20210517, bbcb, #0xx, Three levels of file system

It is difficult to find all changes and I need a very long time to proof them.

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Mon May 17, 2021 6:14 am
by Ivan Denisov
Zinn wrote:Without any change list plus the missing entry in the source header

e.g. HostFiles
- 20210116, bbcb, #045, restore Files interface to 1.6
- 20210517, bbcb, #0xx, Three levels of file system

It is difficult to find all changes and I need a very long time to proof them.
Got it. I think, there should be some guide for changes.

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Tue May 18, 2021 10:01 am
by Zinn
Thank you very much for all the links and explanation. It is difficult to follow the discussions via Google translation, because I don't understand some arguments.

Now I know 3 important changes of version 1.8

1. Separation of module String and Unicode
2. Move back to the original 1.6 File interface
3. Three level of file system

I am agree with all this changes. Even I am not agree with some implementation details.

Are there any other topic of changes which I have overlook?

- Helmut

Re: Is BlackBox 1.8 incompatible to BlackBox 1.7?

Posted: Tue May 18, 2021 1:14 pm
by Ivan Denisov
There are some more changes.

4. There is module HostGui. Without HostGui the Kernel log goes to console, and not to the GUI error windows as before. This is done for making better console (server) applications.

5. HostDates separated from HostDialog. Also for making console applications without Dialog module.

6. Lowlevel debug information from Kernel (TRAP handler) improved a lot (GetRefFrame). issue-#017

7. There is new feature called SafeActions, it is wrapping Kernel.Try with comfortable interface. So it can safe call unreliable peace of software. (see documentation for Services.SafeAction) issue-#019

8. There is module HostEnv to read environment variables. issue-#020

9. Per module string resources now available. issue-#023

10. There is result of Mapping String resources added to Dialog.mapRes (see documentation) also issue-#023

11. DevDebug.Unload detailed logging issue-#026