caseih wrote:My feeling is that he's curious about the inner workings of FB compared to other compilers out there like QB64. Many people on this forum use FB as a means of running their old QB code. QB64 is another good choice for that. Shrug. Doesn't bother me at all.

You are right my friend.

@sytemctl I don't know what is your agenda here ..with all that questions ,,ž why you don't ask similar question on QB64 forum ? If you are real basic programmer you should download both and see the difference... Which agenda? I don't have any! Do you think if I'm not downloaded both why I know the...

I would more interested if they open sourced the VB.NET compiler (and IDE). I never have love with VB6, perhaps because when I tried it, it's on the end of it glorious day. The Mono VB.NET compiler sucks. p/s: MS also has SmallBASIC: https://smallbasic-publicwebsite.azurewebsites.net/, as I know, it...

caseih wrote:Things like Electron have become the modern equivalent of VB6.

No, it is not, at all.

gellis_aeneas wrote:I still get an error but at lease it does work.

Which error?

The issue could be the binary you downloaded links against a particular version of msvcrt (perhaps 2010 version like you say), whereas FBC is currently hard wired to use the old msvcrt.dll. You'll have to recompile curl.dll against that old version of msvcrt.dll. If it's possible. Some project swit...

Some years ago there was an attempt to generate asm with ATT syntax : https://www.freebasic.net/forum/viewtopic.php?f=17&t=16742 But the project is dead : https://sourceforge.net/p/fbc/patches/22/ A translator is possible, see AT&T Syntax versus Intel Syntax : http://staffwww.fullcoll.edu/a...

This community is cosy. That is what I can't found on other programming community. Thank you all but I think I will not back coding. I just played with QB64 a bit but my eyes really hurts. So, bye. p/s: I'm much younger than you, it's a shame that my health is that bad! I'm just 23. Perhaps because ...

qb64 has always seems really slow to me. I've got an older version installed (0.980) and even the IDE is laggy (can't even keep up to my typing). I'll have to try the most recent version. It's also possible that QB64 intentionally introduces delays in some cases, so that code designed to run on a 2...

IMHO, WinXP is outdated and many newer APIs are lacked. I used to see software complained about similar thing when I tried to install them on XP. It's no way to fix it other than upgrade Windows. Perhaps you could try to compile curl yourself. MSYS2 won't work but you could use MinGW64 as compiler. ...

Tried to update curl.dll in my project from version 7.67 to any 7.68...7.70 (pre-compiled library from curl-project site) and get error: The procedure entry point _difftime64 could not be located in the dynamic link library msvcrt.dll I have Microsoft Visual C++ 2010 Redistributable installed and m...

I think it could be because the different on the graphic stack. The QB64's graphic stack is based on SDL2. I don't know about FB but as I didn't see SDL2 as a requirement to install FB, I think we don't use SDL2 and implement everything on our own.

There's no instability. 'The issue is that FB's code is so much faster than QB64's code. If you could slow the loop down, the FBC-compield version would be the same. The shortest __Sleep I can add to the FB loop is 1 millisecond, which is too much delay. If you could delay like several hundred micr...

Most of the examples here compiled correctly with FB: https://github.com/QB64Team/qb64/tree/development/programs/samples/misc But I found the graphic made by the QB64 compiled program is more stable, the graphic compiled by FB, in the other hand, seems to be furious and unstable. You could test with...

It turns out that QB64 doesn't have the pointer data type. They introduced many extensions to workaround this: http://www.qb64.org/wiki/Keyword_Refere ... _Clipboard:

FB compiles to C code but QB64 seemed to compiles to C++.