Re: svn commit: r835406 - in /httpd/mod_fcgid/trunk/modules/fcgid: fcgid_pm_main.c fcgid_proc_unix.c fcgid_proc_win.c fcgid_proctbl.h mod_fcgid.c

Hi, Jeff Thank you for the code style reference, I will follow this style next time :) Actually there are many space for extra info(like vhost), and we can just put this in the share memeory and output it through /server_status, but another issue is system security, I think we should not pr

Re: svn commit: r835524 - in /httpd/mod_ftp/trunk: Makefile.apxs configure.apxs

On Thu, Nov 12, 2009 at 6:52 PM, William A. Rowe Jr. wrote: > traw...@apache.org wrote: >> Author: trawick >> Date: Thu Nov 12 20:14:51 2009 >> New Revision: 835524 >> >> URL: http://svn.apache.org/viewvc?rev=835524&view=rev >> Log: >> pick up r834900 and r834923 from mod_fcgid >> >> Follow up the

Re: Obsolete modules in 2.3

Rich Bowen wrote: Client-side image maps have been part of HTML for more than a decade. Irrelevant for geographic maps - unless you define a different "area" for every pixel! Clientside maps only work with areas, which are generally associated with visual crap rather than anything functional

Re: svn commit: r835524 - in /httpd/mod_ftp/trunk: Makefile.apxs configure.apxs

traw...@apache.org wrote: > Author: trawick > Date: Thu Nov 12 20:14:51 2009 > New Revision: 835524 > > URL: http://svn.apache.org/viewvc?rev=835524&view=rev > Log: > pick up r834900 and r834923 from mod_fcgid > > Follow up the awk compatibility fix in r834729 by selecting the most > suitable awk

mod_rewrite and mod_fcgid pass wrong fcgi request

Hi, i was friyng my brain the whole day trying to use a mod_rewrite simple rewrite to a php pathinfo running via mod_fcgid. http://domain.tld/path/info/use -> http://domain.tld/index.php/path/info/use i trying so much posibilities, but when i take a strace to a php-fcgi application i found the su

Re: [VOTE] release 2.3.3 as alpha

Gregg L. Smith wrote: > Gregg L. Smith wrote: >> Sorry bout that, >> I always try first with VS6 SP6 SDK 2003R2 >> William A. Rowe Jr. wrote: >>> Gregg L. Smith wrote: Generating Code... socket_util.c E:\build\httpd-2.3.3-alpha\srclib\apr\network_io\unix\socket_util.c(21) : erro

Re: pipe has been ended. : mod_fcgid: get overlap result error

Ps - Is there a debug or trace httpd.conf directive to get more information? --- On Thu, 11/12/09, Brian Kodl wrote: From: Brian Kodl Subject: Re: pipe has been ended. : mod_fcgid: get overlap result error To: dev@httpd.apache.org Date: Thursday, November 12, 2009, 1:00 PM Hi Jeff,   Th

Re: [VOTE] release 2.3.3 as alpha

Gregg L. Smith wrote: Sorry bout that, I always try first with VS6 SP6 SDK 2003R2 William A. Rowe Jr. wrote: Gregg L. Smith wrote: Generating Code... socket_util.c E:\build\httpd-2.3.3-alpha\srclib\apr\network_io\unix\socket_util.c(21) : error C2373: 'apr_socket_atreadeof' : redefinition; diffe

Re: svn commit: r835406 - in /httpd/mod_fcgid/trunk/modules/fcgid: fcgid_pm_main.c fcgid_proc_unix.c fcgid_proc_win.c fcgid_proctbl.h mod_fcgid.c

On Thu, Nov 12, 2009 at 10:05 AM, wrote: > Author: pqf > Date: Thu Nov 12 15:05:08 2009 > New Revision: 835406 > > URL: http://svn.apache.org/viewvc?rev=835406&view=rev > Log: > Add fcgid extension to mod_status Hi Ryan, This looks extremely useful. Hopefully I can look at it more over the nex

Re: Obsolete modules in 2.3

Rich Bowen wrote: > > As for mod_cern_meta, if one insists on keeping it, perhaps rename it to > something less archaic, and perhaps merging it with mod_asis to produce > something actually useful. But, truly, finding people who have even > *heard* of the CERN web server is getting harder, and pro

Re: [VOTE] release 2.3.3 as alpha

Graham Dumpleton wrote: > Are the branches I used the correct thing to use. yes. > I noticed there was no trunk for apr-util: > > $ svn list http://svn.apache.org/repos/asf/apr/apr-util > branches/ > tags/ > > and since had to use branch for that, assumed was supposed to use > branch for apr a

Re: pipe has been ended. : mod_fcgid: get overlap result error

Hi Jeff,   Thanks for your response!  Yes, the path to perl is correct.   If I change the path to a bad location, then the error.log has this different error: [Thu Nov 12 12:55:48 2009] [error] (OS 3)The system cannot find the path specified.  : mod_fcgid: can't create process [Thu Nov 12 12:55:4

Re: [VOTE] release 2.3.3 as alpha

On Nov 11, 2009, at 2:54 PM, Paul Querna wrote: > Test tarballs for Apache httpd 2.3.3-alpha are available at: > > > Your votes please; > > +/- 1 > [ ] Release httpd-2.3.3 as Alpha > > Vote closes at 18:00 UTC on Sunday November 15 2009. > With OS X 1

Re: pipe has been ended. : mod_fcgid: get overlap result error

On Thu, Nov 12, 2009 at 9:50 AM, Brian Kodl wrote: > Hello, > > Please help, what am I doing wrong? I can't get the example to work from > http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html > > Thanks! > Brian > > Error.log contains: > [Wed Nov 11 15:57:27 2009] [warn] [client 192.168.21.21] (O

Re: [VOTE] release 2.3.3 as alpha

On Thu, Nov 12, 2009 at 3:22 AM, Graham Dumpleton wrote: > 2009/11/12 Graham Dumpleton : >> FWIW, the @??@ symbols are coming from apu-1-config because they are >> never expanded by configure script for apr-util. Ie., snippet from >> apu-1-config is: >> >> LIBS="-lexpat -liconv" >> INCLUDES="" >>

Re: Httpd 3.0 or something else

Jean-Marc Desperrier wrote: > Last time I've heard about a large scale server thinking about switching > from Apache to lighttpd, the one problem that site wanted to solve was a > massive number slow clients simultaneously connected to the server, with > the http server mostly just serving as a pi

Re: Obsolete modules in 2.3

On Thu, Nov 12, 2009 at 9:12 AM, Nick Kew wrote: > > OTOH, that used CERN HTTPD with CGI, not mod_imagemap. Wow, old school :) > Don't you have that kind of application any more? We definitely have a lot of interactive maps, but the processing you describe is usually handled by CGI or Java. Our

Re: Httpd 3.0 or something else

Greg Stein wrote: > we have to take into account that some of those httpd's, like lighttpd, are > replacing Apache plain and simple. [...] [...] I'm just trying to say those aren't necessarily*better* than Apache, but that they are *better-suited* to their admin's scenarios.[...] Last time

Re: Obsolete modules in 2.3

