Hope this can solve your needs
lldb /usr/local/bin/haproxy-1.6-dev1-601a4d-55
(lldb) target create "/usr/local/bin/haproxy-1.6-dev1-601a4d-55"
Current executable set to '/usr/local/bin/haproxy-1.6-dev1-601a4d-55' (x86_64).
(lldb) r -f lua.conf
Process 62345 launched: '/usr/local/bin/haproxy-1.6-dev1-601a4d-55' (x86_64)
Process 62345 stopped
* thread #1: tid = 0xdf06eb, 0x00007fff85a91b17
libsystem_platform.dylib`_platform_strcmp + 23, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x10)
frame #0: 0x00007fff85a91b17 libsystem_platform.dylib`_platform_strcmp + 23
libsystem_platform.dylib`_platform_strcmp + 23:
-> 0x7fff85a91b17: movzbq (%rsi), %r8
0x7fff85a91b1b: incq %rdi
0x7fff85a91b1e: incq %rsi
0x7fff85a91b21: subq %r8, %rax
(lldb) bt all
* thread #1: tid = 0xdf06eb, 0x00007fff85a91b17
libsystem_platform.dylib`_platform_strcmp + 23, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x10)
* frame #0: 0x00007fff85a91b17 libsystem_platform.dylib`_platform_strcmp + 23
frame #1: 0x000000010007b3e1
haproxy-1.6-dev1-601a4d-55`action_http_req_custom(kw=0x00007fff5fbfec9e) + 177
at proto_http.c:11786
frame #2: 0x000000010007a803
haproxy-1.6-dev1-601a4d-55`parse_http_req_cond(args=0x00007fff5fbfea88,
file=0x00007fff5fbffaad, linenum=15, proxy=0x0000000101019000) + 6803 at
proto_http.c:9306
frame #3: 0x000000010002803d
haproxy-1.6-dev1-601a4d-55`cfg_parse_listen(file=0x00007fff5fbffaad,
linenum=15, args=0x00007fff5fbfea80, kwm=0) + 18413 at cfgparse.c:3223
frame #4: 0x0000000100034c69
haproxy-1.6-dev1-601a4d-55`readcfgfile(file=0x00007fff5fbffaad) + 2985 at
cfgparse.c:6325
frame #5: 0x00000001000021a0 haproxy-1.6-dev1-601a4d-55`init(argc=0,
argv=0x00007fff5fbff918) + 2928 at haproxy.c:719
frame #6: 0x0000000100004b1f haproxy-1.6-dev1-601a4d-55`main(argc=3,
argv=0x00007fff5fbff900) + 47 at haproxy.c:1530
frame #7: 0x00007fff87e2c5c9 libdyld.dylib`start + 1
(lldb)
> On 03 Apr 2015, at 10:18, Willy Tarreau <[email protected]> wrote:
>
> Hi Gunay,
>
> On Fri, Apr 03, 2015 at 08:46:50AM +0300, gunay arslan wrote:
>> HI Cyril
>>
>> my mistake, I forget to mention that before every build I am cleaning - make
>> clean
>>
>> and here is the lldb output too
>>
>>
>> lldb /usr/local/bin/haproxy-1.6-dev1-601a4d-55
>> (lldb) target create "/usr/local/bin/haproxy-1.6-dev1-601a4d-55"
>> Current executable set to '/usr/local/bin/haproxy-1.6-dev1-601a4d-55'
>> (x86_64).
>> (lldb) r -f lua.conf
>> Process 57497 launched: '/usr/local/bin/haproxy-1.6-dev1-601a4d-55' (x86_64)
>> Process 57497 stopped
>> * thread #1: tid = 0xddc786, 0x00007fff85a91b17
>> libsystem_platform.dylib`_platform_strcmp + 23, queue =
>> 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x10)
>> frame #0: 0x00007fff85a91b17 libsystem_platform.dylib`_platform_strcmp +
>> 23
>> libsystem_platform.dylib`_platform_strcmp + 23:
>> -> 0x7fff85a91b17: movzbq (%rsi), %r8
>> 0x7fff85a91b1b: incq %rdi
>> 0x7fff85a91b1e: incq %rsi
>> 0x7fff85a91b21: subq %r8, %rax
>
> Do you have the equivalent of gdb's "bt full" in lldb ?
>
> Here we seem to be seeing that it crashes in strcmp() due to a bad
> pointer, so now we need to know who passes that bad pointer (I suspect
> a null check is missing somewhere hence the address 0x10 which probably
> corresponds to a string after two pointers in a struct).
>
> Regards,
> Willy
>
