Comment 2 for bug 245722

On Fri, Jul 4, 2008 at 10:42 PM, Richard Harrison <email address hidden>
wrote:

> I am quite aware of the %O token in the (s)printf efun. The output
> generated by that token doesn't handle buffers (it just shows <buffer>)
> whereas the sefun shows the data.
>
> If I knew how to override the %O token in (s)printf I would do it that
> way.

As I (feared) suspected, it doesn't handle all data types. For cases that do
work, please use (s)printf efun. The simul-efun won't actually be removed
until all dependencies are lifted. The ideal solution IMHO would be to file
a RFE with the driver maintainers but as we know only one driver has an
active maintainer (although since we already patch the drivers, we might
just port the patch but I'd prefer we try as close to vanilla as possible).
An alternate solution would to be create a simul-efun specifically for
printing out buffers OR create a helper object for common string type stuff
like this.

In conclusion, I think we need to have a BoF regarding simul-efuns, helper
objects, etc. to come up with solid criteria and definitions.

Cheers,

>
>
> --
> Remove dependency on simul-efuns {f_,}format_mixed
> https://bugs.launchpad.net/bugs/245722
> You received this bug notification because you are a member of Sapidlib
> Developers, which is subscribed to Sapidlib.
>

--
Cody A.W. Somerville
Software Engineer
Red Cow Marketing & Technologies, Inc.
Office: 506-458-1290
Toll Free: 1-877-733-2699
Fax: 506-453-9112
Cell: 506-449-5899
Email: <email address hidden>
http://www.redcow.ca