On Thu, Nov 12, 2009 at 11:27, Rich Bowen wrote: > > On Nov 12, 2009, at 11:12 , Nick Kew wrote: > >> Ken Dreyer wrote: >>> >>> (another user's perspective) >>> At my work (US. Geological Survey) we try to discourage webmasters >>> from using server-side imagemaps, since they are not Section 508 >

Performance tuning documentation

The performance tuning documentation that we currently include in the docs is simply awful. What with the comments about Apache 1.2 and the suggestions of how to deal with the new Linux 2.0 kernel, I think it's beyond fixing. It needs to be tossed and rewritten - although perhaps there are

Re: Obsolete modules in 2.3

On Nov 12, 2009, at 11:12 , Nick Kew wrote: Ken Dreyer wrote: (another user's perspective) At my work (US. Geological Survey) we try to discourage webmasters from using server-side imagemaps, since they are not Section 508 compliant. We've had to keep the module to support some legacy sites, b

Re: Obsolete modules in 2.3

On Thu, 12 Nov 2009, Eric Covener wrote: On Thu, Nov 12, 2009 at 9:08 AM, Rich Bowen wrote: As a non-scientific data point, I have never encountered anybody who knows what mod_imagemap does, in all the years that I've been doing Apache training. And in the 2.0-and-before days, when I would me

Re: Obsolete modules in 2.3

Ken Dreyer wrote: (another user's perspective) At my work (US. Geological Survey) we try to discourage webmasters from using server-side imagemaps, since they are not Section 508 compliant. We've had to keep the module to support some legacy sites, but if 2.4 drops it, we can probably migrate an

Re: Httpd 3.0 or something else

On Thu, Nov 12, 2009 at 09:59, Arturo 'Buanzo' Busleiman wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Greg Stein wrote: >> Apache remains the broad solution, but for narrow requirements, people >> will select something that is easier to handle for their particular >> situation. >

Re: Obsolete modules in 2.3

(another user's perspective) At my work (US. Geological Survey) we try to discourage webmasters from using server-side imagemaps, since they are not Section 508 compliant. We've had to keep the module to support some legacy sites, but if 2.4 drops it, we can probably migrate any remaining server-s

Re: Httpd 3.0 or something else

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Greg Stein wrote: > Apache remains the broad solution, but for narrow requirements, people > will select something that is easier to handle for their particular > situation. > > I wouldn't say "wrong", but more along the lines of "not as well-suited

pipe has been ended. : mod_fcgid: get overlap result error

Hello,   Please help, what am I doing wrong? I can't get the example to work from http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html   Thanks! Brian   Error.log contains: [Wed Nov 11 15:57:27 2009] [warn] [client 192.168.21.21] (OS 109)The pipe has been ended. : mod_fcgid: get overlap result

Re: Obsolete modules in 2.3

On Thu, Nov 12, 2009 at 9:08 AM, Rich Bowen wrote: > As a non-scientific data point, I have never encountered anybody who knows > what mod_imagemap does, in all the years that I've been doing Apache > training. And in the 2.0-and-before days, when I would mention mod_imap, the > response would AL

Re: Obsolete modules in 2.3

On Nov 11, 2009, at 23:21 , William A. Rowe Jr. wrote: Rich Bowen wrote: Don't you think that maybe it's time to drop mod_imagemap and mod_cern_meta? "there is already a large number of CERN users who can exploit this module." Seriously? LOL FWIW I know of one customer who absolutely

Re: Httpd 3.0 or something else

On Nov 11, 2009, at 2:14 PM, Akins, Brian wrote: > On 11/10/09 6:20 PM, "Greg Stein" wrote: > >> I'd like to see a few "network" threads multiplexing all the writing >> to clients. > > That's what I meant. I just didn't state it properly. > > >> Then take all of *that*, and spread it across

Re: dav_new_error_*() and errno, revisit before 2.4 GA

On Wed, Nov 11, 2009 at 10:06 PM, Greg Stein wrote: > On Wed, Nov 11, 2009 at 20:09, Jeff Trawick wrote: >> On Wed, Nov 11, 2009 at 6:58 PM, Greg Stein wrote: >>> On Wed, Nov 11, 2009 at 17:11, Jeff Trawick wrote: At present, whatever was in errno at the time the dav_error {} was crea

Re: [VOTE] release 2.3.3 as alpha

2009/11/12 Graham Dumpleton : > FWIW, the @??@ symbols are coming from apu-1-config because they are > never expanded by configure script for apr-util. Ie., snippet from > apu-1-config is: > > LIBS="-lexpat -liconv" > INCLUDES="" > LDFLAGS="" > LDAP_LIBS="" > DBM_LIBS="@LDADD_dbm_db@ @LDADD_dbm_gdb

Re: [VOTE] release 2.3.3 as alpha

FWIW, the @??@ symbols are coming from apu-1-config because they are never expanded by configure script for apr-util. Ie., snippet from apu-1-config is: LIBS="-lexpat -liconv" INCLUDES="" LDFLAGS="" LDAP_LIBS="" DBM_LIBS="@LDADD_dbm_db@ @LDADD_dbm_gdbm@ @LDADD_dbm_ndbm@" APRUTIL_LIBNAME="aprutil-

Re: [VOTE] release 2.3.3 as alpha

2009/11/12 Graham Dumpleton : > 2009/11/12 Paul Querna : >> On Wed, Nov 11, 2009 at 10:33 PM, Graham Dumpleton >> wrote: >>> 2009/11/12 Paul Querna : Test tarballs for Apache httpd 2.3.3-alpha are available at:     Your votes please;

Re: [VOTE] release 2.3.3 as alpha

2009/11/12 Paul Querna : > On Wed, Nov 11, 2009 at 10:33 PM, Graham Dumpleton > wrote: >> 2009/11/12 Paul Querna : >>> Test tarballs for Apache httpd 2.3.3-alpha are available at: >>>     >>> >>> Your votes please; >>> >>>  +/- 1 >>>  [  ]  Release httpd-2.3.3 as

Re: [VOTE] release 2.3.3 as alpha

On Wed, Nov 11, 2009 at 10:33 PM, Graham Dumpleton wrote: > 2009/11/12 Paul Querna : >> Test tarballs for Apache httpd 2.3.3-alpha are available at: >>     >> >> Your votes please; >> >>  +/- 1 >>  [  ]  Release httpd-2.3.3 as Alpha >> >> Vote closes at 18:00 UTC