Alexander Elagin

After a bit of googling I got the following information regarding DevExpress. 1. While the management and a group of developers are located in USA, almost all development and support team are in Russia (namely, in Tula, Kaluga and St.Peterburg). A rather old article in Russian briefly introduces the company: https://habr.com/ru/company/developersoft/blog/104047/ 2. From this page we can find out the web address of the russian branch: https://www.developersoft.ru Exploring this site (description, portfolio, history...) it is easy to see that this is really the other face of DevExpress, or at least the company which does all the work. 3. And now the most interesting statement from the mentioned page: That is, the Company is suspending all hiring and operations indefinitely as of March 2, 2022. 4. Conclusion. Given the current political and economical situation (first of all, blocking of virtually all payments between Russia and the western world, meaning that the developers cannot be paid) it means that either DevExpress management has to be able to relocate the development and support team somewhere outside the russian borders, or it has to hire an absolutely new team as a replacement, or cease any development until all this madness ends. All the information is from the internet, I'd prefer not to trust it 100%, but unfortunately it seems too matching to be true.

Syntax diagrams are easier to read and understand than BNF or ABNF and they look good in any documentation , but BNF is better suited for automated parsing and validation.

VTSourceOnly.4.2.30.zip : https://drive.google.com/file/d/19VQ2v-_Zef26zZB3U1go1MmHS_k8uWaC/view?usp=sharing VirtualTreeviewSetup.4.8.7.exe: https://drive.google.com/file/d/1bMgUg15T0ho5yUv1gVxh4NUhzuyJocxl/view?usp=sharing

I have a zipped Virtual Treeview archive from 2004, it contains packages for Delphi 4 - Delphi 9 (2005?). If anybody is interested, I can share it. Also found the installer for VTV 4.8.7, dated 15.12.2010.

Why Dschinghis Khan? It is Rasputin by Boney M!

History teaches us that nothing is new under the moon. Limiting the scope of a varable to the begin/end block was invented long ago, just have a look at the PL/I specification from 1964:

I also wrote a lot of assembly code a while ago, mostly for the 8051 family. Nothing beats a good assembler code when you need to get the most from the hardware. All those fancy higher level languages make it easier to write programs, but when all you have is 8K of program memory and 256 bytes of RAM shared with bits and register banks, then the real work begins

As for embedded controllers - yes, plain C is the best choice. The new generations of coders may prefer Rust or C++ for this, current microcontrollers are way more powerful than a two decades old desktop PCs. But one can use a custom edition of Lazarus for bare metal programming of Raspberry Pi: https://ultibo.org/

I do not get any error here in 10.3: uses Types, StrUtils; var S, FS, SS: String; A: TStringDynArray; begin S := '5/10'; A := SplitString(S, '/'); if Length(A) >= 2 then begin FS := A[0]; SS := A[1]; end; end;

There is also a function SplitString() in StrUtils.pas.

Also look here: https://web.archive.org/web/20050307135804/https://www.simdesign.nl/fft.html The archived version has all the necessary files while the actual site currently produces error 404

A small correction: 8080 has a 16-bit address bus and a 8-bit data bus (I am currently building a retro computer based on 8080A + 8224 + 8257 + 8275 + 8255A). 8085 also had a 16-bit address bus but it was multiplexed with the 8-bit data bus and required an additional latch for full address decode. Otherwise, your post was outstanding and very informative, thank you!

Does not compile in 10.1 because of inline variables. What was the reason to use the cosmetic feature only available in the latest versions?

IBExpert can do it as well:

IBExpert, of course (https://www.ibexpert.net). DBeaver is a good tool, but not so fine tuned for the Firebird specifics.