Yesterday, 04:21 PM
(Yesterday, 01:32 AM)hsiangch_ong Wrote: this is just going to be requested. until the qb64pe developers give in. or until something else happens. how many more topics will we have of this?
meanwhile there is a small amount. of usage of _mem and its related functions. there are basic programmers. that don't know how fortunate they are. to have flexible string manipulation functions. although it doesn't include regular expressions.
array member inside udt. requires a serious amount of overhead. in qb64pe. a variable-length string is supported as member inside udt. that wasn't allowed in quickbasic/qbasic. i don't think it was allowed by vbdos nor by basic 7 pds neither. so something should be done about it.
support array member inside udt. because pascal supports it? well it will bring the other baggage about using arrays in general. such as option base. some people will expect that supported too. there was another topic about function pointers. oh i want an array of that in this language!
bring this thing toward oop. i don't want that. i'm sure most of you all don't neither. unfortunately begging for array member inside udt. is a step toward also having subprograms. as members of udt also. and other such things.
I understand why having an array in a UDT adds baggage to the compiler.
I honestly don't think supporting FIXED size arrays should add that much run time baggage. It's just an offset added to an offset !!!!
I don't think we should target support for dynamic arrays !
One of the thing I like about UDT's is the ability to just GET or PUT them to a file in one line of code ! For this the size of it does have to be known !