[
https://issues.apache.org/jira/browse/TS-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12830592#action_12830592
]
Leif Hedstrom commented on TS-148:
----------------------------------
Hmmm, I'm guessing this is "harmless" on 64-bit systems, but we should test it.
From glibc docs:
The address of a block returned by malloc or realloc in the GNU system is
always a multiple of eight (or sixteen on 64-bit systems).
It feels like we ought to make this conditional at least on the i386 vs x86_64
"defines" ?
> Build with --enable-debug completes, executable seg faults
> ----------------------------------------------------------
>
> Key: TS-148
> URL: https://issues.apache.org/jira/browse/TS-148
> Project: Traffic Server
> Issue Type: Bug
> Components: Build
> Affects Versions: 2.0.0a
> Environment: Ubuntu 9.10, TS Trunk
> Reporter: Jason Giedymin
> Assignee: George Paul
> Fix For: 2.0.0a
>
> Attachments: 0001-TS148_patch1.diff.patch
>
>
> Build completes, but when a call to "traffic_server" is issued, TS seg faults.
> "./configure --enable-debug"
> <log>
> FATAL: ink_queue.cc:347: failed assert
> `!((uintptr_t)TO_PTR(FREELIST_POINTER(item))&(((uintptr_t)f->alignment)-1))`
> traffic_server - STACK TRACE:
> traffic_server(ink_fatal_va+0xb1)[0x833b24c]
> traffic_server(ink_fatal+0x1e)[0x833b28e]
> traffic_server(_ink_assert+0xb7)[0x833a6ab]
> traffic_server(ink_freelist_new+0x2ca)[0x833e863]
> traffic_server(_ZN14ClassAllocatorI18HostDBContinuationE5allocEv+0x12)[0x82859c0]
> traffic_server(_ZN15HostDBProcessor5startEi+0x2ac)[0x827c8f8]
> traffic_server(main+0xb48)[0x8157148]
> /lib/tls/i686/nosegneg/libc.so.6(__libc_start_main+0xe6)[0xb716ab56]
> traffic_server[0x80fa5c1]
> </log>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
