It seems that everything that needs to be done has been done. But a little time passes and some errors and so on pop up. As a result, you have to take up the source code again and fix it :) Another update: 1) Fixed loading a file from the command line, when a name without a path (relative) is sent, ...

Hi all!

iup_fixed_libraries updated.

----------
upd:

So far, there are no new thoughts about the innovations in the editor. Therefore, I decided to update the editor immediately after making changes with the filter in the OpenFileDialog. Added gtk3 release for linux32.

Hi VANYA, It's working fine. Thanks. Ok I know I mentioned before that I made a small change on my personal copy of the source code, but would you be willing to add it to the main project? All I did, was add a new filter option in the File Open Dialog that matches both BAS and BI files, as I freque...

@SARG I studied the logic of scintilla lexers a bit and tried to fix this behavior. I hope it will work correctly Here is the file for Win64: iup_scintilla.dll If you want, you can try and test it. If it doesn't work properly, please write to me. If everything goes well, then I'll build for other op...

SARG wrote: ↑Jun 09, 2025 8:52 Hi VANYA,
yes asm line folding fixed, thanks.

Found another one about ':'

Code: Select all

print "not working":'comment wrongly displayed 
print "working": 'comment correctly displayed with a space between : and '  

I don't understand the logic of the scintilla lexer very well. Sorry SARG.

Small Update: 1) The parser did not work correctly with the code instruction separator ":" (fixed) 2) A delay was made when deleting the settings dialog. Instant deletion caused problems, up to a crash on WinXP. Most likely, there is a problem somewhere in the IUP 3) Iup_scintilla did not ...

Small update: It is now possible to make the editor portable again as before. To do this, simply create a file with name portable without extensions in the editor folder (next to fbnp.exe). Previously, the editor was only portable. Before this update, the editor ceased to be portable. And now there ...

To make the editor as a "portable App" e.g. run it from USB stick etc. I changed fl_get_user_home_dir() in file: "file.bi" and file: "plug_highlight_coincidences.bas" there are more places where I have to change it ? Joshy Function fl_get_user_home_dir() As String Dim ...

Another mistake, sorry. Fixed it. The archives have been updated.

SARG wrote: ↑Jun 04, 2025 9:08 Try with the fixed version but no warranty.

Now everything is fine. Thank you!
I'm waiting for the release FBC 1.20 with your new fixes including for Linux. A good time saver when compiling with GAS64 (for everyday use GAS64 , for the GCC release with optimization options).

I compiled on my side iup_fb_editor in less than 3 secondes so I don't understand of what you are talking 25sec ??? Hi SARG! I ask you to forgive me generously. Everything is fine with the speed. I did something wrong yesterday. But I have 2 bad news: 1) when compiling with -exx errors: undefined r...

What are you compiling ?' IUP_FB_EDITOR The code is the same. The number of lines after the preprocessor is about the same. So the bottleneck is: Gas64 Of course, this is relative to Gas32. Because GAS64 is the same speed as (GCC without optimization options). Maybe somewhere we need to remove runt...

An error has been detected. Fixed it. The archives have been updated

I wanted to see the difference in execution speed of gas32 and gas64 using profiling, but I couldn't do it. Still, the difference in time in seconds is colossal: gas32 2 sec vs gas64 25 sec I tried to build a compiler with such options: make compiler ENABLE_STANDALONE=1 FBCFLAGS=-profile But he fail...

I ran a test on my project.: gas32: fbc -pp fbnp.bas 3 seconds fbc fbnp.bas -o fbnp.asm 2 seconds gas64: fbc -pp fbnp.bas 3 seconds fbc fbnp.bas -o fbnp.asm 25 seconds And although for some reason they both could not compile the project into an ASM file, they returned the same errors, but at differe...