> 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. -- meem _______________________________________________ tools-discuss mailing list [email protected]
