cpp-netlib-devel — Developers Mailing List

[cpp-netlib-devel] Disable Cmake???

[Jeffrey W. <nol...@gm...>]

This Cmake is a real piece of shit....

Cmake is stripping the path from the ignore black list (ignores.txt
below provided through CFLAGS/CXXFLAGS), which is breaking the
configure. The Blacklist is in PWD, and its on path.

I've tried putting the blacklist (ignores.txt) in CMakeTmp, but it
keeps getting blown away.

How in the hell does one get rid of this Cmake crap???

Jeff

*****

$ pwd
/home/jeffrey/cpp-netlib-build

$ echo $PATH
/home/jeffrey/cpp-netlib-build:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

$ echo $CXXFLAGS
-fsanitize=address -fsanitize=undefined -fno-sanitize=vptr
-fsanitize-blacklist=/home/jeffrey/cpp-netlib-build/ignores.txt

$ ls
CMakeCache.txt  CMakeFiles  ignores.txt

$ cmake -DCMAKE_BUILD_TYPE=Debug
-DCMAKE_C_COMPILER=/usr/local/bin/clang
-DCMAKE_CXX_COMPILER=/usr/local/bin/clang++ ../cpp-netlib-0.10.1
-- The CXX compiler identification is unknown
-- Check for working CXX compiler: /usr/local/bin/clang++
-- Check for working CXX compiler: /usr/local/bin/clang++ -- broken
CMake Error at /usr/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:45
(MESSAGE):
  The C++ compiler "/usr/local/bin/clang++" is not able to compile a simple
  test program.

  It fails with the following output:

   Change Dir: /home/jeffrey/cpp-netlib-build/CMakeFiles/CMakeTmp

  Run Build Command:/usr/bin/make "cmTryCompileExec/fast"

  /usr/bin/make -f CMakeFiles/cmTryCompileExec.dir/build.make
  CMakeFiles/cmTryCompileExec.dir/build

  make[1]: Entering directory
  `/home/jeffrey/cpp-netlib-build/CMakeFiles/CMakeTmp'

  /usr/bin/cmake -E cmake_progress_report
  /home/jeffrey/cpp-netlib-build/CMakeFiles/CMakeTmp/CMakeFiles 1

  Building CXX object CMakeFiles/cmTryCompileExec.dir/testCXXCompiler.cxx.o

  /usr/local/bin/clang++ -fsanitize=address -fsanitize=undefined
  -fno-sanitize=vptr -fsanitize-blacklist=ignores.txt -o
  CMakeFiles/cmTryCompileExec.dir/testCXXCompiler.cxx.o -c
  /home/jeffrey/cpp-netlib-build/CMakeFiles/CMakeTmp/testCXXCompiler.cxx

  clang: error: no such file or directory: 'ignores.txt'

  clang: error: no such file or directory: 'ignores.txt'

*****

export PATH=`pwd`:$PATH
export CC="/usr/local/bin/clang"; export CXX="/usr/local/bin/clang++"
export CFLAGS="-fsanitize=address -fsanitize=undefined
-fsanitize-blacklist=`pwd`/ignores.txt"; export
CXXFLAGS="-fsanitize=address -fsanitize=undefined -fno-sanitize=vptr
-fsanitize-blacklist=`pwd`/ignores.txt"
export LD_LIBRARY_PATH=/usr/local/lib
cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_C_COMPILER=/usr/local/bin/clang
-DCMAKE_CXX_COMPILER=/usr/local/bin/clang++ ../cpp-netlib-0.10.1

Re: [cpp-netlib-devel] clang: error: unable to execute command: Killed?

[Jeffrey W. <nol...@gm...>]

Well, this is attributed to Cmake too. When I increased the RAM on the
VM from 2GB to 3GB, the compilation succeeded.

Cmake is a real piece of broken shit.

Is there any way to build and compile cpp-netlib with make/gmake?

Jeff

On Sat, Sep 28, 2013 at 8:02 PM, Jeffrey Walton <nol...@gm...> wrote:
> Hi All,
>
> I'm catching an error I've never seen before using Cmake/Clang
> combination. I believe this is due to Cmake because I've never seen
> Clang produce the error under make/gmake. Does anyone have any ideas
> about it?
>
> Jeff
>
> ==========================================
>
> Output from build process:
>
> ...
> [ 43%] Building CXX object
> libs/network/test/http/CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/client_get_different_port_test.cpp.o
> cd /home/jeffrey/Desktop/cpp-netlib-build/libs/network/test/http &&
> /usr/local/bin/clang++   -DBOOST_NETWORK_DEBUG
> -DBOOST_NETWORK_ENABLE_HTTPS -DBOOST_NETWORK_ENABLE_HTTPS
> -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr  -g
> -I/usr/local/include -I/home/jeffrey/Desktop/cpp-netlib-0.10.1    -o
> CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/client_get_different_port_test.cpp.o
> -c /home/jeffrey/Desktop/cpp-netlib-0.10.1/libs/network/test/http/client_get_different_port_test.cpp
> clang: error: unable to execute command: Killed
> clang: error: clang frontend command failed due to signal (use -v to
> see invocation)
> clang version 3.3 (tags/RELEASE_33/final)
> Target: x86_64-unknown-linux-gnu
> Thread model: posix
> clang: note: diagnostic msg: PLEASE submit a bug report to
> http://llvm.org/bugs/ and include the crash backtrace, preprocessed
> source, and associated run script.
> clang: note: diagnostic msg:
> ********************
> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
> Preprocessed source(s) and associated run script(s) are located at:
> clang: note: diagnostic msg: /tmp/client_get_different_port_test-J7UYRZ.cpp
> clang: note: diagnostic msg: /tmp/client_get_different_port_test-J7UYRZ.sh
> clang: note: diagnostic msg:
> ********************
> make[2]: *** [libs/network/test/http/CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/client_get_different_port_test.cpp.o]
> Error 254
> make[2]: Leaving directory `/home/jeffrey/Desktop/cpp-netlib-build'
> make[1]: *** [libs/network/test/http/CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/all]
> Error 2
> make[1]: Leaving directory `/home/jeffrey/Desktop/cpp-netlib-build'
> make: *** [all] Error 2
>
> ==========================================
>
> Recipe to setup cpp-netlib project:
>
> export CC="/usr/local/bin/clang"; export CXX="/usr/local/bin/clang++"
> export CFLAGS="-fsanitize=address -fsanitize=undefined"; export
> CXXFLAGS="-fsanitize=address -fsanitize=undefined -fno-sanitize=vptr"
> export LD_LIBRARY_PATH=/usr/local/lib
>
> # Unpack cpp-netlib
> tar -xzf cpp-netlib-0.10.1.tar.gz
>
> # Build in different directory
> mkdir cpp-netlib-build
> cd cpp-netlib-build
>
> cmake -DCMAKE_BUILD_TYPE=Debug
> -DCMAKE_C_COMPILER="/usr/local/bin/clang"
> -DCMAKE_CXX_COMPILER="/usr/local/bin/clang++" ../cpp-netlib-0.10.1
>
> make

[cpp-netlib-devel] clang: error: unable to execute command: Killed?

[Jeffrey W. <nol...@gm...>]

Hi All,

I'm catching an error I've never seen before using Cmake/Clang
combination. I believe this is due to Cmake because I've never seen
Clang produce the error under make/gmake. Does anyone have any ideas
about it?

Jeff

==========================================

Output from build process:

...
[ 43%] Building CXX object
libs/network/test/http/CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/client_get_different_port_test.cpp.o
cd /home/jeffrey/Desktop/cpp-netlib-build/libs/network/test/http &&
/usr/local/bin/clang++   -DBOOST_NETWORK_DEBUG
-DBOOST_NETWORK_ENABLE_HTTPS -DBOOST_NETWORK_ENABLE_HTTPS
-fsanitize=address -fsanitize=undefined -fno-sanitize=vptr  -g
-I/usr/local/include -I/home/jeffrey/Desktop/cpp-netlib-0.10.1    -o
CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/client_get_different_port_test.cpp.o
-c /home/jeffrey/Desktop/cpp-netlib-0.10.1/libs/network/test/http/client_get_different_port_test.cpp
clang: error: unable to execute command: Killed
clang: error: clang frontend command failed due to signal (use -v to
see invocation)
clang version 3.3 (tags/RELEASE_33/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
clang: note: diagnostic msg: PLEASE submit a bug report to
http://llvm.org/bugs/ and include the crash backtrace, preprocessed
source, and associated run script.
clang: note: diagnostic msg:
********************
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg: /tmp/client_get_different_port_test-J7UYRZ.cpp
clang: note: diagnostic msg: /tmp/client_get_different_port_test-J7UYRZ.sh
clang: note: diagnostic msg:
********************
make[2]: *** [libs/network/test/http/CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/client_get_different_port_test.cpp.o]
Error 254
make[2]: Leaving directory `/home/jeffrey/Desktop/cpp-netlib-build'
make[1]: *** [libs/network/test/http/CMakeFiles/cpp-netlib-http-client_get_different_port_test.dir/all]
Error 2
make[1]: Leaving directory `/home/jeffrey/Desktop/cpp-netlib-build'
make: *** [all] Error 2

==========================================

Recipe to setup cpp-netlib project:

export CC="/usr/local/bin/clang"; export CXX="/usr/local/bin/clang++"
export CFLAGS="-fsanitize=address -fsanitize=undefined"; export
CXXFLAGS="-fsanitize=address -fsanitize=undefined -fno-sanitize=vptr"
export LD_LIBRARY_PATH=/usr/local/lib

# Unpack cpp-netlib
tar -xzf cpp-netlib-0.10.1.tar.gz

# Build in different directory
mkdir cpp-netlib-build
cd cpp-netlib-build

cmake -DCMAKE_BUILD_TYPE=Debug
-DCMAKE_C_COMPILER="/usr/local/bin/clang"
-DCMAKE_CXX_COMPILER="/usr/local/bin/clang++" ../cpp-netlib-0.10.1

make

[cpp-netlib-devel] Build error: fatal error: error in backend: IO failure on output stream.

[Jeffrey W. <nol...@gm...>]

Hi Guys,

$ du -sh ~/cpp-netlib-build/
1.9G    /home/jeffrey/Desktop/cpp-netlib-build/

Why does the build system need gigabytes of space? How does one reel
in Cmake so it does not exhaust available disk space?

And why is CMake so dumb it needs to be told not to exhaust disk space?

Jeff

Re: [cpp-netlib-devel] cmake in endless loop?

[Jeffrey W. <nol...@gm...>]

Same problem using Intel's compilers

$ cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_C_COMPILER=/opt/intel/bin/icc
-DCMAKE_CXX_COMPILER=/opt/intel/bin/icpc
-- Boost version: 1.53.0
-- Found the following Boost libraries:
--   unit_test_framework
--   system
--   regex
--   date_time
--   thread
--   filesystem
--   program_options
--   chrono
-- Boost version: 1.53.0
-- Found the following Boost libraries:
--   unit_test_framework
-- Configuring done
You have changed variables that require your cache to be deleted.
Configure will be re-run and you may have to reset some variables.
The following variables have changed:
CMAKE_C_COMPILER= /opt/intel/bin/icc
CMAKE_CXX_COMPILER= /opt/intel/bin/icpc

-- Boost version: 1.53.0
-- Found the following Boost libraries:
--   unit_test_framework
--   system
--   regex
--   date_time
--   thread
--   filesystem
--   program_options
--   chrono
-- Found OpenSSL:
/usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
(found version "1.0.1c")
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Boost version: 1.53.0
-- Found the following Boost libraries:
--   unit_test_framework
-- Configuring done
You have changed variables that require your cache to be deleted.
Configure will be re-run and you may have to reset some variables.
The following variables have changed:
CMAKE_C_COMPILER= /opt/intel/bin/icc
CMAKE_CXX_COMPILER= /opt/intel/bin/icpc
...

On Wed, Sep 25, 2013 at 12:56 PM, Jeffrey Walton <nol...@gm...> wrote:
> Hi All,
>
> I'm trying to get some tools on cpp-netlib for basic acceptance
> testing. The tools are part of Clang 3.3, and include the analyzer
> (static checking) and sanitizers (dynamic checking). When I configure
> as follows:
>
> $ export CC=/usr/local/bin/clang CXX=/usr/local/bin/clang++
>
> $ /usr/local/bin/scan-build/scan-build
> --use-analyzer=/usr/local/bin/clang++ cmake -DCMAKE_BUILD_TYPE=Debug
> -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++
>
> The build system enters into an endless loop of re-configures (shown below).
>
> I also tried the following, which produces the same endless loop.
> ccc-analyzer is what scan-build uses to interpose compilers:
>
> /usr/local/bin/scan-build/scan-build
> --use-analyzer=/usr/local/bin/clang++ cmake -DCMAKE_BUILD_TYPE=Debug
> -DCMAKE_C_COMPILER=/usr/local/bin/scan-build/ccc-analyzer
> -DCMAKE_CXX_COMPILER=/usr/local/bin/scan-build/c++-analyzer
>
> I'm not familiar enough with cmake to know how to avoid its problems.
> Any ideas how to side step cmake or its problems here?
>
> Jeff
>
> scan-build: Using '/usr/local/bin/clang' for static analysis
> -- Boost version: 1.49.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> --   system
> --   regex
> --   date_time
> --   thread
> --   filesystem
> --   program_options
> --   chrono
> -- Found OpenSSL:
> /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
> (found version "1.0.1c")
> -- Looking for include file pthread.h
> -- Looking for include file pthread.h - found
> -- Looking for pthread_create
> -- Looking for pthread_create - not found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Boost version: 1.49.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> -- Configuring done
> You have changed variables that require your cache to be deleted.
> Configure will be re-run and you may have to reset some variables.
> The following variables have changed:
> CMAKE_C_COMPILER= clang
> CMAKE_CXX_COMPILER= clang++
>
> -- Boost version: 1.49.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> --   system
> --   regex
> --   date_time
> --   thread
> --   filesystem
> --   program_options
> --   chrono
> -- Found OpenSSL:
> /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
> (found version "1.0.1c")
> -- Looking for include file pthread.h
> -- Looking for include file pthread.h - found
> -- Looking for pthread_create
> -- Looking for pthread_create - not found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Boost version: 1.49.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> -- Configuring done
> You have changed variables that require your cache to be deleted.
> Configure will be re-run and you may have to reset some variables.
> The following variables have changed:
> CMAKE_C_COMPILER= clang
> CMAKE_CXX_COMPILER= clang++
>
> -- Boost version: 1.49.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> --   system
> --   regex
> --   date_time
> --   thread
> --   filesystem
> --   program_options
> --   chrono
> -- Found OpenSSL:
> /usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
> (found version "1.0.1c")
> -- Looking for include file pthread.h
> -- Looking for include file pthread.h - found
> -- Looking for pthread_create
> -- Looking for pthread_create - not found
> -- Looking for pthread_create in pthreads
> -- Looking for pthread_create in pthreads - not found
> -- Looking for pthread_create in pthread
> -- Looking for pthread_create in pthread - found
> -- Found Threads: TRUE
> -- Boost version: 1.49.0
> -- Found the following Boost libraries:
> --   unit_test_framework
> -- Configuring done
> ...

[cpp-netlib-devel] cmake in endless loop?

[Jeffrey W. <nol...@gm...>]

Hi All,

I'm trying to get some tools on cpp-netlib for basic acceptance
testing. The tools are part of Clang 3.3, and include the analyzer
(static checking) and sanitizers (dynamic checking). When I configure
as follows:

$ export CC=/usr/local/bin/clang CXX=/usr/local/bin/clang++

$ /usr/local/bin/scan-build/scan-build
--use-analyzer=/usr/local/bin/clang++ cmake -DCMAKE_BUILD_TYPE=Debug
-DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++

The build system enters into an endless loop of re-configures (shown below).

I also tried the following, which produces the same endless loop.
ccc-analyzer is what scan-build uses to interpose compilers:

/usr/local/bin/scan-build/scan-build
--use-analyzer=/usr/local/bin/clang++ cmake -DCMAKE_BUILD_TYPE=Debug
-DCMAKE_C_COMPILER=/usr/local/bin/scan-build/ccc-analyzer
-DCMAKE_CXX_COMPILER=/usr/local/bin/scan-build/c++-analyzer

I'm not familiar enough with cmake to know how to avoid its problems.
Any ideas how to side step cmake or its problems here?

Jeff

scan-build: Using '/usr/local/bin/clang' for static analysis
-- Boost version: 1.49.0
-- Found the following Boost libraries:
--   unit_test_framework
--   system
--   regex
--   date_time
--   thread
--   filesystem
--   program_options
--   chrono
-- Found OpenSSL:
/usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
(found version "1.0.1c")
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Boost version: 1.49.0
-- Found the following Boost libraries:
--   unit_test_framework
-- Configuring done
You have changed variables that require your cache to be deleted.
Configure will be re-run and you may have to reset some variables.
The following variables have changed:
CMAKE_C_COMPILER= clang
CMAKE_CXX_COMPILER= clang++

-- Boost version: 1.49.0
-- Found the following Boost libraries:
--   unit_test_framework
--   system
--   regex
--   date_time
--   thread
--   filesystem
--   program_options
--   chrono
-- Found OpenSSL:
/usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
(found version "1.0.1c")
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Boost version: 1.49.0
-- Found the following Boost libraries:
--   unit_test_framework
-- Configuring done
You have changed variables that require your cache to be deleted.
Configure will be re-run and you may have to reset some variables.
The following variables have changed:
CMAKE_C_COMPILER= clang
CMAKE_CXX_COMPILER= clang++

-- Boost version: 1.49.0
-- Found the following Boost libraries:
--   unit_test_framework
--   system
--   regex
--   date_time
--   thread
--   filesystem
--   program_options
--   chrono
-- Found OpenSSL:
/usr/lib/x86_64-linux-gnu/libssl.so;/usr/lib/x86_64-linux-gnu/libcrypto.so
(found version "1.0.1c")
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Boost version: 1.49.0
-- Found the following Boost libraries:
--   unit_test_framework
-- Configuring done
...

Re: [cpp-netlib-devel] building of cpp netlib

[Raindog <ra...@ma...>]

On 11/2/2011 8:58 AM, Glyn Matthews wrote:
> Hi Leo,
>
> On 28 October 2011 10:46, Leo Cacciari <leo...@gm... 
> <mailto:leo...@gm...>> wrote:
>
>     Hi,
>      I have problems in compiling the library (version 0.9.2) on ubuntu
>     10.10 with boost 1.42.0. Before I bother everyone by posting a long
>     output of template errors, I'd ask if the library requires some
>     aspects
>     of boost (spirit seems to be the culprit, judging from the errors
>     I see)
>     that ave been developed _after_ 1.42.0?
>
>     I know the 1.42.0 is quite hold, but changing the version now,
>     with the
>     project well advanced would be a pita. Not as big a pita as having to
>     reinvent the cpp-netlib wheel, thus I'm willing to do that if it's the
>     only way to use cpp-netlib, but I'd gladly avoid it if I could.
>
>
> The oldest version of boost that cpp-netlib is tested with is 1.45.0. 
>  Anything older is unlikely to work.
>
> Regards,
> Glyn
>
It shouldn't be too hard to test though.

Re: [cpp-netlib-devel] building of cpp netlib

[Glyn M. <gly...@gm...>]

Hi Leo,

On 28 October 2011 10:46, Leo Cacciari <leo...@gm...> wrote:

> Hi,
>  I have problems in compiling the library (version 0.9.2) on ubuntu
> 10.10 with boost 1.42.0. Before I bother everyone by posting a long
> output of template errors, I'd ask if the library requires some aspects
> of boost (spirit seems to be the culprit, judging from the errors I see)
> that ave been developed _after_ 1.42.0?
>
> I know the 1.42.0 is quite hold, but changing the version now, with the
> project well advanced would be a pita. Not as big a pita as having to
> reinvent the cpp-netlib wheel, thus I'm willing to do that if it's the
> only way to use cpp-netlib, but I'd gladly avoid it if I could.
>

The oldest version of boost that cpp-netlib is tested with is 1.45.0.
 Anything older is unlikely to work.

Regards,
Glyn

[cpp-netlib-devel] building of cpp netlib

[Leo C. <leo...@gm...>]

Hi,
 I have problems in compiling the library (version 0.9.2) on ubuntu
10.10 with boost 1.42.0. Before I bother everyone by posting a long
output of template errors, I'd ask if the library requires some aspects
of boost (spirit seems to be the culprit, judging from the errors I see)
that ave been developed _after_ 1.42.0?

I know the 1.42.0 is quite hold, but changing the version now, with the
project well advanced would be a pita. Not as big a pita as having to
reinvent the cpp-netlib wheel, thus I'm willing to do that if it's the
only way to use cpp-netlib, but I'd gladly avoid it if I could.

Leo
-- 
Leo Cacciari
Aliae nationes servitutem pati possunt populi romani est propria libertas

Re: [cpp-netlib-devel] Multiple requests from single agent

[Thomas K. <Jim...@gm...>]

Done.

2011/9/21 Dean Michael Berris <mik...@gm...>:
> Actually, it would be better if you send this (and join the official
> mailing list) at https://groups.google.com/group/cpp-netlib.
>
> I hope you don't mind doing that before I respond to you on that list.
>
> Cheers
>
> On Tue, Sep 20, 2011 at 7:25 AM, Thomas Karolski <Jim...@gm...> wrote:
>> Here you go, trimmed down to the essentials:
>> header (just for reference): http://snipt.org/xnlol
>> implementation: http://snipt.org/xnlok
>> Basically all I do is call the ResourceDataFromURL method - it then either:
>> a) directly starts a new request on the client or
>> b) queues a request
>>
>> Once a callback has received all data it will directly start a new
>> request on the client (if there are any) and call the user-supplied
>> callback fn.
>>
>> However on MacOSX I get some 2000 active threads before the
>> application dies on me. On Ubuntu I get a sigsegv instead on line 72 -
>> this is after calling ResourceDataFromURL 8 times in total.
>> Maybe the problem is that I use boost::shared_ptr to store the
>> requests - and once the callback quits, the shared_ptr will free the
>> request, thus any further actions the http client may do on the
>> request (free resources?) will cause unexpected behavior.
>> What do you think?
>>
>> Kind regards,
>> Thomas
>>
>> 2011/9/19 Dean Michael Berris <mik...@gm...>:
>>> On Mon, Sep 19, 2011 at 12:09 PM, Thomas Karolski <Jim...@gm...> wrote:
>>>> Hello everybody,
>>>>
>>>> I would like to know whether it is possible to use a single async HTTP
>>>> client for more than one request. If so, is it furthermore possible to
>>>> issue a new request from the callback which is passed to the get
>>>> function?
>>>
>>> Yes you can use a single async HTTP client for more than one request.
>>>
>>> I have not tried whether it's possible to start another request from
>>> within the streaming callback handler. I would imagine it should be
>>> unless you're doing something funny.
>>>
>>>> The reason why I'm asking, is because for some reason I get thread
>>>> resource exceptions - as if the async thread were not being destroyed
>>>> after the callback has been invoked with an eof status.
>>>>
>>>> Anyone who could help me out here?
>>>>
>>>
>>> How does your code look like?
>>>
>>> Cheers
>>>
>>> --
>>> Dean Michael Berris
>>> http://goo.gl/CKCJX
>>>
>>> ------------------------------------------------------------------------------
>>> All the data continuously generated in your IT infrastructure contains a
>>> definitive record of customers, application performance, security
>>> threats, fraudulent activity and more. Splunk takes this data and makes
>>> sense of it. Business sense. IT sense. Common sense.
>>> http://p.sf.net/sfu/splunk-d2dcopy1
>>> _______________________________________________
>>> Cpp-netlib-devel mailing list
>>> Cpp...@li...
>>> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>> _______________________________________________
>> Cpp-netlib-devel mailing list
>> Cpp...@li...
>> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>>
>
>
>
> --
> Dean Michael Berris
> http://goo.gl/CKCJX
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Cpp-netlib-devel mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>

Re: [cpp-netlib-devel] Multiple requests from single agent

[Dean M. B. <mik...@gm...>]

Actually, it would be better if you send this (and join the official
mailing list) at https://groups.google.com/group/cpp-netlib.

I hope you don't mind doing that before I respond to you on that list.

Cheers

On Tue, Sep 20, 2011 at 7:25 AM, Thomas Karolski <Jim...@gm...> wrote:
> Here you go, trimmed down to the essentials:
> header (just for reference): http://snipt.org/xnlol
> implementation: http://snipt.org/xnlok
> Basically all I do is call the ResourceDataFromURL method - it then either:
> a) directly starts a new request on the client or
> b) queues a request
>
> Once a callback has received all data it will directly start a new
> request on the client (if there are any) and call the user-supplied
> callback fn.
>
> However on MacOSX I get some 2000 active threads before the
> application dies on me. On Ubuntu I get a sigsegv instead on line 72 -
> this is after calling ResourceDataFromURL 8 times in total.
> Maybe the problem is that I use boost::shared_ptr to store the
> requests - and once the callback quits, the shared_ptr will free the
> request, thus any further actions the http client may do on the
> request (free resources?) will cause unexpected behavior.
> What do you think?
>
> Kind regards,
> Thomas
>
> 2011/9/19 Dean Michael Berris <mik...@gm...>:
>> On Mon, Sep 19, 2011 at 12:09 PM, Thomas Karolski <Jim...@gm...> wrote:
>>> Hello everybody,
>>>
>>> I would like to know whether it is possible to use a single async HTTP
>>> client for more than one request. If so, is it furthermore possible to
>>> issue a new request from the callback which is passed to the get
>>> function?
>>
>> Yes you can use a single async HTTP client for more than one request.
>>
>> I have not tried whether it's possible to start another request from
>> within the streaming callback handler. I would imagine it should be
>> unless you're doing something funny.
>>
>>> The reason why I'm asking, is because for some reason I get thread
>>> resource exceptions - as if the async thread were not being destroyed
>>> after the callback has been invoked with an eof status.
>>>
>>> Anyone who could help me out here?
>>>
>>
>> How does your code look like?
>>
>> Cheers
>>
>> --
>> Dean Michael Berris
>> http://goo.gl/CKCJX
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>> _______________________________________________
>> Cpp-netlib-devel mailing list
>> Cpp...@li...
>> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Cpp-netlib-devel mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>



-- 
Dean Michael Berris
http://goo.gl/CKCJX

Re: [cpp-netlib-devel] Multiple requests from single agent

[Thomas K. <Jim...@gm...>]

Here you go, trimmed down to the essentials:
header (just for reference): http://snipt.org/xnlol
implementation: http://snipt.org/xnlok
Basically all I do is call the ResourceDataFromURL method - it then either:
a) directly starts a new request on the client or
b) queues a request

Once a callback has received all data it will directly start a new
request on the client (if there are any) and call the user-supplied
callback fn.

However on MacOSX I get some 2000 active threads before the
application dies on me. On Ubuntu I get a sigsegv instead on line 72 -
this is after calling ResourceDataFromURL 8 times in total.
Maybe the problem is that I use boost::shared_ptr to store the
requests - and once the callback quits, the shared_ptr will free the
request, thus any further actions the http client may do on the
request (free resources?) will cause unexpected behavior.
What do you think?

Kind regards,
Thomas

2011/9/19 Dean Michael Berris <mik...@gm...>:
> On Mon, Sep 19, 2011 at 12:09 PM, Thomas Karolski <Jim...@gm...> wrote:
>> Hello everybody,
>>
>> I would like to know whether it is possible to use a single async HTTP
>> client for more than one request. If so, is it furthermore possible to
>> issue a new request from the callback which is passed to the get
>> function?
>
> Yes you can use a single async HTTP client for more than one request.
>
> I have not tried whether it's possible to start another request from
> within the streaming callback handler. I would imagine it should be
> unless you're doing something funny.
>
>> The reason why I'm asking, is because for some reason I get thread
>> resource exceptions - as if the async thread were not being destroyed
>> after the callback has been invoked with an eof status.
>>
>> Anyone who could help me out here?
>>
>
> How does your code look like?
>
> Cheers
>
> --
> Dean Michael Berris
> http://goo.gl/CKCJX
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Cpp-netlib-devel mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>

Re: [cpp-netlib-devel] Multiple requests from single agent

[Dean M. B. <mik...@gm...>]

On Mon, Sep 19, 2011 at 12:09 PM, Thomas Karolski <Jim...@gm...> wrote:
> Hello everybody,
>
> I would like to know whether it is possible to use a single async HTTP
> client for more than one request. If so, is it furthermore possible to
> issue a new request from the callback which is passed to the get
> function?

Yes you can use a single async HTTP client for more than one request.

I have not tried whether it's possible to start another request from
within the streaming callback handler. I would imagine it should be
unless you're doing something funny.

> The reason why I'm asking, is because for some reason I get thread
> resource exceptions - as if the async thread were not being destroyed
> after the callback has been invoked with an eof status.
>
> Anyone who could help me out here?
>

How does your code look like?

Cheers

-- 
Dean Michael Berris
http://goo.gl/CKCJX

[cpp-netlib-devel] Multiple requests from single agent

[Thomas K. <Jim...@gm...>]

Hello everybody,

I would like to know whether it is possible to use a single async HTTP
client for more than one request. If so, is it furthermore possible to
issue a new request from the callback which is passed to the get
function?
The reason why I'm asking, is because for some reason I get thread
resource exceptions - as if the async thread were not being destroyed
after the callback has been invoked with an eof status.

Anyone who could help me out here?

Kind regards,
Thomas

Re: [cpp-netlib-devel] Simple header get example request ? (no iteration)

[Dean M. B. <mik...@gm...>]

On Wed, Apr 27, 2011 at 7:01 AM, Antoine Tremblay <he...@gm...> wrote:
> Hi,

Hi Antoine,

I'd like to point you to the new discussion group:
https://groups.google.com/group/cpp-netlib where you should be posting
further questions. I've CC'ed the new group to this response -- you'll
have to subscribe to that list too so that we can continue the
conversation over there instead.

>   I'm trying to use cpp-netlib 0.9 to implement a simple client.
> But I'm having trouble getting a response header , I've read the example
> http_client.cpp.
> In that example you use an iterator to print all the headers.. however I saw
> in :
> headers.cpp :
> struct response_headers_wrapper { ...
>   range_type operator[] (string_type const & key) const {
>                 return message_.headers().equal_range(key);
>             }
> I would like to use the headers wrapper to call directly like  :
>  using namespace boost::network;
>  typedef http::basic_client<http::tags::http_default_8bit_tcp_resolve, 1,
> 1>    http_client;
>  http_client client;
>  std::string req_str = "http://localhost/";
>  http_client::request request(req_str);
>  request << header("Connection", "close");
>  http_client::response response = client.get(request);
> This section here is my problem :
>  headers_range<http_client::response>::type headers OR
>  basic_response<Tag>::headers_container_type = response.headers(); ???
>  const string<tags::default_string>::type cookie_header("Set-Cookie");
>  TYPE ?? = headers[cookie_header]
> But really I'm having a hard time figuring out the correct types... with the
> tags etc.. Still quite new to me.
> Especially the range_type..  I got a feeling it should return
> a basic_response<Tag>::headers_container_type .. and that should be the
> wrapper? But i'm not sure what the tag should be.. or anyway I feel quite
> lost.

No, the range_type is a Boost.Range iterator range. You'd want to read
up on Boost.Range from http://www.boost.org/libs/range -- the way it
would be used is this way:

  typedef typename headers_range<http_client::response>::type
headers_range_type;
  range_type cookie_range = headers(response)["Set-Cookie"];

No special tags you need to worry about. ;) Once you have the range,
you can then deal with it like any Boost.Range:

  BOOST_FOREACH(http_client::response::header_type const & header,
cookie_range) {
    // header.name and header.value now usable in this context
  }

Or something to that effect -- I'm doing this from memory so I may
have gotten a few things wrong. :D

> A simple example that would illustrate how to get a std::string for a
> specific header would help me to understand quite a lot
>

That above should help.

Cheers!

-- 
Dean Michael Berris
http://about.me/deanberris

[cpp-netlib-devel] Simple header get example request ? (no iteration)

[Antoine T. <he...@gm...>]

Hi,
  I'm trying to use cpp-netlib 0.9 to implement a simple client.

But I'm having trouble getting a response header , I've read the example
http_client.cpp.

In that example you use an iterator to print all the headers.. however I saw
in :

headers.cpp :

struct response_headers_wrapper { ...

  range_type operator[] (string_type const & key) const {
                return message_.headers().equal_range(key);
            }

I would like to use the headers wrapper to call directly like  :

 using namespace boost::network;
 typedef http::basic_client<http::tags::http_default_8bit_tcp_resolve, 1,
1>    http_client;
 http_client client;
 std::string req_str = "http://localhost/";
 http_client::request request(req_str);
 request << header("Connection", "close");
 http_client::response response = client.get(request);

This section here is my problem :

 headers_range<http_client::response>::type headers OR
 basic_response<Tag>::headers_container_type = response.headers(); ???

 const string<tags::default_string>::type cookie_header("Set-Cookie");
 TYPE ?? = headers[cookie_header]

But really I'm having a hard time figuring out the correct types... with the
tags etc.. Still quite new to me.
Especially the range_type..  I got a feeling it should return
a basic_response<Tag>::headers_container_type .. and that should be the
wrapper? But i'm not sure what the tag should be.. or anyway I feel quite
lost.

A simple example that would illustrate how to get a std::string for a
specific header would help me to understand quite a lot


Thank you!


Antoine Tremblay

Re: [cpp-netlib-devel] current build problems

[Dean M. B. <mik...@gm...>]

On Sun, Apr 24, 2011 at 8:56 PM, Mike  Dupont
<jam...@go...> wrote:
> Hi Dean,
> thanks for the tips.
> I have run git pull, and it seemed to have pulled alot of changes. But
> i was on master.
> I must have done something wrong, now builds great!
> thanks,
> mike
>

Yes, thanks Mike. There's been a lot that's happened between 0.7 and
0.9.0 -- and there's still a lot more to come.

Cheers!

-- 
Dean Michael Berris
http://about.me/deanberris

Re: [cpp-netlib-devel] current build problems

[Mike D. <jam...@go...>]

Hi Dean,
thanks for the tips.
I have run git pull, and it seemed to have pulled alot of changes. But
i was on master.
I must have done something wrong, now builds great!
thanks,
mike

On Sunday, April 24, 2011, Dean Michael Berris <mik...@gm...> wrote:
> Hi Mike,
>
> On Sun, Apr 24, 2011 at 3:09 AM, Mike Dupont
> <jam...@go...> wrote:
>>
>> HI,
>> I am having problems building against the latests boost trunk
>> http://fmtyewtk.blogspot.com/2011/04/cpp-netlib-continue.html
>> any tips?
>
> It looks like you're using an older version of the library. You'll
> need to use 0.9.0 to get the corrected code to work with Boost.Trunk.
>
> Also, there's a known issue with using Boost 1.46.1, where Spirit has
> some broken extensions points.
>
> I *might* release a 0.8.2 just to solve the io_service() calls to be
> turned into get_io_service(). But that depends if you're uisng 0.8.1
> or 0.9.0 to build your code. From what it looks like from here you're
> using an older version.
>
> HTH
>
> --
> Dean Michael Berris
> http://about.me/deanberris
>
> ------------------------------------------------------------------------------
> Fulfilling the Lean Software Promise
> Lean software platforms are now widely adopted and the benefits have been
> demonstrated beyond question. Learn why your peers are replacing JEE
> containers with lightweight application servers - and what you can gain
> from the move. http://p.sf.net/sfu/vmware-sfemails
> _______________________________________________
> Cpp-netlib-devel mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>

-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania flossk.org
flossal.org

Re: [cpp-netlib-devel] Migrating to Google Groups

[Dean M. B. <mik...@gm...>]

On Sun, Apr 24, 2011 at 8:27 PM, Mike  Dupont
<jam...@go...> wrote:
> What is the new address? Link?
>

I just created the group and it's at:

  http://groups.google.com/group/cpp-netlib

I've tried to auto-add everyone that's subscribed to the sourceforge
list but there are some with their permissions already set in their
Google profiles preventing me from adding them automatically. If
you're one of these people you might want to go ahead and subscribe to
the new group instead.

HTH

-- 
Dean Michael Berris
http://about.me/deanberris

Re: [cpp-netlib-devel] Migrating to Google Groups

[Mike D. <jam...@go...>]

What is the new address? Link?

On Sunday, April 24, 2011, Dean Michael Berris <mik...@gm...> wrote:
> Hi Everyone!
>
> To make the list management a lot easier for me (and to make it easier
> for others to post to and read the discussions) I've decided to pretty
> much migrate out of Sourceforge -- the archives will still be kept,
> unless I find a way to migrate those over too. This should make
> finding answers to questions that have already been asked and
> encouraging discussions in a web-forum-like and email-integrated
> interface a lot easier.
>
> This is an announcement just to let everyone know that the source of
> the messages may change -- so if you have any existing mail filters
> set up, you may have to change them.
>
> I'll be updating the links in the online documentation as well as the
> website (which I hope to be able to at least "design" properly using
> some tools that come with the Mac) to point people to the right
> direction.
>
> The switch-over to the new Google-groups based discussion list will
> happen in the next few hours. There should be as little disruption as
> possible -- and hopefully it would make joining the discussions a lot
> easier now than it used to be.
>
> Have a good weekend guys and I'll be posting another email again soon
> this time from the new Google Groups.
>
> Cheers!
>
> --
> Dean Michael Berris
> http://about.me/deanberris
>
> ------------------------------------------------------------------------------
> Fulfilling the Lean Software Promise
> Lean software platforms are now widely adopted and the benefits have been
> demonstrated beyond question. Learn why your peers are replacing JEE
> containers with lightweight application servers - and what you can gain
> from the move. http://p.sf.net/sfu/vmware-sfemails
> _______________________________________________
> Cpp-netlib-devel mailing list
> Cpp...@li...
> https://lists.sourceforge.net/lists/listinfo/cpp-netlib-devel
>

-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania flossk.org
flossal.org

[cpp-netlib-devel] Migrating to Google Groups

[Dean M. B. <mik...@gm...>]

Hi Everyone!

To make the list management a lot easier for me (and to make it easier
for others to post to and read the discussions) I've decided to pretty
much migrate out of Sourceforge -- the archives will still be kept,
unless I find a way to migrate those over too. This should make
finding answers to questions that have already been asked and
encouraging discussions in a web-forum-like and email-integrated
interface a lot easier.

This is an announcement just to let everyone know that the source of
the messages may change -- so if you have any existing mail filters
set up, you may have to change them.

I'll be updating the links in the online documentation as well as the
website (which I hope to be able to at least "design" properly using
some tools that come with the Mac) to point people to the right
direction.

The switch-over to the new Google-groups based discussion list will
happen in the next few hours. There should be as little disruption as
possible -- and hopefully it would make joining the discussions a lot
easier now than it used to be.

Have a good weekend guys and I'll be posting another email again soon
this time from the new Google Groups.

Cheers!

-- 
Dean Michael Berris
http://about.me/deanberris

Re: [cpp-netlib-devel] current build problems

[Dean M. B. <mik...@gm...>]

Hi Mike,

On Sun, Apr 24, 2011 at 3:09 AM, Mike Dupont
<jam...@go...> wrote:
>
> HI,
> I am having problems building against the latests boost trunk
> http://fmtyewtk.blogspot.com/2011/04/cpp-netlib-continue.html
> any tips?

It looks like you're using an older version of the library. You'll
need to use 0.9.0 to get the corrected code to work with Boost.Trunk.

Also, there's a known issue with using Boost 1.46.1, where Spirit has
some broken extensions points.

I *might* release a 0.8.2 just to solve the io_service() calls to be
turned into get_io_service(). But that depends if you're uisng 0.8.1
or 0.9.0 to build your code. From what it looks like from here you're
using an older version.

HTH

--
Dean Michael Berris
http://about.me/deanberris

[cpp-netlib-devel] current build problems

[Mike D. <jam...@go...>]

HI,
I am having problems building against the latests boost trunk
http://fmtyewtk.blogspot.com/2011/04/cpp-netlib-continue.html
any tips?
thanks
mike

-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania flossk.org
flossal.org

Re: [cpp-netlib-devel] async server problem

[Dean M. B. <mik...@gm...>]

Hi Nick!

On Sat, Apr 23, 2011 at 7:54 AM, Nick Migel <mi...@gm...> wrote:
> Hi Dean,
>
> Thank you for the excellent lib! I am using it a lot in our in-house
> projects since version 0.7.
>
> But now I have a problem with an async server code. Some clients(e.g.
> FireFox, Opera) could not properly work with the http server built on 0.9
> release. Clients simply did not get answers from the server or it looks so.
> But other http clients(e.g. curl) work as expected. This undersire behaviour
> can be easily reproduced even using 'server_async_less_copy.cpp' test
> example.
>
> I think the problem is that you send HTTP status and headers in two separate
> write calls: I saw in the Wireshark 2 separate TCP packets.
> May be I am wrong.
>

Interesting. I'll take a look and see if I can fix this and issue a
0.9.1 release.

> Could you please check it out at your side or clarify?
> I am ready to help in reproducing and testing this issue.
>

I'll do that when I get some time to focus on it. I remember someone
saying something about this and a pending pull request but I never
heard (or found) another pull request in the past month.

> P.S. Sorry for my English.
>

That's alright, thanks for the report!

Cheers!

-- 
Dean Michael Berris
http://about.me/deanberris

[cpp-netlib-devel] async server problem

[Nick M. <mi...@gm...>]

Hi Dean,

Thank you for the excellent lib! I am using it a lot in our in-house
projects since version 0.7.

But now I have a problem with an async server code. Some clients(e.g.
FireFox, Opera) could not properly work with the http server built on 0.9
release. Clients simply did not get answers from the server or it looks so.
But other http clients(e.g. curl) work as expected. This undersire behaviour
can be easily reproduced even using 'server_async_less_copy.cpp' test
example.

I think the problem is that you send HTTP status and headers in two separate
write calls: I saw in the Wireshark 2 separate TCP packets.
May be I am wrong.

Could you please check it out at your side or clarify?
I am ready to help in reproducing and testing this issue.

P.S. Sorry for my English.

Thanks in advance!
Nick.