Hi blueznl.
My
rough understanding of strings in general (not PB) is that they have some "hidden" attributes or properties.
One is type. With PB-type strings, chr(0) terminates, whilst with "blobs" - for want of a better word - the strings can contain anything from chr(0) to chr(255).
Another is the maxLen, which determines the maximum size of the string. If maxLen is zero, the string size is limited only by some hardware or software constraint like memory or unsigned long. Otherwise the string is a fixed length of maxLen.
And another is the VLI, or actLen, which advises the current size of the string within the maxLen attribute. A blob with actLen less than maxLen is right filled with chr(0) and these are significant.
When moved around or stored in a file, blobs use maxLen, PB-type strings use actLen.
Thanks for the response. I am encouraged to hear that providing some or all of these capabilities has not been shelved.
[EDIT]
PS:
With a dynamically sizeable "blob" you can almost do away with memory allocations altogether, the declarations or redecs do the job. You can deal with them exactly as you would normal strings, eg use FindString, replaceString, etc, and still Peek/Poke within them.
Mind you a findString/replaceString for a chunk of allocated memory would go a long way, as would a way to include a chunk in a structure and write a chunk to a file. Or a structure to a file, for that matter, ah-la random records.
End of digression.

[/EDIT]