Debian is focused on stability and security and thus often the latest version of an application is not available in its package repositories. If you want that use another distro, like Ubuntu, which is based on Debian but also provides recent application versions in its repositories (at the cost of s...

I actually never used MINGW but it is also for Unix-like systems, apparently. I can install it directly from the software repository here on Manjaro Linux. It allows to cross compile applications on Linux for Windows. So you can create Windows applications on your Linux system. But you can't run th...

http://users.freebasic-portal.de/stw/builds/ Note that these are really just the fbc builds containing only what's necessary to build fbc itself. As dodicat already suggested, if you're looking for a complete package I'd recommend to go with WinFBE suite, which includes 32-bit and 64-bit fbc from a...

dodicat wrote:I have the C source code for fbide

You have? I thought that it was lost (at least a significant part of it, only very old versions survived) and that's why development on fbide stopped back then?

setjmp is implemented is part of the CRT and is implementation specific. Different systems, architectures or CRT implementations can use different datatypes for the jmp_buf parameter of that function. You seemed to link with an incompatible CRT, causing issues at link- or runtime.

remove that function declaration entirely and replace calls to _setjmp by "setjmp" (without underscore).

edit: or better #define _setjmp setjmp on win32, not to break the implementation for other systems/architectures

ur_naz wrote:fbide is dead for 6 yrs

I think it's even longer, something > 10 years. It's a miracle why anybody would still want to use it nowadays as there are so many, so much better replacements available.

As I've already written several times above, FB is statically typed. And that means that the type of p1 does not change. No matter what you assign to p1. Or to what type you cast the data you assign beforehands. It won't change. Never ever :-) p1 is an "any ptr". You can cast p1 to some ot...

statically typed means that the type of a variable cannot change. In your example p1 = cast(any ptr, @first) does not change the type of p1. either you declare p1 as TFirst ptr or you cast p1 every time you want to use it as TFirst ptr: p1 = @first print cast(tFirst ptr, p1)->a '...

FreeBasic is a statically typed language. So your example code is invalid. Instead, you need to either create a new variable that uses the appropriate pointer type or use casts everywhere. It wouldn't work in any other statically typed language (like C, C#, Java, ...) either. see also https://en.wik...

sancho3 wrote:killde by Symentec Endpoint Protection
Can you make heads or tales of it?

actually it isn't really hard to interpret: SEP (a virus scanner) deleted the binary. So this is just a notification about a false positive in SEP's virus detection.

sancho3 wrote:And I see no reason why deltarho[1859] cannot be a mod.

A desire for revenge is definitely not one of the best properties for a moderator, but I can understand it to some extent. Otherwise I would've agreed.

Nobody mentioned MrSwiss explicitly (except you) - the cited statement refers to an (anonymous) group of trolls. Such a generalisation is definitely not very nice, that's for sure (see also my previous comments), but it's no direct personal insult and describes the factual behaviour of those people ...

FreeBASIC's Forum is not the only forum I'm a member of, and I actually still have a young and active professional life. So do I and I somehow also agree with the other statements you made, but the people you're talking about are just a minority (at least that's what I hope/believe). As you mention...

On Windows this is usually done using a named Mutex, as described in this article by Microsoft:
https://support.microsoft.com/en-us/hel ... n-visual-c