Stefan Fritsch | 1 May 13:48 2010
Picon

Re: Per-module / per-dir loglevel configuration

On Monday 12 April 2010, Jeff Trawick wrote:
> attached are some compile fixes

Thanks Jeff, I will include those fixes in the next round of patches. 
It seems I should enable more modules when doing my testing.

How to proceed with these patches? From the people who have looked at 
them already, is there anybody who thinks they are ready to be 
commited to trunk? If no, what do you think should be changed?

Wrowe, at the Apache retreat you mentioned having an idea about how to 
determine the module for the log messages in a more elegant way. Did 
you have any chance to think about this some more?

I think, instead of touching every file, it would be possible to have 
a field in the module struct listing the filenames belonging to a 
module. With some clever coding it should even be possible to do this 
without having to do string compares during the logging. But I don't 
think that this would be a better solution. For example, there can be 
duplicate filenames (we already have two util.c files).

Cheers,
Stefan

Jeff Trawick | 1 May 15:21 2010
Picon

Re: Per-module / per-dir loglevel configuration

On Sat, May 1, 2010 at 7:48 AM, Stefan Fritsch <sf <at> sfritsch.de> wrote:
> On Monday 12 April 2010, Jeff Trawick wrote:
>> attached are some compile fixes
>
> Thanks Jeff, I will include those fixes in the next round of patches.
> It seems I should enable more modules when doing my testing.
>
>
> How to proceed with these patches? From the people who have looked at
> them already, is there anybody who thinks they are ready to be
> commited to trunk? If no, what do you think should be changed?

I would like to see some buy-in for the API changes.  I don't have any
other concerns about committing.  (Logging is such a part of main-line
that many more people will see the changes in action while working on
other issues, giving ample opportunity for necessary
improvements/adjustments before 2.4 GA.)

> Wrowe, at the Apache retreat you mentioned having an idea about how to
> determine the module for the log messages in a more elegant way. Did
> you have any chance to think about this some more?
>
> I think, instead of touching every file, it would be possible to have
> a field in the module struct listing the filenames belonging to a
> module. With some clever coding it should even be possible to do this
> without having to do string compares during the logging. But I don't
> think that this would be a better solution. For example, there can be
> duplicate filenames (we already have two util.c files).

For selection by module, does the facility need to be more granular
(Continue reading)

Nicholas Sherlock | 1 May 15:35 2010
Picon

Re: IDE for Apache HTTP server development?

On 1/05/2010 1:43 a.m., Dan Poirier wrote:
> Does anyone have recommendations for an IDE they use for development on
> the server?  Preferably that runs on Mac, or else Linux.
>
> I haven't been a big fan of IDEs, being happy with Emacs for years, but
> I've found for Java development, I'm clearly more productive in Eclipse
> than Emacs.
>
> So I'm wondering if I'm missing something similar that could be used
> when I work on Apache.

Eclipse has CDT, the C/C++ Development Tooling, have you tried that out?

Cheers,
Nicholas Sherlock

Dan Poirier | 1 May 15:46 2010
Picon

Re: IDE for Apache HTTP server development?

On 2010-05-01 at 09:35, Nicholas Sherlock <n.sherlock <at> gmail.com> wrote:

> On 1/05/2010 1:43 a.m., Dan Poirier wrote:
>> Does anyone have recommendations for an IDE they use for development on
>> the server?  Preferably that runs on Mac, or else Linux.
>>
>> I haven't been a big fan of IDEs, being happy with Emacs for years, but
>> I've found for Java development, I'm clearly more productive in Eclipse
>> than Emacs.
>
> Eclipse has CDT, the C/C++ Development Tooling, have you tried that out?

Yes, I should have said.  I tried for a while to get APR to build in
Eclipse, figuring that was a prerequisite for building HTTPD, but never
managed it.  If someone has, I'd love to see their Eclipse project and
other configuration files.

Dan

Rich Bowen | 2 May 23:50 2010

Re: Stop accepting PRs for 1.3?


On Apr 29, 2010, at 11:13 PM, Sander Temme wrote:

> Crowd,
>
> Since we have released our last release, how about we close the  
> Apache httpd-1.3 product in Bugzilla for entering new bugs?  Say the  
> word and I'll click the clicky in the Bugzilla admin.

+1

This would be an important step in driving migration to more modern  
versions.

