os-solaris/2638: Building apache w/PHP doesn't add SERVER_SUBVERSION to httpd -v (fwd)

[Marc Slemko <ma...@znep.com>]

I don't see any way to avoid this.  We can't call inits on -v (well, I
don't think we want to although we _could_) so we just can't.

---------- Forwarded message ----------
Date: 17 Jul 1998 05:02:56 -0000
From: John Howe <jo...@scn.org>
To: apbugs@hyperreal.org
Subject: os-solaris/2638: Building apache w/PHP doesn't add SERVER_SUBVERSION
    to httpd -v


>Number:         2638
>Category:       os-solaris
>Synopsis:       Building apache w/PHP doesn't add SERVER_SUBVERSION to httpd -v
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Thu Jul 16 22:10:01 PDT 1998
>Last-Modified:
>Originator:     johnhowe@scn.org
>Organization:
apache
>Release:        Apache 1.3.0
>Environment:
SunOS rain 5.6 Generic_105181-06 sun4m sparc SUNW,SPARCstation-10
Gcc 2.8.1
>Description:
I have built apache 1.3.0 on Solaris 2.6 sun4m and Solaris 2.6 x86 with 
PHP 3.0.1. When I run `httpd -v` to get the sub-version info, all I see is:

% ./httpd -v
Server version: Apache/1.3.0 (Unix)
Server built:   Jul 16 1998 21:35:56

I just noticed this because I recently upgraded Mysql (again!).

It doesn't seem serious in nature, though Apache had dumped core about a 
week ago and I don't have the tools, know how, time at this point.

Running the server seems fine. I ran a test php routine to see if php works:

<?
    phpinfo();
?>

and that seems cool.
>How-To-Repeat:
run solaris 2.6
cd ~/apache_1.3.0
configure --prefix=/blah/blah/apache
vi src/include/ap_config.h ( STATUS need to be defined as 0x2 not null )
cd ~/php-3.0.1
configure --with-apache=../apache_1.3.0 --with-mysql --with-gs --with-zlib --enable-track-vars
make; make install
cd ~/apache_1.3.0
configure --prefix=/blah/blah/apache --activate-module=src/modules/php3/libphp3.a
make
src/httpd -v
>Fix:
No
>Audit-Trail:
>Unformatted:
[In order for any reply to be added to the PR database, ]
[you need to include <ap...@Apache.Org> in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]

Re: os-solaris/2638: Building apache w/PHP doesn't add SERVER_SUBVERSION to httpd -v (fwd)

[Rasmus Lerdorf <ra...@lerdorf.on.ca>]

> > > I don't see any way to avoid this.  We can't call inits on -v (well, I
> > > don't think we want to although we _could_) so we just can't.
> > 
> > In PHP's case calling the init handler from a -v would not cause a
> > problem, and it would indeed solve this problem.  The init_handler in the
> > PHP module calls ap_add_version_component() as it should.  Are there
> > problems in other modules?  I suppose we could add a version_handler field
> 
> You can do some very expensive things from init routines, including things
> that kick off actions that you don't want done arbitrarily.  I'm just not
> sure it is wise.

PHP's handler is only:

    void php3_init_handler(server_rec *s, pool *p)
    {
        register_cleanup(p, NULL, php3_module_shutdown, php3_module_shutdown_for_exec);
#if MODULE_MAGIC_NUMBER >= 19980527
        ap_add_version_component("PHP/" PHP_VERSION);
#endif
    }

The expensive stuff doesn't happen until one of the main handlers is
called.  Not that I am arguing to make this change.  I guess I just like
watching myself type at 3am...

-Rasmus

Re: os-solaris/2638: Building apache w/PHP doesn't add SERVER_SUBVERSION to httpd -v (fwd)

[Marc Slemko <ma...@worldgate.com>]

On Fri, 17 Jul 1998, Rasmus Lerdorf wrote:

> > I don't see any way to avoid this.  We can't call inits on -v (well, I
> > don't think we want to although we _could_) so we just can't.
> 
> In PHP's case calling the init handler from a -v would not cause a
> problem, and it would indeed solve this problem.  The init_handler in the
> PHP module calls ap_add_version_component() as it should.  Are there
> problems in other modules?  I suppose we could add a version_handler field

You can do some very expensive things from init routines, including things
that kick off actions that you don't want done arbitrarily.  I'm just not
sure it is wise.

Re: os-solaris/2638: Building apache w/PHP doesn't add SERVER_SUBVERSION to httpd -v (fwd)

[Rasmus Lerdorf <ra...@lerdorf.on.ca>]

> I don't see any way to avoid this.  We can't call inits on -v (well, I
> don't think we want to although we _could_) so we just can't.

In PHP's case calling the init handler from a -v would not cause a
problem, and it would indeed solve this problem.  The init_handler in the
PHP module calls ap_add_version_component() as it should.  Are there
problems in other modules?  I suppose we could add a version_handler field
to the struct, but that seems a little excessive for something this minor. 
-l will at least show that the module is there. 

-Rasmus