curl-loader-devel Mailing List for curl-loader - web application testing (Page 18)
Status: Alpha
Brought to you by:
coroberti
Menu
▾
▴
curl-loader-devel — curl-loader usage and development issues
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(1) |
Mar
(7) |
Apr
(19) |
May
(25) |
Jun
(16) |
Jul
(59) |
Aug
(29) |
Sep
(18) |
Oct
(19) |
Nov
(7) |
Dec
(29) |
| 2008 |
Jan
(6) |
Feb
(18) |
Mar
(8) |
Apr
(27) |
May
(26) |
Jun
(5) |
Jul
(6) |
Aug
|
Sep
(9) |
Oct
(37) |
Nov
(61) |
Dec
(17) |
| 2009 |
Jan
(21) |
Feb
(25) |
Mar
(4) |
Apr
(2) |
May
(8) |
Jun
(15) |
Jul
(18) |
Aug
(23) |
Sep
(10) |
Oct
(16) |
Nov
(14) |
Dec
(22) |
| 2010 |
Jan
(23) |
Feb
(8) |
Mar
(18) |
Apr
(1) |
May
(34) |
Jun
(23) |
Jul
(11) |
Aug
(1) |
Sep
(13) |
Oct
(10) |
Nov
(2) |
Dec
(8) |
| 2011 |
Jan
|
Feb
(7) |
Mar
(24) |
Apr
(12) |
May
(3) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(20) |
Nov
(7) |
Dec
(11) |
| 2012 |
Jan
(12) |
Feb
(5) |
Mar
(16) |
Apr
(3) |
May
|
Jun
(5) |
Jul
(12) |
Aug
(6) |
Sep
|
Oct
|
Nov
(8) |
Dec
|
| 2013 |
Jan
(1) |
Feb
(3) |
Mar
(5) |
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(9) |
Oct
|
Nov
(8) |
Dec
(4) |
| 2014 |
Jan
(4) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
(11) |
Dec
(5) |
| 2015 |
Jan
(1) |
Feb
|
Mar
(11) |
Apr
(3) |
May
(1) |
Jun
(1) |
Jul
(4) |
Aug
(1) |
Sep
(7) |
Oct
(4) |
Nov
(2) |
Dec
|
| 2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: bnoble <bn...@gm...> - 2009-12-01 21:22:17
|
Oh and also: cat /proc/sys/fs/file-max 610245 Thanks. On Tue, Dec 1, 2009 at 1:17 PM, bnoble <bn...@gm...> wrote: > You bet, thanks for the quick reply: > > Core was generated by `curl-loader -t 4 -f > /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. > Program terminated with signal 11, Segmentation fault. > #0 0x0000000000437de0 in Curl_done () > (gdb) bt > #0 0x0000000000437de0 in Curl_done () > #1 0x0000000000426a32 in multi_runsingle () > #2 0x0000000000426e5f in curl_multi_perform () > #3 0x0000000000428629 in curl_multi_socket_all () > #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, > still_running=0x7ff32f33de94) at loader_hyper.c:683 > #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, > userp=0x7fffff4aa410) at loader_hyper.c:398 > #6 0x00000000004648f8 in event_base_loop () > #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at > loader_hyper.c:567 > #8 0x00000000004118b0 in user_activity_hyper > (cctx_array=0x7ff330b42010) at loader_hyper.c:506 > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) > at loader.c:345 > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > #12 0x0000000000000000 in ?? () > (gdb) up > #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) > at loader.c:345 > 345 rval = ua_array[loading_mode] (bctx->cctx_array); > (gdb) up > #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 > (gdb) up > #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 > (gdb) up > #12 0x0000000000000000 in ?? () > (gdb) up > > On Tue, Dec 1, 2009 at 1:07 PM, Robert Iakobashvili <cor...@gm...> wrote: >> Hi bnoble, >> >> On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: >>> >>> Hello, >>> >>> I receive the following error when attempting to run the 10k >>> configuration example, or any configuration which exceeds 1500-3000 >>> CLIENTS_NUM_MAX: >>> >>> curl-loader[3975]: segfault at 0 ip 0000000000440094 sp >>> 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] >>> >>> Sometimes it crashes immediately, sometimes it runs until ~3000 >>> clients are loaded. I have played with every conceivable sysctl >>> parameter with no luck. I have tried running the application with >>> four threads, I have adhered to every recommendation I could find. Am >>> I missing something obvious? I encountered similar problems with an >>> old Ubuntu VM previously; this, however, is not a VM instance. >>> >>> OS: OpenSuSE 11.1 >>> Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 >>> x86_64 x86_64 GNU/Linux >>> Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM >>> >>> Thanks. >> >> >> Are you sure, that your sockets/open descriptors limit is sufficient? >> >> >> Please: >> >> 1. Compile it with debugging information >> $make clean; make debug=1 optimize=0 >> >> 2. keep core allowed in your shell >> #ulimit -c unlimited >> >> 3. Run it till crash and get the core file >> >> 4. open the core and the curl-loader application by gdb debugger >> and explore the backtrace by bt command >> >> You might wish to send the trace to this list. >> >> >> -- >> Truly, >> Robert Iakobashvili, Ph.D. >> ...................................................................... >> www.ghotit.com >> Assistive technology that understands you >> ...................................................................... >> >> ------------------------------------------------------------------------------ >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> curl-loader-devel mailing list >> cur...@li... >> https://lists.sourceforge.net/lists/listinfo/curl-loader-devel >> >> > |
|
From: bnoble <bn...@gm...> - 2009-12-01 21:18:13
|
You bet, thanks for the quick reply: Core was generated by `curl-loader -t 4 -f /home/support/curl-loader/curl-loader-0.50/conf-examples/ht'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000437de0 in Curl_done () (gdb) bt #0 0x0000000000437de0 in Curl_done () #1 0x0000000000426a32 in multi_runsingle () #2 0x0000000000426e5f in curl_multi_perform () #3 0x0000000000428629 in curl_multi_socket_all () #4 0x0000000000411bfa in mperform_hyper (bctx=0x7fffff4aa410, still_running=0x7ff32f33de94) at loader_hyper.c:683 #5 0x0000000000411520 in next_load_cb_hyper (fd=-1, kind=1, userp=0x7fffff4aa410) at loader_hyper.c:398 #6 0x00000000004648f8 in event_base_loop () #7 0x0000000000411995 in mget_url_hyper (bctx=0x7fffff4aa410) at loader_hyper.c:567 #8 0x00000000004118b0 in user_activity_hyper (cctx_array=0x7ff330b42010) at loader_hyper.c:506 #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) at loader.c:345 #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 #12 0x0000000000000000 in ?? () (gdb) up #9 0x000000000040aadf in batch_function (batch_data=0x7fffff4aa410) at loader.c:345 345 rval = ua_array[loading_mode] (bctx->cctx_array); (gdb) up #10 0x00007ff331d52070 in start_thread () from /lib64/libpthread.so.0 (gdb) up #11 0x00007ff3310db11d in clone () from /lib64/libc.so.6 (gdb) up #12 0x0000000000000000 in ?? () (gdb) up On Tue, Dec 1, 2009 at 1:07 PM, Robert Iakobashvili <cor...@gm...> wrote: > Hi bnoble, > > On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: >> >> Hello, >> >> I receive the following error when attempting to run the 10k >> configuration example, or any configuration which exceeds 1500-3000 >> CLIENTS_NUM_MAX: >> >> curl-loader[3975]: segfault at 0 ip 0000000000440094 sp >> 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] >> >> Sometimes it crashes immediately, sometimes it runs until ~3000 >> clients are loaded. I have played with every conceivable sysctl >> parameter with no luck. I have tried running the application with >> four threads, I have adhered to every recommendation I could find. Am >> I missing something obvious? I encountered similar problems with an >> old Ubuntu VM previously; this, however, is not a VM instance. >> >> OS: OpenSuSE 11.1 >> Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 >> x86_64 x86_64 GNU/Linux >> Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM >> >> Thanks. > > > Are you sure, that your sockets/open descriptors limit is sufficient? > > > Please: > > 1. Compile it with debugging information > $make clean; make debug=1 optimize=0 > > 2. keep core allowed in your shell > #ulimit -c unlimited > > 3. Run it till crash and get the core file > > 4. open the core and the curl-loader application by gdb debugger > and explore the backtrace by bt command > > You might wish to send the trace to this list. > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > |
|
From: Robert I. <cor...@gm...> - 2009-12-01 21:07:56
|
Hi bnoble, On Tue, Dec 1, 2009 at 10:42 PM, bnoble <bn...@gm...> wrote: > Hello, > > I receive the following error when attempting to run the 10k > configuration example, or any configuration which exceeds 1500-3000 > CLIENTS_NUM_MAX: > > curl-loader[3975]: segfault at 0 ip 0000000000440094 sp > 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] > > Sometimes it crashes immediately, sometimes it runs until ~3000 > clients are loaded. I have played with every conceivable sysctl > parameter with no luck. I have tried running the application with > four threads, I have adhered to every recommendation I could find. Am > I missing something obvious? I encountered similar problems with an > old Ubuntu VM previously; this, however, is not a VM instance. > > OS: OpenSuSE 11.1 > Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 > x86_64 x86_64 GNU/Linux > Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM > > Thanks. > Are you sure, that your sockets/open descriptors limit is sufficient? Please: 1. Compile it with debugging information $make clean; make debug=1 optimize=0 2. keep core allowed in your shell #ulimit -c unlimited 3. Run it till crash and get the core file 4. open the core and the curl-loader application by gdb debugger and explore the backtrace by bt command You might wish to send the trace to this list. -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: bnoble <bn...@gm...> - 2009-12-01 20:43:32
|
Hello, I receive the following error when attempting to run the 10k configuration example, or any configuration which exceeds 1500-3000 CLIENTS_NUM_MAX: curl-loader[3975]: segfault at 0 ip 0000000000440094 sp 00007f96b17c2bc0 error 4 in curl-loader[400000+8a000] Sometimes it crashes immediately, sometimes it runs until ~3000 clients are loaded. I have played with every conceivable sysctl parameter with no luck. I have tried running the application with four threads, I have adhered to every recommendation I could find. Am I missing something obvious? I encountered similar problems with an old Ubuntu VM previously; this, however, is not a VM instance. OS: OpenSuSE 11.1 Linux 2.6.27.37-0.1-default #1 SMP 2009-10-15 14:56:58 +0200 x86_64 x86_64 x86_64 GNU/Linux Quad-core 2Ghz Xeon (Tylersburg) 4M cache with 8GB RAM Thanks. |
|
From: Robert I. <cor...@gm...> - 2009-11-25 10:45:45
|
Hi Lubos On Tue, Nov 24, 2009 at 6:07 PM, Lubos Pusty <lub...@gm...> wrote: > I'm running a perf test from a system that has limited amount of disk > space. Is it possible a) to control which log-files I need or b) limit size > of those files? I've tried -l # option but without effect - logs were > growing beyond the size specified in -l paramer. > example of my current usage: > > curl-loader -f scripts/cl2_homepg.txt 2>&1 > /dev/null & > curl-loader -l 2 -f scripts/cl2_homepg.txt 2>&1 > /dev/null & > > Thanks, > > Lubos > > It is supposed to limit the grouth of the file <the-batch-name>.log What happens, if you set it to some more realistic value like 200 or 500 ? Is it still continues to grow? > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > |
|
From: Lubos P. <lub...@gm...> - 2009-11-24 16:07:46
|
Hello, I'm running a perf test from a system that has limited amount of disk space. Is it possible a) to control which log-files I need or b) limit size of those files? I've tried -l # option but without effect - logs were growing beyond the size specified in -l paramer. example of my current usage: curl-loader -f scripts/cl2_homepg.txt 2>&1 > /dev/null & or curl-loader -l 2 -f scripts/cl2_homepg.txt 2>&1 > /dev/null & Thanks, Lubos |
|
From: Robert I. <cor...@gm...> - 2009-11-12 18:48:44
|
Hi Walter, On Thu, Nov 12, 2009 at 8:16 PM, Walter Aeckerle <wae...@br...>wrote: > Yeah, it seems that the 64-bit version of RedHat 5.0 we have cannot > compile correctly, for I was able to compile it on an older, 32-bit > box/version. Thank you, Robert. > Regards, > > Walter > Worth to mention, that I am personally working on 64-bit Debian (lenny) and it is compiles and works just lovely. As a tip - it seems, that you need you install libraries for 64-bit development, at least an rpm with libc-64, and may be more. Read some tips for 64-bit compilation and its pre-conditions. Best wishes! > > > *From:* Robert Iakobashvili [mailto:cor...@gm...] > *Sent:* Thursday, November 12, 2009 11:13 AM > > *To:* curl-loader-devel > *Subject:* Re: curl-loader-0.50: compiler cannot create executables > > > > Hi, > > On Thu, Nov 12, 2009 at 7:33 PM, Walter Aeckerle <wae...@br...> > wrote: > > Fresh attempt from this morning… > > > > *From:* Robert Iakobashvili [mailto:cor...@gm...] > *Sent:* Thursday, November 12, 2009 8:51 AM > > > *To:* curl-loader-devel > *Subject:* Re: curl-loader-0.50: compiler cannot create executables > > So it is clear: > > configure:3747: $? = 0 > configure:3754: gcc -v >&5 > Using built-in specs. > Target: x86_64-redhat-linux > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > --infodir=/usr/share/info --enable-shared --enable-threads=posix > --enable-checking=release --with-system-zlib --enable-__cxa_atexit > --disable-libunwind-exceptions --enable-libgcj-multifile > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk > --disable-dssi --enable-plugin > --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic > --host=x86_64-redhat-linux > Thread model: posix > gcc version 4.1.2 20070626 (Red Hat 4.1.2-14) > configure:3758: $? = 0 > configure:3765: gcc -V >&5 > gcc: '-V' option must have argument > configure:3769: $? = 1 > configure:3791: checking for C compiler default output file name > configure:3813: gcc -g -O0 -DCURL_MAX_WRITE_SIZE=4096 conftest.c >&5 > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc > /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc > /usr/bin/ld: cannot find -lc > collect2: ld returned 1 exit status > configure:3817: $? = 1 > configure:3855: result: > configure: failed program was: > | /* confdefs.h. */ > | #define PACKAGE_NAME "curl" > | #define PACKAGE_TARNAME "curl" > | #define PACKAGE_VERSION "-" > | #define PACKAGE_STRING "curl -" > | #define PACKAGE_BUGREPORT "a suitable curl mailing list => > http://curl.haxx.se/mail/" > | #define PACKAGE "curl" > | #define VERSION "7.19.6" > | #define OS "x86_64-unknown-linux-gnu" > | /* end confdefs.h. */ > > > You have a problem with your compiler installation or packages. > > There is nothing to do on the side of curl-loader. > > Please, talk to your admins or programmers to assist you in creating > a good compilation environment on your linux machine. > > Take care! > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Walter A. <wae...@br...> - 2009-11-12 18:16:25
|
Yeah, it seems that the 64-bit version of RedHat 5.0 we have cannot compile correctly, for I was able to compile it on an older, 32-bit box/version. Thank you, Robert. Regards, Walter From: Robert Iakobashvili [mailto:cor...@gm...] Sent: Thursday, November 12, 2009 11:13 AM To: curl-loader-devel Subject: Re: curl-loader-0.50: compiler cannot create executables Hi, On Thu, Nov 12, 2009 at 7:33 PM, Walter Aeckerle <wae...@br...> wrote: Fresh attempt from this morning... From: Robert Iakobashvili [mailto:cor...@gm...] Sent: Thursday, November 12, 2009 8:51 AM To: curl-loader-devel Subject: Re: curl-loader-0.50: compiler cannot create executables So it is clear: configure:3747: $? = 0 configure:3754: gcc -v >&5 Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20070626 (Red Hat 4.1.2-14) configure:3758: $? = 0 configure:3765: gcc -V >&5 gcc: '-V' option must have argument configure:3769: $? = 1 configure:3791: checking for C compiler default output file name configure:3813: gcc -g -O0 -DCURL_MAX_WRITE_SIZE=4096 conftest.c >&5 /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status configure:3817: $? = 1 configure:3855: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "curl" | #define PACKAGE_TARNAME "curl" | #define PACKAGE_VERSION "-" | #define PACKAGE_STRING "curl -" | #define PACKAGE_BUGREPORT "a suitable curl mailing list => http://curl.haxx.se/mail/" | #define PACKAGE "curl" | #define VERSION "7.19.6" | #define OS "x86_64-unknown-linux-gnu" | /* end confdefs.h. */ You have a problem with your compiler installation or packages. There is nothing to do on the side of curl-loader. Please, talk to your admins or programmers to assist you in creating a good compilation environment on your linux machine. Take care! -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-11-12 18:13:15
|
Hi, On Thu, Nov 12, 2009 at 7:33 PM, Walter Aeckerle <wae...@br...>wrote: > Fresh attempt from this morning… > > > > *From:* Robert Iakobashvili [mailto:cor...@gm...] > *Sent:* Thursday, November 12, 2009 8:51 AM > > *To:* curl-loader-devel > *Subject:* Re: curl-loader-0.50: compiler cannot create executables > So it is clear: configure:3747: $? = 0 configure:3754: gcc -v >&5 Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux Thread model: posix gcc version 4.1.2 20070626 (Red Hat 4.1.2-14) configure:3758: $? = 0 configure:3765: gcc -V >&5 gcc: '-V' option must have argument configure:3769: $? = 1 configure:3791: checking for C compiler default output file name configure:3813: gcc -g -O0 -DCURL_MAX_WRITE_SIZE=4096 conftest.c >&5 /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status configure:3817: $? = 1 configure:3855: result: configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "curl" | #define PACKAGE_TARNAME "curl" | #define PACKAGE_VERSION "-" | #define PACKAGE_STRING "curl -" | #define PACKAGE_BUGREPORT "a suitable curl mailing list => http://curl.haxx.se/mail/" | #define PACKAGE "curl" | #define VERSION "7.19.6" | #define OS "x86_64-unknown-linux-gnu" | /* end confdefs.h. */ You have a problem with your compiler installation or packages. There is nothing to do on the side of curl-loader. Please, talk to your admins or programmers to assist you in creating a good compilation environment on your linux machine. Take care! -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-11-12 15:50:50
|
Hi, On Thu, Nov 12, 2009 at 5:34 PM, Walter Aeckerle <wae...@br...>wrote: > Hi Robert, > > > > I am running 64-bit, Red Hat 5.0 > So... Could you please look at config.log for more details? You can opt to send the details also to the list. > > > *From:* Robert Iakobashvili [mailto:cor...@gm...] > *Sent:* Wednesday, November 11, 2009 10:07 PM > *To:* curl-loader-devel > *Subject:* Re: curl-loader-0.50: compiler cannot create executables > > > > Hi Walter: > > On Thu, Nov 12, 2009 at 12:27 AM, Walter Aeckerle <wae...@br...> > wrote: > > CURL-LOADER VERSION: 0.50, September 21, 2009 > > GCC VERSION (gcc -v): 4.1.2 20070626 (Red Hat 4.1.2-14) > > > This version is OK. > What is the version of RedHat linux? > > > > DOES THE PROBLEM AFFECT: > > COMPILATION? Yes > > DESCRIPTION: > > configure: error: in `/opt/curl-loader-0.50/build/curl': > > Do you have all privileges to build in this directory? > > > configure: error: C compiler cannot create executables > > See `config.log' for more details. > > make: *** [lib/libcurl.a] Error 77 > > > Could you please look at config.log for more details? > You can opt to send the details also to the list. > > Thanks! > > > *Walter Aeckerle* > > Quality Assurance Engineer > > wae...@br... > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Walter A. <wae...@br...> - 2009-11-12 15:34:53
|
Hi Robert, I am running 64-bit, Red Hat 5.0 From: Robert Iakobashvili [mailto:cor...@gm...] Sent: Wednesday, November 11, 2009 10:07 PM To: curl-loader-devel Subject: Re: curl-loader-0.50: compiler cannot create executables Hi Walter: On Thu, Nov 12, 2009 at 12:27 AM, Walter Aeckerle <wae...@br...> wrote: CURL-LOADER VERSION: 0.50, September 21, 2009 GCC VERSION (gcc -v): 4.1.2 20070626 (Red Hat 4.1.2-14) This version is OK. What is the version of RedHat linux? DOES THE PROBLEM AFFECT: COMPILATION? Yes DESCRIPTION: configure: error: in `/opt/curl-loader-0.50/build/curl': Do you have all privileges to build in this directory? configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [lib/libcurl.a] Error 77 Could you please look at config.log for more details? You can opt to send the details also to the list. Thanks! Walter Aeckerle Quality Assurance Engineer wae...@br... -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-11-12 05:06:57
|
Hi Walter: On Thu, Nov 12, 2009 at 12:27 AM, Walter Aeckerle <wae...@br...>wrote: > CURL-LOADER VERSION: 0.50, September 21, 2009 > > GCC VERSION (gcc -v): 4.1.2 20070626 (Red Hat 4.1.2-14) > This version is OK. What is the version of RedHat linux? > > DOES THE PROBLEM AFFECT: > > COMPILATION? Yes > > DESCRIPTION: > > configure: error: in `/opt/curl-loader-0.50/build/curl': > Do you have all privileges to build in this directory? > configure: error: C compiler cannot create executables > > See `config.log' for more details. > > make: *** [lib/libcurl.a] Error 77 > Could you please look at config.log for more details? You can opt to send the details also to the list. Thanks! > *Walter Aeckerle* > > Quality Assurance Engineer > > wae...@br... > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Walter A. <wae...@br...> - 2009-11-11 22:27:31
|
CURL-LOADER VERSION: 0.50, September 21, 2009
HW DETAILS: CPU/S and memory are must:
Mem: 2059512k total
Intel(R) Pentium(R) D CPU 3.20GHz
LINUX DISTRIBUTION and KERNEL (uname -r): 2.6.18-36.el5
GCC VERSION (gcc -v): 4.1.2 20070626 (Red Hat 4.1.2-14)
COMPILATION AND MAKING OPTIONS (if defaults changed):
COMMAND-LINE:bash
CONFIGURATION-FILE (The most common source of problems):
Place the file inline here:
There is a conf.c and a conf.h... which should I include?
DOES THE PROBLEM AFFECT:
COMPILATION? Yes
LINKING? No
EXECUTION? No
OTHER (please specify)?
Have you run $make cleanall prior to $make ? Yes
DESCRIPTION:
configure: error: in `/opt/curl-loader-0.50/build/curl':
configure: error: C compiler cannot create executables
See `config.log' for more details.
make: *** [lib/libcurl.a] Error 77
QUESTION/ SUGGESTION/ PATCH:
Thanks,
Walter Aeckerle
Quality Assurance Engineer
BroadHop
1401 17th Street
Suite 200
Denver, CO 80202
303.962.7220
wae...@br...
|
|
From: Robert I. <cor...@gm...> - 2009-11-07 18:28:33
|
Hi folks, FYI: www.iis.se/docs/IPv6-firewall-test-summary_2009B.pdf Interesting. We would recommend to use as a web-server ngnix, which allows much stronger load, than apache2. -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-11-03 06:54:25
|
Hi Val, On Tue, Nov 3, 2009 at 12:56 AM, Val Shkolnikov <va...@nv...> wrote: > Hey guys, has anyone looked into this? /Val > > From: Gary Fitts <gary@iF...> - 2009-10-08 06:58 > > Hello Robert, > > I'm on the road for two more weeks, with no access to source. > I will take a look as soon as I get back. > > Gary > > On Thu, Oct 8, 2009 at 5:15 AM, Val Shkolnikov <va...@nv...> wrote: > > Hi Robert, > > > >I found a bug in parse_conf.c but, regretfully, do not have a fix yet. > >It has to do with the option RESPONSE_STATUS_ERRORS failing in the > >presence of another option URL_TEMPLATE. It happens very infrequently, > >but I came up with a script and a bunch of support files that > >demonstrate the problem. The script runs until failure and it repeats > >from 10 to 100 times before a failure. There is a small readme file > >that tells you what to do. Maybe someone will have some bright ideas > >how to fix this. The script runs gdb which puts a single breakpoint > >into parse_conf.c to prevent it to going further if the failure did not > >occur. This line number is for SVN revision 570. > > > >Regards, > >/Val > > > I was not successful to reproduce and to figure out something from the sources. Sorry. -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Robert I. <cor...@gm...> - 2009-11-03 06:37:34
|
Hi Val, On Sat, Oct 17, 2009 at 1:39 AM, Val Shkolnikov <va...@nv...> wrote: > Just wondering, why are you not using the c-ares in curl-loader. > Thanks, applied. -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Val S. <va...@nv...> - 2009-11-02 22:57:00
|
Hey guys, has anyone looked into this? /Val From: Gary Fitts <gary@iF...> - 2009-10-08 06:58 Hello Robert, I'm on the road for two more weeks, with no access to source. I will take a look as soon as I get back. Gary On Oct 7, 2009, at 10:09 PM, Robert Iakobashvili wrote: Hi Val, On Thu, Oct 8, 2009 at 5:15 AM, Val Shkolnikov <va...@nv...> wrote: Hi Robert, > >I found a bug in parse_conf.c but, regretfully, do not have a fix yet. >It has to do with the option RESPONSE_STATUS_ERRORS failing in the >presence of another option URL_TEMPLATE. It happens very infrequently, >but I came up with a script and a bunch of support files that >demonstrate the problem. The script runs until failure and it repeats >from 10 to 100 times before a failure. There is a small readme file >that tells you what to do. Maybe someone will have some bright ideas >how to fix this. The script runs gdb which puts a single breakpoint >into parse_conf.c to prevent it to going further if the failure did not >occur. This line number is for SVN revision 570. > >Regards, >/Val > Val, thanks for your reported! I'll try to learn this. Gary, if you have a time-slot to look at that, it would be very much appreciated! Thanks! |
|
From: Pranav D. <pra...@gm...> - 2009-10-24 20:05:52
|
On Sat, Oct 24, 2009 at 12:53 PM, Robert Iakobashvili <cor...@gm...>wrote: > Hi Prahav, > > On Sat, Oct 24, 2009 at 9:20 PM, Pranav Desai <pra...@gm...>wrote: > >> Hello, >> >> I am facing an issue with the response time stats. It seems like >> curl-loader is only reporting the response time upto 200 OK and not the >> entire response. Is there any other setting that I might have missed ? >> >> >> As designed, but you can always patch it yourself since this is > open-source. > Take care! > > Sure, no problem. Thanks -- Pranav > > >> -- >> Truly, >> Robert Iakobashvili, Ph.D. >> ...................................................................... >> www.ghotit.com >> Assistive technology that understands you >> ...................................................................... >> > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > |
|
From: Robert I. <cor...@gm...> - 2009-10-24 19:54:13
|
Hi Prahav, On Sat, Oct 24, 2009 at 9:20 PM, Pranav Desai <pra...@gm...>wrote: > Hello, > > I am facing an issue with the response time stats. It seems like > curl-loader is only reporting the response time upto 200 OK and not the > entire response. Is there any other setting that I might have missed ? > > > As designed, but you can always patch it yourself since this is open-source. Take care! > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > |
|
From: Pranav D. <pra...@gm...> - 2009-10-24 19:20:28
|
Hello, I am facing an issue with the response time stats. It seems like curl-loader is only reporting the response time upto 200 OK and not the entire response. Is there any other setting that I might have missed ? I am using version 0.50. Here are some details: With curl-loader the log file looks like: --------------------------------------- 0 0 0 1 == About to connect() to 172.16.55.210 port 80 (#0) eff-url: url http://172.16.55.210/websites/testube/video/youtube_ 14MB_6m13s.flv 3 0 0 1 !! OK 200 eff-url: url http://172.16.55.210/websites/testube/video/youtube_14MB_6m13s.flv --------------------------------------- And the txt file looks like: --------------------------------------- RunTime(sec),Appl,Clients,Req,1xx,2xx,3xx,4xx,5xx,Err,T-Err,D,D-2xx,Ti,To 0, H/F , 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 0, H/F/S , 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 *, *, *, *, *, *, *, *, *, *, *, *, *, * RunTime(sec),Appl,Clients,Req,1xx,2xx,3xx,4xx,5xx,Err,T-Err,D,D-2xx,Ti,To 1, H/F , 0, 1, 0, 1, 0, 0, 0, 0, 0, 3, 3, 15469150, 161 1, H/F/S , 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 ---------------------------------------- Here is the conf file: ---------------------------------------------- ########### GENERAL SECTION ################################ BATCH_NAME= test3 CLIENTS_NUM_MAX=1 CLIENTS_RAMPUP_INC=1 INTERFACE =eth1 NETMASK=16 IP_ADDR_MIN= 13.0.0.1 IP_ADDR_MAX= 13.0.1.250 #Actually - this is for self-control IP_SHARED_NUM=500 CYCLES_NUM=1 URLS_NUM=1 ########### URL SECTION #################################### URL=http://172.16.55.210/websites/testube/video/youtube_14MB_6m13s.flv REQUEST_TYPE=GET TIMER_URL_COMPLETION = 0 TIMER_AFTER_URL_SLEEP =0 --------------------------------------- with wget the same URL takes about 1300ms. time wget -nv " http://172.16.55.210/websites/testube/video/youtube_14MB_6m13s.flv" --delete-after --bind-address=13.0.0.1 11:56:29 URL: http://172.16.55.210/websites/testube/video/youtube_14MB_6m13s.flv[15468931/15468931] -> "youtube_14MB_6m13s.flv" [1] real 0m1.333s user 0m0.008s sys 0m0.136s |
|
From: Robert I. <cor...@gm...> - 2009-10-17 17:18:46
|
Hi Val, On Sat, Oct 17, 2009 at 1:39 AM, Val Shkolnikov <va...@nv...> wrote: > Hi Robert, > Just wondering, why are you not using the c-ares in curl-loader. I had > an issue with the single-threadedness of the DNS requests in libcurl, so I > downloaded c-ares 1.6.0, fixed the Makefile (it was _almost_ :-) right), and > it works fine. I do not use ipv6, but they claim they handle it since last > year. Anyway, I am attaching a patch to the Makefile should you choose to > implement it. This assumes you have the c-ares library 1.6.0 in the > curl-loader/packages directory downloaded from > http://c-ares.haxx.se/c-ares-1.6.0.tar.gz > /Val > Great idea! Both Michael and me like c-ares, and tried to put it inside several years ago, where Michael invested some time in patching. In 2 weeks I'll have a timeslot to test it for IPv6 and your patch wiull be of assistance. Thanks! > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > |
|
From: Val S. <va...@nv...> - 2009-10-16 23:39:43
|
Hi Robert, Just wondering, why are you not using the c-ares in curl-loader. I had an issue with the single-threadedness of the DNS requests in libcurl, so I downloaded c-ares 1.6.0, fixed the Makefile (it was _almost_ :-) right), and it works fine. I do not use ipv6, but they claim they handle it since last year. Anyway, I am attaching a patch to the Makefile should you choose to implement it. This assumes you have the c-ares library 1.6.0 in the curl-loader/packages directory downloaded from http://c-ares.haxx.se/c-ares-1.6.0.tar.gz /Val |
|
From: Pranav D. <pra...@gm...> - 2009-10-14 17:12:19
|
On Tue, Oct 13, 2009 at 10:11 PM, Robert Iakobashvili <cor...@gm...>wrote: > Hi Prahav, > > On Wed, Oct 14, 2009 at 3:13 AM, Pranav Desai <pra...@gm...>wrote: > >> Hello, >> >> I would like to add the following libcurl option to use with curl-loader >> CURLOPT_IGNORE_CONTENT_LENGTH >> >> Is there a way to do it without changing the curl-loader code ? >> > > No, but the place in loader.c file to add the code is a very specific, so > that is easy to do. > > Thanks for the info. I can do the changes. -- Pranav > >> Thanks >> >> -- Pranav >> > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ...................................................................... > www.ghotit.com > Assistive technology that understands you > ...................................................................... > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > curl-loader-devel mailing list > cur...@li... > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > > |
|
From: Robert I. <cor...@gm...> - 2009-10-14 05:11:43
|
Hi Prahav, On Wed, Oct 14, 2009 at 3:13 AM, Pranav Desai <pra...@gm...>wrote: > Hello, > > I would like to add the following libcurl option to use with curl-loader > CURLOPT_IGNORE_CONTENT_LENGTH > > Is there a way to do it without changing the curl-loader code ? > No, but the place in loader.c file to add the code is a very specific, so that is easy to do. > > Thanks > > -- Pranav > -- Truly, Robert Iakobashvili, Ph.D. ...................................................................... www.ghotit.com Assistive technology that understands you ...................................................................... |
|
From: Pranav D. <pra...@gm...> - 2009-10-14 01:13:38
|
Hello, I would like to add the following libcurl option to use with curl-loader CURLOPT_IGNORE_CONTENT_LENGTH Is there a way to do it without changing the curl-loader code ? Thanks -- Pranav |
25 messages has been excluded from this view by a project administrator.
