php-install Digest 24 Jun 2002 01:36:23 -0000 Issue 898

Topics (messages 7440 through 7447):

Re: GD Library upgrade
        7440 by: Rasmus Lerdorf

Help.  Since a dynamic module or cgi is the only way to use php with apache 2.0..
        7441 by: DooMGazE

PHP4.2.1 and Apache 2.0.39
        7442 by: Antony Seedhouse
        7443 by: Antony Seedhouse

problem with PHP 4.2.1/Apache 2.0.39
        7444 by: Simon Grabowski

apache 2.0.39 + php 4.2.1  - solution to php_function problem
        7445 by: jd
        7446 by: Rasmus Lerdorf

Re: CST74545227ID - Cellspacing
        7447 by: MSN Customer Support

Administrivia:

To subscribe to the digest, e-mail:
        [EMAIL PROTECTED]

To unsubscribe from the digest, e-mail:
        [EMAIL PROTECTED]

To post to the list, e-mail:
        [EMAIL PROTECTED]


----------------------------------------------------------------------
--- Begin Message ---
Make sure you rm config.cache before you re-run PHP's configure script.

On 23 Jun 2002, Lance Earl wrote:

> 
> 
> Hi All,
> 
> I am new to this list and hope to find an answer here to a strange
> problem.
> 
> I wrote some code that resulted in an error message the said that the
> requestion function required GD Graphic Library 2.0 or above. I
> recompiled using GD Library 2.0.1 and reran the code and still got the
> same error. I recompiled a second time just to be sure and the error
> continues to be a problem.
> 
> Have any of you seen this problem and how did you correct it.
> 
> Lance Earl
> 
> 
> 


--- End Message ---
--- Begin Message ---
I had to revert my web server back to apache 1.3.  I really would like to
run apache 2.0, a exploit was just found in 1.3, not sure what it does
exactly but I don't wanna be a part of it.  Anyways, I had to revert
because --with-apache does not work in 2.0, and --with-apxs2 would give me
errors during compiling.  I've tried a few times, did make clean,
reinstalled apache made sure I used --enable-module=so, but I still get the
same compile issue with php.  Anyone else having this issue?  I wouldn't
mind running it as a cgi except that when I add .html to the types for
x-httpd-php, every bad link on my server attempts to start a file transfer.
Any help is appreciated.


--- End Message ---
--- Begin Message ---
looking around i think its fair to say there is a something wrong with
trying to use apache 2.0.39 with the php 4.2.1, if anyone has managed to get
it working please post as ive looked around and noone seems to of, this is
what i get atm;

apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not
comp
atible with this version of Apache.
Please contact the vendor for the correct version.

ive configured .36 fine so its definately something in apache


--- End Message ---
--- Begin Message ---
i just noticed on the php.net bug db this and also the other thread about
this, sorry, hope this thread is abit more helpful than the other;
----------------------------------------------------------------------------
--------
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/. In case this was a documentation
problem, the fix will show up soon at http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites.
Thank you for the report, and for helping us make PHP better.

You could also try
http://ftp.proventum.net/pub/php/win32/php4.2.x-apache2.zip which might
work with PHP 4.2.1.

The correct link for the cvs version is:
http://snaps.php.net/win32/php4-win32-latest.zip


--- End Message ---
--- Begin Message ---
I have upgraded from Apache 1.3.26 to 2.0.39 with PHP 4.2.1.
I am running FreeBSD 4.6 and everything was installed from
ports.

I have a PHP script called "go" (filename is without the .php extension)
and it is located in the root of my domain name:
http://www.mydomain.com/go

It's a script that my users launch with special arguments much like this:

http://www.mydomain.com/go/arg1/arg2/arg3

To get this to work, I've changed AllowOverride to All
in apache2's httpd.conf and I've added this to mydomain.com
.htaccess:

<FilesMatch "go$">
  ForceType application/x-httpd-php
</FilesMatch>

This same approach has worked perfectly for me
in apache 1.3.26, and it correctly launched
script "go" when someone opened URL such
as http://www.mydomain.com/go/something/somewhere

