I thought I should finally release the old/new/updated FLTK version before the apocalypse completely takes over :(
There were a couple of version numbers skipped due to android only releases.
Let me know if you find any issues.
Also, please consider dropping a few bucks onto any of the Australian wildlife rescue funds.
Cheers,
Chris
Hi Chris,
Wow multi-tabs, files and output windows very nice!
Looks like will takes some getting use to, first off having difficulty figuring out how to stop a run without exiting everything neither the right click nor the top right X to click are available. A short cut X on tabs would be nice.
Also looks like graphics eg fire, Celtic Knot #3 took huge speed hits ;(
I copy and paste fire.bas to sb64.exe and might be normal speed, can 64 be run through ftlk editor?
Hello boys..
first .. it would be nice to add download link for people who wants to try..right?
https://smallbasic.github.io/pages/download.html
And Chris this new editor looking nice and far better if you ask me (nothing against original
which is very unusual and tricky to use)
just for comparison i add screen shots...
:)
Thanks. I have downloaded the version.
Quote from: Aurel on December 22, 2019, 18:18:26
And Chris this new editor looking nice and far better if you ask me (nothing against original
which is very unusual and tricky to use)
just for comparison i add screen shots...
:)
The new editor is actually the old editor lol. The old editor was made in the older FLTK v2.0. I converted all the code to the new FLTK v1.4 API (lol to those version numbers). Aurel your editor looks really good! Have you thought about closer integration with sbasicg.exe? You could launch it in "live" mode where it waits for the file to change (in your editor) and then restarts. You could probably also add the debugging handling (via sockets) and also integrated online help. Take a look at the code to work out what's going on here. Also if you need any changes to sbasicg.exe to help with integration that would be cool.
1.Have you thought about closer integration with sbasicg.exe?
- Hi Chris , i am not sure that i understand your questions properly so i split it,,,
-- closer integration...do you can explain it little bit more ?
2.You could launch it in "live" mode where it waits for the file to change (in your editor) and then restarts.
--- what is a live mode ?
3.You could probably also add the debugging handling (via sockets) and also integrated online help.
--- debugging handling (via sockets), well i really don't know what is that ???
4.Take a look at the code to work out what's going on here.
--- do you can explain which code ?
Also if you need any changes to sbasicg.exe to help with integration that would be cool.
sorry chris if my questions are stupid
probably because i am windows api oriented
Hi Chris,
I have downloaded the latest version (Linux) and it looks nothing like the IDE in Aurel's screenshot... In fact, it looks like the earlier version... "About" indicates the new version... Am I doing something wrong or is the IDE available only for Windows?
J
Quote from: johnno56 on December 23, 2019, 11:13:49
Hi Chris,
I have downloaded the latest version (Linux) and it looks nothing like the IDE in Aurel's screenshot... In fact, it looks like the earlier version... "About" indicates the new version... Am I doing something wrong or is the IDE available only for Windows?
J
Hi johnno, the debian linux package is only for the SDL version.
I was thinking of playing around with AppImage and could try and make the FLTK version available with that. Would that work on your machine?
Hi chris
please don't forget to answer on my questions
simply believe me i am confused.
Hi Chris,
Thanks for answering so quickly.
Not complaining about the lack of IDE, just curios. I do not know enough about the "internals" of Linux to answer your question. But, seeing as I am the only one asking, the demand for a similar IDE for Linux may not be there. I am quite happy to continue using the current method. I can always attempt to use Geany or Atom as IDE's if needs be...
Many thanks for the new version...
J
ps: Merry Christmas to all and a happy new year!!
Quote from: Aurel on December 23, 2019, 13:11:15
Hi chris
please don't forget to answer on my questions
simply believe me i am confused.
Hi Aurel,
I've update the SDL page with the details. Let me know if there's anything I've missed or that is still unclear.
https://smallbasic.github.io/pages/sdl.html
Cheers,
Chris
Quote from: johnno56 on December 23, 2019, 20:32:56
Not complaining about the lack of IDE, just curios. I do not know enough about the "internals" of Linux to answer your question. But, seeing as I am the only one asking, the demand for a similar IDE for Linux may not be there. I am quite happy to continue using the current method. I can always attempt to use Geany or Atom as IDE's if needs ps:
FYI: From the blurb: "AppImages are self-contained apps which can simply be downloaded & run on any Linux distribution"
Here's one I've used quite a bit: https://www.appimagehub.com/p/1237943/
Hi Chris
I understand now about what kind of integration you mean .
As you probably known scintilla is a standalone editing control in a dll shape and if i
wish to integrate it on such a way then i need to recompile it in C aka creating new dll
i know how to do that , but still then is not possible to get that level of inegration with sbasicg.exe.
I always use editor as separate exe with my interpreters.
Quote from: Aurel on December 22, 2019, 18:18:26
first .. it would be nice to add download link for people who wants to try..right?
Indeed!
There seems to be no "sleep" function in the SB, to give other processes cpu time.
It would be nice (useful) if there were a C-emitter to be able to create an optimized final native code. Interpreted (outright interpreted) basic is good for fast prototyping, and a subsequent on-demand compiler could make the final code run fast.
Quote from: k1 on December 25, 2019, 13:12:14
There seems to be no "sleep" function in the SB, to give other processes cpu time.
There are two different sleep type functions, delay and pause
https://smallbasic.github.io/reference/806.html
https://smallbasic.github.io/reference/809.html
Quote from: k1 on December 25, 2019, 13:12:14
It would be nice (useful) if there were a C-emitter to be able to create an optimized final native code. Interpreted (outright interpreted) basic is good for fast prototyping, and a subsequent on-demand compiler could make the final code run fast.
There are already other BASIC projects that do this.
Quote from: chrisws on December 25, 2019, 21:41:40
There are two different sleep type functions, delay and pause
Ok, 'delay' does the trick.
Quote
There are already other BASIC projects that do this.
Unfortunately I know not of any such project (i.e. in this list none fit my req. : https://www.thefreecountry.com/compilers/basic.shtml ).
Also, other projects may have other quirks.. I like SB for its elegance.
Another question: Can I use (system) DLLs with SB?
Quote from: k1 on December 26, 2019, 12:11:13
Quote from: chrisws on December 25, 2019, 21:41:40
There are two different sleep type functions, delay and pause
Ok, 'delay' does the trick.
Quote
There are already other BASIC projects that do this.
Unfortunately I know not of any such project (i.e. in this list none fit my req. : https://www.thefreecountry.com/compilers/basic.shtml ).
Also, other projects may have other quirks.. I like SB for its elegance.
Another question: Can I use (system) DLLs with SB?
Thanks for the link - what about something like bacon?
You could use DLL's via the module mechanism.
Take a look here for some examples: https://github.com/smallbasic/smallbasic.plugins
This is assuming the module DLL can call some other DLL.
I added link on my site for smallBasic
https://aurelsoft.ucoz.com/news/question/2014-09-03-2
Quote from: chrisws on December 22, 2019, 06:37:34
I thought I should finally release the old/new/updated FLTK version...........
The editor(sbasici.exe) is sophisticated and appropriate. Thank you! I have one question. In the pull-down menu(View/Text Color), colours can be selected for different types of texts. My question is that there is no 'Line Numbers" in the menu. If bright colours can be selected for line numbers in dark themes, users will be more convenient.
Quote from: round157 on January 03, 2020, 22:54:46
Quote from: chrisws on December 22, 2019, 06:37:34
I thought I should finally release the old/new/updated FLTK version...........
The editor(sbasici.exe) is sophisticated and appropriate. Thank you! I have one question. In the pull-down menu(View/Text Color), colours can be selected for different types of texts. My question is that there is no 'Line Numbers" in the menu. If bright colours can be selected for line numbers in dark themes, users will be more convenient.
The line number column color is set by the built-in themes, but there's no menu item to set this individually. I can add this to the next update. Thanks for the suggestion.
Cheers,
Chris
Quote from: chrisws on January 08, 2020, 21:15:06
Quote from: round157 on January 03, 2020, 22:54:46
Quote from: chrisws on December 22, 2019, 06:37:34
I thought I should finally release the old/new/updated FLTK version...........
The editor(sbasici.exe) is sophisticated and appropriate. Thank you! I have one question. In the pull-down menu(View/Text Color), colours can be selected for different types of texts. My question is that there is no 'Line Numbers" in the menu. If bright colours can be selected for line numbers in dark themes, users will be more convenient.
The line number column color is set by the built-in themes, but there's no menu item to set this individually. I can add this to the next update. Thanks for the suggestion.
Cheers,
Chris
It will be a very useful feature in the next release. Thanks a lot. You are so professional and responsible.
I have enough time to try the new editor(sbasici.exe) carefully today and I want to report a bug in the new editor. I describe it as 'slow motion' bug. Some examples are run very slowly. For example, gold.bas, particles.bas, space.bas, bonkers.bas, etc. The operating systems are 32-bit Win XP and 64-bit Win 10.
I don't see how this be connected with editor .
Is same thing also with my editor ??
Speed hit when using new editor also reported in reply #1
Quote from: Aurel on January 17, 2020, 07:32:08
Is same thing also with my editor ??
The problem does not happen in your editor. :)
Then OK :D
Today I have time to look into SmallBASIC and the default editor(sbasici.exe) again. An Export option is in the File menu. This option does not make an EXE file for the source code. How an EXE file be made? Thanks.
Hi Chris,
I was testing stuff in version sbasicg64.exe v12.17 and tried Debug. Windows 10-64 popped up some kind of Firewall protection complaint; it was so complicated I just closed the thing. After that my letter keys and spacebar didn't print anything in Editor. I tried all sorts of things including downloading again new zip packs for v 12.17 and renaming sbasicg64.exe something else. All failed to get letters to print in Editor. Fooling around some more, I learned when shift key was engaged or caps lock on the letters would print but all caps of course. So WTH?
PS seem to have all proper privileges in Windows Properties details and security and everything else seems to work including arrow keys, page keys, backspace and delete and on-line access to samples. Things are working OK in new Editor but I had to toggle resize window for letter printing there. Runs too sluggish to work in. Ha! watch the Hexagonal Minesweeper game from here :P watch each cell take a fraction of second to PAINT, YIKES!
https://www.syntaxbomb.com/index.php/topic,7059.msg34054.html#msg34054
Fortunately for me, sbasicg64.exe v12.13 from another folder is still working fine and I got as far as I could with Hexagonal Minesweeper. I don't remember having so much trouble with stack from regular Minesweeper after you fixed it's size. Maybe it's not the stack but something happens when sweeping lot's of zero cells and it happens more often when there is a bigger field = potentially bigger sweeps.
Quote from: round157 on February 05, 2020, 00:14:55
Today I have time to look into SmallBASIC and the default editor(sbasici.exe) again. An Export option is in the File menu. This option does not make an EXE file for the source code. How an EXE file be made? Thanks.
The export option is for running the program in android. Sorry there is no option to make an EXE.
Quote from: chrisws on February 07, 2020, 10:27:53
Quote from: round157 on February 05, 2020, 00:14:55
Today I have time to look into SmallBASIC and the default editor(sbasici.exe) again. An Export option is in the File menu. This option does not make an EXE file for the source code. How an EXE file be made? Thanks.
The export option is for running the program in android. Sorry there is no option to make an EXE.
Hi, thanks for answering me. One more question. Will a "Make EXE file" feature be in version 0.12.18? Developers will distribute their programs to users easily.
Hmm... An export function would be nice, but out of curiosity, what needs to be considered before an export function could be added to an IDE/Editor?
Quote from: johnno56 on February 12, 2020, 03:41:28
what needs to be considered before an export function could be added to an IDE/Editor?
...oh, I don't know.
( From https://www.syntaxbomb.com/index.php/topic,7059.msg347040041.html#msg347040041 )
QuoteSmallBASIC is developed in C and graphics package is either SDL or FLTK with the one original developer still active after all these years, whereas a trio or more have picked up the ball with QB64 and continue to carry it forward into the future.
Both can still run original QB code, can VB do that? :) would we want it to? ;-))
The above post told me that QB64 and SmallBASIC were so similar. So good!! :) Today I looked into SmallBASIC again. I have a little suggestion for the next version of SmallBASIC: let users to develop full-screen mode programs. Thanks. I think that many users like this feature.
Quote from: round157 on February 22, 2020, 16:13:04
( From https://www.syntaxbomb.com/index.php/topic,7059.msg347040041.html#msg347040041 )
QuoteSmallBASIC is developed in C and graphics package is either SDL or FLTK with the one original developer still active after all these years, whereas a trio or more have picked up the ball with QB64 and continue to carry it forward into the future.
Both can still run original QB code, can VB do that? :) would we want it to? ;-))
The above post told me that QB64 and SmallBASIC were so similar. So good!! :) Today I looked into SmallBASIC again. I have a little suggestion for the next version of SmallBASIC: let users to develop full-screen mode programs. Thanks. I think that many users like this feature.
Another difference is that SmallBASIC is an interpreter. In past, whatever screen the interpreter was running (maximized or resized) that was it for the output screen. Chris has modified so output screen could be resized, from changelog 0.12.13 (13 Sept 2018)
QuoteAdded window.setSize function
OK found demo at old Retrobasic forum preserved by AllBasic forum and worked up a demo that works (at least in 0.12.13)
'test window resizing b+ 2020-02-22
print "xmax, ymax = "; xmax;", ";ymax
delay 2000
w = window()
w.setsize (800, 600)
cls
print "xmax, ymax = "; xmax;", ";ymax
? "Use F11 to return to Full Screen."
? "Actually F11 seems to toggle between Full Screen and .setsize"
Quote from: bplus on February 22, 2020, 17:16:00
......
Hello, thank you.
I have a question. The editor sbasicg.exe includes the intrepreter?
Another two questions. How does a developer distribute a finished program to an end user? Distribute the source code file with sbasicg.exe?
Some more questions. How can the end user run the finished program? Need to open the editor sbasicg.exe first? Then open the source code file? Then run the source code? Can the end user double-click an icon to run the finished program directly?
QuoteI have a question. The editor sbasicg.exe includes the intrepreter?
Another two questions. How does a developer distribute a finished program to an end user? Distribute the source code file with sbasicg.exe?
Some more questions. How can the end user run the finished program? Need to open the editor sbasicg.exe first? Then open the source code file? Then run the source code? Can the end user double-click an icon to run the finished program directly?
wow,wow,,,wow
to much questions you ask,,,heh eh
In fact both of them are interpreters with one difference.
Qb64 compile into bytecode and then is this bytecode binded or added to qb64 runtime interpreter which form
one exe file as standalone, so looks like is compiled into machine code.
smallbasic cannot create exe on similar way,why i don't know ..maybe bacause sbasicg is in one editor+interpreter
and probably interpret code directly in memory...i don't have better explanation and i don't know why
Chris not add bind option,maybe because is used on linux or something like that.
Even my old tiny interpreter(AurelBasic) can bind source to runtime exe and produce standalone version.
So you must wait for Chris reply...
Quote from: Aurel on February 23, 2020, 11:32:31
wow,wow,,,wow
to much questions you ask,,,heh eh
In fact both of them are interpreters with one difference.
Qb64 compile into bytecode and then is this bytecode binded or added to qb64 runtime interpreter which form
one exe file as standalone, so looks like is compiled into machine code.
smallbasic cannot create exe on similar way,why i don't know ..maybe bacause sbasicg is in one editor+interpreter
and probably interpret code directly in memory...i don't have better explanation and i don't know why
Chris not add bind option,maybe because is used on linux or something like that.
Even my old tiny interpreter(AurelBasic) can bind source to runtime exe and produce standalone version.
So you must wait for Chris reply...
You have answered some questions. Thanks!!!
Not some than all...
QuoteSome more questions. How can the end user run the finished program? Need to open the editor sbasicg.exe first? Then open the source code file? Then run the source code? Can the end user double-click an icon to run the finished program directly?
round
as far as i remeber you already asked for that
or i have a wrong?
By the way i have program i made for AurelBasic which is nothing else than binder i can modify it to bind
(read add) source file to the end of sbasicg.exe and produce one exe.
But i don't know is sbasicg.exe can do autorun of binded file.??
QuoteHello, thank you.
I have a question. The editor sbasicg.exe includes the intrepreter?
Yes both editor and interpreter. As a matter of fact, SmallBASIC has in it's code library Tiny Basic that is editor and interpreter both run as a .bas program through SmallBASIC = interpreter interpreted! Tiny Basic is like old GW Basic with line numbers and line editor.
QuoteSome more questions. How can the end user run the finished program? Need to open the editor sbasicg.exe first? Then open the source code file? Then run the source code? Can the end user double-click an icon to run the finished program directly?
Yes, disadvantage you need SmallBASIC, advantage you can have any number of small bas files your folders size's will be a fraction the size of exe's for every bas source.
But there is another way to run .bas files through SmallBASIC and that is to setup with your OS st a click on any .bas file, from File Explorer say, will run the .bas through SmallBASIC OR it will open that file in SmallBASIC editor from which it could be run depending how you have SmallBASIC set, but if you have more than one Basic that won't work so well.
QuoteIn fact both of them are interpreters with one difference.
Qb64 compile into bytecode and then is this bytecode binded or added to qb64 runtime interpreter which form
one exe file as standalone, so looks like is compiled into machine code.
smallbasic cannot create exe on similar way,why i don't know ..maybe ba
I think this is incorrect, QB64 has no Runtime file appending source to the end to form an exe. It is complied through C++ before it can run even once ie code executed. You might be thinking of Just Basic or SdlBasic. I will check at QB64 forum.
Update: STxAxTIC puts it like this:
Quote
QB64 = BASIC + _GL => C++
https://www.qb64.org/forum/index.php?topic=2225.msg114648#msg114648
QuoteBut there is another way to run .bas files through SmallBASIC and that is to setup with your OS st a click on any .bas file, from File Explorer say, will run the .bas through SmallBASIC OR it will open that file in SmallBASIC editor from which it could be run depending how you have SmallBASIC set, but if you have more than one Basic that won't work so well.
Mark..that is the silly and not good idea at all
Quote from: Aurel on February 23, 2020, 15:55:08
QuoteBut there is another way to run .bas files through SmallBASIC and that is to setup with your OS st a click on any .bas file, from File Explorer say, will run the .bas through SmallBASIC OR it will open that file in SmallBASIC editor from which it could be run depending how you have SmallBASIC set, but if you have more than one Basic that won't work so well.
Mark..that is the silly and not good idea at all
Well sure, for you whom I'm certain has more than one Basic. What is it, more or less than a dozen?
In fact I used SmallBASIC as my default exe for any .bas file click for a couple years before switching it to QB64.exe and I have had probably at least a half dozen Basic's at one time.
Not silly very handy in fact (for me anyway).
STATIC
ha ha ..give me break..
what he know ..only to babeling about useless mathematical program which nobody needs.
:D
Just to clear the things...
Luke says:
Then you just run that through g++/clang and link it with some runtime libraries, et voilà.
So..do I speak trough my nose,... no of course it is perfectly clear what that process is , it is interpreting
C++ code, or execution on the fly.
Hi,
Quote from: Aurel on February 23, 2020, 13:07:56
QuoteSome more questions. How can the end user run the finished program? Need to open the editor sbasicg.exe first? Then open the source code file? Then run the source code? Can the end user double-click an icon to run the finished program directly?
round
as far as i remeber you already asked for that
or i have a wrong?
Ha...both questions are not the same.
QuoteBy the way i have program i made for AurelBasic which is nothing else than binder i can modify it to bind
(read add) source file to the end of sbasicg.exe and produce one exe.
But i don't know is sbasicg.exe can do autorun of binded file.??
oh, thanks but not urgent. Now we look forward to an improvement in version 0.12.18.
Quote from: bplus on February 23, 2020, 14:59:58
Yes both editor and interpreter. As a matter of fact, SmallBASIC has in it's code library Tiny Basic that is editor and interpreter both run as a .bas program through SmallBASIC = interpreter interpreted! Tiny Basic is like old GW Basic with line numbers and line editor.
Thanks for answering me.
The above explanation makes me remember the following language. Basic-256!!! Programs are only run inside the editor.
(https://imaginary.org/sites/default/files/styles/gallery-full/public/diagonal_eggs_with_source.jpg?itok=fYK9NJp9)
Quote
Yes, disadvantage you need SmallBASIC,
Maybe many people don't like this method of handling. This method looks incomplete. QB64 and SmallBASIC are similar. They may simply choose to use QB64 because programs made with QB64 can be run independently.
I hope that chrisws will make an important change in this in the next version of SmallBASIC! :) I also predict that many people will choose to use SmallBASIC after this change is made. Sure.
Yes round157, in SmallBASIC the Output Screen is just another part of the Editor, in fact you can toggle back and forth from Editor and Output Screen which makes it handy to modify programs for aligning PRINTs and boxes and whatever. Can't do that with QB64 because only exe's are Run (though you can Run the exe in separate window or 10 of them).
BTW that Basic-256 demo is stunning graphics color mix, it looks like it's using alpha. Thanks for sharing.
Quote from: Aurel on February 24, 2020, 07:46:20
Just to clear the things...
Luke says:
Then you just run that through g++/clang and link it with some runtime libraries, et voilà.
So..do I speak trough my nose,... no of course it is perfectly clear what that process is , it is interpreting
C++ code, or execution on the fly.
No interpretation, just bas code translation to C++ which in turn is compiled to exe and then Run (option) through QB64 editor or independently. Interpretation implies running non compiled code through the Interpreter exe. Let's get the whole quote from Luke (QB64 Developer): https://www.qb64.org/forum/index.php?topic=2225.msg114691#msg114691
This talk about interpreters has me thinking of bringing back Nano my 100 line version of Tiny Basic (for editor, it uses any txt file editor you code in Nano.bas, just end the filename with ...nano.txt. Couldn't do a 100 line Interpreter with QB64, no EVAL function so add another 400 lines for that plus some more for DIM types.
For modifying code on the fly, nothing beats an interpreter. I worked out my avatar in SmallBASIC then ran through a QB64 program to save the image with transparencies then I had to run the PNG image through Paint 3D (first time for me) to get the PNG fixed to meet the stricter requirements for avatar used at QB64 forum and probably here as well. I no longer have to fix avatar background image color to the forums backcolor. Just updated it here today!
Mark
If QB64 produce real native machine code then his programs will be 5 times faster in execution but is not
it is not much faster than SmallBasic even if is at all.
Again both of them are not native windows api application so we cannot use api to benchmark them?
he is a bytecode interpreter or like you say basic code is translated to what in C++ then is executed inside
that new exe with clang.
Quote from: Aurel on February 24, 2020, 17:45:13
Mark
If QB64 produce real native machine code then his programs will be 5 times faster in execution but is not
it is not much faster than SmallBasic even if is at all.
Again both of them are not native windows api application so we cannot use api to benchmark them?
he is a bytecode interpreter or like you say basic code is translated to what in C++ then is executed inside
that new exe with clang.
Oh compiled code is faster, it's machine language then not bas nor C++!
Quote from: bplus on February 24, 2020, 15:27:43
Yes round157, in SmallBASIC the Output Screen is just another part of the Editor, in fact you can toggle back and forth from Editor and Output Screen which makes it handy to modify programs for aligning PRINTs and boxes and whatever. Can't do that with QB64 because only exe's are Run (though you can Run the exe in separate window or 10 of them).
SmallBASIC is a suitable tool for learning programming. If programs can be run without the editor, SmallBASIC will also be suitable for serious hobbyist programmers. Many serious hobbyist programmers like to write useful programs for other people to use. They may think that distributing source codes with SmallBASIC editors to end users is not too nice. Furthermore, they may also want to protect their source codes. They may not be willing to let end users to view their source codes.
QuoteThey may not be willing to let end users to view their source codes
Yes it is not very smart always share your code.
For compact exe we must wait for Chris respond,he probably know how to create simple binder to create
compact exe
of course if he is interested ...
Quote from: Aurel on February 25, 2020, 15:19:19
QuoteThey may not be willing to let end users to view their source codes
Yes it is not very smart always share your code.
For compact exe we must wait for Chris respond,he probably know how to create simple binder to create
compact exe
of course if he is interested ...
Chris looks like an energetic programmer. This new feature will make SmallBASIC as friendly as QB64 and satisfy many developers' needs. SmallBASIC's image will be more advanced as well. It may be a turning point of SmallBASIC.
I look forward to feedback but the author hasn't visited this forum for a long time. Strange.
https://www.syntaxbomb.com/index.php?action=profile;u=4607
I am not sure why he not visit forum, maybe he is not interested very much..or is busy with
something else.
Chris usually shows up for folks coding in SmallBASIC and have questions about using SmallBASIC.
@Aurel, @bplus,
Maybe there are three possible reasons,
1. The author is sick.
2. The author is busy for real life.
3. The author abandoned the software.
Or maybe he switch to qb64 ;D ;D ;D
Quote from: Aurel on March 07, 2020, 07:16:24
Or maybe he switch to qb64 ;D ;D ;D
Hi guys,
It was option number 2. It's been a rough start to the year.
An update to fix the keyboard issue coming soon.
Cheers,
Chris
Quote from: chrisws on March 07, 2020, 09:45:41
Quote from: Aurel on March 07, 2020, 07:16:24
Or maybe he switch to qb64 ;D ;D ;D
Hi guys,
Hi,
Many SmallBASIC users may think that protection of source code is important. I suggest that the editor can change source code file from .bas format to a secure format. When this kind of secure file is run outside the editor(sbasicg.exe), a new virtual machine is therefore needed. Thanks.
Hi Chris and all you guys - good to be back, had a bit of a break there from programming! Loving this language/editor/interpreter/IDE etc., and working on a rather big project with it (more later no doubt), because of it blowing everything else out of the water on speed for the particular routines I'm using.
Anyway, 0.12.14 is where I was at last year, and is still running fine, but I'm not sure what's going on with this new version. I unzipped it to a new folder alongside the old (in case I wanted to compare or roll back easily), but had a merry old time getting it to run. I'm on Windows 7, by the way. I normally run the sbasicg64.exe (<-Edited to add the 'g'), and associated .bas files with that, so tried re-associating them to the new sbasicg64.exe, but this doesn't work, and whether I open a file or just run the new sbasic64.exe it actually runs the old version.
I finally tried the sbasici.exe instead, which worked as expected, but it would have been good to have some indication what I'm supposed to do (I had to ask for the same kind of help last year when I first installed ...14).
Now, the editor looks great, with lots of options the old one didn't have, but my program's speed has been absolutely trashed (from moving about 90,000 "biots" - pixels - it's an evolutionary simulation - around the screen per second, to about 4,000 biots-per-second) and something has also messed up the PSET and/or POINT() function, because those biots are now not pixels but - I think - small diagonal lines, and they don't stop at the lake (blue colour), but continue onto it!
I hate to complain, and in fact I'm not really bothered, as my programming is just for fun and use by myself and I can just go back to ...14. I just thought I'd mention it.
Is it correct to use sbasici.exe? Perhaps this isn't using my 64bit Windows or something.
ATB
¬~ John
Hi all. Just downloaded 0.12.17 and my Avast keeps deleting it as malware. I did notice a cmd window appeared trying to connect to port 8080, is this normal. Thanks.
Quote from: lettersquash on March 10, 2020, 13:00:33
Hi Chris and all you guys - good to be back, had a bit of a break there from programming! Loving this language/editor/interpreter/IDE etc., and working on a rather big project with it (more later no doubt), because of it blowing everything else out of the water on speed for the particular routines I'm using.
Anyway, 0.12.14 is where I was at last year, and is still running fine, but I'm not sure what's going on with this new version. I unzipped it to a new folder alongside the old (in case I wanted to compare or roll back easily), but had a merry old time getting it to run. I'm on Windows 7, by the way. I normally run the sbasicg64.exe (<-Edited to add the 'g'), and associated .bas files with that, so tried re-associating them to the new sbasicg64.exe, but this doesn't work, and whether I open a file or just run the new sbasic64.exe it actually runs the old version.
I finally tried the sbasici.exe instead, which worked as expected, but it would have been good to have some indication what I'm supposed to do (I had to ask for the same kind of help last year when I first installed ...14).
Now, the editor looks great, with lots of options the old one didn't have, but my program's speed has been absolutely trashed (from moving about 90,000 "biots" - pixels - it's an evolutionary simulation - around the screen per second, to about 4,000 biots-per-second) and something has also messed up the PSET and/or POINT() function, because those biots are now not pixels but - I think - small diagonal lines, and they don't stop at the lake (blue colour), but continue onto it!
I hate to complain, and in fact I'm not really bothered, as my programming is just for fun and use by myself and I can just go back to ...14. I just thought I'd mention it.
Is it correct to use sbasici.exe? Perhaps this isn't using my 64bit Windows or something.
ATB
¬~ John
Hi lettersquash,
Hang onto to your old version, besides the speed issue there is a serious keypress bug that stops acknowledging keypressed letters, very scary.
Chris is on the case, I never got around to updating fully to 12.14.
My default bas runner is another Basic but I had same problem you describe switching to newer version.
Here is how I got it going:
1. rename the old version so Windows (oh I am talking about Windows OS here) can't find it.
2. Right click any bas file and choose Open with... then hopefully you can find the updated exe
3. check the box run this exe for this file extension for now on
should be good to go.
You can rename the old version back once Windows starts opening the new version.
All this is mute until Chris gets the fixes done for 12.17. I can't even run a new downloaded and extracted 12.17!
Read through this thread it's been reported and recorded.
Hi bplus, thanks - I think that's what I did, renaming the old exe and re-associating .bas files with the new, as well as successfully making them open in SciTE and Notepad++, but among the new exes it only worked when I chose the sbasici.exe file. I don't know - is that some kind of default that chooses according to your OS? Weirdly, Windows seemed to still run the 0.12.14 sbasicg64.exe even when it was renamed and therefore should be unavailable - or maybe I wasn't paying enough attention and did it wrong. :))
No matter - I'm back with 14 again.
Quote from: Whatson on March 10, 2020, 18:03:48
Hi all. Just downloaded 0.12.17 and my Avast keeps deleting it as malware. I did notice a cmd window appeared trying to connect to port 8080, is this normal. Thanks.
Hi Whatson,
Does Avast allow a option to by pass it's security for certain apps you name?
I wouldn't make great effort trying to get v12.17 going until key press bug is fixed.
I did notice some kind of port thingy screwing around with SmallBASIC options from pop-up menu but you have to pick a menu item first I think. Are you on Android?
BTW I can get a zip for old versions of SmallBASIC (for Windows) if anyone needs one.
Quote from: Whatson on March 10, 2020, 18:03:48
Hi all. Just downloaded 0.12.17 and my Avast keeps deleting it as malware.
I am using Avast Free and your problem does not appear. (The virus definition was updated on 11/3/2020.) Actually, I downloaded SmallBASIC in Nov last year and I never encounter your problem.
QuoteI did notice a cmd window appeared trying to connect to port 8080, is this normal.
Oh, don't know. Maybe you need to wait for the reply from Chris.
Well .when i testing my Editor with smallBasic 0.12.17 i don't have any problems with that on my
win7-32bit system,on same computer i have win7_64 and i will try that too.
Quote from: Aurel on December 28, 2019, 08:16:38
I added link on my site for smallBasic
https://aurelsoft.ucoz.com/news/question/2014-09-03-2
Hi Aurel. There it says there's a version of AurelEdit that is compatible with smallBASIC. What does that mean, that it runs sB scripts, or just that you can edit sB, or it has syntax highlighting for sB, or something else? Which version is it, and is it free? Thanks.
Hi yes i have ,it is even open source
i just try with 0.12.17 and i found something weird program run but then go into taskbar insted of desktop..i don't get it what is wrong, i will check new version then i will post it here.
I think that last version of my editor you can find under topic editor.
Hello
In attachement is a updated version of AurelEditSB.
As usual unpack content of zip and extract it directly into sbasic folder
(same filder where are sbasicg and sbasicg64, and yes now you can run
in both 32bit or 64bit versions ,there are two toolbar buttons for that.
Also i add more syntax keywords ,if something missing let me know!
tested with latest 0_12_18
have fun! :)
Thanks Aurel, but I can't get it to work. I can open a file to edit (you know it starts as .o2 files?), but the Run feature doesn't do anything. Don't worry, I just thought I'd take a look, but I'll stick with the default one, which I kind of like, despite its quirks. All the best with it.
Well something is wrong and i am not sure what...
when i tried i tried from win7_64bit and work both compile as 32bit or compile as 64 bit
BUT
when i tried again from win7_32bit then sbasicg just go into taskbar and stay there :o
so i think that something is wrong with 32bit version because work on 64bit..
It looks that sbasicg become minimized without visible reason.
So i repeat again is there anyone who can try from win 64bit?[/b]
Also i will try old version of editor.
Mine is Win 7 64bit. I tried the older version off the website first, but didn't unzip to where sbasic was installed until you said to do that, so I tried that and also updated it to the new version off this discussion. It runs fine, as far as I've tried it (which isn't far) - it is normal size, so I don't have the problem you're talking about. It just doesn't run a .bas file, and I tried compiling something too, which I think gave an error report. My script included
n=3
dim x (n)
...
and it said something like "n, line 5 ... variable can't be used as a constant".
That's all I know - I've uninstalled it. Good luck.
Well first of all you cannot uninstall it , sBasic is a portable program,
and well your example is a too trivial ,error you have don't have nothing with editor
- do you understand that?
AurelEditSB.exe is also portable program .
First you must open your sbasicg or sbasicg64 and right click on smallbasic editor and TURN OFF editor option.
So ,do you do that ?
if you do that ,,then close app
then run AurelEditSB.exe click openFile toolbar button ,navigate to examples and open one of examples
then click on toolbar button compile64 and your program will run .
That is how work on my win7_64bit Ultimate.
Quote from: Aurel on March 24, 2020, 20:40:00
Well first of all you cannot uninstall it , sBasic is a portable program,
Er yeah, so I said "uninstall" to mean "deleted". ETA: and I said I uninstalled your editor, not sBasic.
Quote
and well your example is a too trivial ,error you have don't have nothing with editor
- do you understand that?
Not really, but nor do I really care. I spent a bit of time telling you something that might be useful to you in your project. If it's not, ignore it.
Quote
AurelEditSB.exe is also portable program .
Yep.
Quote
First you must open your sbasicg or sbasicg64 and right click on smallbasic editor and TURN OFF editor option.
Well you didn't mention that, did you? Am I supposed to be a mind reader?
Quote
So ,do you do that ?
No.
Quote
if you do that ,,then close app
then run AurelEditSB.exe click openFile toolbar button ,navigate to examples and open one of examples
then click on toolbar button compile64 and your program will run .
That is how work on my win7_64bit Ultimate.
You're welcome.
QuoteI spent a bit of time
Hi lettersquash
is that hard this days to try something?
AurelEdit is in first place code editor written for Oxygen Basic and is written in Oxygen basic compiler.
AurelEditSB is a modification of that program that can work with smallBasic.
For option TURN OFF i also don't know then Bplus told me about that.
QuoteYou're welcome
Is that mean that work or not? thanks ;)
Hi Aurel, I didn't try anything else.
No, it wasn't "hard" to try what I did, I have just found your responses a bit annoying. First, I noticed here on the forum your notification that you had written the editor, which you say is compatible with smallBASIC so I tried using it, but there were no instructions - or I didn't see any instructions - on how to use it, so I used my common sense and experience in "installing" stand-alone software, ran it, and found:
- that it prompted me for a .o2 file by default. No matter, I switched to all files and tried a .bas file...
- that the "Run" button didn't do anything, not only not running the script, but no error report, nothing...
- "Compile" reported syntax errors that clearly are not syntax errors, since the script runs perfectly well in smallBASIC editor, and...
- "Help" also did nothing.
Now, these aren't major criticisms. I wasn't annoyed about them, and I was only trying out the editor on the off chance it might be useful in some way. I "uninstalled" (deleted) it. Meanwhile, you posted that there was an update, so, for a break from programming and worrying about the apocalypse I thought what the hell, I'll try again. What have I got to lose apart from more write cycles to my SSD? Again, all reasonable attempts to get it to work for me, given the information I had about it, didn't work. I did that at least twice, with different versions, in different folders (after instruction that it had to be in the folder where sbasicg was, which was also the first I'd heard of it). Then, when I bothered to help you by reporting my experience, you seemed to criticise my use of my native language (which appears not to be yours), and telling me I had to alter the way smallBASIC works too.
You now say:
QuoteFor option TURN OFF i also don't know then Bplus told me about that.
Excuse my bluntness, but you seem to be doing quite a few things without knowing much about them, and perhaps you ought to learn about them, do your debugging and provide adequate instructions. Or, if not, just accept that people won't have positive experiences with your software and will give less than agreeable feedback.
Hi LS
There is no need for such a large explanation,but thanks.
So i repeat again
1.something is wrong with 32bit version of smallBasic because when i run sbasicg.exe
app just hang in a taskbar and not respond.
2.On win7_64bit and i tried on win10_64bit all work well.
Because all this strange problems i stop to work on SB version ,and also remove all attachments,
see ya..
Quote from: Aurel on March 25, 2020, 15:13:51
Hi LS
There is no need for such a large explanation,but thanks.
So i repeat again
1.something is wrong with 32bit version of smallBasic because when i run sbasicg.exe
app just hang in a taskbar and not respond.
2.On win7_64bit and i tried on win10_64bit all work well.
Because all this strange problems i stop to work on SB version ,and also remove all attachments,
see ya..
Yeah, I was really leery about switching off the SmallBASIC Editor On/Off switch to use Aurel's Editor.
Once it's switched off it's damn hard to switch back on (Chris might have fixed this but I had an experience in past that I never want to repeat), like if you just want to make a quick edit from built-in editor while running a program, you can't. People who don't actually develop programs in SmallBASIC using built-in editor would never notice the problem.
Ha! try making an edit to an EXE while it's running, round157!
Plus for Aurel, English is not his primary language so it can get quite frustrating communicating back and forth. I have to give people credit for their patience in this situation and specially those who wish to share with English speaking peoples.
QuoteOnce it's switched off it's damn hard to switch back on
thanks Bplus ..so there is a freakin problem...
I only know that i will stop wasting my programming time with sb version.
Quote from: Aurel on March 26, 2020, 17:11:51
so there is a freakin problem...
Solving a complicated problem is hard and communication is also not easy.
Quote from: Aurel on March 26, 2020, 17:11:51
QuoteOnce it's switched off it's damn hard to switch back on
thanks Bplus ..so there is a freakin problem...
I only know that i will stop wasting my programming time with sb version.
Ha! well I might be the freak with the problem, as I said Chris may (likely has) already fixed this switch thing.