Also, we tend to run most of our fastcgi's using a domain socket. I'm
sure others do that as well.
Isn't that very unreliable?
Why should Unix domain sockets be unreliable?
- Sascha
A shell script generating build-exports.mk is attached.
The implementation lacks cyclic reference detection (some
header files point to each other). This can be resolved by
splitting the 2-3 header files though.
- Sascha
gen-build.sh
Description: Bourne shell script
Please get your facts straight.
httpd is still just as buildable on such platforms regardless of
gen-build.py: from the release tarballs. Building from a CVS checkout
cannot be done without extra tools, but that has always been true in
2.0: you need libtool and autoconf (not to
autoconf does not use perl.
It has done since 2.50 AFAIK: from the README in 2.59:
Fortunately, one can choose not to use the horrible autoconf
2.5x. The sane versions up to 2.13 don't require perl for
buildconf'ing APR or httpd.
- Sascha
On Fri, 20 Feb 2004, Patrick Welche wrote:
On Fri, Feb 20, 2004 at 11:23:02AM +0100, Sascha Schumann wrote:
A shell script generating build-exports.mk is attached.
The implementation lacks cyclic reference detection (some
header files point to each other). This can
The subject is whether Python can be required for running buildconf, not
for running configure make. I don't see a problem requiring Python
for buildconf.
The problem with python is that it is an exotic language and
hardly installed anywhere (not everyone runs Linux). Just
Automake is clearly not a choice, nor has it ever been for a
project of considerable size. And recursive make clearly
sucks -- the PHP project got rid of it 2 years ago. We agree
on these points.
It was also written in Python because it is *just* starting. That script
will
As part of the configure process, I would agree with you, but as part of
buildconf, I disagree--not everyone needs to run buildconf--only
developers, and if you're a developer, it's *really* not asking that
much to have Python on your dev box.
That must be a wonderful world where you run
requiring automake is not something I personally would be excited about... I'd
like to see how bad a conversion to ordinary sh would turn out.. also, I'd
guess that a conversion to the less cool but more widely
ported/precompiled/preinstalled P* scripting language would be a rather quick
Does anyone remember whether mod_fastcgi was ever included
in the base Apache 1.x distribution and if so, why it was
pulled?
Background: External maintenance of mod_fastcgi has basically
halted, community provided patches don't get applied etc. so
finding a new home has
On Thu, 16 Oct 2003, Jim Jagielski wrote:
Forwarded message:
* Bugz: #22805
- Jim is working on a somewhat revised patch which also
- uses closesocket() universally (instead of the places
- where we do #ifdef BEOS...). Only the changes to buff.c
- are
On Sat, 23 Aug 2003, Albert Chin wrote:
There is some sed magic in apr_common.m4 to source config.layout. The
first sed line is:
I've fixed this in May but have not come around to commit it
yet. See the attached patch. And no, I have no idea what
the first sed expression is
On Thu, 5 Jun 2003, harald deppeler wrote:
Ok, I tried the CFLAGS=-static-libgcc trick, it didn't work for me.
Did you verify that libtool passed the flag to the linker?
You can achieve that by removing --silent from the respective
Makefile.
- Sascha
Rather than fix the TS issues in all the 3rd party libraries
that can be used with PHP's and its extension its more
pragmatic to sort out thread/filter issues in PHP core.
The PHP project has been working on thread-safety since 1999.
All core components and most extensions can be
I have Apache 2 and PHP running with no big problems so far.
Two concurrent php script executions might not work at all,
if you look at the code. Maybe I'll spent some time today on
it and use fopencookie to create a proper stdio stream..
- Sascha
On Thu, 6 Feb 2003, Dmitri Tikhonov wrote:
On Thu, Feb 06, 2003 at 06:51:06PM +0100, Sascha Schumann wrote:
I have Apache 2 and PHP running with no big problems so far.
Two concurrent php script executions might not work at all,
I forgot to mention that I use preforking model
In any case, the mod_cgi solution gets us back to the same
problem we've always had with PHP, which is that we can't
buffer the entire input body w/o having a huge memory impact on
multithreaded servers. (We would need to buffer it because
of the way PHP expects to consume input data.)
is php re-entrant? or does it use globals/thread specific storage. if it
does than php can not be used in a subrequest.
It's not reentrant-safe and it uses TLS.
- Sascha
On Thu, 6 Feb 2003, Dmitri Tikhonov wrote:
On Thu, Feb 06, 2003 at 07:42:56PM +0100, Sascha Schumann wrote:
On Thu, 6 Feb 2003, Dmitri Tikhonov wrote:
On Thu, Feb 06, 2003 at 06:51:06PM +0100, Sascha Schumann wrote:
I have Apache 2 and PHP running with no big problems so far
a) is PHP not production ready with Apache 2.0 because it was not high
enough priority for PHP to be tested?
The current Apache 2 support in PHP is based on filters only.
That however is not well-supported by the scripting engine
which prefers real file objects as input.
The
So why not just do a handler-based PHP for 2.0, and work on other problems
in the future. This is a silly family quarel that is making everyone look
bad.
We are looking forward to your contributions. Please apply
for a CVS account here:
http://www.php.net/cvs-php.php
-
Grr and curses :-)
/me makes note to find a box without gnu extensions and use that for testing
:-)
In configure.in, you can use
echo $ac_n text$ac_c
which will dynamically expand to the -n or \c form, as
necessary. I suppose you could easily copy the necessary
Hi,
does anyone see a problem with this patch?
Index: httpd.conf-dist
===
RCS file: /home/cvs/apache-1.3/conf/httpd.conf-dist,v
retrieving revision 1.82
diff -u -r1.82 httpd.conf-dist
--- httpd.conf-dist 4 Nov 2002
On Sun, 5 Jan 2003, Albert Chin wrote:
On Sun, Jan 05, 2003 at 01:29:18AM +, Pier Fumagalli wrote:
Now, gcc _correctly_ links any executable to the correct library libgcc.a
automagically (if I call it from the command line), _but_ libtool is stupid,
and assumes that when we want to
Now, gcc _correctly_ links any executable to the correct library libgcc.a
automagically (if I call it from the command line), _but_ libtool is stupid,
and assumes that when we want to link a library, we can simply call ld
automatically without caring about what GCC might have to say...
On Fri, 29 Nov 2002, Joshua Slive wrote:
Just a quick question from someone with marginal cvs skills:
Say I have a file checked out at HEAD, and I know that it is identical to
the version at APACHE_2_0_BRANCH. Now I make a change, and I want to
commit the changed file to both HEAD and the
Hi,
is the doxygen output online somewhere? It is great for
referencing a certain pecularity of the httpd interface.
The dev documentation does not mention it, unfortunately.
http://httpd.apache.org/docs-2.0/developer/
Similarly, the apr-util documentation does not
This is a particularly interesting case as Mark is pretty adamant
that strtok() and gethostbyname() should be thread-safe and the fact
that it isn't on most platforms doesn't persuade him to use
strtok_r() or gethostbyname_r() if available. (Not that I disagree
with him here - these
The function php_apache_sapi_ub_write() is inserting a flush bucket
after each bucket of data that it adds to the output brigade.
The 'ub' stands for unbuffered.. you can avoid that by
enabling output buffering in php.ini.
- Sascha
IMHO, that's a design flaw. Regardless of whether PHP is doing
buffering, it shouldn't break up blocks of static content into
small pieces--especially not as small as 400 bytes. While it's
That sounds like the input size of the lexer which is a part
which I'm not particularly proud
-0.9. Whoever said we were deprecating them? I thought the plan was that
apachectl would continue to accept 'start|stop|restart' and would pass
them as 'httpd -k $ARGV' to Apache. That is what apachectl does
currently. Yes, you *could* say apachectl -k start with the new code and
it
My binaries are portable, and that doesn't seem to be a problem. I'm
trying to gather information as I continue to try to chase down the
php4.2-dev + apache2 issue on this target platform.
Note that portable (as in can be used on various Linux
distributions) programs should be built
On Wed, 6 Mar 2002, Jim Jagielski wrote:
Yep... Looks like it's no problem with 2.52.
Anyone have hearburn if I adjust buildcheck.sh to make 2.52 the
new requirement?
IIRC 2.52 still produces a non-portable case..esac statement
which fails on FreeBSD.
If this issue happens with
On Tue, 19 Feb 2002, Pier Fumagalli wrote:
Jim Jagielski [EMAIL PROTECTED] wrote:
It appears to me that we are running into a *lot* of problems in
(GNU)libtool on OS X and that the libtool guys would appreciate
the feedback. Yet, it appears that stuff sent to them never gets
included
This is a complete Catch-22. The question is what to do about it.
I have some ideas, but I'd like to hear what other people think.
I'll outline what PHP is doing quite successfully in this
area. The described method allows you to build native
objects as well as libtool objects
On Sat, 5 Jan 2002, Jos Backus wrote:
On Fri, Jan 04, 2002 at 11:52:26PM -0800, Jos Backus wrote:
On Fri, Jan 04, 2002 at 09:26:46PM -0800, Justin Erenkrantz wrote:
Yeah, this seems to be a bug in autoconf because this is not
portable /bin/sh code. IIRC, all cases must have an action
On Mon, 10 Dec 2001, Greg Stein wrote:
I don't understand why an include doesn't go onto the INCLUDES variable. Why
the shift?
I suppose that the include directive is immediately needed
for an autoconf cpp check. Autoconf calls the preprocessor
with CPPFLAGS, not INCLUDES, and
On Thu, 20 Sep 2001, Jim Jagielski wrote:
At 11:33 AM -0300 9/20/01, Daniel Abad wrote:
Is it really a problem??? Or just warning?
[Thu Sep 20 00:28:53 2001] [error] server reached MaxClients setting,
consider raising the MaxClients setting
No doubt, you are getting hammered by Nimba
Depends on the platform. You cannot link non-PIC code with PIC code on
HP-UX.
Yes, I was speaking in the context of FreeBSD where the
person I was replying to had specific problems.
- Sascha Experience IRCG
http://schumann.cx/
First - I don't understand why it works, since libpython is not PIC (-fpic
is not used when compiling). From reading what I could find on the
subject, it's supposed to crash miserably.
You can use non-PIC code in shared libraries with the
disadvantage that pages cannot be shared
40 matches
Mail list logo
