php-install Digest 1 May 2002 08:30:17 -0000 Issue 813

Topics (messages 6797 through 6800):

PHP 4.2.0 won't configure for Apache2
        6797 by: Dylan Fitzgerald

Undefined variables!!!
        6798 by: steven

not reading variables
        6799 by: Geoff

PHP on PWS, Win95
        6800 by: Wouter Naessens

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 ---
Hello...

   This seems rather strange.  Apache is configured to meet all specs
for the PHP DSO (./configure'd with --enable-so), yet when I ./configure
PHP 4.2.0, I get the following output:

Output of ./configure --with-apxs2 --enable-tracking-vars
--enable-magic-quotes --with-mysql:

checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking whether to enable maintainer-specific portions of Makefiles... no
Updated php_version.h
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix... 
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... none
checking how to run the C preprocessor... gcc -E
checking for AIX... no
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking dependency style of gcc... (cached) none
checking whether gcc and cc understand -c and -o together... yes
checking for gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... gcc -E
checking whether compiler supports -R... no
checking whether compiler supports -Wl,-rpath,... yes
checking for ranlib... ranlib
checking whether ln -s works... yes
checking for gawk... (cached) gawk
checking for bison... bison -y
checking bison version... 1.35 (ok)
checking for flex... flex
checking for yywrap in -lfl... yes
checking lex output file root... lex.yy
checking whether yytext is a pointer... yes
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for pthreads_cflags... -pthread
checking for pthreads_lib... 

Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking for mod_charset compatibility option... no
checking for Apache 2.0 module support via DSO through APXS... 

Sorry, I cannot run apxs.  Possible reasons follow:

1. Perl is not installed
2. apxs was not found. Try to pass the path using --with-apxs2=/path/to/apxs
3. Apache was not built using --enable-so (the apxs usage page is displayed)

The output of /usr/sbin/apxs follows:
Usage: apxs -g [-S <var>=<val>] -n <modname>
       apxs -q [-S <var>=<val>] <query> ...
       apxs -c [-S <var>=<val>] [-o <dsofile>] [-D <name>[=<value>]]
               [-I <incdir>] [-L <libdir>] [-l <libname>] [-Wc,<flags>]
               [-Wl,<flags>] <files> ...
       apxs -i [-S <var>=<val>] [-a] [-A] [-n <modname>] <dsofile> ...
       apxs -e [-S <var>=<val>] [-a] [-A] [-n <modname>] <dsofile> ...
configure: error: Aborting

I get this same error when I specify the path of axps, and even when I
use --with-axps instead of --with-axps2.  Perl is most certainly
installed, so that eliminates all three possibilities...

I'm truly and utterly puzzled.  The Apache version is 2.0.35; any help
would be greatly appreciated.

Many thanks in advance.


--- End Message ---
--- Begin Message ---
I just recently installed a new master Hard drive and got rid of my old one.
Of course I saved my web stuff.  When I got my new hard drive setup on the
same system with win xp and IIS and PHP I keep getting Undefined variable
error messages.

I've tried everything I can think of, the variables are clearly getting
passed...

to take a look at the error go here...
http://24.167.121.204/php/chapter1/orderform.html

You may or may not be able to reach the site...

Anyhow if you have any suggestions on getting rid of these weird undefined
variables please reply..
...also note that the code is not buggy.

-steven


--- End Message ---
--- Begin Message ---
Im running php 4.0.2 on winxp pro and the latest apache (1.3.x) and have
followed all of the installation instructions on php.net, and the only
problem i have encountered so far is the my variables arnt reading from the
url

ie : /?page=contact wont go to the contact page, it will only refresh the
current page.

any help would be appreciated (and its not my code, other peopel have tested
on their machines, and i have uploaded to a temp host and it works fine)

thankyou


--- End Message ---
--- Begin Message ---
Hi,

I'm trying to install PHP on my brothers PC, running PWS on Win95.  I've
just made a quick test file to see if all was correct.  But I get this error
message:

"
Security Alert! PHP CGI cannot be accessed directly.
This PHP CGI binary was compiled with force-cgi-redirect enabled. This means
that a page will only be served up if the REDIRECT_STATUS CGI variable is
set. This variable is set, for example, by Apache's Action directive
redirect.

You may disable this restriction by recompiling the PHP binary with
the --disable-force-cgi-redirect switch. If you do this and you have your
PHP CGI binary accessible somewhere in your web tree, people will be able to
circumvent .htaccess security by loading files through the PHP parser. A
good way around this is to define doc_root in your php.ini file to something
other than your top-level DOCUMENT_ROOT. This way you can separate the part
of your web space which uses PHP from the normal part using .htaccess
security. If you do not have any .htaccess restrictions anywhere on your
site you can leave doc_root undefined. If you are running IIS, you may
safely set cgi.force_redirect=0 in php.ini.
"

What can I do about this?



--- End Message ---

Reply via email to