PureBasic Forums - English

I haven't tried something like this, but I imagine that AI might be well suited for this type of task, without any manual scripting needed, if you formulate a good prompt (and assuming no copyright issues).

Thanks. With this and a few additional things, it seems to work:


In the last part of the event loop, the "Until" must include a check of which window is sending the event, e.g. "And Window = #Window_1" (although I still don't understand why "Window_1_Events(event) = #False" is fulfilled, when ...

Thanks. I am only using one event loop.

With "Generate event procedure", I am referring to the built-in functionality in PureBasic and its form designer to create event procedures within the form file's code itself, referring to the relevant procedures, that have been manually created in the main ...

I am playing around with using "Generate event procedures" for automatic event procedure generation, with two forms:
Window_1
Window_Editor

A simple program loop works fine for programs with one window:

Repeat
event = WaitWindowEvent()
Until Window_1_Events(event) = #False ;Window_1 is the ...

I am a simple man:

- Procedure declarations made optional (if not in modules)
- OS-agnostic paths for the include functions, so that it doesn't matter if I use / or \ for relative paths and don't have to use too many constants for this (like in FreeBasic)

I have the full version

But I use Linux. Maybe GetAsyncKeyState_() refers to Win API?

Thanks for sharing. This is a nice example.

Only one minor issue I noticed: The following function does not work and I cannot find it in the documentation: GetAsyncKeyState_

If the conditional is commented out, the application compiles.

Voilà!

PureBasic AppTainer Helper (PAT) v1.0.0 (Beta) - compile for multiple Linux distros in seconds

https://i.postimg.cc/FKVtKxDg/PATv100-screenshot.png

What is PureBasic AppTainer Helper (PAT)?

I've uploaded the .def files including a helper script called "PAT" to allow compiling ...

Sure, on a very high level, the process is:

1. Download and install AppTainer from the AppTainer site (I couldn't find it in apt)
2. Create a ".def" file for each Linux distro to compile for. This is the tricky part, since the .def file is a script that defines all the packages that need to be ...

After a lot of experimentation, it seems that AppTainer indeed is very efficient way to compile on Linux without using VMs. I have tested some simple compiled apps in a couple of VMs of older distros, and they work as intended, both GUI, console and C backend executables.

I can now compile my PB ...

As an alternative to VMs you could try keeping a number of relevant Linux versions, with appropriate PureBasic installs, on bootable USB memory sticks with save persistence.

Thanks. I might try that out.

Meanwhile, I think I managed to get AppTainer working - kind of. I installed PB 6.04 and ...

I understand that the "best practice" for ensuring broad compatibility on Linux machines is to compile on the lowest Linux distro that still allows your application to compile and run. But what do you recommend in terms of...

- Method : Virtual machines, Docker, Apptainer, maybe something else ...

Thanks, your last hint seems to work!

See the adjusted code below. It's tested only on my Linux PC, but with the compiler directive, it hopefully also works on Windows. In short, my app now launches the terminal, which in turn relaunches the app inside itself. The behaviour is the same in the ...

Thanks for the suggestion. The logger confirms that the executable is launching, but I am not able to try the Windows code snippet.

I can still only run my console app via the terminal, and not by double-clicking it. I wonder if there is some Linux limitation here.

Here's one short console ...

I've created a small console program and it runs just fine, if I compile it and run it from CLI/terminal.

However, nothing happens if try to double-click it to launch it. Does anyone know why the console program won't launch in its own window?

I don't think it is quitting silently, because the ...