Menu
▾
▴
cpp-netlib-devel — Developers Mailing List
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(52) |
Jun
(30) |
Jul
(17) |
Aug
(9) |
Sep
(4) |
Oct
(7) |
Nov
(11) |
Dec
(19) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
(1) |
Mar
(37) |
Apr
(28) |
May
(15) |
Jun
(28) |
Jul
(7) |
Aug
(125) |
Sep
(116) |
Oct
(85) |
Nov
(14) |
Dec
(6) |
| 2009 |
Jan
(11) |
Feb
(4) |
Mar
(5) |
Apr
|
May
(9) |
Jun
(5) |
Jul
(4) |
Aug
(40) |
Sep
(1) |
Oct
(19) |
Nov
(43) |
Dec
(45) |
| 2010 |
Jan
(76) |
Feb
(95) |
Mar
(3) |
Apr
(23) |
May
(39) |
Jun
(54) |
Jul
(6) |
Aug
(13) |
Sep
(12) |
Oct
(59) |
Nov
(53) |
Dec
(43) |
| 2011 |
Jan
(43) |
Feb
(44) |
Mar
(25) |
Apr
(23) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(1) |
Nov
(2) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
|
From: <div...@gm...> - 2008-03-20 13:32:26
|
Changed the include. Hope that compiles now. Divye On 3/20/08, div...@gm... <div...@gm...> wrote: > I'm sorry. I just double checked. I was using an older revision of the > trunk and I made the last commit changing the header file in the > implementation. I guess changing the header include will fix it. > Thanks for pointing it out. Please change the include and commit. > > Thanks, > Divye Kapoor > > > On 3/20/08, Ricardo Muñoz <rm...@wa...> wrote: > > Hi! first of all i am sorry not to respond in the suitable thread. > > > > I am on the last trunk revision of boost and i think that the last > > change in 'protocol/http/impl/request.hpp' include was wrong: > > > > ricardo@miles:~/devel/boost-trunk/boost/fusion/container$ svn info > > map.hpp > > > > Path: map.hpp > > Name: map.hpp > > URL: http://svn.boost.org/svn/boost/trunk/boost/fusion/container/map.hpp > > Repository Root: http://svn.boost.org/svn/boost > > Repository UUID: b8fc166d-592f-0410-95f2-cb63ce0dd405 > > Revision: 43733 > > Node Kind: file > > Schedule: normal > > Last Changed Author: djowel > > Last Changed Rev: 40392 > > Last Changed Date: 2007-10-24 04:36:29 +0200 (Wed, 24 Oct 2007) > > Text Last Updated: 2008-03-18 21:00:02 +0100 (Tue, 18 Mar 2008) > > Checksum: cd5020bc5f53af8a4e000c796160e048 > > > > Seems that map.hpp is located in container directory not on > > sequence/container. If i revert the change, cpp-netlib compiles without > > problems. > > > > I am doing something wrong? > > > > Regards, > > > > Ricardo Muñoz > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Cpp-netlib-devel mailing list > > Cpp...@li... > > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > > -- > Whether the chicken crossed the road or the road moved beneath the > chicken depends upon your frame of reference. > My official web site: > http://www.iitr.ernet.in/studenthomepages/homepages/061305 > -- Whether the chicken crossed the road or the road moved beneath the chicken depends upon your frame of reference. My official web site: http://www.iitr.ernet.in/studenthomepages/homepages/061305 |
|
From: <div...@gm...> - 2008-03-20 12:37:01
|
I'm sorry. I just double checked. I was using an older revision of the trunk and I made the last commit changing the header file in the implementation. I guess changing the header include will fix it. Thanks for pointing it out. Please change the include and commit. Thanks, Divye Kapoor On 3/20/08, Ricardo Muñoz <rm...@wa...> wrote: > Hi! first of all i am sorry not to respond in the suitable thread. > > I am on the last trunk revision of boost and i think that the last > change in 'protocol/http/impl/request.hpp' include was wrong: > > ricardo@miles:~/devel/boost-trunk/boost/fusion/container$ svn info > map.hpp > > Path: map.hpp > Name: map.hpp > URL: http://svn.boost.org/svn/boost/trunk/boost/fusion/container/map.hpp > Repository Root: http://svn.boost.org/svn/boost > Repository UUID: b8fc166d-592f-0410-95f2-cb63ce0dd405 > Revision: 43733 > Node Kind: file > Schedule: normal > Last Changed Author: djowel > Last Changed Rev: 40392 > Last Changed Date: 2007-10-24 04:36:29 +0200 (Wed, 24 Oct 2007) > Text Last Updated: 2008-03-18 21:00:02 +0100 (Tue, 18 Mar 2008) > Checksum: cd5020bc5f53af8a4e000c796160e048 > > Seems that map.hpp is located in container directory not on > sequence/container. If i revert the change, cpp-netlib compiles without > problems. > > I am doing something wrong? > > Regards, > > Ricardo Muñoz > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > -- Whether the chicken crossed the road or the road moved beneath the chicken depends upon your frame of reference. My official web site: http://www.iitr.ernet.in/studenthomepages/homepages/061305 |
|
From: Ricardo M. <rm...@wa...> - 2008-03-19 22:51:37
|
Hi! first of all i am sorry not to respond in the suitable thread. I am on the last trunk revision of boost and i think that the last change in 'protocol/http/impl/request.hpp' include was wrong: ricardo@miles:~/devel/boost-trunk/boost/fusion/container$ svn info map.hpp Path: map.hpp Name: map.hpp URL: http://svn.boost.org/svn/boost/trunk/boost/fusion/container/map.hpp Repository Root: http://svn.boost.org/svn/boost Repository UUID: b8fc166d-592f-0410-95f2-cb63ce0dd405 Revision: 43733 Node Kind: file Schedule: normal Last Changed Author: djowel Last Changed Rev: 40392 Last Changed Date: 2007-10-24 04:36:29 +0200 (Wed, 24 Oct 2007) Text Last Updated: 2008-03-18 21:00:02 +0100 (Tue, 18 Mar 2008) Checksum: cd5020bc5f53af8a4e000c796160e048 Seems that map.hpp is located in container directory not on sequence/container. If i revert the change, cpp-netlib compiles without problems. I am doing something wrong? Regards, Ricardo Muñoz |
|
From: Dean M. C. B. <dmb...@fr...> - 2008-03-12 03:30:16
|
Hi Divye, > -----Original Message----- > From: cpp...@li... > [mailto:cpp...@li...] On > Behalf Of Divye Kapoor > Sent: Wednesday, March 12, 2008 4:08 AM > To: C++ Networking Library Developers Mailing List > Subject: Re: [cpp-netlib-devel] Offer of help > > What will be the common ground for merging the two libraries? > Will the cpp-netlib message template design eventually work > like an adapter for the pion classes or will a redesigned > interface have to be worked out? > The common ground would be the message type that cpp-netlib provides. Libpion is mostly an HTTP framework, which I believe has compiled components -- while cpp-netlib aims to be a header only library. I personally haven't gone through what the lipion message types look like, but I do know they have a complete HTTP 1.1 incremental parser implemented, a URI parser (someone has already noted that they are implementing a URI parser, or are interested in refactoring the URI parser from the current HTTP implementation in cpp-netlib). It would be nice to be able to make the incremental parser a header-only implementation (using the template tag trick). I can discuss in greater detail if you (or anybody else) would be interested to know how that can be done. I hope this helps. -- Dean Michael Berris Software Engineer, Friendster, Inc. <dmb...@fr...> +639287291459 |
|
From: Divye K. <div...@gm...> - 2008-03-11 20:08:07
|
What will be the common ground for merging the two libraries? Will the cpp-netlib message template design eventually work like an adapter for the pion classes or will a redesigned interface have to be worked out? Yours sincerely, Divye Kapoor -- Whether the chicken crossed the road or the road moved beneath the chicken depends upon your frame of reference. |
|
From: Michael D. <mi...@mi...> - 2008-03-10 02:23:24
|
Yes, I am. On Mar 9, 2008, at 12:26 PM, Glyn Matthews wrote: > That's a good suggestion. Are you also willing to become a mentor? > Glyn > > On 09/03/2008, Michael Dickey <mi...@mi...> wrote: > I posted a GSoC proposal for the Pion Network Library (libpion) on > the wiki Doug setup at: > > http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Google_Summer_Of_Code_2008 > > Maybe we can make part of this project merging code from the two > projects together? > > Take care, > -Mike > > > On Mar 3, 2008, at 10:50 PM, Dean Michael C. Berris wrote: > >> Hi Divye, >> >> Thanks for your expression of interest! >> >> The following things need to be done for the release of version 1.0: >> >> * HTTP 1.0/1.1 Client Implementation and Unit Tests >> * Documentation >> * Examples >> >> As far as HTTP 1.0/1.1 is concerned, much of the work that needs to >> be >> done has something to do with a better parser implementation than >> what's >> currently in there. There was some expression of interest from the >> libPion developers as far as incorporating the HTTP 1.1 parser they >> have >> implemented (incremental HTTP 1.1 parser implementation) to be >> incorporated/integrated into the library. This seems to be the more >> involved effort that neither I nor the libpion developers have enough >> time to be able to tackle. >> >> There are some other protocols that seem interesting to implement. >> One >> is XMPP and the other is ESMTP. These protocols won't be necessary >> for >> 1.0 release though, and the path is for 1.0 to be released then >> submitted for review as part of Boost. >> >> If you think you have time to take over the HTTP 1.0/1.1 client >> implementatons and re-use the message primitive already at the base >> of >> the library, that would be fine. Let me know what your sourceforge >> user >> ID is so that either I or Glyn can add you to the project. >> >> All kinds of help would be welcome. >> >> Thanks again! >> >> -- >> Dean Michael Berris >> Software Engineer, Friendster, Inc. >> <dmb...@fr...> >> +639287291459 >> >> >>> -----Original Message----- >>> From: cpp...@li... >>> [mailto:cpp...@li...] On >>> Behalf Of Divye Kapoor >>> Sent: Tuesday, March 04, 2008 4:25 AM >>> To: cpp...@li... >>> Subject: [cpp-netlib-devel] Offer of help >>> >>> Hello, >>> I am currently a second year student pursuing my B.Tech degree in >>> Computer Science at the Indian Institute of Technology, Roorkee, >>> India >>> and Glyn Matthews from the Boost devel list told me that this >>> project >>> was looking for contributors. I've had a look at the project source >>> code and the mailing list archives and it seems that a lot of devel >>> work is to be done. Can someone point out where the devel work >>> stopped >>> and whether completing a major portion of this library would be a >>> suitable project for GSoC under the Boost banner? >>> >>> Yours sincerely, >>> Divye Kapoor >>> >>> >>> -- >>> Whether the chicken crossed the road or the road moved beneath the >>> chicken depends upon your frame of reference. >>> My official web site: >>> http://www.iitr.ernet.in/studenthomepages/homepages/061305 >>> >>> -------------------------------------------------------------- >>> ----------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Cpp-netlib-devel mailing list >>> Cpp...@li... >>> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel >>> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Cpp-netlib-devel mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel |
|
From: Glyn M. <gly...@gm...> - 2008-03-09 19:26:32
|
That's a good suggestion. Are you also willing to become a mentor? Glyn On 09/03/2008, Michael Dickey <mi...@mi...> wrote: > > I posted a GSoC proposal for the Pion Network Library (libpion) on the > wiki Doug setup at: > > http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Google_Summer_Of_Code_2008 > > Maybe we can make part of this project merging code from the two projects > together? > > Take care, > -Mike > > > On Mar 3, 2008, at 10:50 PM, Dean Michael C. Berris wrote: > > Hi Divye, > > Thanks for your expression of interest! > > The following things need to be done for the release of version 1.0: > > * HTTP 1.0/1.1 Client Implementation and Unit Tests > * Documentation > * Examples > > As far as HTTP 1.0/1.1 is concerned, much of the work that needs to be > done has something to do with a better parser implementation than what's > currently in there. There was some expression of interest from the > libPion developers as far as incorporating the HTTP 1.1 parser they have > implemented (incremental HTTP 1.1 parser implementation) to be > incorporated/integrated into the library. This seems to be the more > involved effort that neither I nor the libpion developers have enough > time to be able to tackle. > > There are some other protocols that seem interesting to implement. One > is XMPP and the other is ESMTP. These protocols won't be necessary for > 1.0 release though, and the path is for 1.0 to be released then > submitted for review as part of Boost. > > If you think you have time to take over the HTTP 1.0/1.1 client > implementatons and re-use the message primitive already at the base of > the library, that would be fine. Let me know what your sourceforge user > ID is so that either I or Glyn can add you to the project. > > All kinds of help would be welcome. > > Thanks again! > > -- > Dean Michael Berris > Software Engineer, Friendster, Inc. > <dmb...@fr...> > +639287291459 > > > -----Original Message----- > > From: cpp...@li... > > [mailto:cpp...@li...<cpp...@li...>] > On > > Behalf Of Divye Kapoor > > Sent: Tuesday, March 04, 2008 4:25 AM > > To: cpp...@li... > > Subject: [cpp-netlib-devel] Offer of help > > > Hello, > > I am currently a second year student pursuing my B.Tech degree in > > Computer Science at the Indian Institute of Technology, Roorkee, India > > and Glyn Matthews from the Boost devel list told me that this project > > was looking for contributors. I've had a look at the project source > > code and the mailing list archives and it seems that a lot of devel > > work is to be done. Can someone point out where the devel work stopped > > and whether completing a major portion of this library would be a > > suitable project for GSoC under the Boost banner? > > > Yours sincerely, > > Divye Kapoor > > > > -- > > Whether the chicken crossed the road or the road moved beneath the > > chicken depends upon your frame of reference. > > My official web site: > > http://www.iitr.ernet.in/studenthomepages/homepages/061305 > > > -------------------------------------------------------------- > > ----------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Cpp-netlib-devel mailing list > > Cpp...@li... > > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > |
|
From: Michael D. <mi...@mi...> - 2008-03-09 16:50:36
|
I posted a GSoC proposal for the Pion Network Library (libpion) on the wiki Doug setup at: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?Google_Summer_Of_Code_2008 Maybe we can make part of this project merging code from the two projects together? Take care, -Mike On Mar 3, 2008, at 10:50 PM, Dean Michael C. Berris wrote: > Hi Divye, > > Thanks for your expression of interest! > > The following things need to be done for the release of version 1.0: > > * HTTP 1.0/1.1 Client Implementation and Unit Tests > * Documentation > * Examples > > As far as HTTP 1.0/1.1 is concerned, much of the work that needs to be > done has something to do with a better parser implementation than > what's > currently in there. There was some expression of interest from the > libPion developers as far as incorporating the HTTP 1.1 parser they > have > implemented (incremental HTTP 1.1 parser implementation) to be > incorporated/integrated into the library. This seems to be the more > involved effort that neither I nor the libpion developers have enough > time to be able to tackle. > > There are some other protocols that seem interesting to implement. One > is XMPP and the other is ESMTP. These protocols won't be necessary for > 1.0 release though, and the path is for 1.0 to be released then > submitted for review as part of Boost. > > If you think you have time to take over the HTTP 1.0/1.1 client > implementatons and re-use the message primitive already at the base of > the library, that would be fine. Let me know what your sourceforge > user > ID is so that either I or Glyn can add you to the project. > > All kinds of help would be welcome. > > Thanks again! > > -- > Dean Michael Berris > Software Engineer, Friendster, Inc. > <dmb...@fr...> > +639287291459 > > >> -----Original Message----- >> From: cpp...@li... >> [mailto:cpp...@li...] On >> Behalf Of Divye Kapoor >> Sent: Tuesday, March 04, 2008 4:25 AM >> To: cpp...@li... >> Subject: [cpp-netlib-devel] Offer of help >> >> Hello, >> I am currently a second year student pursuing my B.Tech degree in >> Computer Science at the Indian Institute of Technology, Roorkee, >> India >> and Glyn Matthews from the Boost devel list told me that this project >> was looking for contributors. I've had a look at the project source >> code and the mailing list archives and it seems that a lot of devel >> work is to be done. Can someone point out where the devel work >> stopped >> and whether completing a major portion of this library would be a >> suitable project for GSoC under the Boost banner? >> >> Yours sincerely, >> Divye Kapoor >> >> >> -- >> Whether the chicken crossed the road or the road moved beneath the >> chicken depends upon your frame of reference. >> My official web site: >> http://www.iitr.ernet.in/studenthomepages/homepages/061305 >> >> -------------------------------------------------------------- >> ----------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Cpp-netlib-devel mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
|
From: Michael D. <mi...@mi...> - 2008-03-09 16:43:07
|
In conjunction with the first alpha release of our Pion CEP Platform, Atomic Labs is happy to announce a new release (v0.5.4) of the Pion Network Library. This new release contains several enhancements, including the ability to define alternative thread management and work scheduling for each server instance (PionScheduler is no longer a singleton), and the ability to bind any function object (or function if you use boost::bind) to an HTTP resource (the use of WebService plugins is now optional). We've also added a std::basic_iostream wrapper for TCPConnection objects called TCPStream. In addition, we fixed several bugs that were identified within the last (v0.5.2) release, including issues with parsing chunked entity content, and with parsing responses that include neither "Content- Length" nor "Transfer-Encoding" HTTP headers. Also, the HTTPRequest and HTTPResponse objects now sort HTTP headers using a case- insensitive map, so lookups should now work properly regardless of the capitalization used (if any). Although we have several new things planned for the next few months (such as adding support for user authentication), the networking library is now mostly stabilized and ready for general use. The Pion CEP Platform is open source software, published under the GNU Affero GPL license. The platform is a real-time event processing engine that is designed to be extremely extensible through the use plugins. Plugins can be developed to provide specialized data processing logic, web services, and to enable support for different data encoding formats and databases. You can learn more and download releases at http://www.pion.org Take care, -Mike |
|
From: Divye K. <div...@gm...> - 2008-03-06 10:30:47
|
Hi, I've committed a change to the header include for the fusion::map type in trunk/boost/network/protocol/http/impl/request.hpp in order for the lib to compile with the current version of Fusion in the Boost trunk. Does this break anything for anyone? All tests passed successfully here. Regards, Divye Kapoor -- Whether the chicken crossed the road or the road moved beneath the chicken depends upon your frame of reference. |
|
From: Divye K. <div...@gm...> - 2008-03-04 19:29:27
|
Dear Mr Berris, On Tue, Mar 4, 2008 at 12:20 PM, Dean Michael C. Berris <dmb...@fr...> wrote: > If you think you have time to take over the HTTP 1.0/1.1 client > implementatons and re-use the message primitive already at the base of > the library, that would be fine. Let me know what your sourceforge user > ID is so that either I or Glyn can add you to the project. > I would be interested in taking the development of this library forward, though I doubt that I'm capable of taking over the responsibility of development of a library of Boost's standards on my own. In any case, I'll have loads of free time for coding only after the sem is over. Before that, exams and other ex-cur activites eat up a lot of time. Till then, a bit here and a bit there... In any case, my sourceforge id is: divye (but obvious!) :-) Yours sincerely, Divye Kapoor Second Year B.Tech(IDD) Computer Science IIT Roorkee PS: Can this library be added to the boost wiki page on GSoC ideas? -- Whether the chicken crossed the road or the road moved beneath the chicken depends upon your frame of reference. |
|
From: Dean M. C. B. <dmb...@fr...> - 2008-03-04 13:14:38
|
I'm all for this Glyn, let me look into the requirements for that. I think there needs to be someone that's community involved who's going to mentor the endeavor. I think only existing Boost maintainers/developers are allowed to mentor GSoC participants. Maybe one of the people in the Boost list would like to take on the GSoC project to push the library development forward? I certainly don't mind anybody taking over the project at this time. -- Dean Michael Berris Software Engineer, Friendster, Inc. <dmb...@fr...> +639287291459 > -----Original Message----- > From: cpp...@li... > [mailto:cpp...@li...] On > Behalf Of Glyn Matthews > Sent: Tuesday, March 04, 2008 8:31 PM > To: C++ Networking Library Developers Mailing List > Subject: Re: [cpp-netlib-devel] Offer of help > > Since there seems to be quite a lot of ideas floating around, > both here and on the boost developer list, might it be > possible to put a proposal for GSoC together? I have no > experience of this, but maybe some of the more experienced > boost developers can assist? > G > > > On 04/03/2008, Reetesh Mukul <ree...@gm...> wrote: > > Hi Divye, > > I am currently developingcode/design for XMPP protocol > (the protocol behind gtalk, jabber). I am keeping track of > progress at cpp-netlib, though both in philosophy and > application, xmpp is different from netlib. As Dean has said, > parsing is one of the greater issues for cpp-netlib, so is > the case for xmpp. Moreover xmpp is a p2p client, so all > issues related to p2p communication comes in picture. > > I have put some code related to xmpp. Though, I am > currently redesigning many a thing. Since the design is not > very clean/clear yet, so I am skeptic whether it can be piece > for GSoC or not. Nevertheless you are welcome to work on it, > if you want to work for long term, :) > > Regards, > Reetesh Mukul > > > > On 3/4/08, Dean Michael C. Berris > <dmb...@fr...> wrote: > > Hi Divye, > > Thanks for your expression of interest! > > The following things need to be done for the > release of version 1.0: > > * HTTP 1.0/1.1 Client Implementation and Unit Tests > * Documentation > * Examples > > As far as HTTP 1.0/1.1 is concerned, much of > the work that needs to be > done has something to do with a better parser > implementation than what's > currently in there. There was some expression > of interest from the > libPion developers as far as incorporating the > HTTP 1.1 parser they have > implemented (incremental HTTP 1.1 parser > implementation) to be > incorporated/integrated into the library. This > seems to be the more > involved effort that neither I nor the libpion > developers have enough > time to be able to tackle. > > There are some other protocols that seem > interesting to implement. One > is XMPP and the other is ESMTP. These protocols > won't be necessary for > 1.0 release though, and the path is for 1.0 to > be released then > submitted for review as part of Boost. > > If you think you have time to take over the > HTTP 1.0/1.1 client > implementatons and re-use the message primitive > already at the base of > the library, that would be fine. Let me know > what your sourceforge user > ID is so that either I or Glyn can add you to > the project. > > All kinds of help would be welcome. > > Thanks again! > > > -- > Dean Michael Berris > Software Engineer, Friendster, Inc. > <dmb...@fr...> > +639287291459 > > > > > -----Original Message----- > > From: cpp...@li... > > > [mailto:cpp...@li...] On > > Behalf Of Divye Kapoor > > Sent: Tuesday, March 04, 2008 4:25 AM > > To: cpp...@li... > > Subject: [cpp-netlib-devel] Offer of help > > > > Hello, > > I am currently a second year student > pursuing my B.Tech degree in > > Computer Science at the Indian Institute of > Technology, Roorkee, India > > and Glyn Matthews from the Boost devel list > told me that this project > > was looking for contributors. I've had a look > at the project source > > code and the mailing list archives and it > seems that a lot of devel > > work is to be done. Can someone point out > where the devel work stopped > > and whether completing a major portion of > this library would be a > > suitable project for GSoC under the Boost banner? > > > > Yours sincerely, > > Divye Kapoor > > > > > > -- > > Whether the chicken crossed the road or the > road moved beneath the > > chicken depends upon your frame of reference. > > My official web site: > > > http://www.iitr.ernet.in/studenthomepages/homepages/061305 > > > > > -------------------------------------------------------------- > > ----------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Cpp-netlib-devel mailing list > > Cpp...@li... > > > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > > -------------------------------------------------------------- > ----------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > > > -------------------------------------------------------------- > ----------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > > |
|
From: Glyn M. <gly...@gm...> - 2008-03-04 12:30:35
|
Since there seems to be quite a lot of ideas floating around, both here and on the boost developer list, might it be possible to put a proposal for GSoC together? I have no experience of this, but maybe some of the more experienced boost developers can assist? G On 04/03/2008, Reetesh Mukul <ree...@gm...> wrote: > > Hi Divye, > > I am currently developingcode/design for XMPP protocol (the protocol > behind gtalk, jabber). I am keeping track of progress at cpp-netlib, though > both in philosophy and application, xmpp is different from netlib. As Dean > has said, parsing is one of the greater issues for cpp-netlib, so is the > case for xmpp. Moreover xmpp is a p2p client, so all issues related to p2p > communication comes in picture. > > I have put some code related to xmpp. Though, I am currently redesigning > many a thing. Since the design is not very clean/clear yet, so I am skeptic > whether it can be piece for GSoC or not. Nevertheless you are welcome to > work on it, if you want to work for long term, :) > > Regards, > Reetesh Mukul > > On 3/4/08, Dean Michael C. Berris <dmb...@fr...> wrote: > > > > Hi Divye, > > > > Thanks for your expression of interest! > > > > The following things need to be done for the release of version 1.0: > > > > * HTTP 1.0/1.1 Client Implementation and Unit Tests > > * Documentation > > * Examples > > > > As far as HTTP 1.0/1.1 is concerned, much of the work that needs to be > > done has something to do with a better parser implementation than what's > > currently in there. There was some expression of interest from the > > libPion developers as far as incorporating the HTTP 1.1 parser they have > > implemented (incremental HTTP 1.1 parser implementation) to be > > incorporated/integrated into the library. This seems to be the more > > involved effort that neither I nor the libpion developers have enough > > time to be able to tackle. > > > > There are some other protocols that seem interesting to implement. One > > is XMPP and the other is ESMTP. These protocols won't be necessary for > > 1.0 release though, and the path is for 1.0 to be released then > > submitted for review as part of Boost. > > > > If you think you have time to take over the HTTP 1.0/1.1 client > > implementatons and re-use the message primitive already at the base of > > the library, that would be fine. Let me know what your sourceforge user > > ID is so that either I or Glyn can add you to the project. > > > > All kinds of help would be welcome. > > > > Thanks again! > > > > > > -- > > Dean Michael Berris > > Software Engineer, Friendster, Inc. > > <dmb...@fr...> > > +639287291459 > > > > > > > > > -----Original Message----- > > > From: cpp...@li... > > > [mailto:cpp...@li...] On > > > Behalf Of Divye Kapoor > > > Sent: Tuesday, March 04, 2008 4:25 AM > > > To: cpp...@li... > > > Subject: [cpp-netlib-devel] Offer of help > > > > > > Hello, > > > I am currently a second year student pursuing my B.Tech degree in > > > Computer Science at the Indian Institute of Technology, Roorkee, India > > > and Glyn Matthews from the Boost devel list told me that this project > > > was looking for contributors. I've had a look at the project source > > > code and the mailing list archives and it seems that a lot of devel > > > work is to be done. Can someone point out where the devel work stopped > > > and whether completing a major portion of this library would be a > > > suitable project for GSoC under the Boost banner? > > > > > > Yours sincerely, > > > Divye Kapoor > > > > > > > > > -- > > > Whether the chicken crossed the road or the road moved beneath the > > > chicken depends upon your frame of reference. > > > My official web site: > > > http://www.iitr.ernet.in/studenthomepages/homepages/061305 > > > > > > -------------------------------------------------------------- > > > ----------- > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Cpp-netlib-devel mailing list > > > Cpp...@li... > > > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Cpp-netlib-devel mailing list > > Cpp...@li... > > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > |
|
From: Reetesh M. <ree...@gm...> - 2008-03-04 10:21:54
|
Hi Divye, I am currently developingcode/design for XMPP protocol (the protocol behind gtalk, jabber). I am keeping track of progress at cpp-netlib, though both in philosophy and application, xmpp is different from netlib. As Dean has said, parsing is one of the greater issues for cpp-netlib, so is the case for xmpp. Moreover xmpp is a p2p client, so all issues related to p2p communication comes in picture. I have put some code related to xmpp. Though, I am currently redesigning many a thing. Since the design is not very clean/clear yet, so I am skeptic whether it can be piece for GSoC or not. Nevertheless you are welcome to work on it, if you want to work for long term, :) Regards, Reetesh Mukul On 3/4/08, Dean Michael C. Berris <dmb...@fr...> wrote: > > Hi Divye, > > Thanks for your expression of interest! > > The following things need to be done for the release of version 1.0: > > * HTTP 1.0/1.1 Client Implementation and Unit Tests > * Documentation > * Examples > > As far as HTTP 1.0/1.1 is concerned, much of the work that needs to be > done has something to do with a better parser implementation than what's > currently in there. There was some expression of interest from the > libPion developers as far as incorporating the HTTP 1.1 parser they have > implemented (incremental HTTP 1.1 parser implementation) to be > incorporated/integrated into the library. This seems to be the more > involved effort that neither I nor the libpion developers have enough > time to be able to tackle. > > There are some other protocols that seem interesting to implement. One > is XMPP and the other is ESMTP. These protocols won't be necessary for > 1.0 release though, and the path is for 1.0 to be released then > submitted for review as part of Boost. > > If you think you have time to take over the HTTP 1.0/1.1 client > implementatons and re-use the message primitive already at the base of > the library, that would be fine. Let me know what your sourceforge user > ID is so that either I or Glyn can add you to the project. > > All kinds of help would be welcome. > > Thanks again! > > > -- > Dean Michael Berris > Software Engineer, Friendster, Inc. > <dmb...@fr...> > +639287291459 > > > > > -----Original Message----- > > From: cpp...@li... > > [mailto:cpp...@li...] On > > Behalf Of Divye Kapoor > > Sent: Tuesday, March 04, 2008 4:25 AM > > To: cpp...@li... > > Subject: [cpp-netlib-devel] Offer of help > > > > Hello, > > I am currently a second year student pursuing my B.Tech degree in > > Computer Science at the Indian Institute of Technology, Roorkee, India > > and Glyn Matthews from the Boost devel list told me that this project > > was looking for contributors. I've had a look at the project source > > code and the mailing list archives and it seems that a lot of devel > > work is to be done. Can someone point out where the devel work stopped > > and whether completing a major portion of this library would be a > > suitable project for GSoC under the Boost banner? > > > > Yours sincerely, > > Divye Kapoor > > > > > > -- > > Whether the chicken crossed the road or the road moved beneath the > > chicken depends upon your frame of reference. > > My official web site: > > http://www.iitr.ernet.in/studenthomepages/homepages/061305 > > > > -------------------------------------------------------------- > > ----------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Cpp-netlib-devel mailing list > > Cpp...@li... > > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
|
From: Dean M. C. B. <dmb...@fr...> - 2008-03-04 06:44:39
|
Hi Divye, Thanks for your expression of interest! The following things need to be done for the release of version 1.0: * HTTP 1.0/1.1 Client Implementation and Unit Tests * Documentation * Examples As far as HTTP 1.0/1.1 is concerned, much of the work that needs to be done has something to do with a better parser implementation than what's currently in there. There was some expression of interest from the libPion developers as far as incorporating the HTTP 1.1 parser they have implemented (incremental HTTP 1.1 parser implementation) to be incorporated/integrated into the library. This seems to be the more involved effort that neither I nor the libpion developers have enough time to be able to tackle. There are some other protocols that seem interesting to implement. One is XMPP and the other is ESMTP. These protocols won't be necessary for 1.0 release though, and the path is for 1.0 to be released then submitted for review as part of Boost. If you think you have time to take over the HTTP 1.0/1.1 client implementatons and re-use the message primitive already at the base of the library, that would be fine. Let me know what your sourceforge user ID is so that either I or Glyn can add you to the project. All kinds of help would be welcome. Thanks again! -- Dean Michael Berris Software Engineer, Friendster, Inc. <dmb...@fr...> +639287291459 > -----Original Message----- > From: cpp...@li... > [mailto:cpp...@li...] On > Behalf Of Divye Kapoor > Sent: Tuesday, March 04, 2008 4:25 AM > To: cpp...@li... > Subject: [cpp-netlib-devel] Offer of help > > Hello, > I am currently a second year student pursuing my B.Tech degree in > Computer Science at the Indian Institute of Technology, Roorkee, India > and Glyn Matthews from the Boost devel list told me that this project > was looking for contributors. I've had a look at the project source > code and the mailing list archives and it seems that a lot of devel > work is to be done. Can someone point out where the devel work stopped > and whether completing a major portion of this library would be a > suitable project for GSoC under the Boost banner? > > Yours sincerely, > Divye Kapoor > > > -- > Whether the chicken crossed the road or the road moved beneath the > chicken depends upon your frame of reference. > My official web site: > http://www.iitr.ernet.in/studenthomepages/homepages/061305 > > -------------------------------------------------------------- > ----------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
|
From: Divye K. <div...@gm...> - 2008-03-03 20:25:28
|
Hello, I am currently a second year student pursuing my B.Tech degree in Computer Science at the Indian Institute of Technology, Roorkee, India and Glyn Matthews from the Boost devel list told me that this project was looking for contributors. I've had a look at the project source code and the mailing list archives and it seems that a lot of devel work is to be done. Can someone point out where the devel work stopped and whether completing a major portion of this library would be a suitable project for GSoC under the Boost banner? Yours sincerely, Divye Kapoor -- Whether the chicken crossed the road or the road moved beneath the chicken depends upon your frame of reference. My official web site: http://www.iitr.ernet.in/studenthomepages/homepages/061305 |
|
From: Dean M. C. B. <dmb...@fr...> - 2008-02-28 04:10:22
|
Okay folks, I'm back... Now though I will be able to develop the C++ Network Library as one of the things I need to do as part of the work I do. Right now the short list to cpp-netlib 1.0 is given below -- most of which can be accomplished in a few days/hours, which I intend to do. This time there's no promises, but I'll just in other words "do it" ;) -- please take the list below as the minimum, if there are other things that people think should get in, I'd be glad to add them to the list, but I will need help. I'm writing down things I will do: - Complete HTTP 1.0 client (GET, POST, with error handling and HTTP redirect support) - Partial HTTP 1.1 client (HTTP 1.0 features, support for persistent connection) - More tests - Refactor HTTP URI parser (maybe integrate external contributions from libpion) - Simple HTTP 1.1 protocol parser I know it's a long time coming, but right now this library is somewhat needed sorely already so I'll do my best and put in some "sit down" time on this. I'll keep everyone posted. (NOTE: I've recently checked in a few fixes to make the tests build and run fine, please expect activity in the next few days in the subversion repository.) -- Dean Michael Berris Software Engineer, Friendster, Inc. <dmb...@fr...> +639287291459 |
|
From: Alex O. <al...@gm...> - 2007-12-13 13:15:52
|
Hello On Dec 13, 2007 1:49 PM, Dean Michael Berris <mik...@gm...> wrote: > Hi Alex, > > On Dec 13, 2007 6:54 PM, Alex Ott <al...@gm...> wrote: > > Hello > > > > Ok, i'll try to write complete suite, and then send it to list. I'm > > currently thinking about relations between generic URI's and http > > URL's (and other protocols) - for example, setting default ports, etc. > > > > You can go ahead and check the tests into the sandbox or branch from > the trunk and work on the URI parser from there. Something like a > 'uri-parser' branch which tries to integrate the URI parser into > what's already currently in the trunk. When we see that the tests are > suitable already, and the implementation bullet-proof, then let's > think about merging it into the trunk. :D yes, i know about it, but with it there is one problem with parsing userinfo part - sometimes it not handled properly, and filled with wrong data > Or if you're brave and want to take the responsibility of checking it > into trunk yourself (the tests and the implementation) then be my > guest. :D > > About the default ports, that may have to be done at the protocol > layer. Notice that the request object's constructor can be changed > appropriately later. > > (It's really frustrating that I still currently do not have time to > try my hand at implementing the URI parser myself. :( ) -- With best wishes, Alex Ott, MBA http://alexott.blogspot.com/ http://alexott-ru.blogspot.com/ http://content-filtering.blogspot.com/ http://xtalk.msk.su/~ott/ |
|
From: Dean M. B. <mik...@gm...> - 2007-12-13 13:04:26
|
Hi Alex, On Dec 13, 2007 6:54 PM, Alex Ott <al...@gm...> wrote: > Hello > > Ok, i'll try to write complete suite, and then send it to list. I'm > currently thinking about relations between generic URI's and http > URL's (and other protocols) - for example, setting default ports, etc. > You can go ahead and check the tests into the sandbox or branch from the trunk and work on the URI parser from there. Something like a 'uri-parser' branch which tries to integrate the URI parser into what's already currently in the trunk. When we see that the tests are suitable already, and the implementation bullet-proof, then let's think about merging it into the trunk. :D Or if you're brave and want to take the responsibility of checking it into trunk yourself (the tests and the implementation) then be my guest. :D About the default ports, that may have to be done at the protocol layer. Notice that the request object's constructor can be changed appropriately later. (It's really frustrating that I still currently do not have time to try my hand at implementing the URI parser myself. :( ) -- Dean Michael C. Berris Software Engineer, Friendster, Inc. [http://cplusplus-soup.blogspot.com/] [mik...@gm...] [+63 928 7291459] [+1 408 4049523] |
|
From: Alex O. <al...@gm...> - 2007-12-13 11:22:13
|
Hello Ok, i'll try to write complete suite, and then send it to list. I'm currently thinking about relations between generic URI's and http URL's (and other protocols) - for example, setting default ports, etc. On Dec 13, 2007 11:24 AM, Dean Michael Berris <mik...@gm...> wrote: > Hi Alex, > > On Dec 13, 2007 6:13 PM, Alex Ott <al...@gm...> wrote: > > Hello all > > > > On Dec 11, 2007 9:22 AM, Dean Michael Berris <mik...@gm...> wrote: > > > Hi Alex, > > > > > > On Dec 11, 2007 4:14 PM, Alex Ott <al...@gm...> wrote: > > > > > > > > i had looked into protocol/http/impl/request.hpp and had seen, that it > > > > include URI parser. i think, that it better to implement URI parser in > > > > their own namespace, as it could be used not only in http parsing, but > > > > also in other places. > > > > > > Yup, I agree. I intend to refactor those out later -- but that would > > > mean there would be tons of tests just to make sure that the parser is > > > correct. That sounds like a lot of work, but if you'd like to try that > > > out, please be my guest. :) > > > > Here is small patch, that could be useful - it should capture > > userinfo, that sometimes used in URI's. > > I'm thinking about rewriting URI part to complete matching to rfc 3986 > > > > Please write tests to cover this addition. > > If you can, please write tests to make sure that the parsing is > compliant with the rfc as well. > > Thank you very much. > > -- > Dean Michael C. Berris > Software Engineer, Friendster, Inc. > [http://cplusplus-soup.blogspot.com/] > [mik...@gm...] > [+63 928 7291459] > [+1 408 4049523] > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > -- With best wishes, Alex Ott, MBA http://alexott.blogspot.com/ http://alexott-ru.blogspot.com/ http://content-filtering.blogspot.com/ http://xtalk.msk.su/~ott/ |
|
From: Dean M. B. <mik...@gm...> - 2007-12-13 10:24:09
|
Hi Alex, On Dec 13, 2007 6:13 PM, Alex Ott <al...@gm...> wrote: > Hello all > > On Dec 11, 2007 9:22 AM, Dean Michael Berris <mik...@gm...> wrote: > > Hi Alex, > > > > On Dec 11, 2007 4:14 PM, Alex Ott <al...@gm...> wrote: > > > > > > i had looked into protocol/http/impl/request.hpp and had seen, that it > > > include URI parser. i think, that it better to implement URI parser in > > > their own namespace, as it could be used not only in http parsing, but > > > also in other places. > > > > Yup, I agree. I intend to refactor those out later -- but that would > > mean there would be tons of tests just to make sure that the parser is > > correct. That sounds like a lot of work, but if you'd like to try that > > out, please be my guest. :) > > Here is small patch, that could be useful - it should capture > userinfo, that sometimes used in URI's. > I'm thinking about rewriting URI part to complete matching to rfc 3986 > Please write tests to cover this addition. If you can, please write tests to make sure that the parsing is compliant with the rfc as well. Thank you very much. -- Dean Michael C. Berris Software Engineer, Friendster, Inc. [http://cplusplus-soup.blogspot.com/] [mik...@gm...] [+63 928 7291459] [+1 408 4049523] |
|
From: Alex O. <al...@gm...> - 2007-12-13 10:13:59
|
Hello all
On Dec 11, 2007 9:22 AM, Dean Michael Berris <mik...@gm...> wrote:
> Hi Alex,
>
> On Dec 11, 2007 4:14 PM, Alex Ott <al...@gm...> wrote:
> >
> > i had looked into protocol/http/impl/request.hpp and had seen, that it
> > include URI parser. i think, that it better to implement URI parser in
> > their own namespace, as it could be used not only in http parsing, but
> > also in other places.
>
> Yup, I agree. I intend to refactor those out later -- but that would
> mean there would be tons of tests just to make sure that the parser is
> correct. That sounds like a lot of work, but if you'd like to try that
> out, please be my guest. :)
Here is small patch, that could be useful - it should capture
userinfo, that sometimes used in URI's.
I'm thinking about rewriting URI part to complete matching to rfc 3986
Index: request.hpp
===================================================================
--- request.hpp (revision 28)
+++ request.hpp (working copy)
@@ -30,6 +30,7 @@
class basic_request {
struct tags {
struct protocol { };
+ struct userinfo { };
struct host { };
struct port { };
struct path { };
@@ -39,6 +40,7 @@
typedef fusion::map<
fusion::pair<typename tags::protocol,typename tag::str_type>,
+ fusion::pair<typename tags::userinfo,typename tag::str_type>,
fusion::pair<typename tags::host,typename tag::str_type>,
fusion::pair<typename tags::port,unsigned int>,
fusion::pair<typename tags::path,typename tag::str_type>,
@@ -63,6 +65,14 @@
= construct_<typename tag::str_type>(arg1, arg2)
]
>> str_p("://")
+ >> !(
+ >> (*(alnum_p | '.' | '-' | '_'| '~'|'!' | '$' |
'&' | '\'' | '('| ')'
+ | '*' | '+' | ',' |
';' | '='))[
+
var(fusion::at_key<typename tags::userinfo>(uri_parts))
+ = construct_<typename tag::str_type>(arg1, arg2)
+ ]
+ >> ch_p('@')
+ )
>> (+(alnum_p | '.' | '-' | '_'))[
var(fusion::at_key<typename tags::host>(uri_parts))
= construct_<typename tag::str_type>(arg1, arg2)
--
With best wishes, Alex Ott, MBA
http://alexott.blogspot.com/
http://alexott-ru.blogspot.com/
http://content-filtering.blogspot.com/
http://xtalk.msk.su/~ott/
|
|
From: Michael D. <mi...@mi...> - 2007-12-12 22:19:26
|
Update: Mignon just committed into trunk (r339) support for parsing chunks, either in request or response content, for our synchronous HTTPMessage::receive() calls and also for the asynchronous HTTP*Reader classes. Take care, -Mike On Dec 10, 2007, at 6:40 PM, Michael Dickey wrote: > Dean and I have been talking on the boost development list about > ways to integrate Pion code into the current cpp-netlib structure. > Seemed like a good idea to move that discussion over to this list > instead. > > I think that the best starting point would be to focus on merging > over Pion's HTTPParser class: > > http://pion.atomiclabs.com/files/pion-net/net/doc/html/_h_t_t_p_parser_8hpp-source.html > http://pion.atomiclabs.com/files/pion-net/net/doc/html/_h_t_t_p_parser_8cpp-source.html > > It's an incremental parser that can be used for both 1.0 and 1.1, > and also for both requests and responses. It seems like you could > just reformat & rename it for boost's style standards, remove the > logging support, and use cpp-netlib's http::request and > http::response classes in favor of Pion's HTTPRequest and > HTTPResponse (so long as they support the same functionality). > > FYI: one major thing currently missing in the parser is being able > to parse HTTP/1.1 chunks. This is supported in the "Writer" classes > (see below) but not in our underlying parsing code. Someone is > working on this right now actually, and we will probably have it in > there by the end of the week. > ... |
|
From: Glyn M. <gly...@gm...> - 2007-12-12 20:25:35
|
On 12/12/2007, Dean Michael Berris <mik...@gm...> wrote: > > > I like this approach. If someone would care to start this without me > in the meantime (I'm not getting much free time now that some of the > projects I'm working on are reaching the deployment stages, I'm having > less and less time to spare for open source development). OK, the HTTPParser task has been added to the task list and a new branch has been created in SVN: http://tinyurl.com/2ntemj So if someone wants to get started from here, go right on ahead. G |
|
From: Dean M. B. <mik...@gm...> - 2007-12-12 12:34:32
|
Hi Mike! Sorry this took a while, been swamped with work lately. On Dec 12, 2007 2:02 AM, Michael Dickey <mi...@mi...> wrote: > On Dec 11, 2007, at 12:26 AM, Dean Michael Berris wrote: > > > Hi Mike! > > > > On Dec 11, 2007 10:40 AM, Michael Dickey <mi...@mi...> wrote: > >> Dean and I have been talking on the boost development list about ways > >> to integrate Pion code into the current cpp-netlib structure. Seemed > >> like a good idea to move that discussion over to this list instead. > > > > I agree, though I'd also like to have other people in the Boost > > mailing list involved somehow. I like the input that we get there, and > > I'm thankful that the discussion has brought out interesting insights > > from people in the list. :) > > I'm new to the Boost list, so I just wasn't sure about overwhelming it > messages on this topic -- in particular as we get more into > implementation details. I can re-post my message there though if you > think others would be interested in chiming in. > Now that I think about it, it would really make sense once we get the HTTP parsing and somehow implement it and make it work with the basic_message<> type. This should open up the discussion to more possibilities. It's really just a lot of work, and I currently do not have the time to get to it yet. > ... > >> In any case, if we could figure out how to merge this functionality > >> over I'd be happy to switch over to using cpp-netlib in Pion instead > >> of our own message-like classes. > >> > > > > Sweet! That sounds like good motivation for me to actually write more > > documentation, try porting your better parser, and see how else we can > > improve on decoupling the logging/networking/etc. from the actual > > parsing. > > Great, feel free to use as much or little of it as you like! =) > > And of course, let me know if you have any questions.. > Thanks! Will do. :) > > Just a question: why shouldn't we be using Boost.Spirit for this > > sort of thing? > > The main reason I didn't use it is that I'm not familiar with > Boost.Spirit, and the parsing code was original based on Chris' > http_server examples in ASIO (which do not use Spirit). > > I got the impression from reading through the Spirit pages that it > does incur a performance penalty, and I wanted to make everything in > Pion as fast as possible. Also, I wasn't clear if Spirit could handle > the incremental processing needs. Namely, the parser needs to be able > to consume as few as 1 byte at a time to make it asynchronous, low- > memory and HTTP/1.1 compatible. > Now that you mention it, I think using Spirit in this context (incremental parsing, DFA style) might not make much sense. I'll try reading up on Boost.Statechart which might be a better fit (maybe better than a hand-rolled switch() which becomes unwieldy most times) or perhaps Expressive for some pattern matching/parsing. Though from the looks of it, we have a lot of stuff we can work with already. Now it's just a matter of getting to it. ;-) Again, thanks Mike and have a great day! -- Dean Michael C. Berris Software Engineer, Friendster, Inc. [http://cplusplus-soup.blogspot.com/] [mik...@gm...] [+63 928 7291459] [+1 408 4049523] |
7 messages has been excluded from this view by a project administrator.
