<font size=2 face="sans-serif">Hello,</font>
<br>
<br><font size=2 face="sans-serif">I've read the discussion in the past
about this suggested feature, and I'd like to ask what has become of this.
Is this still being considered? Has anyone come up with an idea for a solution
that does not include extending CTF?</font>
<br>
<br><font size=2 face="sans-serif">I understand that CTF doesn't support
looking into the ELF binary, but perhaps there is a way around this.</font>
<br>
<br><font size=2 face="sans-serif">First, I'd like to explain what I wish
to have, so that maybe a different solution could be suggested -</font>
<br><font size=2 face="sans-serif">In all, migration from an existing log-to-file
system for existing projects may push the entire formatted string as the
trace entry.</font>
<br><font size=2 face="sans-serif">We'd like to avoid storing the entire
format string multiple times, as this is wasteful, of course, and we'd
like the viewer to be in charge of performing the formatting.</font>
<br>
<br><font size=2 face="sans-serif">I was wondering whether we could use
CTF enums. The CTF specification for enums doesn't say that the textual
representation of the value has to be a valid identifier. In fact, the
example includes a quoted string.</font>
<br>
<br><font size=2 face="sans-serif">An instrumentation tool could generate
code that writes an enum description into the metadata, where each value
corresponds to a different format string.</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br>
<br><font size=2 color=#000080 face="sans-serif">Amit Margalit</font>
<br><font size=2 color=#808000 face="sans-serif">IBM XIV </font><font size=2 face="sans-serif">-
<i>Storage Reinvented</i></font>
<br><font size=2 face="sans-serif">XIV-NAS Development Team</font>
<br><font size=2 face="sans-serif">Tel. 03</font><font size=2 face="Arial">-689-7774</font>
<br><font size=2 face="Arial">Fax. 03-689-7230</font>