Boost logo

Boost :

From: Xtramax (kb_at_[hidden])
Date: 2001-12-20 12:48:22


Obviously I did not read the specification with sufficient care to achieve
understanding but I did read it with what IMO should have been sufficient
care. This implies to me that there are too many options mixed up
together.

Perhaps it would be better to offer only two options :
    positional only :- %1 %3 %2
and
    unix98 printf :- %1$s %3$u %2$s

therefore avoiding inventing more special format definitions but retaining a
short form for position ordering

In support of your approach :

I have implemented my own ( simple ) manipulator based formatting but I
believe that your "string-building" approach solves most of the issues I
have had with it. I therefore intend to switch over.

Keith Burton

----- Original Message -----
From: "Samuel Krempp" <krempp_at_[hidden]>
To: <boost_at_[hidden]>
Sent: Thursday, December 20, 2001 5:04 PM
Subject: Re: [boost] Review request : format

> On Thu, 2001-12-20 at 08:15, Xtramax wrote:
> > %p is a defined printf format in MSVC
> >
> > p Pointer to void Prints the address pointed to by the
> > argument in the form xxxx:yyyy where xxxx is the segment and yyyy is the
> > offset, and the digits x and y are uppercase hexadecimal digits.
>
> Please read the syntax of format carefully, you will see that my format
> class can be used in 2 modes : shot-style notation, or printf.
>
> %p<stuff> is used only in short-style notation.
> We don't care at all about printf compatibilty in this mode.
>
> In printf-mode, %p has the normal printf behaviour. ('pointer tp void'
> type specification. The Unix98 printf reference says it prints the
> variable in a way that suits pointer, but implementation defined.
> currently, I translate %p into << hex << showbase)
>
> regards,
> --
> Samuel
>
>
> Info: http://www.boost.org Send unsubscribe requests to:
<mailto:boost-unsubscribe_at_[hidden]>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk