For the record, I found out what the problem was. ATS calls the method that
generates the field twice, the first time, it wants to know the field's
size, so buf is NULL. The second time it actually wants the field's value.
(I wasn't aware of it.)
So the first time the function was called (by LogFi
37. This length is fixed.
I've looked marshal_str's code and my understanding is that it will pad the
string with '$' to fill the necessary 40, right? so what gets copied to buf
is actually something like "cdc19cac-527e-4e4b-b8f9-ef453db9e0d3$$$".
Also, I'm not sure why the fields should use LogA
On Oct 8, 2014, at 11:43 AM, Acácio Centeno wrote:
> Hello,
>
> I've written the following function to log our internal UUID to access.log:
>
> int
> LogAccessHttp::marshal_proxy_uuid(char *buf)
> {
> const char *str = NULL;
> int len = INK_MIN_ALIGN;
>
> if (buf) {
>if ( m_http_sm->mag
Yes, it's guaranteed. And it's logging correctly on debug.log.
Acácio Centeno
Software Engineering
Azion Technologies
Porto Alegre, Brasil +55 51 3012 3005 | +55 51 8118 9947
Miami, USA +1 305 704 8816
Quaisquer informações contidas neste e-mail e anexos podem ser
confidenciais e privilegiadas,
Hi Acacio,
Is m_http_sm->get_uuid() guaranteed to be null terminated?
Thanks,
Sudheer
On 10/8/14, 11:43 AM, "Acácio Centeno" wrote:
>Hello,
>
>I've written the following function to log our internal UUID to
>access.log:
>
>int
>LogAccessHttp::marshal_proxy_uuid(char *buf)
>{
> const char *st
Hello,
I've written the following function to log our internal UUID to access.log:
int
LogAccessHttp::marshal_proxy_uuid(char *buf)
{
const char *str = NULL;
int len = INK_MIN_ALIGN;
if (buf) {
if ( m_http_sm->magic == HTTP_SM_MAGIC_ALIVE ) {
str = m_http_sm->get_uuid();
} el
