Sorry for the late reply, but I've reproduced this on my OSX machine.
Yeah, it's crashing (both logstats and logcat crashes). :/ Unless you
already did so, you should file a bug.
-- Leif
this is the stack trace I'm seeing:
gdb) bt
#0 0x00007fff838b50b6 in __kill ()
#1 0x00007fff839559f6 in abort ()
#2 0x00000001000cdc8c in ink_fatal_va (return_code=<value temporarily
unavailable, due to optimizations>, message_format=<value temporarily
unavailable, due to optimizations>, ap=<value temporarily unavailable,
due to optimizations>) at ink_error.cc:43
#3 0x00000001000cdddb in ink_fatal (return_code=<value temporarily
unavailable, due to optimizations>, message_format=<value temporarily
unavailable, due to optimizations>) at ink_error.cc:73
#4 0x00000001000cc5ff in _ink_assert (a=0x10004aea8
"setrlimit((RLIMCAST) which, &rl) >= 0", f=<value temporarily
unavailable, due to optimizations>, l=96) at ink_assert.cc:44
#5 0x0000000100001dbe in max_out_limit (which=8, max_it=true) at
LogStandalone.cc:96
#6 0x0000000100001e85 in init_system [inlined] () at
/Users/leifh/apache/trafficserver.svn/proxy/logging/LogStandalone.cc:113
#7 0x0000000100001e85 in init_log_standalone_basic (pgm_name=<value
temporarily unavailable, due to optimizations>) at LogStandalone.cc:300
#8 0x0000000100002026 in main (argc=<value temporarily unavailable, due
to optimizations>, argv=0x7fff5fbffa80) at logcat.cc:276
