By the way, a ZSTRING doesn't have that issue: its length is exactly as declared, inside a type Yes, but the maximum number of useful characters for the user is 'length - 1' (because of the mandatory terminal character). I made some tests: it is actually possible to use all the characters, removing...

What is the point of using a FIELD parameter when you can already use ZSTRING? It's literally just one character to add. Maybe in QB mode the strings inside a TYPE should be treated as ZSTRINGS, just to make UDT compatible with QB (in case one is porting a program that was supposed to read a file wi...

At this point, I doubt: changing that would break too much existing FreeBasic code.

By the way, a ZSTRING doesn't have that issue: its length is exactly as declared, inside a type

1) No, I have just tested on DosBox, FreeBasic returns an error message if there is no DPMI extender. By the way, is the file CWSDPMI.EXE either in the FreeBasic directory, or in another directory in the search path, the program written in FreeBasic (and the compiler itself) can invoke it, loading a...

D.J.Peters wrote: ↑Jun 18, 2022 8:39 @angros47 can you share the ready to use compiled lib for DOS here ?

Here it is:
https://www.mediafire.com/file/0apraqvl ... bco.o/file

The reason is likely that pointers are supposed to be already aligned, since a pointer can refer to any size. If you need to align them "by hand" you aren't using them in the way they are supposed to be used

Being a proprietary software, it is not part of FreeDos

It should be available here: https://winworldpc.com/product/microsoft-mouse/

Have you tried using a different driver? Like the Microsoft drivers for Ms-DOS?

From what you said, it seems that the issue is in CTMOUSE (if with other drivers the mouse works you might have to file a bug report)

Again, it is not a bug. It is how FreeBasic is supposed to act in the old QBASIC functions could be invoked only inside expression, so an attempt to write "ShowNum(5)" would have caused an error, it should have been a sub to work In C, on the other hand, it's possible to use a function as ...

The behavior is indeed correct: to achieve the result 5 and 10 you should use: dim i as integer i=ShowNum(5)+ShowNum(10) in fact, in FreeBasic a FUNCTION can also be invoked as if it were a SUB (that is not possible in QBASIC, but is possible in C): also, while in C a command must have its parameter...

Speaking of that, I read that the latest version of Freebasic supports some preprocessor directives for templates. How is the current situation, regarding templayes/generic support?

Import libraries are not needed for DOS DLL's. Actually, under Windows or Linux dynamic linking can happen in two different ways: load-time, or run-time: https://stackoverflow.com/questions/2055840/difference-between-load-time-dynamic-linking-and-run-time-dynamic-linking https://www.tutorialspoint.c...

Ok. To create a dynamic library in DOS, you have to use version 1.06 or later of FreeBasic File mydll.bas '' '' mydll -- simple dll test '' '' compile as: fbc -dll mydll.bas '' '' (will create mydll.dxe under DOS) #include once "mydll.bi" '' simple exported function, the full prototype is ...

Only if you have the source code of the library.
If all you have is the DLL file, you cannot.

Are you planning to use a library written by you in FreeBasic, or you want to use a standard library provided by the hardware manufacturer?

Nice to see you again, Gablea, it has been a while As I explained to you in the past, while technically possible, making a TSR in FreeBasic is not a good idea. It's extremely unstable, documentation about it is lacking, and as far as I know no one ever used it for any practical use (I just ported an...