Unfortunately, with Apache 2.0.39 only
http://www.mydomain.com/go works okay, but
http://www.mydomain.com/go/bla/bla results in a 404 error.
(it looks as if Apache treats 'go' as directory, not as
a script - despite the settings in .htaccess - and therefore
it can't find the location)

I want http://www.mydomain.com/go/bla/bla
to launch the "go" script, just as it did with Apache 1.3.26.

I have even tried using the old 1.3.26 httpd.conf with
Apache 2.0.39 (after making the minor changes to make
it compatible with apache2), but it still won't work - same
problem :((

The only other config lines that IMHO could be possibly
related with this issue are:

RewriteEngine On
RewriteCond %{HTTP:Host} ^mydomain.com
RewriteRule ^(.*)$ http://www.mydomain.com$1 [L,R]

Am I missing something here?

Thanks!

= Simon


--- End Message ---
--- Begin Message ---
at line 93, sapi/apache2filter/php_functions.c:

 #if !MODULE_MAGIC_AT_LEAST(20020506,0)
                ADD_STRING(boundary);
 #endif

compilation failed at this point for me with apache 2.0.39,
and apparently alot of other people are having the same
troubles. gcc complains about a misplaced "!" because 
it doesn't understand the macro. Apparently it is not in 
the apache headers any longer.

According to the Apache 1.3 API documentation, the
MODULE_MAGIC_AT_LEAST macro has been
defined as obsolete since 1.3.

AP_MODULE_MAGIC_AT_LEAST is the
recommended replacement, and changing the
offending line to reflect this allows gcc to finish
compiling without any problems.

Just thought I should mention this here so that it can
be corrected; this obsolete macro is still present in
the latest snapshot and prevents successful
compilation with apache 2.0.39 and possibly
earlier. I'd appreciate it if someone could forward
this on to someone who can make the fix if this
isn't the right place.

-jd

--- End Message ---
--- Begin Message ---
It has been fixed for weeks.

On Sun, 23 Jun 2002, jd wrote:

> at line 93, sapi/apache2filter/php_functions.c:
>
>  #if !MODULE_MAGIC_AT_LEAST(20020506,0)
>                 ADD_STRING(boundary);
>  #endif
>
> compilation failed at this point for me with apache 2.0.39,
> and apparently alot of other people are having the same
> troubles. gcc complains about a misplaced "!" because
> it doesn't understand the macro. Apparently it is not in
> the apache headers any longer.
>
> According to the Apache 1.3 API documentation, the
> MODULE_MAGIC_AT_LEAST macro has been
> defined as obsolete since 1.3.
>
> AP_MODULE_MAGIC_AT_LEAST is the
> recommended replacement, and changing the
> offending line to reflect this allows gcc to finish
> compiling without any problems.
>
> Just thought I should mention this here so that it can
> be corrected; this obsolete macro is still present in
> the latest snapshot and prevents successful
> compilation with apache 2.0.39 and possibly
> earlier. I'd appreciate it if someone could forward
> this on to someone who can make the fix if this
> isn't the right place.
>
> -jd
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>

--- End Message ---
--- Begin Message ---
Thank you for your e-mail message to MSN webmaster. We would like to
assist you with your question and request you go to the appropriate link
below for the product you are inquiring about. The link will take you
directly to that product's online help with instructions on how you may
contact us directly. This will provide you the timeliest response. 

For MSN Internet Access, go to
http://supportservices.msn.com/us/help.asp. 

For Hotmail, go to http://www.hotmail.com, then click "Help" on the
upper middle part of your screen. 

For MSN Messenger, go to http://messenger.microsoft.com, select the
applicable Messenger client on the left navigation bar, then click
"Help." 

For MSN Gaming Zone, go to
http://support.microsoft.com/directory/content.asp?ID=FH;EN-US;gmz. 

For MSN MoneyCentral, go to
http://support.microsoft.com/directory/content.asp?ID=FH;EN-US;mnyc&SD=G
N&FR=0&LN=EN-US. 

For Microsoft Passport, go to
http://www.passport.com/Consumer/ConsumerQA.asp?lc=1033. 

For Microsoft software applications such as Office or Windows, go to
http://support.microsoft.com/directory/. 

For MSN Web Communities, Member Directory or support for files you have
saved to MSN, go to http://communities.msn.com/home, then click "Help"
on the upper middle part of your screen. 

For MSN Chat, go to http://chat.msn.com/default.msnw, then click "Help"
on the upper middle part of your screen. 

For bCentral, go to http://www.bcentral.com/help/overview.asp. 

For MSNBC, go to http://www.msnbc.com/m/info/help.asp. 

For help with MSN.com, MSN Search or any other MSN property not
mentioned above, go to http://www.msn.com, then click "Help" on the
upper right-hand part of your screen. 

This is an unmonitored e-mail address so please be sure to go to one of
the links above. 

We value your business and thank you for using the Microsoft network of
web sites. 

--- Original Message --- 
From: [EMAIL PROTECTED] 
To: [EMAIL PROTECTED] 
Sent: Jun 23 2002 5:58PM 
Subject: Cellspacing 


--- End Message ---

Reply via email to