Jamie Allsop | 1 Jan 03:43 2009
Picon

Re: [logging] Interest check on logging library.

Andrey Semashev wrote:
> Jason Wagner wrote:
[...]
> 
> Sorry, couldn't resist. I think, my library fits these requirements 
> quite well. Why would you start your own implementation from scratch? Is 
> there something that doesn't suit you in my implementation?

If I recall your library requires a lib to be linked in. That's a deal 
breaker for me. This library seems to move away from that. What I really 
need is captured in my review of John Torjo's second library
<http://lists.boost.org/Archives/boost/2008/02/133462.php>

I'd be interested if either library can support this minimal use case.

Jamie

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

David Abrahams | 1 Jan 08:03 2009
Picon
Picon

Re: Proposal: Add Loki Library's SafeFormat to Boost:


on Wed Dec 31 2008, "Tom Browder" <tom.browder-AT-gmail.com> wrote:

> On Wed, Dec 31, 2008 at 8:02 AM, Thomas Klimpel
> <Thomas.Klimpel <at> synopsys.com> wrote:
>> So what would be the advantages of having Loki's SafeFormat library in boost?
>
> As far as I know, nothing in boost relies on SafeFormat.  The
> advantages of adding it to boost include: (1) active maintenance [Loki
> maintenance interest is fading rapidly] and (2) boost (and thus
> SafeFormat) is included and supported with many main GNU/Linux
> distributions.

If SafeFormat has a maintenance deficit as part of Loki, it would have
the same deficit as part of Boost.  

Also, you might want to take a look at
http://www.boost.org/development/submissions.html to see whether you can
suggest something that fits with the Boost process.  Things don't just
get added; they have to pass through a review process first.

--

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

David Abrahams | 1 Jan 08:24 2009
Picon
Picon

Re: Futures - Reviews Needed (January 5, 2009)


on Wed Dec 31 2008, "Tom Brinkman" <reportbase-AT-gmail.com> wrote:

>>> Are we reviewing both libraries at once?
>
> That is my understanding.  

As a review wizard, isn't that decision in part up to you?

> However, at this point, until persuaded
> otherwise, I'm inclined to suggest to both authors that they
> should find a way to work together and issue a joint release.  

I am inclined the same way, but if they're going to do that, we should
not use a formal review to sort out any large-scale decisions that they
can make between them.

> I've looked at both libraries and the differences are subtle.  Maybe
> we just need to persuade them that it would not diminish their work in
> any way if they were to submit a joint release.  As both submissions
> are of high quality, I would not want to discourage either author.
>
> It would also seem to me that the logging library proposals have the
> same problem.  It would be my hope that we could get the authors of
> the various logging library proposals to work together and issue a
> joint release as well.

Again, aren't you able to influence that a bit as review wiz? 

--

-- 
(Continue reading)

Hartmut Kaiser | 1 Jan 12:26 2009
Picon

Re: Proposal: Add Loki Library's SafeFormat to Boost:

> The last Loki thread I see here is the one from 2002 discussing adding
> Loki to Boost.  I asked Andrei once about doing that specifically for
> the Loki SafeFormat functions (FPrint, Printf, and SPrintf) and he
> said FPrintf wasn't good enough yet.
> 
> However, I find all of them very useful and would love to see them
> added to the Boost library
> 
> I know Boost has Format now, but SafeFormat has some advantages over
> Boost.Format, one of which is that FPrintf can be output to C++
> streams as well as to FILE pointers--very handy when one is gradually
> converting legacy code to using C++ streams.  In addition, I find the
> SafeFormat family much easier to use than Boost.Format.
> 
> Andrei's original comments regarding FPrintf's shortcomings are here:
> 
>   https://sourceforge.net/forum/message.php?msg_id=4525195
> 
> His "Dr. Dobb's Journal" article describing SafeFormat is here:
> 
>   http://www.ddj.com/cpp/184401987

I know this has been touched before (at least during the library in a week
sessions at BoostCon 2007/2008). Furthermore, the topic of adding some
output formatting facilities to Boost pops up occasionally. 

So, please let me use this thread for a selfless plug :-P. Boost already has
a versatile and powerful output formatting library: Spirit V2! 

You might think, well Spirit used to be a parser library, not something
(Continue reading)

Tom Browder | 1 Jan 13:52 2009
Picon

Re: Proposal: Add Loki Library's SafeFormat to Boost:

