php-install Digest 2 May 2002 13:29:37 -0000 Issue 815
Topics (messages 6808 through 6813):
PHP does not generate any output! Bug?
6808 by: Udo Giacomozzi
Problem Installing DOM XML Support
6809 by: Gary Huntress
Re: not reading variables
6810 by: Dr CHEUNG Ngai Tseung
6813 by: Jim Thome
php (4.1.2) and gd (2.0.1) truecolor functions missing
6811 by: Eric D Nielsen
Re: PHP 4.2.0 won't configure for Apache2
6812 by: Stephan Wuelfert
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,
I don't know if this is the best group for my question but I'll try anyway.
I'm trying to use PHP in a self-written web server (made with Delphi). The
web server sets some environment variables and then invokes the CGI version
of the interpreter.
If I simly call php.exe giving the file name of the PHP script as a
parameter, it processes it and writes the result to stdout. No problems
here.
But when I set all CGI environment variables, the PHP interpreter simply
exits immediately with exit code -1 and doesn't write anything to stdout.
It seems to be only if I set any of the following environment variables:
SCRIPT_NAME, SCRIPT_FILENAME or PATH_INFO. All other variables work well.
I'm pretty sure it is not a problem with the way I create my child process
as I noted the same behavior manually setting the environment variables and
calling php.exe at the DOS prompt.
php.exe simply terminates immediately without writing anything (not even
headers) to the screen.
Any ideas?
I've installed PHP 4.1.0 under MS Windows 2000 using a binary package. PHP
works well on the same machine with Apache Webserver as a module. The test
code is simly
<?php
phpinfo();
?>
Udo
PS: Is there any document online that describes how to support PHP in own
web servers? I'd like to use the CGI version, however.
--
Udo Giacomozzi - [EMAIL PROTECTED]
www.nova-sys.net - www.guweb.com
The disadvantage of intelligence is that one
is constantly obliged to go on learning.
Posted by ELKNews 1.0.4-B
Empower your News Reader! http://www.atozedsoftware.com
--- End Message ---
--- Begin Message ---
Hi,
I've installed php 4.1.2 with DOM XML (libxml 2.4.21 and zlib 1.1.4)
support, and successfully according to phpinfo() yet, I'm getting an error
"call to undefined function" for something simple like domxml_open_file()
any idea how I could troubleshoot this? or what might be wrong?
Regards,
Gary Huntress
--- End Message ---
--- Begin Message ---
Dear Jim
Could you please explain why it is a bad idea - is it something to do with
people passing malicious strings? What are the alternatives?
Tseung
-----Original Message-----
From: Jim Thome [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 1 May 2002 22:39
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [PHP-INST] Re: not reading variables
With PHP 4.2.0, the register_global directive is off by default. Please
read the section on external variables ->
http://www.php.net/release_4_2_0.php
In general, automatically creating form fields into variables is a bad idea,
and PHP 4.2 does not do this by default.
--Jim
>>> "Graham Nichols" <[EMAIL PROTECTED]> 05/01/02 07:32AM >>>
"Geoff" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> 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
>
>
Hi Geoff,
If that 4.0.2 or 4.2.0? I've just installed version 4.2.0 and my previously
working php3 application won't send variables either, now that it's running
under 4.2.0. So, if I ask for www.nextpage.com?name=fred an empty
www.nextpage.com comes up indicating that the ?name=fred portion is not
being sent/read somewhere. I was glad to see your post as I thought that I
was going nuts (er .. make that even more nuts)! However, and here's the
really scary part, our office intranet raq3, the same beast as our online
server, works OK with the same code and php 4.2.0 sending/receiving the
variables without fault. Very strange and very annoying.
kind regards,
Graham Nichols.
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Yes, it has to do with someone passing malicious strings. For more information, read
this tutorial on Zend's site, which explains exploits and alternatives.
http://www.zend.com/zend/art/art-oertli.php
--Jim
>>> "Dr CHEUNG Ngai Tseung" <[EMAIL PROTECTED]> 05/01/02 21:32 PM >>>
Dear Jim
Could you please explain why it is a bad idea - is it something to do with
people passing malicious strings? What are the alternatives?
Tseung
-----Original Message-----
From: Jim Thome [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 1 May 2002 22:39
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [PHP-INST] Re: not reading variables
With PHP 4.2.0, the register_global directive is off by default. Please
read the section on external variables ->
http://www.php.net/release_4_2_0.php
In general, automatically creating form fields into variables is a bad idea,
and PHP 4.2 does not do this by default.
--Jim
>>> "Graham Nichols" <[EMAIL PROTECTED]> 05/01/02 07:32AM >>>
"Geoff" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> 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
>
>
Hi Geoff,
If that 4.0.2 or 4.2.0? I've just installed version 4.2.0 and my previously
working php3 application won't send variables either, now that it's running
under 4.2.0. So, if I ask for www.nextpage.com?name=fred an empty
www.nextpage.com comes up indicating that the ?name=fred portion is not
being sent/read somewhere. I was glad to see your post as I thought that I
was going nuts (er .. make that even more nuts)! However, and here's the
really scary part, our office intranet raq3, the same beast as our online
server, works OK with the same code and php 4.2.0 sending/receiving the
variables without fault. Very strange and very annoying.
kind regards,
Graham Nichols.
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
I've been trying to help a friend move code from his OS X development
machine to our linux production machine. He has some massive pre-bundled
php with all the fixin's locally.
I've been adding all the various image libraries and extensions to support him.
Finally got jpeg support working, with gd-1.8.4, then found out he
needed the 2.0.1 for true color stuff.
I think I've removed all traces of the installed 1.8.4 and have compiled
2.0.1 (trying both the install world method, or the modified makefile shown on
php.net). In all cases, configure's output contains: (note teh ****'d line)
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... yes
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_info_init in -lpng... yes
checking for the location of libXpm... no
If configure fails try --with-xpm-dir=<DIR>
checking for freetype(2)... yes
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... yes
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateFromGd2 in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no *************
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringTTF in -lgd... yes
checking for gdImageStringFT in -lgd... yes
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
What should I try next?
Eric
--- End Message ---
--- Begin Message ---
Hi Dylan Fitzgerald,
maybe you encountered the same bug as I. Look here:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8453
Dylan Fitzgerald wrote:
> 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...
>
> [1mConfiguring SAPI modules[m
> 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 ---
