Search found 1346 matches

by angros47
Apr 16, 2018 23:21
Forum: Libraries
Topic: MiniB3d for FreeBasic
Replies: 903
Views: 133388

Re: MiniB3d for FreeBasic

Ok, new version is online. In this version, some bugs have been fixed, and the code in the shader part has been cleaned a bit. Instead of adding further new features, this time I preferred to introduce a new helper library, named OB3D Plus. The reason is that most of the new features rely on shaders...
by angros47
Mar 26, 2018 18:08
Forum: Community Discussion
Topic: New version?
Replies: 45
Views: 2220

Re: New version?

Making FreeBasic able to compile existing code to run on GPU is not realistic: as far as I know, not even GCC or FreePascal can do that. The reason is that a GPU works in a completely different way, and the code has to be different. Even if it resembles C, the GLSL is not C, and existing C code cann...
by angros47
Mar 12, 2018 20:52
Forum: DOS
Topic: How to compile under DosEMU?
Replies: 22
Views: 945

Re: How to compile under DosEMU?

There are a couple of differences: DyLibLoad requires to specify the extension of the file (so, dylibload( "mydll.dxe" ) instead of dylibload( "mydll" ) , if the library has extension .DXE). And Dylibsymbol will require an underscore character before the symbol name ( dylibsymbol...
by angros47
Mar 12, 2018 20:45
Forum: DOS
Topic: Multithreading in DOS
Replies: 16
Views: 3818

Re: Multithreading in DOS

The feature works, although I can't guarantee its reliability.
by angros47
Mar 12, 2018 20:44
Forum: DOS
Topic: compile and dont find my lib.a ?
Replies: 10
Views: 340

Re: compile and dont find my lib.a ?

With version 1.06 creation and use of dynamic libraries under DOS should be possible
by angros47
Feb 03, 2018 12:12
Forum: Tips and Tricks
Topic: Flood Fill Algorithm, non recursive, fixed memory usage
Replies: 6
Views: 334

Re: Flood Fill Algorithm, non recursive, fixed memory usage

I examined it more: basically, as far as I understand, for small areas it uses the standard algorithm: if the area is too large, and takes too much stack space, it adds the points not yet processed to a queue, and iterates until the queue is emptied. A sort of hybrid approach between the recursive a...
by angros47
Feb 02, 2018 18:19
Forum: Tips and Tricks
Topic: Flood Fill Algorithm, non recursive, fixed memory usage
Replies: 6
Views: 334

Re: Flood Fill Algorithm, non recursive, fixed memory usage

Hello, D.J. Peters I had a look at your algorithm... it is the standard one, based on pure recursion (often used as example, since it's the simplest), with a series of checks to protect it from stack overflow. It requires a big stack space. The algorithm used in the fbgfx library, instead, is the sc...
by angros47
Feb 02, 2018 16:51
Forum: Tips and Tricks
Topic: Flood Fill Algorithm, non recursive, fixed memory usage
Replies: 6
Views: 334

Re: Flood Fill Algorithm, non recursive, fixed memory usage

I guess this is the reason why recursive, or queue-based algorithm are usually preferred. This algorithm is very slow, and nowadays the stack space is usually enough to avoid issues (and since the used memory is released immediately, there is no real gain in reducing memory usage). Also, in modern g...
by angros47
Feb 01, 2018 21:43
Forum: Tips and Tricks
Topic: Flood Fill Algorithm, non recursive, fixed memory usage
Replies: 6
Views: 334

Flood Fill Algorithm, non recursive, fixed memory usage

Usually, flood fill is achieved through a recursive algorithm: even FreeBasic graphic library uses the scanline method, that is an improvement of the standard method. An alternative is to use a queue based algorithm, that doesn't overload the stack, but still requires to allocate more and more memor...
by angros47
Jan 26, 2018 23:19
Forum: Community Discussion
Topic: FreeBASIC Namespace Project
Replies: 58
Views: 2233

Re: FreeBASIC Namespace Project

Most interpreters (MBasic, the commodore Basic... and even BasicA and GWBasic, as far as I know) converted the commands into tokens as soon as the line were written: in that way, the program was stored in memory in compressed form (very important, considering that memory was scarce at the time), and...
by angros47
Jan 26, 2018 22:19
Forum: Community Discussion
Topic: FreeBASIC Namespace Project
Replies: 58
Views: 2233

Re: FreeBASIC Namespace Project

FBC does some magic that would be cumbersome/impossible to duplicate in a standalone library. For Example: Print is not 1 function. It is not even 3 functions (print, print #, print using). It is actually many different functions (15-20 i think, could be more), each with different parameter types a...
by angros47
Jan 09, 2018 22:00
Forum: Community Discussion
Topic: FreeBASIC Namespace Project
Replies: 58
Views: 2233

Re: FreeBASIC Namespace Project

I just want to remind, for anyone who thinks to ditch -lang QB and -lang FBLITE, that these modes aren't just for compatibility for older languages: they are also for compatibility with the ISO standard https://en.wikipedia.org/wiki/BASIC#Standards . Dropping support for the standards would mean dro...
by angros47
Jan 09, 2018 20:04
Forum: Community Discussion
Topic: FreeBASIC Namespace Project
Replies: 58
Views: 2233

Re: FreeBASIC Namespace Project

Fork the Compiler (32/64 bit) to, let's call it: GepardFB (mean/lean/fast), by: ⋅ getting rid of 'backwards compatible languages', aka: -lang FB exclusive (thus, getting rid of all 'dialect specific' current issues) ⋅ above allowes then for far quicker fixes to remaining compile...
by angros47
Jan 09, 2018 17:01
Forum: Community Discussion
Topic: FreeBASIC Namespace Project
Replies: 58
Views: 2233

Re: FreeBASIC Namespace Project

The namespace idea itself is good, but it has not to break retro compatibility. At least, in my opinion.
by angros47
Jan 09, 2018 16:40
Forum: Community Discussion
Topic: FreeBASIC Namespace Project
Replies: 58
Views: 2233

Re: FreeBASIC Namespace Project

Please... C++ is more than 30 years old, and is still retro-compatible. This kind of discussion happened dozens of times, here, and never lead to anything good.

Go to advanced search