--
Rich Bowen
rbowen <at> rcbowen.com

jean-frederic clere | 3 May 17:31 2010
Picon

Re: Stop accepting PRs for 1.3?

On 04/30/2010 05:13 AM, Sander Temme wrote:
> Crowd,
> 
> Since we have released our last release, how about we close the
> Apache httpd-1.3 product in Bugzilla for entering new bugs?  Say the
> word and I'll click the clicky in the Bugzilla admin.

+1

Cheers

Jean-Frederic

Michael Rack | 3 May 19:15 2010
Picon

Problems with fcgid 2.3.5 + Apache 2.2.15 + suEXEC

Dear Apache-Developer-List,

i have some stupid issues with my current configuration:

* fcgid 2.3.5
* Apache 2.2.15
* suEXEC

i started by point zero on an fresh unix-system (Gentoo Stage 3) and
compiled all sources by hand to get the newest codes for my new
server.

So, everything works find except suEXEC. If i enable suEXEC in my
Virtual-Host i get a 500 Internal Server Error Page. If
SuexecUserGroup is commented out, everything works fine, but i need
the ability to change the user_id and group_id.

My configuration is attachted below.

These szenarios had been tested:

* created a htdocs/fcgid-bin/ folder and put an .cgi script in it.
VirtualHost set handler to fcgid-script for this folder.
* created a htdocs/cgi-bin/ folder and put the same .cgi script in it.
VirtualHost set handler to cgi-script for this folder.

The test.cgi-Script in htdocs/cgi-bin/ works with SuExecUserGroup and
without SuExecUserGroup directive.

The test.cgi-Script in htdocs/fcgid-bin/ only works without having
(Continue reading)

Jeff Trawick | 3 May 19:53 2010
Picon

Re: Problems with fcgid 2.3.5 + Apache 2.2.15 + suEXEC

On Mon, May 3, 2010 at 1:15 PM, Michael Rack <mail <at> michaelrack.de> wrote:
> Dear Apache-Developer-List,
>
> i have some stupid issues with my current configuration:

users <at> httpd.apache.org would be better (I'll fix the mod_fcgid
subproject page to clarify)

> * fcgid 2.3.5
> * Apache 2.2.15
> * suEXEC
>
> i started by point zero on an fresh unix-system (Gentoo Stage 3) and
> compiled all sources by hand to get the newest codes for my new
> server.
>
> So, everything works find except suEXEC. If i enable suEXEC in my
> Virtual-Host i get a 500 Internal Server Error Page. If
> SuexecUserGroup is commented out, everything works fine, but i need
> the ability to change the user_id and group_id.
>
> My configuration is attachted below.
>
> These szenarios had been tested:
>
> * created a htdocs/fcgid-bin/ folder and put an .cgi script in it.
> VirtualHost set handler to fcgid-script for this folder.
> * created a htdocs/cgi-bin/ folder and put the same .cgi script in it.
> VirtualHost set handler to cgi-script for this folder.
>
(Continue reading)

Dan Poirier | 3 May 20:16 2010
Picon

Adding origin of abort to connection structure

I was looking at

https://issues.apache.org/bugzilla/show_bug.cgi?id=48301

which asks for a way to distinguish in the log whether a connection was
aborted by the web server or the other end.  To do that, we'd need to
note the cause of the abort in the connection structure.

I was hoping to just use another non-zero value for connect->abort, but
it turns out that connect->abort is a 1-bit field.

In trunk we could just expand that field, or add another field.  But is
there a way we could add this feature in 2.2 without breaking the API?

Jeff Trawick | 3 May 20:23 2010
Picon

Re: Adding origin of abort to connection structure

On Mon, May 3, 2010 at 2:16 PM, Dan Poirier <poirier <at> pobox.com> wrote:
> I was looking at
>
> https://issues.apache.org/bugzilla/show_bug.cgi?id=48301
>
> which asks for a way to distinguish in the log whether a connection was
> aborted by the web server or the other end.  To do that, we'd need to
> note the cause of the abort in the connection structure.

Help me understand what server-aborted connection means, at least for
connections that the web server is aware of.

I guess it is a server-aborted connection when the server closes
before the client during lingering close.  If the server encounters an
I/O error writing to the client it is assumed to be client-aborted,
but the client may not see it that way.


Gmane