Re: protocol/1399: MISE 4.0 POST, then 401 Unauth, then second POST with good uname/pwd, garbage data in logs and (sometimes) garbled request

1998-01-27 Thread dgaudet 
[In order for any reply to be added to the PR database, ]
[you need to include [EMAIL PROTECTED] in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]


Synopsis: MISE 4.0 POST, then 401 Unauth, then second POST with good uname/pwd, 
garbage data in logs and (sometimes) garbled request

State-Changed-From-To: analyzed-closed
State-Changed-By: dgaudet
State-Changed-When: Tue Jan 27 00:28:38 PST 1998
State-Changed-Why:
Thanks a bunch for testing the patch, glad it worked.  It should
appear in apache 1.2.6 when it is released.

Dean

mod_imap/1734: SIGSEGV in mod_imap.c

1998-01-27 Thread Ray Bellis 

Number: 1734
Category:   mod_imap
Synopsis:   SIGSEGV in mod_imap.c
Confidential:   no
Severity:   non-critical
Priority:   medium
Responsible:apache
State:  open
Class:  sw-bug
Submitter-Id:   apache
Arrival-Date:   Tue Jan 27 05:50:01 PST 1998
Last-Modified:
Originator: [EMAIL PROTECTED]
Organization:
apache
Release:1.2.5
Environment:
Digital Unix v3.2g
Description:
Segmentation fault whenever a server side image map is used.
How-To-Repeat:

Fix:
Calls to 'construct_url' erroneously supply 'r-server' as the third
argument instead of 'r'
Audit-Trail:
Unformatted:
[In order for any reply to be added to the PR database, ]
[you need to include [EMAIL PROTECTED] in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]

Re: mod_imap/1734: SIGSEGV in mod_imap.c

1998-01-27 Thread marc 
Synopsis: SIGSEGV in mod_imap.c

State-Changed-From-To: open-analyzed
State-Changed-By: marc
State-Changed-When: Tue Jan 27 06:39:33 PST 1998
State-Changed-Why:
Erm... why do you think the third argument is supposed
to be q request_rec?

mod_imap.c: return construct_url(r-pool, r-uri, r-server);
mod_imap.c: return construct_url(r-pool, /, r-server);
util.c:char *construct_url(pool *p, const char *uri, const server_rec *s) {

I fail to see the problem...

Re: mod_imap/1734: SIGSEGV in mod_imap.c

1998-01-27 Thread Ray Bellis 
On 27 Jan 1998 [EMAIL PROTECTED] wrote:

 Synopsis: SIGSEGV in mod_imap.c
 
 State-Changed-From-To: open-analyzed
 State-Changed-By: marc
 State-Changed-When: Tue Jan 27 06:39:33 PST 1998
 State-Changed-Why:
 Erm... why do you think the third argument is supposed
 to be q request_rec?
 
 mod_imap.c: return construct_url(r-pool, r-uri, r-server);
 mod_imap.c: return construct_url(r-pool, /, r-server);
 util.c:char *construct_url(pool *p, const char *uri, const server_rec *s) {
 
 I fail to see the problem...

That's bizarre, and probably my fault.  Somehow I seem to have acquired a
mix of 1.2.4 and 1.2.5 sources in the same tree. 

No, I've just found the problem, I've got v1.13 of Ben's SSL patches for
v1.2.5 installed and they put construct_url back to the 1.2.4 definition,
but his patch only changes mod_dir.c and not mod_imap.c

Ray.

--
Ray Bellis, MA(Oxon) - Technical Manager - Oxford CommUnity Internet plc
Windsor House, 12 High Street, Kidlington, OXFORD OX5 2PJ   UK
  Telephone: +44-1865-856000  Fax: +44-1865-856001
Email: [EMAIL PROTECTED]   URL: http://www.community.co.uk/