Hi Stefan,
This seems to break trunk on Windows, prior revision builds fine.
Configuration: httpd - Win32 Release
Compiling resources...
Compiling...
main.c
E:\build\httpd-2.3.x-wrk\server\main.c(48) : warning C4273:
'core_module' : inconsistent dll linka
On 06/06/2010 01:35 PM, Graham Leggett wrote:
> On 05 Jun 2010, at 6:51 PM, Ruediger Pluem wrote:
>
IMHO it does not (at least according to the comments and the code
looks like
to follow these):
>>>
>>> This is only present on trunk, and this needs to be fixed too. The
>>> problem
On 03.06.2010 13:30, Rainer Jung wrote:
Reading the feedback on the modules list I posted got me into thinking:
1) Should static module linking be still the default for httpd building?
...
2) Which pre-cooked sets of modules to provide via configure?
Currently the default set (no configure f
On Sunday 06 June 2010, Brian Pane wrote:
> On Sun, Jun 6, 2010 at 5:03 AM, Graham Leggett
> wrote: [...]
>
> > We've also been playing with Varnish, one of the cooler things it
> > does is have the ability to suck up an entire response into a
> > RAM buffer and releasing the backend before playi
On Saturday 05 June 2010, Roy T. Fielding wrote:
> On Jun 4, 2010, at 1:23 PM, Graham Leggett wrote:
> > "CTR is fine for all normal fixes. RTC is always preferred for
> > major code refactorings."
> >
> > I ask you this: What constitutes "a modest new feature"? It's not
> > a fix. It's not a maj
On Saturday 05 June 2010, Rainer Jung wrote:
> It doesn't compile, two small problems, both in
> include/http_config.h:
> During the build I also noticed, that mod_lua has two lines, where
> it doesn't use APLOG_MARK but instead directly passes two
> file/line args along.
Thanks. It seems I hav
On 05.06.2010 21:44, Rainer Jung wrote:
During the build I also noticed, that mod_lua has two lines, where it
doesn't use APLOG_MARK but instead directly passes two file/line args
along.
Patch along the lines of the mod_ssl solution:
http://people.apache.org/~rjung/patches/httpd-trunk-per-modu
On Sun, Jun 6, 2010 at 5:03 AM, Graham Leggett wrote:
[...]
> We've also been playing with Varnish, one of the cooler things it does is
> have the ability to suck up an entire response into a RAM buffer and
> releasing the backend before playing out the response to the browser. I've
> looked, and
On 06.06.2010 13:35, Graham Leggett wrote:
On 05 Jun 2010, at 6:51 PM, Ruediger Pluem wrote:
The reason we don't see this problem very often is because we don't see
a 206 very often at this point in the code. The filter that does content
ranges sits after the CACHE_SAVE filter, and so under most
On 05 Jun 2010, at 12:21 AM, Akins, Brian wrote:
So, we thought about "wouldn't it just be cool if Apache had VCL."
Then I
thought, I already know C, why do I need to learn a meta-language
that just
writes C??? "Won't someone think of the users!" I could here all of
the
#httpd folks sayi
On 05 Jun 2010, at 6:51 PM, Ruediger Pluem wrote:
IMHO it does not (at least according to the comments and the code
looks like
to follow these):
This is only present on trunk, and this needs to be fixed too. The
problem we saw was in httpd v2.2.
A similar code is part of 2.2. Hence I am stil
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
12 matches
Mail list logo
