Hi,
I have downloaded gcc source version 3.2.1 and built on AIX m/c. Now on installing
apache 2.0.43 the make passes. But on doing make install I am getting these type of
errors:
exports.c:1892: redefinition of `ap_hack_apr_array_copy_hdr'
exports.c:808: `ap_hack_apr_array_copy_hdr'
Rahul Kohli wrote:
exports.c:1892: redefinition of `ap_hack_apr_array_copy_hdr'
exports.c:808: `ap_hack_apr_array_copy_hdr' previously defined here
exports.c:1893: redefinition of `ap_hack_apr_array_append'
exports.c:809: `ap_hack_apr_array_append' previously defined here
exports.c:1894:
Juan Rivera wrote:
Here is why I'm asking. I wrote a SOCKS proxy module. It has two
connection records, one for the client and one for the backend server.
When I received data I pass it to the other side with a flush at the
end. It works fine with one problem. The core output filter splits the
Title: RE: EOS or FLUSH buckets
Greg,
Right, my module leaks memory because the core input and output filters split the bucket brigades. So it keeps creating more and more bucket brigades that are not released until the connection is gone.
First of all, I think the split in the core input
Is adding 'blocks' (e.g. Perl.../Perl) in configuration files encouraged
or discouraged? I've been considering one such in a module of mine, and
looking at example code in mod_macro and mod_perl that does this type of
thing. The code to add a block isn't nearly as clean as code to add a
At 10:49 AM 6/10/2003, Juan Rivera wrote:
Right, my module leaks memory because the core input and output filters split the
bucket brigades. So it keeps creating more and more bucket brigades that are not
released until the connection is gone.
On the topic of EOS, I think that if the last
Encouraged, although if we do overhaul the parser from two to three passes
you might have a bit of porting work, and your module probably won't remain
compatible with most apache 'configurators'.
If you are doing your own thing, look at macro or perl modules. If you are
implementing a scoped
Encouraged, although if we do overhaul the parser from two to three passes
you might have a bit of porting work, and your module probably
won't remain compatible with most apache 'configurators'.
So it goes.
If you are doing your own thing, look at macro or perl modules.
If you are
Title: [PATCH] Avoid unnecessary brigade splits on core input and output filters. WAS: EOS or FLUSH buckets
I'm seen this problem with a SOCKS protocol module I wrote.
I'm including a patch that fixes this problem. It does what I mentioned below. In the input filter, it moves the buckets
Hi,
I'm running the litmus test for WebDAV (with Apache 2.0.46), and
seeing a strange behaviour. The tests pass for 64-bit (PA-RISC arch., OS Ver
11.23 / 11.11), 64-bit (IA64 arch., OS Ver 11.22), but dumps core on 64-bit
(IA64 OS Ver 11.23). (The same tests were passing with 2.0.45)
Any
I think we've identified the problem (.. and a solution too). The problem
was because of a faulty compiler.
For those interested in knowing more about the problem : the bug shows up
when we forward declare a structure, and the compiler doesn't manage the
literals properly.
The following patch
On Tue, Jun 10, 2003 at 05:41:56PM -0400, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
Hi,
I'm running the litmus test for WebDAV (with Apache 2.0.46), and
seeing a strange behaviour. The tests pass for 64-bit (PA-RISC arch., OS Ver
11.23 / 11.11), 64-bit (IA64 arch., OS Ver 11.22),
Those structures should remain 'const'. Please don't apply this patch.
Thanks,
-g
On Tue, Jun 10, 2003 at 07:33:27PM -0400, MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)
wrote:
I think we've identified the problem (.. and a solution too). The problem
was because of a faulty compiler.
For those
Oh yes.. I don't have any intention of applying the patch. I strongly
believe the problem is with the compiler (or the options).. I'm trying to
follow up with the compiler folks here to see what might be happening.
Thanks,
-Madhu
-Original Message-
From: Greg Stein [mailto:[EMAIL
14 matches
Mail list logo