Given that none of the other fields in Header Specification have any length limit, nor does linetype 0 in the official spec, this limitation of the Part Tracker software was not obvious. Personally, I think
While plenty of code has been written in which dynamic string lengths would be a nightmare, I disagree that unlimited-length strings are impractical to implement in any software. True, stack-based char buffers in C were a pain, but everything I've used in years has abstracted strings' memory storage so length is constrained only by the amount of available RAM. Unlimited-length strings are widely available, and are usually built-in to your API or language of choice.
Allen
http://forums.ldraw.org/showthread.php?t...72#pid7972' Wrote: Tim has the best suggestionif the Part Tracker isn't using dynamically-allocated strings: just set a large limit unlikely to be bumped into.
While plenty of code has been written in which dynamic string lengths would be a nightmare, I disagree that unlimited-length strings are impractical to implement in any software. True, stack-based char buffers in C were a pain, but everything I've used in years has abstracted strings' memory storage so length is constrained only by the amount of available RAM. Unlimited-length strings are widely available, and are usually built-in to your API or language of choice.
Allen