On Thu, Jan 1, 2009 at 1:03 AM, David Abrahams <dave <at> boostpro.com> wrote:
>> As far as I know, nothing in boost relies on SafeFormat.  The
>> advantages of adding it to boost include: (1) active maintenance [Loki
>> maintenance interest is fading rapidly] and (2) boost (and thus
...
> If SafeFormat has a maintenance deficit as part of Loki, it would have
> the same deficit as part of Boost.

But I believe there is a wider audience here, thus possibly more
recruits.  And there is at least one other Loki supporter who supports
a move to Boost if possible.

> Also, you might want to take a look at
> http://www.boost.org/development/submissions.html to see whether you can
> suggest something that fits with the Boost process.  Things don't just

I looked at it before--this is the soliciting interest stage.

Quote.

Determine interest

Potential library submitters should use the Boost developers mailing
list as a forum to gauge interest [in] a possible submission.

End quote.

-Tom
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
(Continue reading)

master master | 1 Jan 14:16 2009
Picon

AT Commands Sample Needed

I need a basic example for sending AT commands to mobile. This will require serial communication on COM
port. If any one can send me any example of it.. I want to do this using BOOST. By searching on GOOGLE I got this
but this is not compiling.

 #include <iostream>
#include <boost/asio.hpp>
#include <boost/asio/serial_port.hpp>
#include <boost/thread.hpp>
#include <boost/system/error_code.hpp>
#include <boost/system/system_error.hpp>
#include <boost/bind.hpp>

void handler(const boost::system::error_code& error)
{

      std::cout << "read" << std::endl;

}

int main(int argc, char* argv[])
{

      using namespace std;
      using namespace boost;
      char read_msg_[512];

      boost::asio::io_service io;

      asio::serial_port theport(io,"COM7");

(Continue reading)

Thomas Klimpel | 1 Jan 15:35 2009

Re: Proposal: Add Loki Library's SafeFormat to Boost:

Tom Browder wrote:
> As far as I know, nothing in boost relies on SafeFormat.  The
> advantages of adding it to boost include: (1) active maintenance [Loki
> maintenance interest is fading rapidly] and

Don't confuse active development with active maintenance. The Loki developers quickly respond to
questions, which indicates active maintenance.

Adding SafeFormat to boost would probably induce some form of active development (like improving
documentation and regression tests to conform to boost standards), but probably just for a limited time.
Many people today seem to think that things have to constantly change to be "alive". I personally see no
problems if Loki just does a release every three years. Boost currently does four releases per year, if I'm
not mistaken, but so what? What would be the advantages to the users of Loki if it would have four releases
per year?

> (2) boost (and thus SafeFormat) is included and supported
> with many main GNU/Linux distributions.

But I somehow got the impression that this created more problems for boost-users than it solved. People are
often advised to use the distribution from boost.org instead of the one that comes with their GNU/Linux
distribution, because these packages seem to have subtle issues.

> > A strength of Loki is that it is so well designed that it is possible to
> > cherry pick libraries from it. > However, actually doing this seems to
> > undermine the continued maintenance of the Loki library. Loki
>
> Again, Loki maintenance seems to be fading.

But adding SafeFormat to boost would not help me with this, if my code relies much more on Loki.Singleton
than on Loki.SafeFormat. So again, cherry picking libraries from Loki doesn't look like a good solution
(Continue reading)

Andrey Semashev | 1 Jan 15:51 2009
Picon

Re: [logging] Interest check on logging library.

Jason Wagner wrote:
> 
> It started because I thought yours was no longer in development.  I
> have no idea why I thought that, since looking at your cvs logs you
> have been consistently working on it.  It was largely a mistake.

The library is very much alive, although for various reasons I didn't 
touch it for the last few weeks.

> I'm writing a internet spaceship game.  There's a client and a
> cluster of servers with different types.  The protocol is simple
> message passing, with the serialization code shared between client
> and server.  This leads to a very simple example like:
> 
> if(message.size > packet.size) { log << severity::warn() << "Packet
> was larger than the buffer that contains it!" <<
> build_target::server() << "  Packet source= " << connection << ",
> account = " << user << "\n" << dump_hex(packet); // error handling }
> 
> On the client side, we note that the packet was too big and move on.
> On the server side, we actually log the packet since evil hackers are
> always trying to steal my space bucks.  Since the template generates
> empty code at compile time, both gcc and msvc are smart enough to
> remove the "  Packet source=" and ", account= " strings from the
> binary, providing less clue in the client as to what the server is
> watching for.  On the server side, I probably want this record to go
> into a database, so having the entire thing as a single record is
> very important.  That precludes items of the form:
> 
> log << severity::warn() << "..."; if(server) // or #ifdef log <<
(Continue reading)

Andrey Semashev | 1 Jan 16:01 2009
Picon

Re: [logging] Interest check on logging library.

Jamie Allsop wrote:
> 
> If I recall your library requires a lib to be linked in. That's a deal 
> breaker for me.

That is true, the library has to be compiled. If it is to support 
multi-module configuration with centralized logging control, I don't see 
how it could be done the other way.

> This library seems to move away from that. What I really 
> need is captured in my review of John Torjo's second library
> <http://lists.boost.org/Archives/boost/2008/02/133462.php>
> 
> I'd be interested if either library can support this minimal use case.

 From what I read there, I'm pretty close to that, aside this part: 
"users of the library must be able to use the libraries without logging 
enabled and pay no cost". The cost will always be there since there will 
be a run time check whether to write logs or not. My lib does filtering 
for that matter.
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Andrew Sutton | 1 Jan 18:22 2009
Picon

Re: AT Commands Sample Needed

On Thu, Jan 1, 2009 at 8:16 AM, master master <master_4_master <at> yahoo.com>wrote:

> I need a basic example for sending AT commands to mobile. This will require
> serial communication on COM port. If any one can send me any example of it..
> I want to do this using BOOST. By searching on GOOGLE I got this but this is
> not compiling.
>

I couldn't say why it doesn't compile because I've never used Boost.Asio.

For future reference, you should include more details as to why your code
does not compile: operating system, compiler + version, and specific error
messages. Also, questions of this nature are best directed to
boost-users <at> lists.boost.org, not the Boost development list.

Andrew Sutton
andrew.n.sutton <at> gmail.com
_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost


Gmane