15.07.2015 19:03, Adriano dos Santos Fernandes wrote: > > Looking again, Ivan Přenosil may be right and string literals up to 64K > byte-length *may* be safe, as descriptors uses USHORT and internal > calculations ULONG. > > At the same time, columns, parameters and everything else should be > constrained to 32K. > > Currently, intermediate strings (say, a concatenation) is also > constrained to 32K and may be extended to 64K. > > As Ivan uses, this may be useful for directly conversion to blobs. > > It may be weird that a string created (64K) may not be passed to all > places (limited by 32K), but...
Speaking honestly, I don't like such inconsistency much. But if it's safe and given users complaining about backward compatibility, I'm not going to object setting the literal limit to 64K. > So at the same time we increase literals to 64K in bytes, I think we > should limit UTF-8 strings to 16K in characters. Let it be so. Dmitry ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
