* "Swapan Gupta" <[EMAIL PROTECTED]> wrote:
> I am trying to use the function apr_table_setn for redirecting to a URL.
>
> The following is the function call that I am using.
>
> apr_table_setn( m_pReqRec->headers_out, (const char *)"Location",
> apr_pstrdup(m_pReqRec->pool, URL ));
>
> But som
>> But somehow I am not properly getting redirected. What I am getting is a
>> blank page instead of the page I am trying to redirect to.
>>
>> Any ideas why this could be happening? Do I need to do a configuration
>> setting for this redirect to function properly or is there something
>> wrong wi
amit athavale wrote:
But somehow I am not properly getting redirected. What I am getting is a
blank page instead of the page I am trying to redirect to.
Any ideas why this could be happening? Do I need to do a configuration
setting for this redirect to function properly or is there something
wrong
Bill Stoddard wrote:
Ben Laurie wrote:
If it does nothing unless a file is specified, why not enable by default?
Like Jeff, I am more interested in this for debugging process crashes
that are not necessarily related to attacks. Might be useful to enable
this function by default in a mode where it
* Eduardo Franco <[EMAIL PROTECTED]> wrote:
> amit athavale wrote:
> >>>But somehow I am not properly getting redirected. What I am getting is
> >a>>blank page instead of the page I am trying to redirect to.
> >>>
> >>>Any ideas why this could be happening? Do I need to do a configuration
> >>>set
Jeff Trawick wrote:
Ben Laurie wrote:
If it does nothing unless a file is specified, why not enable by default?
to avoid silent growth in the set of code built into somebody's
server... when does somebody have to add "--disable-foo" to create a
build compatible with what they had with the 1.3
Colm MacCarthaigh wrote:
On Mon, Dec 29, 2003 at 01:39:28PM +, Ben Laurie wrote:
So, I've written a forensic logging module. What this does is log the
request as soon as all the headers have been read, then log again when
its complete. Any request that doesn't complete should be viewed with
> Colm MacCarthaigh wrote:
>
> > On Mon, Dec 29, 2003 at 01:39:28PM +, Ben Laurie wrote:
> >
> >>So, I've written a forensic logging module. What this does is log the
> >>request as soon as all the headers have been read, then log again when
> >>its complete. Any request that doesn't comple
Thanks.
The problem is resolved. The response status was not set properly.
-Original Message-
From: André Malo [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 30, 2003 5:03 PM
To: [EMAIL PROTECTED]
Subject: Re: Problem in URL redirect
* Eduardo Franco <[EMAIL PROTECTED]> wrote:
> amit
* "David Reid" <[EMAIL PROTECTED]> wrote:
> > Colm MacCarthaigh wrote:
> >
> > > On Mon, Dec 29, 2003 at 01:39:28PM +, Ben Laurie wrote:
> > >
> > >>So, I've written a forensic logging module. What this does is log the
> > >>request as soon as all the headers have been read, then log again
David Reid wrote:
Colm MacCarthaigh wrote:
On Mon, Dec 29, 2003 at 01:39:28PM +, Ben Laurie wrote:
So, I've written a forensic logging module. What this does is log the
request as soon as all the headers have been read, then log again when
its complete. Any request that doesn't complete
>> >>>But somehow I am not properly getting redirected. What I am getting is
>> >a>>blank page instead of the page I am trying to redirect to.
>> >>>
>> >>>Any ideas why this could be happening? Do I need to do a configuration
>> >>>setting for this redirect to function properly or is there someth
On Tue, Dec 30, 2003 at 11:49:37AM +, Ben Laurie wrote:
> >Could the forensic_id be tied in with mod_unique_id? It seems confusing
> >to have two different methods to generate unique id's for requests. Also
> >with unique_id, I can see it being useful to make CGI's aware of their
> >"tracking c
Ben Laurie wrote:
Bill Stoddard wrote:
Ben Laurie wrote:
If it does nothing unless a file is specified, why not enable by
default?
Like Jeff, I am more interested in this for debugging process crashes
that are not necessarily related to attacks. Might be useful to enable
this function by de
Bill Stoddard wrote:
Ben Laurie wrote:
Bill Stoddard wrote:
Ben Laurie wrote:
If it does nothing unless a file is specified, why not enable by
default?
Like Jeff, I am more interested in this for debugging process crashes
that are not necessarily related to attacks. Might be useful to
enab
For review - or shall I just commit?
Cheers,
Ben.
--
http://www.apache-ssl.org/ben.html http://www.thebunker.net/
"There is no limit to what a man can do or how far he can go if he
doesn't mind who gets the credit." - Robert Woodruff
/* =
Bill Stoddard wrote:
Bill Stoddard wrote:
Ben Laurie wrote:
Bill Stoddard wrote:
Ben Laurie wrote:
If it does nothing unless a file is specified, why not enable by
default?
Like Jeff, I am more interested in this for debugging process
crashes that are not necessarily related to attacks.
Colm MacCarthaigh wrote:
On Tue, Dec 30, 2003 at 11:49:37AM +, Ben Laurie wrote:
Could the forensic_id be tied in with mod_unique_id? It seems confusing
to have two different methods to generate unique id's for requests. Also
with unique_id, I can see it being useful to make CGI's aware of th
On Tue, 2003-12-30 at 19:52, Ben Laurie wrote:
> > I realise that having the value of getpid() and time() to hand is useful
> > for forensic purposes, but a getpid():time():next_id++ will result in
> > duplicates accross even small clusters.
>
> Ah, I see :-) does mod_unique_id handle that?
/me s
On Tue, Dec 30, 2003 at 06:52:07PM +, Ben Laurie wrote:
> >I realise that having the value of getpid() and time() to hand is useful
> >for forensic purposes, but a getpid():time():next_id++ will result in
> >duplicates accross even small clusters.
>
> Ah, I see :-) does mod_unique_id handle th
20 matches
Mail list logo
