php-install Digest 23 Dec 2002 12:10:46 -0000 Issue 1170
Topics (messages 9427 through 9430):
Re: php+gdlib 2.0.7 with gif support
9427 by: BV
XSLT Compile Error
9428 by: Shane P.
Reinstalling doesn't fix bad php install
9429 by: Big John
PHP scripts use/get passed root's environment?
9430 by: Terrence Koeman
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 ---
I had the same with 2.07 and 4.2.3 with five occurances of 'structure has no
member in free':
__________________________________________
Making all in gd
make[2]: Entering directory `/tmp/php-4.2.3/ext/gd'
make[3]: Entering directory `/tmp/php-4.2.3/ext/gd'
/bin/sh /tmp/php-4.2.3/libtool --silent --mode=compile
gcc -I. -I/tmp/php-4.2.3/ext/gd -I/tmp/php-4.2.3/main -I/tmp/php-4.2.3 -I/u
sr/include/apache -I/tmp/php-4.2.3/Zend -I/usr/local/include -I/usr/local/in
clude/libxml2 -I/usr/include/freetype -I/usr/imap-2002a/c-client -I/usr/incl
ude/mcal -I/usr/include/mysql -I/usr/include/ucd-snmp -I/usr/lib/libswf/incl
ude -I/tmp/php-4.2.3/ext/xml/expat -DEAPI_MM -D_LARGEFILE_SOURCE -D_FILE_OF
FSET_BITS=64 -DHARD_SERVER_LIMIT=2048 -DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22
-DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I/tmp/php-4.2.3/TSRM -g -O2 -prefer-pic
-c gd.c
In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[3]: Leaving directory `/tmp/php-4.2.3/ext/gd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/php-4.2.3/ext/gd'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/php-4.2.3/ext'
make: *** [all-recursive] Error 1
___________________________________________
In /path/to/src/ext/gd/gd_ctx.c and /path/to/src/ext/gd/gd.c I changed the
five occurences of 'ctx->free' to 'ctx->gd_free'.
After this the make ran through. I think this is a known bug, at least to
some people heavily involved with GD. I don't know how this fix affects the
functionality of GD within PHP, but at least the install will work...
BV
"Cj" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
006a01c2a4bd$ecb982b0$[EMAIL PROTECTED]">news:006a01c2a4bd$ecb982b0$[EMAIL PROTECTED]...
> G'day All
> I am trying to compile php with gdlib+gif support,
> I am using gd 2.0.7 which as already been patched to add back in the gif
> stuff.
> When I run
>
./configure --with-jpeg-dir=/usr/local/src/jpeg-6b --with-png-dir=/usr/local
> /src/libpng-1.2.4 --with-zli
>
b --with-gd=/usr/local/src/gd-2.0.7gif --with-apache=../apache_1.3.26 --with
> -pgsql=/usr/local/pgsql --wi
>
th-mysql=/usr/local/mysql --with-iodbc-dir=/usr/local/src/odbcsdk --enable-d
> ebug=no --enable-track-vars
> --enable-cli
>
> It runs through fine, no errors
>
> but when I run make I get the following message.
>
>
gcc -I. -I/usr/local/src/php-4.2.2/ext/gd -I/usr/local/src/php-4.2.2/main -I
>
/usr/local/src/php-4.2.2 -I/usr/local/src/apache_1.3.26/src/include -I/usr/l
>
ocal/src/apache_1.3.26/src/os/unix -I/usr/local/src/php-4.2.2/Zend -I/usr/lo
>
cal/src/gd-2.0.7gif/ -I/usr/local/mysql/include -I/usr/local/pgsql/include -
>
I/usr/local/src/php-4.2.2/ext/xml/expat -I/usr/local/src/php-4.2.2/TSRM -g
> -O2 -c gd.c && touch gd.lo
> In file included from gd.c:83:
> gd_ctx.c: In function `_php_image_output_ctx':
> gd_ctx.c:70: structure has no member named `free'
> gd_ctx.c:98: structure has no member named `free'
> gd.c: In function `_php_image_type':
> gd.c:1014: structure has no member named `free'
> gd.c:1017: structure has no member named `free'
> gd.c: In function `_php_image_create_from':
> gd.c:1208: structure has no member named `free'
> make[3]: *** [gd.lo] Error 1
> make[3]: Leaving directory `/usr/local/src/php-4.2.2/ext/gd'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/usr/local/src/php-4.2.2/ext/gd'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/src/php-4.2.2/ext'
> make: *** [all-recursive] Error 1
>
> I have tried php 4.2.2 and 4.2.3 I have also tried with clean copies of
the
> source code, so there isn't any thing left over from from previous
attemps.
>
> any help would be much apreciated.
>
>
> Thanks
> CJ
>
--- End Message ---
--- Begin Message ---
I've been stuck on this build of PHP for a day now.
I have already sucessfully compiled a build of Sablotron without any
problems, but now upgrading PHP.
The error message I get during a 'make' is...
ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam':
/usr/local/php4/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is
dangerous, better use `mkstemp'
/usr/local/lib/libsablot.so: undefined reference to `libiconv_open'
/usr/local/lib/libsablot.so: undefined reference to `libiconv_close'
/usr/local/lib/libsablot.so: undefined reference to `libiconv'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
-----------------------------------------------------------
I used this config line...
'./configure' \
'--with-apxs=/usr/local/apache/bin/apxs' \
'--with-pear' \
'--with-openssl' \
'--with-zlib' \
'--enable-ftp' \
'--with-gd' \
'--with-mysql' \
'--with-xslt-sablot=/usr/local/sablot' \
'--enable-xslt' \
'--enable-swf' \
'--with-sablot-js=/usr/local/js/' \
'--enable-shared=php4' \
'--enable-iconv=/usr/local' \
I have seen similar problems... but none apposed a problem with the current
CVS version...
--- End Message ---
--- Begin Message ---
I 'loaded PHPdev4 a month ago, and everything looked great.
[http://www.firepages.com.au] (I'm using win2k)
Then I left it alone for a while. Finally I got ready to
buckle down and learn, and now the damm thing doesn't operate.
Apache still runs, but no PHP is being parsed. I try to
manually start php.exe and get a box saying that the path
to php4ts.dll can't be found. I didn't mess with anything
in the phpdev directory. So I deleted the entire directory
(because there is no uninstall), then reloaded, and the
problem remains.
I placed copies of 'php4ts.dll' in various directories, and
now I get an empty dos window instead of a warning box, but
it still does not run. (I'm too new to know any dos)
The only thing that could possibly have affected anything is
that I added a 'sidebar' to my Opera7 beta browser build.
How that could do anything like this I don't know, but that
action seemed to trigger the loss of the main nav buttons on
that browser. Reinstalling also failed there, until someone
said to delete the opera6.ini file, then installing it returned
it to normal. As I know next to nothing about these matters,
I'm fogged.
If I only knew which php files need deleting so as to
perform a clean install, I'd be a happy camper!
(does everyone have these problems?)
Big John
=====
"What the world needs is a good bug ring"--Big John
<http://users.rraz.net/mc_on_the_rocks/testpage/pie.html>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--- End Message ---
--- Begin Message ---
PHP 4.2.3 on Apache 1.3.27 on FreeBSD 4.7-STABLE;
Apache runs with uid/gid 80/80 and php is loaded as module.
For some reason all PHP scripts on my box run in root's environment
instead of one created by apache.
This is the environment section from phpinfo:
http://ra.phid.ae/phpinfo.html
And I guess it should look like this: http://ra.phid.ae/phpinfo2.html
The issue remains if I rename the php.ini to something else to get the
default values and restart apache.
CGI scripts (perl) have the right environment, so i'm pretty sure it's
a PHP thing.
Any ideas? Thanks in advance.
--
Regards,
Terrence Koeman
--- End Message ---
