Peter Memishian wrote:
> My memory of talking to John about this, is that Studio changed the way
> these were represented. That bug covered the original way (and was fixed in
> on10_61, not onnv_61 looking at the bug), the new way shows behaviour as
> Roland included (and I snipped).
Oops, yes, you're right.
> Again, from memory, my recollection is that ctfconvert is unhappy due to the
> "#", which ctfconvert's name() (st_parse.c, around line 501) doesn't treat
> as valid. Adding it there seemed to bandaid it, but I don't think size
> information for the actual symbol would be correct. (/#vla./ represents the
> sizor, not the vla itself)
Hmm, I didn't see a bug report covering this. Seems like one needs to be
filed.
I had thought Roland had filed one when he first noticed this, but I can't
currently find it either.
Roland?
-- Rich
_______________________________________________
tools-discuss mailing list
[email protected]
