Re: Problem with curl-loader on ubuntu 64bit
Status: Alpha
Brought to you by:
coroberti
From: Sergei Sh <jun...@na...> - 2008-10-10 12:47:44
|
Hi, Robert! When I remove all "#" commented lines: geteuid() = 0 stat("./10K.conf", {st_mode=S_IFREG|0644, st_size=453, ...}) = 0 brk(0) = 0x677000 brk(0x698000) = 0x698000 open("./10K.conf", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=453, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8056ae1000 read(3, "BATCH_NAME=10K \nCLIENTS_NUM_MAX"..., 4096) = 453 read(3, "", 4096) = 0 close(3) = 0 munmap(0x7f8056ae1000, 4096) = 0 write(2, "parse_config_file - error: faile"..., 63parse_config_file - error: failed to load even a single batch. ) = 63 write(2, "main - error: parse_config_file "..., 43main - error: parse_config_file () failed. ) = 43 exit_group(-1) = ? Process 8033 detached So, no difference But it works good on Ubuntu 32bit, so I don't know what else different here.. There's a PRF: CURL-LOADER VERSION: 0.46 HW DETAILS: Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz, MemTotal: 4040564 kB LINUX DISTRIBUTION and KERNEL (uname -r):ubuntu 8.04, 2.6.24-19-server GCC VERSION (gcc -v):Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7) COMPILATION AND MAKING OPTIONS (if defaults changed): default COMMAND-LINE: ./curl=loader -f 10K.conf CONFIGURATION-FILE (The most common source of problems): Place the file inline here: the default one: BATCH_NAME = 10K CLIENTS_NUM_MAX=10000 CLIENTS_NUM_START=100 CLIENTS_RAMPUP_INC=50 INTERFACE=eth0 NETMASK=16 IP_ADDR_MIN= 192.168.1.1 IP_ADDR_MAX= 192.168.53.255 CYCLES_NUM= -1 URLS_NUM= 1 URL=http://localhost/index.html URL_SHORT_NAME="local-index" REQUEST_TYPE=GET TIMER_URL_COMPLETION = 5000 TIMER_AFTER_URL_SLEEP =20 DOES THE PROBLEM AFFECT: COMPILATION? No LINKING? No EXECUTION? Yes OTHER (please specify)? Have you run $make cleanall prior to $make ? - No DESCRIPTION: > Hi Sergei, > > On Fri, Oct 10, 2008 at 9:57 AM, Sergei Sh <ser...@qi...> wrote: > > Hi > I have problem running curl-loader on ubuntu: Linux server 2.6.24-19-server #1 SMP Wed Aug 20 18:43:06 UTC 2008 x86_64 GNU/Linux > But it successful runs on other machine: Linux private 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686 GNU/Linux > > when I run on the server: > ./curl-loader -f conf-examples/10K.conf - > > parse_config_file - error: failed to load even a single batch. > main - error: parse_config_file () failed. > > This is problem with both 0.44 and 0.46. But on the my PC (i686) both versions run perfectly.. > May it be problem with x86_64?? It's only the difference I can see here. > > This is from stracing: > > stat("conf-examples/10K.conf", {st_mode=S_IFREG|0644, st_size=617, ...}) = 0 > brk(0) = 0x677000 > brk(0x698000) = 0x698000 > open("conf-examples/10K.conf", O_RDONLY) = 3 > fstat(3, {st_mode=S_IFREG|0644, st_size=617, ...}) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f0767c0b000 > read(3, "########### GENERAL SECTION ####"..., 4096) = 617 > read(3, "", 4096) = 0 > close(3) = 0 > munmap(0x7f0767c0b000, 4096) = 0 > write(2, "parse_config_file - error: faile"..., 63) = 63 > write(2, "main - error: parse_config_file "..., 43) = 43 > exit_group(-1) = ? > > -- > Sergei Sh. > > > > Thanks for your reporting. > > Please, kindly, subscribe to the mailing list: > https://lists.sourceforge.net/lists/listinfo/curl-loader-devel > and make your further postings to the list. > We have a Problem-Reporting-Form (PRF), which comes > with every distribution and it helps us to trace the problems. > > curl-loader is developed also at x86_64 Debian (lenny) 64-bit with Intel quad-core HW. > > What happens, if you remove the strings starting with # (comments)? > Which locality, etc settings do you have, which compiler, etc questions from the PRF? > > I would suspect, that the following testing from parse_conf.c somehow > goes screwed in your settings: > > /* Line may be commented out by '#'.*/ > if (fgets_buff[0] == '#') > > { > // fprintf (stderr, "%s - skipping commented file string \"%s\n", > // __func__, fgets_buff); > > continue; > } > > > -- > Truly, > Robert Iakobashvili, Ph.D. > ................................................. |