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...> - 2008-08-10 16:47:10
|
On Sun, Aug 10, 2008 at 11:27 PM, Allister Levi Sanchez <all...@gm...> wrote: > Hi Divye, > >> Maybe you need a clean checkout of the repo before you can commit. > > I've tried that on both on my Vista and on Kubuntu, but still can't commit. > So maybe it's something on the server. Oh well, the patches work anyway :-) > I think you need to check out the source through HTTPS. Sourceforge requires that any writes should be done through HTTPS. svn co https://cpp-netlib.svn.sourceforge.net/svnroot/cpp-netlib/branches/http_integration You should use your SF credentials to log in/out. HTH -- Dean Michael C. Berris Software Engineer, Friendster, Inc. |
From: Divye K. <div...@gm...> - 2008-08-10 16:14:08
|
Dear admins, The sole patch entry in our database can be safely said to have been resolved as suitable tests have been added and the code modified accordingly. I request the admins to mark the issue closed. url: http://sourceforge.net/tracker/?atid=958385&group_id=196670&func=browse Also, as we are now able to support GET requests and have tests for the same, I would also request that our project status be changed to "alpha" from the current "planning" stage. Divye -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Allister L. S. <all...@gm...> - 2008-08-10 15:27:39
|
Hi Divye, Maybe you need a clean checkout of the repo before you can commit. > I've tried that on both on my Vista and on Kubuntu, but still can't commit. So maybe it's something on the server. Oh well, the patches work anyway :-) Cheers, Allister |
From: Divye K. <div...@gm...> - 2008-08-10 13:48:07
|
Hi Allister, On Sun, Aug 10, 2008 at 5:56 PM, Allister Levi Sanchez < all...@gm...> wrote: > Hi everyone, > > I still get a 403 error when committing to the repo. I must be missing > something? I was simply doing this from within the test directory: > svn commit --username=allisterx > Maybe you need a clean checkout of the repo before you can commit. > Anyway, the patch for linux is in the attachment. > I don't think it breaks anything. I'll apply it. > > Cheers, > Allister > > Cheers, Divye -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Divye K. <div...@gm...> - 2008-08-10 11:50:06
|
Hi, I've just commited a patch for this on Windows. The tests run from both directories. Divye On Sun, Aug 10, 2008 at 5:14 PM, Allister Levi Sanchez < all...@gm...> wrote: > Hi Glyn, > > Also, for anyone, is it possible to fix the test so that I can run it from >> the test directory? I tried this: >> >> cd $CPP_NETLIB_HOME/libs/network/test >> bjam -d2 >> >> > I'm working on this for Linux. Will send a patch soon. > > Cheers, > Allister > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Allister L. S. <all...@gm...> - 2008-08-10 11:44:22
|
Hi Glyn, Also, for anyone, is it possible to fix the test so that I can run it from > the test directory? I tried this: > > cd $CPP_NETLIB_HOME/libs/network/test > bjam -d2 > > I'm working on this for Linux. Will send a patch soon. Cheers, Allister |
From: Divye K. <div...@gm...> - 2008-08-10 11:41:50
|
Hi Dean, Response inline. On Sat, Aug 9, 2008 at 7:14 PM, Dean Michael Berris <mik...@gm...>wrote: > Hi Guys, > > I've just checked in revision 48 which fixes the Python CGI script > that returns incomplete headers. I had to make it print the http > status line (which I'm not sure is required) and add the correct line > endings to the printed header: instead of just '\n', I made it print > "\r\n\r\n" in the end to signify that it was the last header responded > to. > I tested the python server using LiveHTTPHeaders addon to Firefox. The current output from the script (after your commit) is: (for http://localhost:8000/cgi-bin/requestinfo.py?q=1111) Content-type: text/plain; charset=us-ascii Query string: q=1111 GET parameters: q - ['1111'] ; POST parameters: Clearly, the Content-type header is being shifted to the body. Please verify this if you can. I have changed the print statement to use sys.stdout.write to write unformatted strings, the print statement interprets the \n on windows to be \r\n - thus causing this issue. Hopefully it should be fixed. What was causing the CGI Test to fail initially? Was it the missing HTTP header? > Divye, please make sure that this is the correct way to do CGI scripts > in Python -- I really have no idea how to do that, and I only hacked > the script to make it not fail in just the CGI case. I haven't tried > this in Windows yet, but I'm thinking it should be do-able. > Hopefully this should be fixed. > > Another thing: maybe we should put the startup/shutdown of the server > in a global fixture in the test suite for localhost_test? Has anybody > done this with Boost.Test before? That way when we start the server, > we should be able to stop it as well at the end of the whole test. > That's a good idea. I just learnt about them. I'll try my hand at it. Divye -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Glyn M. <gly...@gm...> - 2008-08-10 09:42:06
|
Allister, I don't know why you get the 403 error because I just checked sf.net and you do have subversion access. Does it take some time for sf to update this information? Anyway, I updated the test with the patch. Also, for anyone, is it possible to fix the test so that I can run it from the test directory? I tried this: cd $CPP_NETLIB_HOME/libs/network/test bjam -d2 But the tests failed. I suspect the problem is because it uses a local path to look up server files: localhost_tests.cpp(188): fatal error in "binary_file_query": Could not open boost.jpg locally The tests passed when I ran bjam from $CPP_NETLIB_HOME. Regards, Glyn 2008/8/10 Allister Levi Sanchez <all...@gm...> > Hi, > > I dunno why but I get a 403 error when trying to commit to the SVN repo. > Anyway, just to get things done quicker, here's the patch (in the > attachment). > > Cheers, > Allister > > > On Sun, Aug 10, 2008 at 10:29 AM, Glyn Matthews <gly...@gm...>wrote: > >> Allister, >> >> OK, I just added you to the members list, you can check in now. >> >> >> Regards, >> Glyn >> >> 2008/8/10 Allister Levi Sanchez <all...@gm...> >> >>> Hi, >>> >>> Errr, could someone give write access to the repository then? My >>> sourceforge account is "allisterx". >>> >>> Cheers, >>> Allister >>> >>> On Sun, Aug 10, 2008 at 9:32 AM, Dean Michael Berris < >>> mik...@gm...> wrote: >>> >>>> Hi Allister, >>>> >>>> Please check in the patches. :) >>>> >>>> I don't have enough Windows know-how to check whether the patches >>>> work, but I trust that once they build and work correctly, then it >>>> should be safe to check in. >>>> >>>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in the >>> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> Cpp-netlib-devel mailing list >>> Cpp...@li... >>> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel >>> >>> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Cpp-netlib-devel mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel >> >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > |
From: Divye K. <div...@gm...> - 2008-08-10 09:38:29
|
Hi Dean, While checking in the tests, I had mentioned the fact that the text file transfers did not seem to be of the correct length on Windows. Thus, the two size tests were failing on Windows, even with the previous version of http::client. I suspect that it might be because the .length() function was treating \r\n as a single character - thus leading to the size anomaly which is exactly equal to the number of line ending characters in the xml test file. However, when wriiten to a file, there did not seem to be any difference between the transferred and the original file. As of now, I think this should be treated as a bug with an unknown cause. Divye On Sun, Aug 10, 2008 at 1:59 PM, Glyn Matthews <gly...@gm...>wrote: > Allister, > > OK, I just added you to the members list, you can check in now. > > > Regards, > Glyn > > 2008/8/10 Allister Levi Sanchez <all...@gm...> > >> Hi, >> >> Errr, could someone give write access to the repository then? My >> sourceforge account is "allisterx". >> >> Cheers, >> Allister >> >> On Sun, Aug 10, 2008 at 9:32 AM, Dean Michael Berris < >> mik...@gm...> wrote: >> >>> Hi Allister, >>> >>> Please check in the patches. :) >>> >>> I don't have enough Windows know-how to check whether the patches >>> work, but I trust that once they build and work correctly, then it >>> should be safe to check in. >>> >>> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Cpp-netlib-devel mailing list >> Cpp...@li... >> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel >> >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Glyn M. <gly...@gm...> - 2008-08-10 08:29:32
|
Allister, OK, I just added you to the members list, you can check in now. Regards, Glyn 2008/8/10 Allister Levi Sanchez <all...@gm...> > Hi, > > Errr, could someone give write access to the repository then? My > sourceforge account is "allisterx". > > Cheers, > Allister > > On Sun, Aug 10, 2008 at 9:32 AM, Dean Michael Berris < > mik...@gm...> wrote: > >> Hi Allister, >> >> Please check in the patches. :) >> >> I don't have enough Windows know-how to check whether the patches >> work, but I trust that once they build and work correctly, then it >> should be safe to check in. >> >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > |
From: Allister L. S. <all...@gm...> - 2008-08-10 08:26:43
|
Hi, Errr, could someone give write access to the repository then? My sourceforge account is "allisterx". Cheers, Allister On Sun, Aug 10, 2008 at 9:32 AM, Dean Michael Berris <mik...@gm... > wrote: > Hi Allister, > > Please check in the patches. :) > > I don't have enough Windows know-how to check whether the patches > work, but I trust that once they build and work correctly, then it > should be safe to check in. > > |
From: Dean M. B. <mik...@gm...> - 2008-08-10 07:33:02
|
Hi Allister, Please check in the patches. :) I don't have enough Windows know-how to check whether the patches work, but I trust that once they build and work correctly, then it should be safe to check in. Divye, do you have any idea why the size check fails in Windows but works fine in Linux? On Sun, Aug 10, 2008 at 5:10 AM, Allister Levi Sanchez <all...@gm...> wrote: > Hi again everyone, > > After getting my first introduction to Windows system programming, I finally > managed to make the python server run in the background on Vista, and to > kill it in the end as well :-) For debugging, however, you might still want > to see the python server logs, so I kept the console visible and just wrote > a comment in the code on how to hide it. > > About the error message, I don't see them on GCC 4.2.3 (Kubuntu) anymore. > But I still see them on Windows: > > ********************************** snip: start error log > 1>testing.unit-test > libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed > 1>Running 10 test cases... > 1>libs/network/test/localhost_tests.cpp(151): error in "text_file_query": > check body(response_).length() == size failed [113 != 117] > 1>*** 1 failure detected in test suite "http 1.0 localhost tests" > 1> > 1> > libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.exe > && echo. > > libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed > 1>...failed testing.unit-test > libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed... > 1>...failed updating 1 target... > 1>...updated 2 targets... > 1>Project : error PRJ0019: A tool returned an error code from "Performing > Makefile project actions" > 1>Build log was saved at "file://d:\Dev\vc9ws\cpp-netlib\Debug\BuildLog.htm" > 1>cpp-netlib - 2 error(s), 0 warning(s) > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== > > ********************************** snip: end error log > > Anyway, here's the patch. Feel free to improve it. > > Cheers! > Allister > > Index: libs/network/test/localhost_tests.cpp > =================================================================== > --- libs/network/test/localhost_tests.cpp (revision 48) > +++ libs/network/test/localhost_tests.cpp (working copy) > @@ -28,6 +28,24 @@ > #pragma comment( lib, "shell32" ) // for ShellExecute > #pragma comment( lib, "ole32" ) // for CoInitialize, CoUninitialize > > + SHELLEXECUTEINFO server_info = { > + sizeof(server_info), // cbSize > + SEE_MASK_NOCLOSEPROCESS, // fMask > + NULL, // hwnd > + "open", // lpVerb > + "python.exe", // lpFile > + "cgi_server.py", // lpParameters > + "libs\\network\\test\\server", // lpDirectory > + SW_SHOWNOACTIVATE, // nShow, use SW_HIDE if you don't > like popup windows > + 0, // hInstApp > + NULL, // lpIDList > + NULL, // lpClass > + NULL, // hkeyClass > + 0, // dwHotKey > + NULL, // hIcon > + NULL // hProcess > + }; > + > #else > #include <unistd.h> // fork, execlp etc. > #include <sys/types.h> > @@ -48,8 +66,7 @@ > // Executes the Python Server > // See http://msdn.microsoft.com/en-us/library/bb762153(VS.85).aspx > for a description of ShellExecute > CoInitializeEx(NULL, COINIT_APARTMENTTHREADED | > COINIT_DISABLE_OLE1DDE); > - BOOST_REQUIRE_MESSAGE( (int)ShellExecute(NULL,"open", "python.exe", > " cgi_server.py", > - "libs\\network\\test\\server", SW_SHOWNOACTIVATE) > > 32, "Python server execution failed.\n" ); > + BOOST_REQUIRE_MESSAGE( ShellExecuteEx(&server_info), "Python server > execution failed.\n" ); > CoUninitialize(); > #else > // Try general Unix code > @@ -57,7 +74,7 @@ > BOOST_REQUIRE_MESSAGE(server_child >= 0, "Failed to fork!"); > if( server_child == 0 ) { // child process > chdir("libs/network/test/server"); > - BOOST_REQUIRE_MESSAGE(execlp("xterm", "xterm", "-e", "python > cgi_server.py", (char *)NULL) != -1, > + BOOST_REQUIRE_MESSAGE(execlp("python", "python", > "cgi_server.py", (char *)NULL) != -1, > "Python server execution failed!\n"); > } else { // parent > sleep(1); > @@ -218,10 +235,13 @@ > BOOST_AUTO_TEST_CASE(server_kill) { > // TODO: For automation of regression testing, the windows need to be > killed here. > #if defined(_WIN32) || defined(__WIN32__) || defined(WIN32) > - // Windows Kill code not implemented > + UINT exitcode = 0; > + BOOST_REQUIRE_MESSAGE( TerminateProcess(server_info.hProcess, > exitcode), > + "Failed to shutdown local server!\n" ); > + CloseHandle(server_info.hProcess); > #else > // This code causes a "fatal error" report for this test case. > - //kill(server_child, SIGINT); > + kill(server_child, SIGTERM); > //waitpid(server_child, 0, 0); > #endif > } > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > > -- Dean Michael C. Berris Software Engineer, Friendster, Inc. |
From: Allister L. S. <all...@gm...> - 2008-08-09 21:10:28
|
Hi again everyone, After getting my first introduction to Windows system programming, I finally managed to make the python server run in the background on Vista, and to kill it in the end as well :-) For debugging, however, you might still want to see the python server logs, so I kept the console visible and just wrote a comment in the code on how to hide it. About the error message, I don't see them on GCC 4.2.3 (Kubuntu) anymore. But I still see them on Windows: ********************************** snip: start error log 1>testing.unit-test libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed 1>Running 10 test cases... 1>libs/network/test/localhost_tests.cpp(151): error in "text_file_query": check body(response_).length() == size failed [113 != 117] 1>*** 1 failure detected in test suite "http 1.0 localhost tests" 1> 1> libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.exe && echo. > libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed 1>...failed testing.unit-test libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed... 1>...failed updating 1 target... 1>...updated 2 targets... 1>Project : error PRJ0019: A tool returned an error code from "Performing Makefile project actions" 1>Build log was saved at "file://d:\Dev\vc9ws\cpp-netlib\Debug\BuildLog.htm" 1>cpp-netlib - 2 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== ********************************** snip: end error log Anyway, here's the patch. Feel free to improve it. Cheers! Allister Index: libs/network/test/localhost_tests.cpp =================================================================== --- libs/network/test/localhost_tests.cpp (revision 48) +++ libs/network/test/localhost_tests.cpp (working copy) @@ -28,6 +28,24 @@ #pragma comment( lib, "shell32" ) // for ShellExecute #pragma comment( lib, "ole32" ) // for CoInitialize, CoUninitialize + SHELLEXECUTEINFO server_info = { + sizeof(server_info), // cbSize + SEE_MASK_NOCLOSEPROCESS, // fMask + NULL, // hwnd + "open", // lpVerb + "python.exe", // lpFile + "cgi_server.py", // lpParameters + "libs\\network\\test\\server", // lpDirectory + SW_SHOWNOACTIVATE, // nShow, use SW_HIDE if you don't like popup windows + 0, // hInstApp + NULL, // lpIDList + NULL, // lpClass + NULL, // hkeyClass + 0, // dwHotKey + NULL, // hIcon + NULL // hProcess + }; + #else #include <unistd.h> // fork, execlp etc. #include <sys/types.h> @@ -48,8 +66,7 @@ // Executes the Python Server // See http://msdn.microsoft.com/en-us/library/bb762153(VS.85).aspxfor a description of ShellExecute CoInitializeEx(NULL, COINIT_APARTMENTTHREADED | COINIT_DISABLE_OLE1DDE); - BOOST_REQUIRE_MESSAGE( (int)ShellExecute(NULL,"open", "python.exe", " cgi_server.py", - "libs\\network\\test\\server", SW_SHOWNOACTIVATE) > 32, "Python server execution failed.\n" ); + BOOST_REQUIRE_MESSAGE( ShellExecuteEx(&server_info), "Python server execution failed.\n" ); CoUninitialize(); #else // Try general Unix code @@ -57,7 +74,7 @@ BOOST_REQUIRE_MESSAGE(server_child >= 0, "Failed to fork!"); if( server_child == 0 ) { // child process chdir("libs/network/test/server"); - BOOST_REQUIRE_MESSAGE(execlp("xterm", "xterm", "-e", "python cgi_server.py", (char *)NULL) != -1, + BOOST_REQUIRE_MESSAGE(execlp("python", "python", "cgi_server.py", (char *)NULL) != -1, "Python server execution failed!\n"); } else { // parent sleep(1); @@ -218,10 +235,13 @@ BOOST_AUTO_TEST_CASE(server_kill) { // TODO: For automation of regression testing, the windows need to be killed here. #if defined(_WIN32) || defined(__WIN32__) || defined(WIN32) - // Windows Kill code not implemented + UINT exitcode = 0; + BOOST_REQUIRE_MESSAGE( TerminateProcess(server_info.hProcess, exitcode), + "Failed to shutdown local server!\n" ); + CloseHandle(server_info.hProcess); #else // This code causes a "fatal error" report for this test case. - //kill(server_child, SIGINT); + kill(server_child, SIGTERM); //waitpid(server_child, 0, 0); #endif } |
From: Allister L. S. <all...@gm...> - 2008-08-09 14:30:39
|
Hi Dean, I checked out your latest commit. Then I figured out to make the server run in the background without xterm, and also how to make it stop in the end :-) Here's the patch. Index: libs/network/test/localhost_tests.cpp =================================================================== --- libs/network/test/localhost_tests.cpp (revision 48) +++ libs/network/test/localhost_tests.cpp (working copy) @@ -57,7 +57,7 @@ BOOST_REQUIRE_MESSAGE(server_child >= 0, "Failed to fork!"); if( server_child == 0 ) { // child process chdir("libs/network/test/server"); - BOOST_REQUIRE_MESSAGE(execlp("xterm", "xterm", "-e", "python cgi_server.py", (char *)NULL) != -1, + BOOST_REQUIRE_MESSAGE(execlp("python", "python", "cgi_server.py", (char *)NULL) != -1, "Python server execution failed!\n"); } else { // parent sleep(1); @@ -221,7 +221,7 @@ // Windows Kill code not implemented #else // This code causes a "fatal error" report for this test case. - //kill(server_child, SIGINT); + kill(server_child, SIGTERM); //waitpid(server_child, 0, 0); #endif } Cheers, Allister On Sat, Aug 9, 2008 at 3:44 PM, Dean Michael Berris <mik...@gm...>wrote: > Hi Guys, > > I've just checked in revision 48 which fixes the Python CGI script > that returns incomplete headers. I had to make it print the http > status line (which I'm not sure is required) and add the correct line > endings to the printed header: instead of just '\n', I made it print > "\r\n\r\n" in the end to signify that it was the last header responded > to. > > Divye, please make sure that this is the correct way to do CGI scripts > in Python -- I really have no idea how to do that, and I only hacked > the script to make it not fail in just the CGI case. I haven't tried > this in Windows yet, but I'm thinking it should be do-able. > > Another thing: maybe we should put the startup/shutdown of the server > in a global fixture in the test suite for localhost_test? Has anybody > done this with Boost.Test before? That way when we start the server, > we should be able to stop it as well at the end of the whole test. > > HTH > > PS. I will only now be doing the refactoring to support HEAD requests. > I'm pretty sure I'll be refactoring the client implementation to make > it "cleaner" and make the actual 'get' body implementation shorter. > > |
From: Dean M. B. <mik...@gm...> - 2008-08-09 13:44:36
|
Hi Guys, I've just checked in revision 48 which fixes the Python CGI script that returns incomplete headers. I had to make it print the http status line (which I'm not sure is required) and add the correct line endings to the printed header: instead of just '\n', I made it print "\r\n\r\n" in the end to signify that it was the last header responded to. Divye, please make sure that this is the correct way to do CGI scripts in Python -- I really have no idea how to do that, and I only hacked the script to make it not fail in just the CGI case. I haven't tried this in Windows yet, but I'm thinking it should be do-able. Another thing: maybe we should put the startup/shutdown of the server in a global fixture in the test suite for localhost_test? Has anybody done this with Boost.Test before? That way when we start the server, we should be able to stop it as well at the end of the whole test. HTH PS. I will only now be doing the refactoring to support HEAD requests. I'm pretty sure I'll be refactoring the client implementation to make it "cleaner" and make the actual 'get' body implementation shorter. On Sat, Aug 9, 2008 at 6:03 PM, Dean Michael Berris <mik...@gm...> wrote: > Hi Allister, > > On Sat, Aug 9, 2008 at 2:20 PM, Allister Levi Sanchez > <all...@gm...> wrote: >> Hi again, >> >> I did a test with GCC 4.2.3 (Kubuntu 8.04 LTS as VM guest on Windows Vista) >> with Dean's latest commit on http_integration branch. Here's the result. >> > > Sweet, thanks. :) > >> As in my Windows Vista test, I get an error during the localhost_tests. The >> python server window pops up with this log: >> >> ================== start: python server log >> localhost - - [09/Aug/2008 08:02:42] "GET / HTTP/1.0" 200 - >> localhost - - [09/Aug/2008 08:02:42] "GET / HTTP/1.0" 200 - >> localhost - - [09/Aug/2008 08:02:42] "GET /boost.jpg HTTP/1.0" 200 - >> localhost - - [09/Aug/2008 08:02:42] "GET /test.xml HTTP/1.0" 200 - >> localhost - - [09/Aug/2008 08:02:42] "GET /test.xml HTTP/1.0" 200 - >> localhost - - [09/Aug/2008 08:02:42] "GET /boost.jpg HTTP/1.0" 200 - >> localhost - - [09/Aug/2008 08:02:42] "GET /cgi-bin/requestinfo.py?query=1 >> HTTP/1.0" 200 - >> Traceback (most recent call last): >> File "/usr/lib/python2.5/CGIHTTPServer.py", line 251, in run_cgi >> os.execve(scriptfile, args, os.environ) >> OSError: [Errno 13] Permission denied > > It looks like you'll have to 'chmod +x' flag to the cgi script inside > the cgi-bin/ directory. > >> localhost - - [09/Aug/2008 08:02:42] CGI script exit status 0x7f00 >> localhost - - [09/Aug/2008 08:02:42] code 404, message File not found >> localhost - - [09/Aug/2008 08:02:42] "GET /file_not_found HTTP/1.0" 404 - >> ================== end: python server log >> >> Now, unlike on Visual C++ 2008, the build pauses after >> >> gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests >> >> and waits for the python server (xterm?) window to be closed. Once I closed >> that window, the build resumes with this error message: >> >> ==================================== snip: log start >> >> gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests >> testing.unit-test >> libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed >> Running 10 test cases... >> unknown location(0): fatal error in "cgi_query": std::runtime_error: End of >> file >> libs/network/test/localhost_tests.cpp(182): last checkpoint >> >> *** 1 failure detected in test suite "http 1.0 localhost tests" >> >> LD_LIBRARY_PATH=/usr/bin:/usr/lib:/usr/lib32:/usr/lib64:$LD_LIBRARY_PATH >> export LD_LIBRARY_PATH >> >> libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests && >> touch >> libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed >> >> ...failed testing.unit-test >> libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed... >> gcc.compile.c++ >> libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test.o >> gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test >> testing.unit-test >> libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test.passed >> Running 5 test cases... >> >> ==================================== snip: log end >> >> Hope that helps a bit. >> > > I'm not very good with Python, but I think it would be nice if you'd > like to have your hand at looking through the code? :D > > I think Divye would be on it as well. I'll try to look at why the > tests are failing and see if I can remedy on this side. > > I'm going to go ahead and write HEAD support, and refactor the client > code as well. Let's see how far I get with that effort. > > Thanks again, and I hope everyone's having a good weekend. > > -- > Dean Michael C. Berris > Software Engineer, Friendster, Inc. > -- Dean Michael C. Berris Software Engineer, Friendster, Inc. |
From: Dean M. B. <mik...@gm...> - 2008-08-09 10:03:52
|
Hi Allister, On Sat, Aug 9, 2008 at 2:20 PM, Allister Levi Sanchez <all...@gm...> wrote: > Hi again, > > I did a test with GCC 4.2.3 (Kubuntu 8.04 LTS as VM guest on Windows Vista) > with Dean's latest commit on http_integration branch. Here's the result. > Sweet, thanks. :) > As in my Windows Vista test, I get an error during the localhost_tests. The > python server window pops up with this log: > > ================== start: python server log > localhost - - [09/Aug/2008 08:02:42] "GET / HTTP/1.0" 200 - > localhost - - [09/Aug/2008 08:02:42] "GET / HTTP/1.0" 200 - > localhost - - [09/Aug/2008 08:02:42] "GET /boost.jpg HTTP/1.0" 200 - > localhost - - [09/Aug/2008 08:02:42] "GET /test.xml HTTP/1.0" 200 - > localhost - - [09/Aug/2008 08:02:42] "GET /test.xml HTTP/1.0" 200 - > localhost - - [09/Aug/2008 08:02:42] "GET /boost.jpg HTTP/1.0" 200 - > localhost - - [09/Aug/2008 08:02:42] "GET /cgi-bin/requestinfo.py?query=1 > HTTP/1.0" 200 - > Traceback (most recent call last): > File "/usr/lib/python2.5/CGIHTTPServer.py", line 251, in run_cgi > os.execve(scriptfile, args, os.environ) > OSError: [Errno 13] Permission denied It looks like you'll have to 'chmod +x' flag to the cgi script inside the cgi-bin/ directory. > localhost - - [09/Aug/2008 08:02:42] CGI script exit status 0x7f00 > localhost - - [09/Aug/2008 08:02:42] code 404, message File not found > localhost - - [09/Aug/2008 08:02:42] "GET /file_not_found HTTP/1.0" 404 - > ================== end: python server log > > Now, unlike on Visual C++ 2008, the build pauses after > > gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests > > and waits for the python server (xterm?) window to be closed. Once I closed > that window, the build resumes with this error message: > > ==================================== snip: log start > > gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests > testing.unit-test > libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed > Running 10 test cases... > unknown location(0): fatal error in "cgi_query": std::runtime_error: End of > file > libs/network/test/localhost_tests.cpp(182): last checkpoint > > *** 1 failure detected in test suite "http 1.0 localhost tests" > > LD_LIBRARY_PATH=/usr/bin:/usr/lib:/usr/lib32:/usr/lib64:$LD_LIBRARY_PATH > export LD_LIBRARY_PATH > > libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests && > touch > libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed > > ...failed testing.unit-test > libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed... > gcc.compile.c++ > libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test.o > gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test > testing.unit-test > libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test.passed > Running 5 test cases... > > ==================================== snip: log end > > Hope that helps a bit. > I'm not very good with Python, but I think it would be nice if you'd like to have your hand at looking through the code? :D I think Divye would be on it as well. I'll try to look at why the tests are failing and see if I can remedy on this side. I'm going to go ahead and write HEAD support, and refactor the client code as well. Let's see how far I get with that effort. Thanks again, and I hope everyone's having a good weekend. -- Dean Michael C. Berris Software Engineer, Friendster, Inc. |
From: Allister L. S. <all...@gm...> - 2008-08-09 06:20:41
|
Hi again, I did a test with GCC 4.2.3 (Kubuntu 8.04 LTS as VM guest on Windows Vista) with Dean's latest commit on http_integration branch. Here's the result. As in my Windows Vista test, I get an error during the localhost_tests. The python server window pops up with this log: ================== start: python server log localhost - - [09/Aug/2008 08:02:42] "GET / HTTP/1.0" 200 - localhost - - [09/Aug/2008 08:02:42] "GET / HTTP/1.0" 200 - localhost - - [09/Aug/2008 08:02:42] "GET /boost.jpg HTTP/1.0" 200 - localhost - - [09/Aug/2008 08:02:42] "GET /test.xml HTTP/1.0" 200 - localhost - - [09/Aug/2008 08:02:42] "GET /test.xml HTTP/1.0" 200 - localhost - - [09/Aug/2008 08:02:42] "GET /boost.jpg HTTP/1.0" 200 - localhost - - [09/Aug/2008 08:02:42] "GET /cgi-bin/requestinfo.py?query=1 HTTP/1.0" 200 - Traceback (most recent call last): File "/usr/lib/python2.5/CGIHTTPServer.py", line 251, in run_cgi os.execve(scriptfile, args, os.environ) OSError: [Errno 13] Permission denied localhost - - [09/Aug/2008 08:02:42] CGI script exit status 0x7f00 localhost - - [09/Aug/2008 08:02:42] code 404, message File not found localhost - - [09/Aug/2008 08:02:42] "GET /file_not_found HTTP/1.0" 404 - ================== end: python server log Now, unlike on Visual C++ 2008, the build pauses after gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests and waits for the python server (xterm?) window to be closed. Once I closed that window, the build resumes with this error message: ==================================== snip: log start gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests testing.unit-test libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed Running 10 test cases... unknown location(0): fatal error in "cgi_query": std::runtime_error: End of file libs/network/test/localhost_tests.cpp(182): last checkpoint *** 1 failure detected in test suite "http 1.0 localhost tests" LD_LIBRARY_PATH=/usr/bin:/usr/lib:/usr/lib32:/usr/lib64:$LD_LIBRARY_PATH export LD_LIBRARY_PATH libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests && touch libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed ...failed testing.unit-test libs/network/test/bin/gcc-4.2.3/debug/link-static/localhost_tests.passed... gcc.compile.c++ libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test.o gcc.link libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test testing.unit-test libs/network/test/bin/gcc-4.2.3/debug/link-static/message_test.passed Running 5 test cases... ==================================== snip: log end Hope that helps a bit. Cheers, Allister On Fri, Aug 8, 2008 at 9:34 PM, Dean Michael C. Berris < dmb...@fr...> wrote: > I've just committed changes that fixes the errors on MSVC. Can someone > with access to GCC and other compilers try the latest in the > http_integration branch? > > Thanks in advance. :) > > -- > Dean Michael Berris > Software Engineer, Friendster, Inc. > > |
From: Allister L. S. <all...@gm...> - 2008-08-08 20:19:35
|
Hi Dean and everyone, I've just checked out your latest commit to the http_integration branch. I tested it with Visual C++ 2008 on Windows Vista. I get the following error: ======= Start error log =========== 1>testing.unit-test libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed 1>Running 10 test cases... 1>libs/network/test/localhost_tests.cpp(133): error in "text_file_query": check body(response_).length() == size failed [113 != 117] 1>unknown location(0): fatal error in "cgi_query": std::runtime_error: End of file 1>libs\network\test\localhost_tests.cpp(182): last checkpoint 1>*** 2 failures detected in test suite "http 1.0 localhost tests" 1>message_test.cpp 1> 1> libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.exe && echo. > libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed 1>...failed testing.unit-test libs\network\test\bin\msvc-9.0express\debug\link-static\threading-multi\localhost_tests.passed... ======= End error log =========== Here's the log from the python server: ======= Start server log =========== alxpc01 - - [08/Aug/2008 21:52:21] "GET / HTTP/1.0" 200 - alxpc01 - - [08/Aug/2008 21:52:22] "GET / HTTP/1.0" 200 - alxpc01 - - [08/Aug/2008 21:52:23] "GET /boost.jpg HTTP/1.0" 200 - alxpc01 - - [08/Aug/2008 21:52:24] "GET /test.xml HTTP/1.0" 200 - alxpc01 - - [08/Aug/2008 21:52:25] "GET /test.xml HTTP/1.0" 200 - alxpc01 - - [08/Aug/2008 21:52:26] "GET /boost.jpg HTTP/1.0" 200 - alxpc01 - - [08/Aug/2008 21:52:27] "GET /cgi-bin/requestinfo.py?query=1 HTTP/1.0 " 200 - alxpc01 - - [08/Aug/2008 21:52:27] command: C:\Python25\python.exe -u d:\Dev\vc9 ws\cpp-netlib\libs\network\test\server\cgi-bin\requestinfo.py alxpc01 - - [08/Aug/2008 21:52:27] CGI script exited OK alxpc01 - - [08/Aug/2008 21:52:28] code 404, message File not found alxpc01 - - [08/Aug/2008 21:52:28] "GET /file_not_found HTTP/1.0" 404 - ======= End server log =========== Can't say what exactly what's wrong yet as I still have to dive into the code, but at least you gurus can figure it out ;-) Cheers, Allister On Fri, Aug 8, 2008 at 9:34 PM, Dean Michael C. Berris < dmb...@fr...> wrote: > I've just committed changes that fixes the errors on MSVC. Can someone > with access to GCC and other compilers try the latest in the > http_integration branch? > > Thanks in advance. :) > > -- > Dean Michael Berris > Software Engineer, Friendster, Inc. > > > -----Original Message----- > > From: cpp...@li... > > [mailto:cpp...@li...] On > > Behalf Of Dean Michael C. Berris > > Sent: Saturday, August 09, 2008 2:19 AM > > To: C++ Networking Library Developers Mailing List > > Subject: Re: [cpp-netlib-devel] New http::client code errors > > > > Hi Divye, > > > > > -----Original Message----- > > > From: cpp...@li... > > > [mailto:cpp...@li...] On > > Behalf Of > > > Divye Kapoor > > > Sent: Saturday, August 09, 2008 12:21 AM > > > To: C++ Networking Library Developers Mailing List > > > Subject: [cpp-netlib-devel] New http::client code errors > > > > > > Hi Dean, > > > I just tried out your new code on Vista/MSVC8 and it seems that > > > there is an issue of a missing type-declaration of the > > > headers_container in the message/wrappers/headers.hpp This doesn't > > > seem to be an error due to asio. I couldn't figure out the include > > > dependency order causing this. Could you have a look? > > > > > > > Are you using precompiled headers? > > > > I haven't tested with MSVC8 yet, I'll give it a whirl through > > MSVC 2008 Express Edition (MSVC9 I think) soon. > > > > Thanks for the report. > > > > |
From: Dean M. C. B. <dmb...@fr...> - 2008-08-08 19:37:58
|
I've just committed changes that fixes the errors on MSVC. Can someone with access to GCC and other compilers try the latest in the http_integration branch? Thanks in advance. :) -- Dean Michael Berris Software Engineer, Friendster, Inc. > -----Original Message----- > From: cpp...@li... > [mailto:cpp...@li...] On > Behalf Of Dean Michael C. Berris > Sent: Saturday, August 09, 2008 2:19 AM > To: C++ Networking Library Developers Mailing List > Subject: Re: [cpp-netlib-devel] New http::client code errors > > Hi Divye, > > > -----Original Message----- > > From: cpp...@li... > > [mailto:cpp...@li...] On > Behalf Of > > Divye Kapoor > > Sent: Saturday, August 09, 2008 12:21 AM > > To: C++ Networking Library Developers Mailing List > > Subject: [cpp-netlib-devel] New http::client code errors > > > > Hi Dean, > > I just tried out your new code on Vista/MSVC8 and it seems that > > there is an issue of a missing type-declaration of the > > headers_container in the message/wrappers/headers.hpp This doesn't > > seem to be an error due to asio. I couldn't figure out the include > > dependency order causing this. Could you have a look? > > > > Are you using precompiled headers? > > I haven't tested with MSVC8 yet, I'll give it a whirl through > MSVC 2008 Express Edition (MSVC9 I think) soon. > > Thanks for the report. > > > Also, what has to be done to remove the asio errors? > > I think there's a macro that needs to be defined to tell Asio > to not include the windows headers. I forget exactly what > that macro is, but it should be documented in Asio. > > > > > The error messages that I am currently receiving are: > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C2510: 'type' : left of '::' must be a class/struct/union > > .\boost/network/message/wrappers/headers.hpp(51) : > > see reference to clas s template instantiation > > 'boost::network::impl::headers_wrapper<Tag>' being comp iled > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C2146: syntax error : m issing ';' before identifier > 'const_iterator' > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C4430: missing type spe cifier - int assumed. Note: C++ does not > > support default-int > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C2868: 'boost::network: > > :impl::headers_wrapper<Tag>::const_iterator' : illegal syntax for > > using-declarat ion; expected qualified-name > > .\boost/network/message/wrappers/headers.hpp(66) : error > > C2510: 'type' : left of '::' must be a class/struct/union > > .\boost/network/message/wrappers/headers.hpp(70) : > > see reference to clas s template instantiation > > 'boost::network::headers_range<Message>' being compiled > > > > .\boost/network/message/wrappers/headers.hpp(66) : error > > C2146: syntax error : m issing ',' before identifier > 'const_iterator' > > .\boost/network/message/wrappers/headers.hpp(66) : error > > C2065: 'const_iterator' > > : undeclared identifier > > .\boost/network/message/wrappers/headers.hpp(67) : error > > C2510: 'type' : left of '::' must be a class/struct/union > > .\boost/network/message/wrappers/headers.hpp(68) : error > > C2146: syntax error : m issing ',' before identifier > 'const_iterator' > > D:\Documents_Vista\src\boost_1_35_0\boost/asio/detail/socket_t > > ypes.hpp(27) : fat al error C1189: #error : WinSock.h has already > > been included > > > > Hmmm... I had encountered this problem with GCC, but it > seemed to get fixed along with the changes I made. Although I > haven't tried including just > <boost/network/protocol/http.hpp>, I'll see what I can do there. > I'll try to reproduce. > > > call "C:\Program Files\Microsoft Visual Studio > 8\VC\vcvarsall.bat" > > x86 >nul cl /Zm800 -nologo > > @"libs\network\test\bin\msvc-8.0\debug\link-static\threading-m > > ulti\localhost_tests.obj.rsp" > > > > ...failed compile-c-c++ > > libs\network\test\bin\msvc-8.0\debug\link-static\threadi > > ng-multi\localhost_tests.obj... > > ...skipped > > > <plibs\network\test\bin\msvc-8.0\debug\link-static\threading-multi>lo > > calhost_tests.exe for lack of > > <plibs\network\test\bin\msvc-8.0\debug\link-static > > \threading-multi>localhost_tests.obj... > > ...skipped > > > <plibs\network\test\bin\msvc-8.0\debug\link-static\threading-multi>lo > > calhost_tests.passed for lack of > > <plibs\network\test\bin\msvc-8.0\debug\link-sta > > tic\threading-multi>localhost_tests.exe... > > compile-c-c++ > > libs\network\test\bin\msvc-8.0\debug\link-static\threading > > compile-c-c++ -multi\m > > essage_test.obj > > message_test.cpp > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C2510: 'type' : left of '::' must be a class/struct/union > > .\boost/network/message/wrappers/headers.hpp(51) : > > see reference to clas s template instantiation > > 'boost::network::impl::headers_wrapper<Tag>' being comp iled > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C2146: syntax error : m issing ';' before identifier > 'const_iterator' > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C4430: missing type spe cifier - int assumed. Note: C++ does not > > support default-int > > .\boost/network/message/wrappers/headers.hpp(29) : error > > C2868: 'boost::network: > > :impl::headers_wrapper<Tag>::const_iterator' : illegal syntax for > > using-declarat ion; expected qualified-name > > .\boost/network/message/wrappers/headers.hpp(66) : error > > C2510: 'type' : left of '::' must be a class/struct/union > > .\boost/network/message/wrappers/headers.hpp(70) : > > see reference to clas s template instantiation > > 'boost::network::headers_range<Message>' being compiled > > > > That's odd... It fails when compiling message_test.cpp too. > > Thanks for the report, I'll try to reproduce. > > -- > Dean Michael Berris > Software Engineer, Friendster, Inc. > > -------------------------------------------------------------- > ----------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge Build the coolest Linux based > applications with Moblin SDK & win great prizes Grand prize > is a trip for two to an Open Source event anywhere in the > world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Cpp-netlib-devel mailing list > Cpp...@li... > https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel > |
From: Dean M. C. B. <dmb...@fr...> - 2008-08-08 18:19:38
|
Hi Divye, > -----Original Message----- > From: cpp...@li... > [mailto:cpp...@li...] On > Behalf Of Divye Kapoor > Sent: Saturday, August 09, 2008 12:21 AM > To: C++ Networking Library Developers Mailing List > Subject: [cpp-netlib-devel] New http::client code errors > > Hi Dean, > I just tried out your new code on Vista/MSVC8 and it seems > that there is an issue of a missing type-declaration of the > headers_container in the message/wrappers/headers.hpp This > doesn't seem to be an error due to asio. I couldn't figure > out the include dependency order causing this. Could you have a look? > Are you using precompiled headers? I haven't tested with MSVC8 yet, I'll give it a whirl through MSVC 2008 Express Edition (MSVC9 I think) soon. Thanks for the report. > Also, what has to be done to remove the asio errors? I think there's a macro that needs to be defined to tell Asio to not include the windows headers. I forget exactly what that macro is, but it should be documented in Asio. > > The error messages that I am currently receiving are: > .\boost/network/message/wrappers/headers.hpp(29) : error > C2510: 'type' : left of '::' must be a class/struct/union > .\boost/network/message/wrappers/headers.hpp(51) : > see reference to clas s template instantiation > 'boost::network::impl::headers_wrapper<Tag>' being comp iled > .\boost/network/message/wrappers/headers.hpp(29) : error > C2146: syntax error : m issing ';' before identifier 'const_iterator' > .\boost/network/message/wrappers/headers.hpp(29) : error > C4430: missing type spe cifier - int assumed. Note: C++ does > not support default-int > .\boost/network/message/wrappers/headers.hpp(29) : error > C2868: 'boost::network: > :impl::headers_wrapper<Tag>::const_iterator' : illegal syntax > for using-declarat ion; expected qualified-name > .\boost/network/message/wrappers/headers.hpp(66) : error > C2510: 'type' : left of '::' must be a class/struct/union > .\boost/network/message/wrappers/headers.hpp(70) : > see reference to clas s template instantiation > 'boost::network::headers_range<Message>' being compiled > > .\boost/network/message/wrappers/headers.hpp(66) : error > C2146: syntax error : m issing ',' before identifier 'const_iterator' > .\boost/network/message/wrappers/headers.hpp(66) : error > C2065: 'const_iterator' > : undeclared identifier > .\boost/network/message/wrappers/headers.hpp(67) : error > C2510: 'type' : left of '::' must be a class/struct/union > .\boost/network/message/wrappers/headers.hpp(68) : error > C2146: syntax error : m issing ',' before identifier 'const_iterator' > D:\Documents_Vista\src\boost_1_35_0\boost/asio/detail/socket_t > ypes.hpp(27) : fat al error C1189: #error : WinSock.h has > already been included > Hmmm... I had encountered this problem with GCC, but it seemed to get fixed along with the changes I made. Although I haven't tried including just <boost/network/protocol/http.hpp>, I'll see what I can do there. I'll try to reproduce. > call "C:\Program Files\Microsoft Visual Studio > 8\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo > @"libs\network\test\bin\msvc-8.0\debug\link-static\threading-m > ulti\localhost_tests.obj.rsp" > > ...failed compile-c-c++ > libs\network\test\bin\msvc-8.0\debug\link-static\threadi > ng-multi\localhost_tests.obj... > ...skipped > <plibs\network\test\bin\msvc-8.0\debug\link-static\threading-multi>lo > calhost_tests.exe for lack of > <plibs\network\test\bin\msvc-8.0\debug\link-static > \threading-multi>localhost_tests.obj... > ...skipped > <plibs\network\test\bin\msvc-8.0\debug\link-static\threading-multi>lo > calhost_tests.passed for lack of > <plibs\network\test\bin\msvc-8.0\debug\link-sta > tic\threading-multi>localhost_tests.exe... > compile-c-c++ > libs\network\test\bin\msvc-8.0\debug\link-static\threading > compile-c-c++ -multi\m > essage_test.obj > message_test.cpp > .\boost/network/message/wrappers/headers.hpp(29) : error > C2510: 'type' : left of '::' must be a class/struct/union > .\boost/network/message/wrappers/headers.hpp(51) : > see reference to clas s template instantiation > 'boost::network::impl::headers_wrapper<Tag>' being comp iled > .\boost/network/message/wrappers/headers.hpp(29) : error > C2146: syntax error : m issing ';' before identifier 'const_iterator' > .\boost/network/message/wrappers/headers.hpp(29) : error > C4430: missing type spe cifier - int assumed. Note: C++ does > not support default-int > .\boost/network/message/wrappers/headers.hpp(29) : error > C2868: 'boost::network: > :impl::headers_wrapper<Tag>::const_iterator' : illegal syntax > for using-declarat ion; expected qualified-name > .\boost/network/message/wrappers/headers.hpp(66) : error > C2510: 'type' : left of '::' must be a class/struct/union > .\boost/network/message/wrappers/headers.hpp(70) : > see reference to clas s template instantiation > 'boost::network::headers_range<Message>' being compiled > That's odd... It fails when compiling message_test.cpp too. Thanks for the report, I'll try to reproduce. -- Dean Michael Berris Software Engineer, Friendster, Inc. |
From: Divye K. <div...@gm...> - 2008-08-08 16:20:59
|
Hi Dean, I just tried out your new code on Vista/MSVC8 and it seems that there is an issue of a missing type-declaration of the headers_container in the message/wrappers/headers.hpp This doesn't seem to be an error due to asio. I couldn't figure out the include dependency order causing this. Could you have a look? Also, what has to be done to remove the asio errors? The error messages that I am currently receiving are: .\boost/network/message/wrappers/headers.hpp(29) : error C2510: 'type' : left of '::' must be a class/struct/union .\boost/network/message/wrappers/headers.hpp(51) : see reference to clas s template instantiation 'boost::network::impl::headers_wrapper<Tag>' being comp iled .\boost/network/message/wrappers/headers.hpp(29) : error C2146: syntax error : m issing ';' before identifier 'const_iterator' .\boost/network/message/wrappers/headers.hpp(29) : error C4430: missing type spe cifier - int assumed. Note: C++ does not support default-int .\boost/network/message/wrappers/headers.hpp(29) : error C2868: 'boost::network: :impl::headers_wrapper<Tag>::const_iterator' : illegal syntax for using-declarat ion; expected qualified-name .\boost/network/message/wrappers/headers.hpp(66) : error C2510: 'type' : left of '::' must be a class/struct/union .\boost/network/message/wrappers/headers.hpp(70) : see reference to clas s template instantiation 'boost::network::headers_range<Message>' being compiled .\boost/network/message/wrappers/headers.hpp(66) : error C2146: syntax error : m issing ',' before identifier 'const_iterator' .\boost/network/message/wrappers/headers.hpp(66) : error C2065: 'const_iterator' : undeclared identifier .\boost/network/message/wrappers/headers.hpp(67) : error C2510: 'type' : left of '::' must be a class/struct/union .\boost/network/message/wrappers/headers.hpp(68) : error C2146: syntax error : m issing ',' before identifier 'const_iterator' D:\Documents_Vista\src\boost_1_35_0\boost/asio/detail/socket_types.hpp(27) : fat al error C1189: #error : WinSock.h has already been included call "C:\Program Files\Microsoft Visual Studio 8\VC\vcvarsall.bat" x86 >nul cl /Zm800 -nologo @"libs\network\test\bin\msvc-8.0\debug\link-static\threading-m ulti\localhost_tests.obj.rsp" ...failed compile-c-c++ libs\network\test\bin\msvc-8.0\debug\link-static\threadi ng-multi\localhost_tests.obj... ...skipped <plibs\network\test\bin\msvc-8.0\debug\link-static\threading-multi>lo calhost_tests.exe for lack of <plibs\network\test\bin\msvc-8.0\debug\link-static \threading-multi>localhost_tests.obj... ...skipped <plibs\network\test\bin\msvc-8.0\debug\link-static\threading-multi>lo calhost_tests.passed for lack of <plibs\network\test\bin\msvc-8.0\debug\link-sta tic\threading-multi>localhost_tests.exe... compile-c-c++ libs\network\test\bin\msvc-8.0\debug\link-static\threading-multi\m essage_test.obj message_test.cpp .\boost/network/message/wrappers/headers.hpp(29) : error C2510: 'type' : left of '::' must be a class/struct/union .\boost/network/message/wrappers/headers.hpp(51) : see reference to clas s template instantiation 'boost::network::impl::headers_wrapper<Tag>' being comp iled .\boost/network/message/wrappers/headers.hpp(29) : error C2146: syntax error : m issing ';' before identifier 'const_iterator' .\boost/network/message/wrappers/headers.hpp(29) : error C4430: missing type spe cifier - int assumed. Note: C++ does not support default-int .\boost/network/message/wrappers/headers.hpp(29) : error C2868: 'boost::network: :impl::headers_wrapper<Tag>::const_iterator' : illegal syntax for using-declarat ion; expected qualified-name .\boost/network/message/wrappers/headers.hpp(66) : error C2510: 'type' : left of '::' must be a class/struct/union .\boost/network/message/wrappers/headers.hpp(70) : see reference to clas s template instantiation 'boost::network::headers_range<Message>' being compiled Divye -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Dean M. C. B. <dmb...@fr...> - 2008-08-07 10:31:12
|
> -----Original Message----- > From: cpp...@li... > [mailto:cpp...@li...] On > Behalf Of Divye Kapoor > Sent: Thursday, August 07, 2008 6:23 PM > To: C++ Networking Library Developers Mailing List > Subject: Re: [cpp-netlib-devel] Python tests > > > > On Thu, Aug 7, 2008 at 12:11 PM, Dean Michael C. Berris > <dmb...@fr...> wrote: > > > > Divye, have you tried not using xterm to spawn a new > process after the > fork to run the server? Perhaps writing a bash script > that gets executed > instead in execlp would be another option? > > > > I've tried plenty of approaches to get this to work but this > was the only one that seemed to work. > However, I'll give it another shot and try the bash script method. > I'll be eagerly awaiting. :) BTW, I've made some changes to the code in the latest version in http_integration. For now the errors thrown by the HTTP client are directly coming from Boost.Asio. I'm not sure if we should be supporting a non-throwing version using macros to differentiate, but that's for later. Now though the problem you reported earlier (causing the HTTP client to be unusable offline) now at least throws a boost::system::system_error exception instead of consumes 100% CPU load. HTH -- Dean Michael Berris Software Engineer, Friendster, Inc. |
From: Divye K. <div...@gm...> - 2008-08-07 10:28:59
|
Hello, A quick workaround is to simply comment out the server_start and server_kill tests and start the python server manually ( located at tests/server/cgi_server.py ) before running the tests. Divye On Thu, Aug 7, 2008 at 3:53 PM, Divye Kapoor <div...@gm...> wrote: > > > On Thu, Aug 7, 2008 at 12:11 PM, Dean Michael C. Berris < > dmb...@fr...> wrote: > >> >> Divye, have you tried not using xterm to spawn a new process after the >> fork to run the server? Perhaps writing a bash script that gets executed >> instead in execlp would be another option? >> > > I've tried plenty of approaches to get this to work but this was the only > one that seemed to work. > However, I'll give it another shot and try the bash script method. > > Divye > > > -- > An idealist is one who, on noticing that a rose smells better than a > cabbage, concludes that it will also make better soup. > H. L. Mencken (1880 - 1956) > My official web site: http://people.iitr.ernet.in/shp/061305/ > Webmaster: http://www.drkapoorsclinic.com > Blog: http://divyekapoor.blogspot.com > -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Divye K. <div...@gm...> - 2008-08-07 10:23:14
|
On Thu, Aug 7, 2008 at 12:11 PM, Dean Michael C. Berris < dmb...@fr...> wrote: > > Divye, have you tried not using xterm to spawn a new process after the > fork to run the server? Perhaps writing a bash script that gets executed > instead in execlp would be another option? > I've tried plenty of approaches to get this to work but this was the only one that seemed to work. However, I'll give it another shot and try the bash script method. Divye -- An idealist is one who, on noticing that a rose smells better than a cabbage, concludes that it will also make better soup. H. L. Mencken (1880 - 1956) My official web site: http://people.iitr.ernet.in/shp/061305/ Webmaster: http://www.drkapoorsclinic.com Blog: http://divyekapoor.blogspot.com |
From: Dean M. C. B. <dmb...@fr...> - 2008-08-07 10:18:44
|
Hi Guys, I haven't been able to re-use the libpion parser code yet, mainly because it's more of a server-side incremental parser than anything else. I may be able to use this in the asynchronous version of the HTTP client, but this may not be required after all. But, I have re-written the 'get' implementation of the HTTP client. Now the next steps would be to add support for other API calls like 'put', 'delete_', 'post', and 'head'. This should inch us closer to a more robust HTTP client implementation built on top of the message framework. More updates when I have them -- for now please update your http_integration branches. I'd love to get feedback about the implementations. :) -- Dean Michael Berris Software Engineer, Friendster, Inc. |