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: Dean M. B. <mik...@gm...> - 2007-05-18 21:30:11
|
On 5/18/07, Christian Henning <chh...@gm...> wrote: > For whatever reasons my offset to gmt is 4 hours. But it should be 5. > Don't know why this is. ;-( > Maybe has something to do with the DST stuff? (Not too familiar with DST and how that works/breaks, I live in GMT +8 :D ) -- Dean Michael C. Berris http://cplusplus-soup.blogspot.com/ mikhailberis AT gmail DOT com +63 928 7291459 |
From: Christian H. <chh...@gm...> - 2007-05-18 21:26:42
|
For whatever reasons my offset to gmt is 4 hours. But it should be 5. Don't know why this is. ;-( On 18 May 2007 21:57:05 +0200, Peter Simons <si...@cr...> wrote: > Hi Christian, > > > The output now is: 1982-06-12 01:00:00 > > > > Seems to me that the time value is off by an hour. > > Well, I doubt this phenomenon indicates a bug in the parsers. > This feels more like an OS level problem; like the OS applies > some sort of timezone conversion in mktime() -- a function the > test program uses. It's possible that adding a call to tzset() at > the beginning of the test case improves matters: > > --- a/test-date.cpp > +++ b/test-date.cpp > @@ -103,6 +103,8 @@ struct runner > > BOOST_AUTO_TEST_CASE( test_rfc2822_date_parser ) > { > + tzset(); > + > // Init timezone. > > { > > If that doesn't help, I'm fresh out of ideas. I haven't observed > that particular problem before. > > Best regards, > Peter > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
From: Dean M. B. <mik...@gm...> - 2007-05-18 20:11:22
|
Hi Everyone, I've saved whatever I've been able to come up with in http://cpp-netlib.wiki.sourceforge.net/Architectural+Documentation -- I'd like for us to, among ourselves be able to get on the same page as far as the architecture goes. We can discuss it in the Wiki (there's a discuss link at the relative top of the Wiki page), or here. I'm open to discussing the architecture before writing out the rest of the Message Layer docs, because that would be more on performance guarantees and other concepts (like InputIterator adaptation, OutputIterator adaptation, etc.) which would be required if we're to make this message type STL and Boost friendly. I've pretty much patterned this to a message type implementation I've done in another (not yet open source) project which I headed as part of http://software.orangeandbronze.com/ (pardon the shameless plug, my partners there are pretty much the ones encouraging me to do this). I'd like to know what you think, and whether you'd have any questions at this point in time so that we can discuss them early on in the development process. Thank you very much, and I hope to hear your thoughts soon! -- Dean Michael C. Berris http://cplusplus-soup.blogspot.com/ mikhailberis AT gmail DOT com +63 928 7291459 |
From: Peter S. <si...@cr...> - 2007-05-18 19:57:13
|
Hi Christian, > The output now is: 1982-06-12 01:00:00 > > Seems to me that the time value is off by an hour. Well, I doubt this phenomenon indicates a bug in the parsers. This feels more like an OS level problem; like the OS applies some sort of timezone conversion in mktime() -- a function the test program uses. It's possible that adding a call to tzset() at the beginning of the test case improves matters: --- a/test-date.cpp +++ b/test-date.cpp @@ -103,6 +103,8 @@ struct runner BOOST_AUTO_TEST_CASE( test_rfc2822_date_parser ) { + tzset(); + // Init timezone. { If that doesn't help, I'm fresh out of ideas. I haven't observed that particular problem before. Best regards, Peter |
From: Dean M. B. <mik...@gm...> - 2007-05-18 19:26:00
|
On 18 May 2007 21:16:37 +0200, Peter Simons <si...@cr...> wrote: > Hi Dean, > > personally, I would prefer sticking to std::tm as the result type > of choice for the date parser. I wouldn't want to introduce a > dependency on Boost.Date_time unless I have to. Manipulating a > std::tm timestamp with the date_time library is simple enough > from the on. > Agreed. :) I was just wondering aloud. :D -- Dean Michael C. Berris http://cplusplus-soup.blogspot.com/ mikhailberis AT gmail DOT com +63 928 7291459 |
From: Christian H. <chh...@gm...> - 2007-05-18 19:23:49
|
I can second that. If you only need to parse some string to generate std::tm structure than I would think we don't need boost::date_time. Thanks Peter, for your fix. It's not quite the working though ;-) The output now is: 1982-06-12 01:00:00 Seems to me that the time value is off by an hour. When looking inside the std::tm structure the tm_hour member is 1. Christian On 18 May 2007 21:16:37 +0200, Peter Simons <si...@cr...> wrote: > Hi Dean, > > personally, I would prefer sticking to std::tm as the result type > of choice for the date parser. I wouldn't want to introduce a > dependency on Boost.Date_time unless I have to. Manipulating a > std::tm timestamp with the date_time library is simple enough > from the on. > > Just my 0.02 Euros, > Peter > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
From: Peter S. <si...@cr...> - 2007-05-18 19:16:49
|
Hi Dean, personally, I would prefer sticking to std::tm as the result type of choice for the date parser. I wouldn't want to introduce a dependency on Boost.Date_time unless I have to. Manipulating a std::tm timestamp with the date_time library is simple enough from the on. Just my 0.02 Euros, Peter |
From: Peter S. <si...@cr...> - 2007-05-18 19:10:28
|
Hi Christian, I cannot know for sure, but I suspect that limitations in strftime() cause this problem. The test case uses that function to format the parsed 'tm' structure, and apparently something is going wrong on that end. The following patch should remedy the issue: http://git.cryp.to/?p=librfc2822;a=commitdiff;h=e84b5a6d386bc687e2586276d8997eb73dce207f Best regards, Peter |
From: Dean M. B. <mik...@gm...> - 2007-05-18 19:04:23
|
On 5/18/07, Christian Henning <chh...@gm...> wrote: [snip] > > Does anybody know if that is problem? > I haven't the chance to check out Peter's library yet, but a question I have would be whether we're using/converting the strings to a Boost.Date_time object? -- Dean Michael C. Berris http://cplusplus-soup.blogspot.com/ mikhailberis AT gmail DOT com +63 928 7291459 |
From: Christian H. <chh...@gm...> - 2007-05-18 18:42:41
|
Hi there, I have been testing the parsers using their test cases. The date tests fail in the current configuration. The solution I think is simple. In one case for example the the parser is required to generate this following string: 1982-06-12 00:00:00 which it doesn't. The input string is 12 jUN 1982 The output is just 1982-06-12 So, that means the trailing 00:00:00 is missing. Does anybody know if that is problem? Christian |
From: Dean M. B. <mik...@gm...> - 2007-05-18 18:31:34
|
On 5/18/07, Christian Henning <chh...@gm...> wrote: > Can somebody see this? > I see this. :) -- Dean Michael C. Berris http://cplusplus-soup.blogspot.com/ mikhailberis AT gmail DOT com +63 928 7291459 |
From: Christian H. <chh...@gm...> - 2007-05-18 18:00:09
|
Can somebody see this? On 5/18/07, Glyn Matthews <gly...@gm...> wrote: > Dean, > > On 18/05/07, Dean Michael Berris <mik...@gm...> wrote: > > Hi! This is a test email. Please acknowledge that you've received this > message. > > Acknowledged. > G > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > |
From: Glyn M. <gly...@gm...> - 2007-05-18 17:49:16
|
Dean, On 18/05/07, Dean Michael Berris <mik...@gm...> wrote: > > Hi! This is a test email. Please acknowledge that you've received this > message. Acknowledged. G |
From: Dean M. B. <mik...@gm...> - 2007-05-18 17:22:13
|
Hi! This is a test email. Please acknowledge that you've received this message. Thanks! :) -- Dean Michael C. Berris http://cplusplus-soup.blogspot.com/ mikhailberis AT gmail DOT com +63 928 7291459 |
From: Christian H. <chh...@gm...> - 2007-05-18 17:12:24
|