It looks like there's some problem with how apr_day_snames[] and
apr_month_snames[] are getting declared now. They used to be arrays
of fixed-length strings -- each string was three letters and a
terminating null, such as "Mon", "Tue", "Wed", etc, and "Jan", "Feb",
"Mar", etc.
Now they are arrays of fixed-length strings whose every byte is
'\0'. This is probably not the change someone intended. :-)
I thought maybe I was corrupting memory somewhere, but it doesn't look
like it, because the arrays already toast as of entry to main(). Have
looked over recent changes to APR, but don't see anything offhand that
would be causing this.
Greg, can you take a look, or forward this report to whoever maintains
the time code? Thanks.
cd subversion/libsvn_wc/tests
gdb checkout-test
(gdb) break main
Breakpoint 6 at 0x8049566: file checkout-test.c, line 122.
(gdb) run checkout-1.delta foo_dir
[...]
Breakpoint 6, main (argc=3, argv=0xbffff984) at checkout-test.c:122
(gdb) p apr_day_snames
$34 = {"\000\000\000", "\000\000\000", "\000\000\000", "\000\000\000",
"\000\000\000", "\000\000\000", "\000\000\000"}
(gdb) p apr_month_snames
$35 = {"\000\000\000" <repeats 12 times>}
(gdb) quit
The program is running. Exit anyway? (y or n) y
Linux thread target has restored Unknown signal handling
Linux thread target has restored Unknown signal handling
Debugger finished
Received on Sat Oct 21 14:36:11 2006