Re: with ubuntu 64 - bit still receiving parse_config_file-error

[Rick P. <rp...@ce...>]

Hello Robert,


On Wed, 2009-02-25 at 12:18 -0500, Robert Iakobashvili wrote:
> Hi Rick
> 
> On Wed, Feb 25, 2009 at 7:24 PM, Rick Parker <rp...@ce...>
> wrote:
>         Sorry about that...
>         Shoulda read the docs a little more....
>         
>         
>         CURL-LOADER VERSION: 0.47, December 2, 2008
>         
>         HW DETAILS: CPU/S and memory are must:
>         MEMORY
>         MemTotal:      3922660 kB
>         MemFree:       1658920 kB
>         
>         CPU
>         processor       : 0
>         vendor_id       : GenuineIntel
>         cpu family      : 6
>         model           : 23
>         model name      : Intel(R) Xeon(R) CPU           E5430  @
>         2.66GHz
>         stepping        : 6
>         cpu MHz         : 2659.984
>         cache size      : 6144 KB
>         physical id     : 0
>         siblings        : 1
>         core id         : 0
>         cpu cores       : 1
>         a
>         
>         LINUX DISTRIBUTION and KERNEL (uname -r):
>         2.6.27-11-server
>         
>         GCC VERSION (gcc -v):
>         Place the file inline here:
>         Using built-in specs.
>         Target: x86_64-linux-gnu
>         Configured with: ../src/configure -v --with-pkgversion='Ubuntu
>         
>         gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu12)
>         
>         COMPILATION AND MAKING OPTIONS (if defaults changed):
>         make optimize=1 debug=0
>         
>         COMMAND-LINE:
>         
>         CONFIGURATION-FILE (The most common source of problems):
>         ########### GENERAL SECTION ################################
>         BATCH_NAME=10K
>         CLIENTS_NUM_MAX=10000
>         CLIENTS_NUM_START=100
>         CLIENTS_RAMPUP_INC=50
>         INTERFACE=eth2
>         NETMASK=24
>         IP_ADDR_MIN=10.10.40.50
>         IP_ADDR_MAX=10.10.40.150
>         CYCLES_NUM=-1
>         URLS_NUM=1
>         
>         ########### URL SECTION ####################################
>         
>         URL=http://localhost/index.html
>         #URL=http://localhost/ACE-INSTALL.html
>         URL_SHORT_NAME="local-index"
>         REQUEST_TYPE=GET
>         TIMER_URL_COMPLETION = 5000      # In msec. When positive, Now
>         it is
>         enforced by cancelling url fetch on timeout
>         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 ? Yes many times
>         
>         
>         DESCRIPTION:
>         I receive the following when trying to run the batch
>         parse_config_file - error: failed to load even a single batch.
>         main - error: parse_config_file () failed.
>         
>         
>         QUESTION/ SUGGESTION/ PATCH:
> 
> 
> You are supposed to get printed out strings of your batch file,
> at least the first one.
> Could you see something?
> 
> There is a rather weird issue with fgets () and gcc-4.3 or recent
> glibc at 64-bit systems. Initially, we considered that as our own bug,
> but later we have seen the issue at least in two other projects.
> 
> As a work-around you may try an older compiler, like gcc-3.4, gcc-4.1
> or to compile curl-loader with debugging and without optimization.
> $make cleanall
> $make debug=1 optimize=0
"Printed out strings?" The ones from the strace? or something different?
I will get you whatever you would like for debugging.
I will attempt to recompile with a gcc that is <4.1.
I also did make a default "make" (which i thought was debug=1 and
optimize =0) but it segfaulted.. (would you like to see that strace?)

Thank you very much Robert!!
Rick
> 
> -- 
> Truly,
> Robert Iakobashvili, Ph.D.
> ......................................................................
> Assistive technology that understands you
> ......................................................................
> No virus found in this incoming message. Checked by AVG - www.avg.com
> Version: 8.0.237 / Virus Database: 270.11.3/1969 - Release Date:
> 02/24/09 13:35:00