Yes, and?
It still has the .a datatype in it. So i am just ending up like on C and define names for things that are all the same and make the code less portable (have to ship the structures with code snippets) and i think the logic is just bad. Ascii is logicaly not a basic data typ, it would be much more logical do call it a unsignt byte: .ub
It's your opinion, and we respect it. Please respect our as well, it's not going to change. Ascii and Unicode as unsigned byte and word are perfectly valid and makes sens in many situation where you are dealing with characters. We won't duplicate these types to call them .ub or .uw. Now the more important is than your have these unsigned types available, so what about getting back to code ?
Good topic.
At the moment, not enough of Unsigned Long and Integer.
For example, to compare the two IPv4 addresses, we have to use variables such as Quad, although it is enough to Unsigned Long.
Such examples are many.
The next version is planned to add unsigned variables Long and Integer?
If not, then at least add the function or macro (like Bool), which allows to compare the signed variables as unsigned. As well necessary to solve the problem with a shift.
User_Russian wrote:If not, then at least add the function or macro (like Bool), which allows to compare the signed variables as unsigned. As well necessary to solve the problem with a shift.
We get around the problem of missing features in PB by using the features of FreeBasic. We pass the data to a small FB module, do the appropriate processing, then return the results to the PB code.
The technique works well and is easy to implement.
For ten years Caesar ruled with an iron hand, then with a wooden foot, and finally with a piece of string.
~ Spike Milligan