On Thu, Oct 8, 2009 at 9:56 AM, Barry Scott barry.sc...@onelan.co.uk wrote:
William A. Rowe, Jr. wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration. Please fetch up the newly minted
mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32
[x] +1 to release as 2.3.4-beta
No time to play enough to vote GA.
--
Eric Covener
cove...@gmail.com
William A. Rowe, Jr. wrote:
[X] +1 to release as 2.3.4-beta
Chris.
--
GPG Key ID: 366A375B
GPG Key Fingerprint: 485E 5041 17E1 E2BB C263 E4DE C8E3 FA36 366A 375B
Even quicker on the heels of the abortive attempt to release mod_fcgid 2.3.2,
we have another candidate for your consideration, with many, many improvements
to docs and directive names!
Please fetch up the newly minted mod_fcgid-2.3.3.tar.gz (or bz2)
or the win32/netware suitable package
On Wed, Oct 7, 2009 at 5:51 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Even quicker on the heels of the abortive attempt to release mod_fcgid 2.3.2,
we have another candidate for your consideration, with many, many improvements
to docs and directive names!
Please fetch up the newly
traw...@apache.org wrote:
Author: trawick
Date: Wed Oct 7 11:29:52 2009
New Revision: 822670
URL: http://svn.apache.org/viewvc?rev=822670view=rev
Log:
fix make install syntax error on at least OpenSolaris and Linux
Modified:
httpd/mod_fcgid/trunk/Makefile.apxs
Modified: httpd
and Linux
Modified:
httpd/mod_fcgid/trunk/Makefile.apxs
Modified: httpd/mod_fcgid/trunk/Makefile.apxs
URL:
http://svn.apache.org/viewvc/httpd/mod_fcgid/trunk/Makefile.apxs?rev=822670r1=822669r2=822670view=diff
Jeff Trawick wrote:
As far as repairing, I switched to the syntax used elsewhere in the
makefile. But I'll try the other syntax very shortly.
IIRC that syntax was selected to avert the makefile from aborting in case of
failure.
As it now stands, we check the file existence. But that
On Wed, Oct 7, 2009 at 8:04 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
As far as repairing, I switched to the syntax used elsewhere in the
makefile. But I'll try the other syntax very shortly.
IIRC that syntax was selected to avert the makefile from aborting in
Jeff Trawick wrote:
On Wed, Oct 7, 2009 at 8:04 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
As far as repairing, I switched to the syntax used elsewhere in the
makefile. But I'll try the other syntax very shortly.
IIRC that syntax was selected to avert the
On Wed, Oct 7, 2009 at 8:26 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
On Wed, Oct 7, 2009 at 8:04 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
As far as repairing, I switched to the syntax used elsewhere in the
makefile. But I'll try
Jeff Trawick wrote:
I guess this is what you're looking for?
Thanks Jeff, that works for me.
On Wed, Oct 7, 2009 at 9:37 AM, traw...@apache.org wrote:
Author: trawick
Date: Wed Oct 7 13:37:09 2009
New Revision: 822734
URL: http://svn.apache.org/viewvc?rev=822734view=rev
Log:
fix syntax error in make install
as was intended previously, errors modifying conf files are not fatal,
Jeff Trawick wrote:
FCGIDOutputBufferSize - FCGIDResponseBufferSize
FCGIDBusyTimeout - FCGIDRequestTimeout
FCGIDBusyScanInterval - FCGIDRequestTimeoutScanInterval (unfortunate
name for unfortunate concept)
Hmm ... can't say I have any opinion on those, really. I suppose
Response is
On Wed, Oct 7, 2009 at 10:05 AM, Chris Darroch chr...@pearsoncmg.com wrote:
Jeff Trawick wrote:
FCGIDOutputBufferSize - FCGIDResponseBufferSize
FCGIDBusyTimeout - FCGIDRequestTimeout
FCGIDBusyScanInterval - FCGIDRequestTimeoutScanInterval (unfortunate
name for unfortunate concept)
Hmm
traw...@apache.org wrote:
Author: trawick
Date: Mon Oct 5 23:58:34 2009
New Revision: 822094
URL: http://svn.apache.org/viewvc?rev=822094view=rev
Log:
consolidate/improve reporting of bogus files in the configuration
My quick evaluation of the state of the code suggests we are ready for
successful this round.
+1
Beyond beta, I think we have something that is clearly better than the 2007
mod_fcgid 2.2 release and should get out the door soon as a GA (as long as
testing doesn't show any regression). I just made what I hope are
uncontroversial changes to the directive names. I'll try
more successful this round.
+1
Beyond beta, I think we have something that is clearly better than the
2007 mod_fcgid 2.2 release and should get out the door soon as a GA (as
long as testing doesn't show any regression). I just made what I hope
are uncontroversial changes
Beyond beta, I think we have something that is clearly better than the
2007 mod_fcgid 2.2 release and should get out the door soon as a GA (as
long as testing doesn't show any regression). I just made what I hope
are uncontroversial changes to the directive names. I'll try to make
peace
Hi Jeff,
On Mon, Oct 5, 2009 at 07:00, Jeff Trawick traw...@gmail.com wrote:
I think the conf settings work with mod_fcgid 2.2 if you replicate all
server config/virtual host settings into every vhost, perhaps using the
include file mechanism in the blog you pointed to.
FYI: I went through
On 06.10.2009 18:26, William A. Rowe, Jr. wrote:
Rainer Jung wrote:
On 06.10.2009 14:56, Jeff Trawick wrote:
(hoping that includes building on Windows to see the more obvious
Jeff-breakage :( )
Neither obvious nor non-obvious: I tried building on Windows right now
(against 2.2.14). It
Rainer Jung wrote:
I used trunk and the modules/ftp/*.mak file. The Makefile*-win for fcgid
and for ftp first did not work for me. It turns out the reason is, that
I build out of tree.
Then you have to use the .mak file accordingly (current path, don't do something
as absurd as
On 06.10.2009 20:11, William A. Rowe, Jr. wrote:
Both Makefiles check against httpd.vcproj in the main directory which is
not present when building out of tree.
Now I see what you mean, both for .vcproj and .mak tests, something like the
last
commit, right?
Yes, I missed the .mak one.
Jeff Trawick wrote:
Beyond beta, I think we have something that is clearly better than the
2007 mod_fcgid 2.2 release and should get out the door soon as a GA (as
long as testing doesn't show any regression). I just made what I hope
are uncontroversial changes to the directive names. I'll
On Tue, Oct 6, 2009 at 3:40 PM, Chris Darroch chr...@pearsoncmg.com wrote:
Jeff Trawick wrote:
Beyond beta, I think we have something that is clearly better than the 2007
mod_fcgid 2.2 release and should get out the door soon as a GA (as long as
testing doesn't show any regression). I
On Tue, Oct 6, 2009 at 4:00 PM, Jeff Trawick traw...@gmail.com wrote:
FCGIDBusyTimeout - FCGIDRequestTimeout
FCGIDBusyScanInterval - FCGIDRequestTimeoutScanInterval (unfortunate
name for unfortunate concept)
Maybe just plain FCGIDRequestScanInterval isn't so bad.
Rainer Jung wrote:
Another thing is being able to split INSTDIR from APACHE2_HOME. The
first is where the module should go to, the other one where httpd is. A
simple tweak to the Makefile allows that. Then there's also an unconditional
INSTDIR=\Apache22
near the beginning of both
On 06.10.2009 22:31, William A. Rowe, Jr. wrote:
Rainer Jung wrote:
Another thing is being able to split INSTDIR from APACHE2_HOME. The
first is where the module should go to, the other one where httpd is. A
simple tweak to the Makefile allows that. Then there's also an
unconditional
On Oct 6, 2009, at 1:00 PM, Jeff Trawick wrote:
On Tue, Oct 6, 2009 at 3:40 PM, Chris Darroch
chr...@pearsoncmg.com wrote:
Jeff Trawick wrote:
Beyond beta, I think we have something that is clearly better
than the 2007 mod_fcgid 2.2 release and should get out the door
soon as a GA
Roy T. Fielding wrote:
On Oct 6, 2009, at 1:00 PM, Jeff Trawick wrote:
On Tue, Oct 6, 2009 at 3:40 PM, Chris Darroch chr...@pearsoncmg.com
wrote:
Jeff Trawick wrote:
Beyond beta, I think we have something that is clearly better than
the 2007 mod_fcgid 2.2 release and should get out
that is clearly better than
the 2007 mod_fcgid 2.2 release and should get out the door soon as a
GA (as long as testing doesn't show any regression). I just made
what I hope are uncontroversial changes to the directive names.
I'll try to make peace with the rest. It would be great if others
would
directives ;) )
When a command is to be started by mod_fcgid, any options
specified for the command on this directive override those
defined for the uri, vhost, global, or the defaults. When a
wrapper is used, it is that wrapper which must be specified
there are more than
MinClassProcessCount instances. (maybe it means other stuff too)
AFAICT, mod_fcgid only creates processes on-demand at present.
The primary motivation for my new directive is to specify options that
sometimes need to be associated with the application itself
On Sat, Oct 3, 2009 at 8:29 PM, fua...@apache.org wrote:
Author: fuankg
Date: Sun Oct 4 00:29:02 2009
New Revision: 821452
URL: http://svn.apache.org/viewvc?rev=821452view=rev
Log:
fixed log type prefix.
you mentioned in another thread that somebody sent this to you; in that case
the
Hi,
Jeff Trawick schrieb:
you mentioned in another thread that somebody sent this to you; in that
case the commit log should show
Submitted by: xxx yyy xxx zzz.com http://zzz.com
Reviewed by: (you)
I know, I know; but my friend always prefers to stay anonymous, and
wants to get me blamed for
Guenter Knauf wrote:
Hi,
Jeff Trawick schrieb:
you mentioned in another thread that somebody sent this to you; in that
case the commit log should show
Submitted by: xxx yyy xxx zzz.com http://zzz.com
Reviewed by: (you)
I know, I know; but my friend always prefers to stay anonymous, and
Hi,
William A. Rowe, Jr. schrieb:
If your anonymous friend does not have a CLA on file, you must revert; that is
a condition you accepted, signing your own CLA.
huh? and this condition changes if I write his name and email address
into logs?
Gün.
On Sun, Oct 4, 2009 at 6:23 PM, Guenter Knauf fua...@apache.org wrote:
Hi,
William A. Rowe, Jr. schrieb:
If your anonymous friend does not have a CLA on file, you must revert;
that is
a condition you accepted, signing your own CLA.
huh? and this condition changes if I write his name and
Hi Guys,
I am using apache2, php5 and mod_fcgid on CentOS and I'm having a lot
of issues with 500 errors. I came across this blog post:
http://jay.vox.com/library/post/mod_fcgid-ignoring-fastcgi-config-settings.html
I was wondering if that is completely true? And if it is, why is it
that way
On Sun, Oct 4, 2009 at 6:58 PM, Walter Heck walterh...@gmail.com wrote:
Hi Guys,
I am using apache2, php5 and mod_fcgid on CentOS and I'm having a lot
of issues with 500 errors. I came across this blog post:
http://jay.vox.com/library/post/mod_fcgid-ignoring-fastcgi-config-settings.html
I
On Oct 4, 2009, at 2:57 PM, William A. Rowe, Jr. wrote:
Guenter Knauf wrote:
Hi,
Jeff Trawick schrieb:
you mentioned in another thread that somebody sent this to you;
in that
case the commit log should show
Submitted by: xxx yyy xxx zzz.com http://zzz.com
Reviewed by: (you)
I know, I
Hi Jeff,
thanks for the quick response!
On Mon, Oct 5, 2009 at 06:09, Jeff Trawick traw...@gmail.com wrote:
That's fixed in the mod_fcgid in Subversion. See the Get It! information
at http://httpd.apache.org/mod_fcgid/ for how to check out from Subversion.
That particular issue wasn't fixed
On Saturday 03 October 2009 12:44:02 pm Jeff Trawick wrote:
On Thu, Oct 1, 2009 at 8:01 PM, Jeff Trawick traw...@gmail.com wrote:
(just fixing subject)
On Thu, Oct 1, 2009 at 7:55 PM, Ricardo Cantu rica...@smartcsc.comwrote:
On Tuesday 29 September 2009 4:20:49 pm you wrote:
On Tue,
On Sun, Oct 4, 2009 at 7:31 PM, Walter Heck walterh...@gmail.com wrote:
Hi Jeff,
thanks for the quick response!
On Mon, Oct 5, 2009 at 06:09, Jeff Trawick traw...@gmail.com wrote:
That's fixed in the mod_fcgid in Subversion. See the Get It!
information
at http://httpd.apache.org
Roy T. Fielding wrote:
On Oct 4, 2009, at 2:57 PM, William A. Rowe, Jr. wrote:
Guenter Knauf wrote:
Hi,
Jeff Trawick schrieb:
you mentioned in another thread that somebody sent this to you; in that
case the commit log should show
Submitted by: xxx yyy xxx zzz.com http://zzz.com
Reviewed
William A. Rowe, Jr. schrieb:
But since his comment, my friend always prefers to stay anonymous implied
more
than this single patch, it seems appropriate to call out the general concern.
you got this wrong - I meant that he prefers so at all other places too,
and not that he sends me tons of
Guenter Knauf wrote:
William A. Rowe, Jr. schrieb:
But since his comment, my friend always prefers to stay anonymous implied
more
than this single patch, it seems appropriate to call out the general concern.
you got this wrong - I meant that he prefers so at all other places too,
and not
On Sat, Oct 3, 2009 at 12:14 PM, William A. Rowe, Jr.
wr...@rowe-clan.netwrote:
William A. Rowe, Jr. wrote:
[X] -1 for any release of 2.3.2 (regressed from 2.3.1?)
[ ] +1 to release as 2.3.2-beta
[ ] +1 to release as 2.3.2-GA
C:\local0\asf\release\module-build\mod_fcgid\modules
On Thu, Oct 1, 2009 at 8:01 PM, Jeff Trawick traw...@gmail.com wrote:
(just fixing subject)
On Thu, Oct 1, 2009 at 7:55 PM, Ricardo Cantu rica...@smartcsc.comwrote:
On Tuesday 29 September 2009 4:20:49 pm you wrote:
On Tue, Sep 29, 2009 at 4:59 PM, Ricardo Cantu rica...@smartcsc.com
Jeff Trawick wrote:
supposedly fixed now; please try again
And I whacked the module structure, always dllexport'ed. So now, from trunk;
Configuration: mod_fcgid - Win32 Release
Generating fcgid_config.h
Compiling resources...
Compiling
On Sat, Oct 3, 2009 at 3:37 PM, wr...@apache.org wrote:
Author: wrowe
Date: Sat Oct 3 19:37:59 2009
New Revision: 821398
URL: http://svn.apache.org/viewvc?rev=821398view=rev
Log:
Correct module export resolution - this is never imported to another object
Thanks!
Bill,
William A. Rowe, Jr. schrieb:
William A. Rowe, Jr. wrote:
[X] -1 for any release of 2.3.2 (regressed from 2.3.1?)
[ ] +1 to release as 2.3.2-beta
[ ] +1 to release as 2.3.2-GA
C:\local0\asf\release\module-build\mod_fcgid\modules\fcgid\fcgid_pm_win.c(142)
:
error C2065
directives ;) )
When a command is to be started by mod_fcgid, any options specified
for the command on this directive override those defined for the uri,
vhost, global, or the defaults. When a wrapper is used, it is that
wrapper which must be specified on this directive. This directive
] ...
class
(the names of these options follow my proposal for the names of existing
directives ;) )
When a command is to be started by mod_fcgid, any options specified for
the command on this directive override those defined for the uri, vhost,
global, or the defaults. When a wrapper is used
MaxProcesses n
MaxRequestsPerProcess n
InitialEnv var[=val] ...
class
(the names of these options follow my proposal for the names of existing
directives ;) )
When a command is to be started by mod_fcgid, any options specified for
the command on this directive override those defined
request arrive?
Sure. I guess there could be some InitialProcesses n option on this
directive. (If this appears to be forgotten, open a bug at
https://issues.apache.org/bugzilla/ and set the severity to
enhancement.
Product = Apache httpd-2, component = mod_fcgid.)
BTW, do you need
.
Product = Apache httpd-2, component = mod_fcgid.)
BTW, do you need to pre-spawn just on general principle (don't want any
initial delay), or is the on-demand spawning not aggressive enough,
such that it takes too long to create an adequate number of application
processes?
From
MinProcesses n
MaxProcesses n
MaxRequestsPerProcess n
InitialEnv var[=val] ...
class
(the names of these options follow my proposal for the names
of existing directives ;) )
When a command is to be started by mod_fcgid, any options
directives ;) )
When a command is to be started by mod_fcgid, any options
specified for the command on this directive override those
defined for the uri, vhost, global, or the defaults. When a
wrapper is used, it is that wrapper which must be specified
Jeff Trawick wrote:
On Wed, Sep 30, 2009 at 11:37 AM, Barry Scott
barry.sc...@onelan.co.uk mailto:barry.sc...@onelan.co.uk wrote:
At this point let me ask this:
Is it possible with the current code to ever have the fcgid
Authorizer called?
yes
thanks for the confirmation and
cannot see how to achieve the same result with mod_fcgid.
The promising MaxProcessCount seems to apply to all processes
which is not what I want. I assume that if I set MaxProcessCount
to 2 then I might get two dsm.fcgi processor of one of each.
Is there a way to limit max processes per image?
Barry
two servers running waiting for request with only once
instance of each.
I cannot see how to achieve the same result with mod_fcgid.
The promising MaxProcessCount seems to apply to all processes
which is not what I want. I assume that if I set MaxProcessCount
to 2 then I might get two dsm.fcgi
/onelan/html/dsmxml.fcgi -processes 1
-idle-timeout 30
Which creates two servers running waiting for request with only
once instance of each.
I cannot see how to achieve the same result with mod_fcgid.
The promising MaxProcessCount seems to apply to all processes
which
a command is to be started by mod_fcgid, any options specified for the
command on this directive override those defined for the uri, vhost, global,
or the defaults. When a wrapper is used, it is that wrapper which must be
specified on this directive. This directive is not required unless one or
more
= NULL;
+
+ /* Fix lists */
+move_idle_to_free(procnode-main_server, procnode);
+
+if (reason == APR_OC_REASON_DEATH) {
+ ap_log_error(APLOG_MARK, APLOG_INFO, 0, NULL,
+ mod_fcgid: Pid: %d got APR_OC_REASON_DEATH, procnode-proc_id-pid);
+} else
,
+ mod_fcgid: Pid: %d got APR_OC_REASON_DEATH, procnode-proc_id-pid);
+} else {
+ ap_log_error(APLOG_MARK, APLOG_INFO, 0, NULL,
+ mod_fcgid: Pid: %d got APR_OC_REASON_LOST, procnode-proc_id-pid);
+}
+break;
+
+ case APR_OC_REASON_RESTART
At this point let me ask this:
Is it possible with the current code to ever have the fcgid Authorizer
called?
If it is not possible I'm willing to try and code the missing pieces,
with a little
help being pointed in the right direction.
Barry
Jeff Trawick wrote:
I borrowed a few ideas from my friends and botched the rest personally:
(omitting FCGID prefix)
leave alone
AccessChecker
AccessCheckerAuthoritative
Authenticator
AuthenticatorAuthoritative
Authorizer
AuthorizerAuthoritative
Wrapper
MaxRequestsPerProcess
PassHeader
It
that no authorizers running before fcgid think they should
evaluate:
Location /docs
IfVersion = 2.2
AuthBasicAuthoritative Off
# AuthBasicProvider foo
/IfVersion
# work around problem with AAA in mod_fcgid (it can't track more than
# one AAA script per URL, and even then the URL can't be handled
On Wed, Sep 30, 2009 at 11:40 AM, Barry Scott barry.sc...@onelan.co.ukwrote:
Jeff Trawick wrote:
I borrowed a few ideas from my friends and botched the rest personally:
(omitting FCGID prefix)
leave alone
AccessChecker
AccessCheckerAuthoritative
Authenticator
, though it uses the unfortunate valid-group hack with
httpd 2.2 so that no authorizers running before fcgid think they should
evaluate:
Location /docs
IfVersion = 2.2
AuthBasicAuthoritative Off
# AuthBasicProvider foo
/IfVersion
# work around problem with AAA in mod_fcgid (it can't
On Sep 28, 2009, at 11:30 PM, William A. Rowe, Jr. wrote:
Quick on the heels of mod_fcgid 2.3.1 we have another candidate for
your
consideration, with many improvements to docs and especially the
authn/authz
interface.
Please fetch up the newly minted mod_fcgid-2.3.2.tar.gz (or bz2
The mod_fcgid page says to ask on dev I assume that this is the right
place to ask.
I'm using mod_fcgid from svn with HTTPD 2.2.
I want to use a fast CGI authorizer to allow me to control access based
on my rules.
The authorizer needs to be a long running process - never exits.
I know
On Tue, Sep 29, 2009 at 8:18 AM, Barry Scott barry.sc...@onelan.co.ukwrote:
The mod_fcgid page says to ask on dev I assume that this is the right place
to ask.
I'm using mod_fcgid from svn with HTTPD 2.2.
I want to use a fast CGI authorizer to allow me to control access based on
my rules
On Mon, Sep 28, 2009 at 11:30 PM, William A. Rowe, Jr.
wr...@rowe-clan.netwrote:
Quick on the heels of mod_fcgid 2.3.1 we have another candidate for your
consideration, with many improvements to docs and especially the
authn/authz
interface.
Please fetch up the newly minted mod_fcgid-2.3.2
Jeff Trawick wrote:
On Tue, Sep 29, 2009 at 8:18 AM, Barry Scott barry.sc...@onelan.co.uk
mailto:barry.sc...@onelan.co.uk wrote:
The mod_fcgid page says to ask on dev I assume that this is the
right place to ask.
I'm using mod_fcgid from svn with HTTPD 2.2.
I want to use
On Tue, Sep 29, 2009 at 11:26 AM, Barry Scott barry.sc...@onelan.co.ukwrote:
Jeff Trawick wrote:
On Tue, Sep 29, 2009 at 8:18 AM, Barry Scott
barry.sc...@onelan.co.ukmailto:
barry.sc...@onelan.co.uk wrote:
The mod_fcgid page says to ask on dev I assume that this is the
right place
mailto:barry.sc...@onelan.co.uk
mailto:barry.sc...@onelan.co.uk wrote:
The mod_fcgid page says to ask on dev I assume that this is the
right place to ask.
I'm using mod_fcgid from svn with HTTPD 2.2.
I want to use a fast CGI authorizer to allow me to control
mailto:barry.sc...@onelan.co.uk
mailto:barry.sc...@onelan.co.uk wrote:
The mod_fcgid page says to ask on dev I assume that this
is the
right place to ask.
I'm using mod_fcgid from svn with HTTPD 2.2.
I want to use a fast CGI authorizer
Ricardo Cantu wrote:
That's the problem with mod_fcgid right now with out the patch.
argv[0] is different but mod_fcgid is not considering it different. It is
lumping together by inode only and not paying attention to basename
(argv[0]).
Which can be different when using symbolic links
AM, Barry Scott
barry.sc...@onelan.co.uk mailto:barry.sc...@onelan.co.uk
mailto:barry.sc...@onelan.co.uk
mailto:barry.sc...@onelan.co.uk wrote:
The mod_fcgid page says to ask on dev I assume that this is the
right place to ask.
I'm using
On Tue, Sep 29, 2009 at 12:51 PM, Ricardo Cantu rica...@smartcsc.comwrote:
Ricardo Cantu wrote:
That's the problem with mod_fcgid right now with out the patch.
argv[0] is different but mod_fcgid is not considering it different. It is
lumping together by inode only and not paying
On Tuesday 29 September 2009 12:14:51 pm you wrote:
On Tue, Sep 29, 2009 at 12:51 PM, Ricardo Cantu rica...@smartcsc.comwrote:
Ricardo Cantu wrote:
That's the problem with mod_fcgid right now with out the patch.
argv[0] is different but mod_fcgid is not considering it different
On Tue, Sep 29, 2009 at 3:09 PM, Ricardo Cantu rica...@smartcsc.com wrote:
On Tuesday 29 September 2009 12:14:51 pm you wrote:
On Tue, Sep 29, 2009 at 12:51 PM, Ricardo Cantu rica...@smartcsc.com
wrote:
Ricardo Cantu wrote:
That's the problem with mod_fcgid right now with out
:
That's the problem with mod_fcgid right now with out the patch.
argv[0] is different but mod_fcgid is not considering it different.
It
is lumping together by inode only and not paying attention to
basename
(argv[0]).
Which can be different when using symbolic
I borrowed a few ideas from my friends and botched the rest personally:
(omitting FCGID prefix)
leave alone
AccessChecker
AccessCheckerAuthoritative
Authenticator
AuthenticatorAuthoritative
Authorizer
AuthorizerAuthoritative
Wrapper
MaxRequestsPerProcess
PassHeader
concepts need to be fixed or
On Tuesday 29 September 2009 2:31:21 pm Jeff Trawick wrote:
I borrowed a few ideas from my friends and botched the rest personally:
(omitting FCGID prefix)
leave alone
AccessChecker
AccessCheckerAuthoritative
Authenticator
AuthenticatorAuthoritative
Authorizer
On Tue, Sep 29, 2009 at 4:59 PM, Ricardo Cantu rica...@smartcsc.com wrote:
On Tuesday 29 September 2009 2:31:21 pm Jeff Trawick wrote:
ZombieScanInterval (leave alone until processes can be reaped
differently)
Working on a patch for this one. Don't want to duplicate work, so let me
know
On Tue, Sep 29, 2009 at 4:31 PM, Jeff Trawick traw...@gmail.com wrote:
SpawnScore - SpawnScoreSpawnCost
SpawnScoreUpLimit - SpawnScoreLimit
TerminationScore - SpawnScoreExitCost
TimeScore - SpawnScoreDecayPerSecond
These names are pretty ugly :( Here is what they are for, in case that
Quick on the heels of mod_fcgid 2.3.1 we have another candidate for your
consideration, with many improvements to docs and especially the authn/authz
interface.
Please fetch up the newly minted mod_fcgid-2.3.2.tar.gz (or bz2)
or the win32 suitable package mod_fcgid-2.3.2-crlf.zip from:
http
I have attached the unified diff for readability.
Marcus Merz mm...@gmx.de schrieb im Newsbeitrag
news:h9kckd$at...@ger.gmane.org...
Bill,
:/usr/local/src # diff -u apxs.in apxs2-prefork
...
Regards,
Marcus
begin 666 apxs.in.apxs2-prefork.diff
M+2TM(%P',N:6X),C P-RTP-2TR,R Q-3HS,SHP-XP,#
manual.
The currently-unused rule for installing header files was also
fixed.
This only affected our 2.3.1 beta release.
Submitted by: Paul Howarthpaul city-fan.org
Reviewed by: trawick
Modified:
httpd/mod_fcgid/trunk/CHANGES-FCGID
httpd/mod_fcgid/trunk/Makefile.apxs
Modified: httpd
Came across something else in testing mod_fcgid. mod_fastcgi would consider
every symbolic link to the same program as a unique program and would start it
up based on the program name and not the inode/device node. Since mod_fcgid
only was checking inode/device node, symbolic links were
Ricardo Cantu wrote:
Came across something else in testing mod_fcgid. mod_fastcgi would consider
every symbolic link to the same program as a unique program and would start
it
up based on the program name and not the inode/device node. Since mod_fcgid
only was checking inode/device node
I do not know whether i did something wrong but before a new release of
mod_fcgid, i wanted to share my experience:
I use Apache 2.2.13 on a OpenSUSE 10.3 distri and did download and extract
mod_fcgid-2.3.1-beta.tar.gz to /usr/local/source/mod_fcgid-2.3.1
From there i did
APXS=/usr/sbin/apxs2
On Fri, Sep 25, 2009 at 1:02 PM, Marcus Merz mm...@gmx.de wrote:
I do not know whether i did something wrong but before a new release of
mod_fcgid, i wanted to share my experience:
I use Apache 2.2.13 on a OpenSUSE 10.3 distri and did download and extract
mod_fcgid-2.3.1-beta.tar.gz to /usr
...
I did rename the symlinks in /usr/include/apache2 to mpm.h.xxx and
mpm_default.h.xxx
:/usr/local/src/mod_fcgid-2.3.1 # make clean
Making clean in modules/fcgid
make[1]: Entering directory `/usr/local/src/mod_fcgid-2.3.1/modules/fcgid'
make[2]: Entering directory `/usr/local/src/mod_fcgid-2.3.1
On Friday 25 September 2009 10:01:04 am William A. Rowe, Jr. wrote:
Ricardo Cantu wrote:
Came across something else in testing mod_fcgid. mod_fastcgi would
consider every symbolic link to the same program as a unique program and
would start it up based on the program name and not the inode
On Friday 25 September 2009 1:37:52 pm Ricardo Cantu wrote:
On Friday 25 September 2009 10:01:04 am William A. Rowe, Jr. wrote:
Ricardo Cantu wrote:
Came across something else in testing mod_fcgid. mod_fastcgi would
consider every symbolic link to the same program as a unique program
Ricardo Cantu wrote:
That's the problem with mod_fcgid right now with out the patch.
argv[0] is different but mod_fcgid is not considering it different. It is
lumping together by inode only and not paying attention to basename (argv[0]).
Which can be different when using symbolic links
401 - 500 of 705 matches
Mail list logo
