php-install Digest 19 Feb 2003 06:32:36 -0000 Issue 1253 Topics (messages 10063 through 10087):
Apache2.0.43 + Solaris 8
10063 by: tklein.cgg.com
10065 by: Jeffrey_N_Dyke.Keane.com
10076 by: Lou Picciano
Re: ***Possible solution*** Libtool error
10064 by: Germano Gasparini
Can"t install PHP-4.3.0 on FreeBSD-4.2.
10066 by: Somsak RAKTHAI
10068 by: Felix Natter
php 4.3 + bundled gd2 + freetype 2.1.3
10067 by: Felix Natter
Problems installation of Apache 2.0.44 on Win2K
10069 by: Moses Johnson
PHP+IPLANET
10070 by: Mauricio Avila Latorre
Why "Notice: Use of undefined constant mefe - assumed 'mefe' in C:\...\calc.php on
line 24"??
10071 by: Johan Ryberg
10072 by: Adam Voigt
10074 by: Johan Ryberg
10075 by: Pierre-Alain Joye
10077 by: Adam Voigt
10078 by: Pierre-Alain Joye
10079 by: Adam Voigt
10081 by: Pierre-Alain Joye
10082 by: Adam Voigt
Build error with PHP4.0.6/LDAP on AIX system
10073 by: Jules THAVARAJAH
Re: PHP 4.3.0 on Red Hat 8.0
10080 by: Pete Mackie
problem with apache 2.0.43 and php4.2.3 not executing from default server.
10083 by: Allen Byington
php as apache module
10084 by: Angelo Marcos Rigo
10085 by: Angelo Marcos Rigo
Which is the difference
10086 by: Breno Cardoso Perucchi
Installation Error in the PHP with Apache
10087 by: user.domain.invalid
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 am trying hard to install Apache2.0.43 on Solaris 8, did not find much problems with configuration, path and LD_LIBRARY_PATH updates, but when I start apachectl, I keep getting the following error : Permission denied: make_sock: could not bind to address 150.10.128.1:80 no listening sockets vailable, shutting down Unable to open logs Anyone could help me on this ? Many thanks, Thierry Klein CGG--- End Message ---
--- Begin Message ---
are you logged in as root?
hth
jeff
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
02/18/2003 cc:
05:01 AM Subject: [PHP-INST] Apache2.0.43 +
Solaris 8
Hello,
I am trying hard to install Apache2.0.43 on Solaris 8, did not find much
problems with configuration, path and LD_LIBRARY_PATH updates, but when I
start apachectl, I keep getting the following error :
Permission denied: make_sock: could not bind to address 150.10.128.1:80
no listening sockets vailable, shutting down
Unable to open logs
Anyone could help me on this ?
Many thanks,
Thierry Klein
CGG
--- End Message ---
--- Begin Message ---Thierry, Check to be sure that both: 1) the apache 'pid' file (? 'var/run/apache.pid ? ) -and- 2) the apache log files Have permissions sufficient to allow the Apache 'User' process to write to them. The 'make_sock' error is a classic for apache being unable to write the pid file. Lemme know... Lou Picciano Essex Systems > Hello, > > I am trying hard to install Apache2.0.43 on Solaris 8, did not find much > problems with configuration, path and LD_LIBRARY_PATH updates, but when I > start apachectl, I keep getting the following error : > > Permission denied: make_sock: could not bind to address 150.10.128.1:80 > no listening sockets vailable, shutting down > Unable to open logs > > Anyone could help me on this ? > > Many thanks, > > Thierry Klein > CGG--- End Message ---
--- Begin Message ---Hello I had exactly your same problem. I found a very useful hint at: http://bugs.php.net/bug.php?id=19918 (Bug #19918 in bugs.php.net) I tried it, apparently it works. Suerte Germano Jose wrote: > When i do "make install" shows this error: > Installing PHP SAPI module > /usr/local/apache2/build/instdso.sh > SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp4.la > /usr/local/apache2/modules > rm -f /usr/local/apache2/modules/libphp4.so > /usr/local/apache2/build/libtool --mode=install cp libphp4.la > /usr/local/apache2/modules/ > cp .libs/libphp4.a /usr/local/apache2/modules/libphp4.a > cp .libs/libphp4.lai /usr/local/apache2/modules/libphp4.la > libtool: install: warning: remember to run `libtool --finish > /software2/php5-200301091353/libs' > chmod 755 /usr/local/apache2/modules/libphp4.so > chmod: /usr/local/apache2/modules/libphp4.so: Un archivo o directorio en la > vía de acceso no existe. > apxs:Error: Command failed with rc=65536 > .. > make: 1254-004 El código de error del último mandato es 1. > If i edit instdso.sh, remove rm -f /usr/local/apache2/modules/libphp4.so > line and cp libphp4.so to /usr/local/apache2/modules all go fine , but this > error continue: > libtool: install: warning: remember to run `libtool --finish > /software2/php5-200301091353/libs' > I have probed with php-4.2.2,4.2.3,4.3.0, php4-x. and php5-200301091353, but > the result is the same. > ---------------------------------------------------------------- > Tu portal de Aix en Español > http://aixpanish.com > --------------------------------------------------------------- End Message ---
--- Begin Message ---
Dear sir,
I userd FreeBSD-4.2 and gcc-2.95.2. I can not install
PHP-4.3.0.
When I used command below.
./configure --with-apache=../apache_1.3.27 \
--with-mysql=/usr/local/mysql \
--with-imap=../imap-2002.RC6 \
--with-ldap=/usr/local/openldap \
--with-gettext \
--enable-sockets \
--enable-track-vars
It has error messages below.
configure: error: Cannot locate header file libintl.h
Please let me know how to solve this problem.
Thank you very much.
regards,
Somsak.
--- End Message ---
--- Begin Message ---[EMAIL PROTECTED] (Somsak Rakthai) writes: > Dear sir, > I userd FreeBSD-4.2 and gcc-2.95.2. I can not install > PHP-4.3.0. > When I used command below. > ./configure --with-apache=../apache_1.3.27 \ > --with-mysql=/usr/local/mysql \ > --with-imap=../imap-2002.RC6 \ > --with-ldap=/usr/local/openldap \ > --with-gettext \ > --enable-sockets \ > --enable-track-vars > > It has error messages below. > configure: error: Cannot locate header file libintl.h on my system (GNU/Linux) this is part of the libc-dev (or libc-devel) package. If this is not in your libc you probably have to install gettext (ftp://ftp.gnu.org/gnu/gettext) -- Felix Natter--- End Message ---
--- Begin Message ---hi, I get these errors when trying to compile php 4.3.0 with the included gd and freetype 2.1.3 (I also tried 2.0.2 and 2.1.2): /bin/sh libtool --silent --mode=compile gcc -I/root/php-4.3.0/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBFREETYPE -Iext/gd/ -I/root/php-4.3.0/ext/gd/ -DPHP_ATOM_INC -I/root/php-4.3.0/include -I/root/php-4.3.0/main -I/root/php-4.3.0 -I/root/php-4.3.0/Zend -I/usr//include -I/usr/include/freetype2 -I/usr/include/mysql -I/root/php-4.3.0/ext/xml/expat -DEAPI_MM -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHARD_SERVER_LIMIT=2048 -DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22 -DMOD_SSL=208104 -DEAPI -DUSE_EXPAT -I/root/php-4.3.0/TSRM -g -O2 -prefer-pic -c /root/php-4.3.0/ext/gd/libgd/gdft.c -o ext/gd/libgd/gdft.lo In file included from /root/php-4.3.0/ext/gd/libgd/gdft.c:50: /usr/include/freetype2/freetype/ftglyph.h:86: parse error before `FT_Library' /usr/include/freetype2/freetype/ftglyph.h:86: warning: no semicolon at end of struct or union /usr/include/freetype2/freetype/ftglyph.h:88: parse error before `format' /usr/include/freetype2/freetype/ftglyph.h:88: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:89: parse error before `advance' /usr/include/freetype2/freetype/ftglyph.h:89: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:91: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:126: parse error before `FT_GlyphRec' /usr/include/freetype2/freetype/ftglyph.h:126: warning: no semicolon at end of struct or union /usr/include/freetype2/freetype/ftglyph.h:127: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:128: parse error before `top' /usr/include/freetype2/freetype/ftglyph.h:128: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:129: parse error before `bitmap' /usr/include/freetype2/freetype/ftglyph.h:129: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:131: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:162: parse error before `FT_GlyphRec' /usr/include/freetype2/freetype/ftglyph.h:162: warning: no semicolon at end of struct or union /usr/include/freetype2/freetype/ftglyph.h:163: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:165: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:185: parse error before `FT_Get_Glyph' /usr/include/freetype2/freetype/ftglyph.h:185: parse error before `slot' /usr/include/freetype2/freetype/ftglyph.h:186: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:207: parse error before `FT_Glyph_Copy' /usr/include/freetype2/freetype/ftglyph.h:207: parse error before `source' /usr/include/freetype2/freetype/ftglyph.h:208: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:236: parse error before `FT_Glyph_Transform' /usr/include/freetype2/freetype/ftglyph.h:236: parse error before `glyph' /usr/include/freetype2/freetype/ftglyph.h:238: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:314: parse error before `FT_Glyph_Get_CBox' /usr/include/freetype2/freetype/ftglyph.h:314: parse error before `glyph' /usr/include/freetype2/freetype/ftglyph.h:316: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:390: parse error before `FT_Glyph_To_Bitmap' /usr/include/freetype2/freetype/ftglyph.h:390: parse error before `*' /usr/include/freetype2/freetype/ftglyph.h:393: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:407: parse error before `FT_Done_Glyph' /usr/include/freetype2/freetype/ftglyph.h:407: parse error before `glyph' /usr/include/freetype2/freetype/ftglyph.h:407: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:437: parse error before `FT_Matrix_Multiply' /usr/include/freetype2/freetype/ftglyph.h:437: parse error before `*' /usr/include/freetype2/freetype/ftglyph.h:438: warning: data definition has no type or storage class /usr/include/freetype2/freetype/ftglyph.h:456: parse error before `FT_Matrix_Invert' /usr/include/freetype2/freetype/ftglyph.h:456: parse error before `*' /usr/include/freetype2/freetype/ftglyph.h:456: warning: data definition has no type or storage class /root/php-4.3.0/ext/gd/libgd/gdft.c:95: parse error before `FT_Library' /root/php-4.3.0/ext/gd/libgd/gdft.c:95: warning: no semicolon at end of struct or union /root/php-4.3.0/ext/gd/libgd/gdft.c:96: warning: data definition has no type or storage class /root/php-4.3.0/ext/gd/libgd/gdft.c:97: parse error before `have_char_map_unicode' /root/php-4.3.0/ext/gd/libgd/gdft.c:98: warning: data definition has no type or storage class /root/php-4.3.0/ext/gd/libgd/gdft.c:100: parse error before `}' /root/php-4.3.0/ext/gd/libgd/gdft.c:101: warning: data definition has no type or storage class /root/php-4.3.0/ext/gd/libgd/gdft.c:106: parse error before `FT_Library' /root/php-4.3.0/ext/gd/libgd/gdft.c:106: warning: no semicolon at end of struct or union /root/php-4.3.0/ext/gd/libgd/gdft.c:108: warning: data definition has no type or storage class /root/php-4.3.0/ext/gd/libgd/gdft.c: In function `fontTest': /root/php-4.3.0/ext/gd/libgd/gdft.c:327: `a' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:327: (Each undeclared identifier is reported only once /root/php-4.3.0/ext/gd/libgd/gdft.c:327: for each function it appears in.) /root/php-4.3.0/ext/gd/libgd/gdft.c:327: parse error before `)' /root/php-4.3.0/ext/gd/libgd/gdft.c:328: `b' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:328: parse error before `)' /root/php-4.3.0/ext/gd/libgd/gdft.c: In function `fontFetch': /root/php-4.3.0/ext/gd/libgd/gdft.c:336: `a' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:337: `b' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:337: parse error before `)' /root/php-4.3.0/ext/gd/libgd/gdft.c:345: `FT_Error' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:346: `FT_CharMap' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:349: parse error before `)' /root/php-4.3.0/ext/gd/libgd/gdft.c:356: `fontsearchpath' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:359: `fontlist' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:364: `name' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:364: `strtok_ptr' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:369: `path' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:374: `fullname' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:382: `font_found' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:386: `dir' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:419: `err' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:433: `n' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:435: `charmap' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:436: `platform' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:437: `encoding' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:444: `found' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c: In function `fontRelease': /root/php-4.3.0/ext/gd/libgd/gdft.c:475: `a' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:475: parse error before `)' /root/php-4.3.0/ext/gd/libgd/gdft.c: At top level: /root/php-4.3.0/ext/gd/libgd/gdft.c:563: parse error before `FT_Bitmap' /root/php-4.3.0/ext/gd/libgd/gdft.c: In function `gdft_draw_bitmap': /root/php-4.3.0/ext/gd/libgd/gdft.c:573: `fg' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:574: `im' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:578: request for member `rows' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:580: request for member `pitch' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:581: `pen_y' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:585: request for member `width' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:588: request for member `pixel_mode' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:588: `ft_pixel_mode_grays' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:594: request for member `buffer' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:595: request for member `num_grays' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:597: request for member `pixel_mode' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:597: `ft_pixel_mode_mono' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:599: request for member `buffer' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:613: `pen_x' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:635: request for member `rows' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:637: request for member `pitch' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:638: request for member `pixel_mode' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:647: request for member `width' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:649: request for member `pixel_mode' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:656: request for member `buffer' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:657: request for member `num_grays' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:658: request for member `num_grays' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:660: request for member `pixel_mode' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:662: request for member `buffer' in something not a structure or union /root/php-4.3.0/ext/gd/libgd/gdft.c:690: `tc_cache' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c: At top level: /root/php-4.3.0/ext/gd/libgd/gdft.c:700: parse error before `v1' /root/php-4.3.0/ext/gd/libgd/gdft.c: In function `gdroundupdown': /root/php-4.3.0/ext/gd/libgd/gdft.c:702: `updown' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:703: `v1' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c: At top level: /root/php-4.3.0/ext/gd/libgd/gdft.c:712: parse error before `library' /root/php-4.3.0/ext/gd/libgd/gdft.c:712: warning: data definition has no type or storage class /root/php-4.3.0/ext/gd/libgd/gdft.c: In function `gdImageStringFTEx': /root/php-4.3.0/ext/gd/libgd/gdft.c:738: `FT_BBox' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:738: parse error before `bbox' /root/php-4.3.0/ext/gd/libgd/gdft.c:739: `FT_Matrix' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:740: `FT_Vector' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:742: `FT_Glyph' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:743: `FT_GlyphSlot' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:744: `FT_Error' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:745: `FT_Bool' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:746: `FT_UInt' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:751: `font' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:752: `fontkey_t' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:752: parse error before `fontkey' /root/php-4.3.0/ext/gd/libgd/gdft.c:756: `FT_BitmapGlyph' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:771: `tc_cache' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:789: `fontkey' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:791: parse error before `)' /root/php-4.3.0/ext/gd/libgd/gdft.c:798: `slot' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:798: invalid type argument of `->' /root/php-4.3.0/ext/gd/libgd/gdft.c:800: `FT_F26Dot6' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:810: `linespace' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:813: `matrix' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:813: `FT_Fixed' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:818: `penf' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:819: `pen' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:820: `bbox' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:822: `use_kerning' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:823: `previous' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:826: `render_mode' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:826: `FT_LOAD_MONOCHROME' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:833: `tmpstr' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:836: `next' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:867: invalid type argument of `->' /root/php-4.3.0/ext/gd/libgd/gdft.c:938: `glyph_index' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:944: `ft_kerning_default' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:944: `delta' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:949: `err' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:957: `image' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:960: `glyph_bbox' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:988: `render' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:990: `ft_glyph_format_bitmap' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:992: `ft_render_mode_normal' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:1001: `bm' undeclared (first use in this function) /root/php-4.3.0/ext/gd/libgd/gdft.c:1001: parse error before `image' make: *** [ext/gd/libgd/gdft.lo] Error 1 I configured with these options: ./configure --prefix=/usr/ --with-gd --enable-gd-native-ttf --with-apxs=/usr/sbin/apxs --with-freetype-dir=/usr --with-mysql=/usr --with-zlib-dir=/usr/ (I also tried without --enable-gd-native-ttf) thanks, -- Felix Natter--- End Message ---
--- Begin Message ---Hello, I would be gratefull if someone could point me in the right direction. I have sent hours trying to resolve this and even had to reinstall my operating system - windows 2000. I seem to followed all the instructions,in terms of moving the php.ini file to the C:/winnt folder and php4ts.dll file to the c:/winnt/system32 folder. when I add LoadModule php4_module c:/php-4.3.0-win32/sapi/php4apache.php in the apache configuration file and tried to start apache I get this error message on starting apache " syntax error on line 173 of c:/ Program File/Apache Group/Apache2/conf/ httpd.conf: cannot load c:/php-4.3.0-win32/sapi/php4apache.php into serve: the specificied module cannot be found." but if the line c:/php-4.3.0-win32/sapi/php4apache.php is removed I am able to start apache and connect to the local host but unable to get my phpinfo.php script going. Please Help. Regards Moses--- End Message ---
--- Begin Message ---Hello We are running php4.3.0 with Sun One Web Server 6.0sp5 on Solaris 8. It was compiled with gcc 2.95.3 using './configure' \ '--with-nsapi=/path/to/iplanet/web/server' \ It compiled successfully and runs fine for a few hours or minutes but accessing pages soon reports the following: ========== Warning: Unknown(/path/to/doc-root/index.php): failed to create stream: Too many open files in Unknown on line 0 Warning: Failed opening '/path/to/doc-root/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 ========== We increased our kernel file descriptor limit, but shows the same mistake A quick fix is to setup a cron job to restart the web server hourly, but this is not desired. Please if someone can provide information with since this problem solves Thanks Mauricio,--- End Message ---
--- Begin Message ---Hi, I got a clean installation of PHP 4.3.2 on a Windows 2000 box with IIS 5 running. Independent of what code I try to run I get this kind of errormessages everywhere. I have also tried to install it on my laptop running XP Pro and IIS 5.1, exacly same thing. --- Notice: Use of undefined constant mefe - assumed 'mefe' in C:\...\calc.php on line 24 --- I have turned Global vars = On Anybody? Best Regards Johan Ryberg [EMAIL PROTECTED]--- End Message ---
--- Begin Message --- Set your error_reporting (in your php.ini)
to: E_ALL & ~E_NOTICE
There just warning's, you can safely ignore them.
On Tue, 2003-02-18 at 10:56, Johan Ryberg wrote:Hi,
I got a clean installation of PHP 4.3.2 on a Windows 2000 box with IIS 5
running.
Independent of what code I try to run I get this kind of errormessages
everywhere.
I have also tried to install it on my laptop running XP Pro and IIS 5.1,
exacly same thing.
---
Notice: Use of undefined constant mefe - assumed 'mefe' in C:\...\calc.php
on line 24
---
I have turned Global vars = On
Anybody?
Best Regards Johan Ryberg
[EMAIL PROTECTED]
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
signature.asc
Description: This is a digitally signed message part
--- Begin Message ---Ah, thanks! Now I see :-D I will also say I'm sorry about the double-post. I did not understand that the mailinglist and the newsgroup where the same thing. Regards Johan Ryberg "Adam Voigt" <[EMAIL PROTECTED]> skrev i meddelandet [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Set your error_reporting (in your php.ini) to: E_ALL & ~E_NOTICE There just warning's, you can safely ignore them. On Tue, 2003-02-18 at 10:56, Johan Ryberg wrote: --- stripped--- End Message ---
--- Begin Message ---On 18 Feb 2003 10:59:05 -0500 Adam Voigt <[EMAIL PROTECTED]> wrote: > Set your error_reporting (in your php.ini) > to: E_ALL & ~E_NOTICE > > There just warning's, you can safely ignore them. Hmmm, bad advice, you better to safely fix them hth pierre--- End Message ---
--- Begin Message --- On Tue, 2003-02-18 at 10:59, Pierre-Alain Joye wrote:
Hmmm, bad advice, you better to safely fix them.
Reply:
This is infact an extremely common practice, and infact 90% of the PHP applications
for download will generate these notice's. It doesn't mean anything's wrong it, just means
you did $somearray[pos] instead of $somearray['pos']. Same thing for un-initialized
variables not relating to array's. Granted, you can remove them with extremely careful
program rewriting, but why clutter all the code, and go through the mountain's of places
where code like this exists just to avoid being lazy and doing what is pretty much
the consensus of all sain people, and setting the variable to ignore notice's in the ini
file. Your answer of "better just fix them" is infact an EXTREMELY un-informed answer because
if you knew the shear amount of code and programs that existed that generates these notice's
you wouldn't even consider saying that, especially since it does no harm leaving it to
ignore warning's, and if your worried about it causing you to miss something on your
development, you can just set full error debugging at the top of your page to see the useless
crap that you can 99% of the time safely ignore.
--- End Message ---
Description: This is a digitally signed message part
--- Begin Message ---On 18 Feb 2003 12:30:59 -0500 Adam Voigt <[EMAIL PROTECTED]> wrote: > On Tue, 2003-02-18 at 10:59, Pierre-Alain Joye wrote: > Hmmm, bad advice, you better to safely fix them. > > Reply: > > This is infact an extremely common practice, and infact 90% of the PHP > applications <snip> I simply do not agree, variable initialisations, well defined constants, etc... is, imho, the best practice. And make your code cleaner and work on any configuration. Let see the amount of applications are useless just because they do not take care about these settings. But it's not a flamewar, just an advice, do whatever you like :-) pierre--- End Message ---
--- Begin Message ---Let see the amount of applications are uselessA. What?
just because they do not take care about these settings.
B. If your trying to say look at the amount of programs that are useless
because they don't pre-initialize there values, the answer would be
very, very, very, few. Because it would only affect people not-knowing
to change ther INI to safely ignore notice's and those programmers who
didn't know they could block the notices from within there code.
On Tue, 2003-02-18 at 12:35, Pierre-Alain Joye wrote:On 18 Feb 2003 12:30:59 -0500
Adam Voigt <[EMAIL PROTECTED]> wrote:
> On Tue, 2003-02-18 at 10:59, Pierre-Alain Joye wrote:
> Hmmm, bad advice, you better to safely fix them.
>
> Reply:
>
> This is infact an extremely common practice, and infact 90% of the PHP
> applications
<snip>
I simply do not agree, variable initialisations, well defined constants,
etc... is, imho, the best practice. And make your code cleaner and work
on any configuration. Let see the amount of applications are useless
just because they do not take care about these settings.
But it's not a flamewar, just an advice, do whatever you like :-)
pierre
--- End Message ---
Description: This is a digitally signed message part
--- Begin Message ---On 18 Feb 2003 12:40:21 -0500 Adam Voigt <[EMAIL PROTECTED]> wrote: > Let see the amount of applications are useless > just because they do not take care about these settings. > > A. What? > B. If your trying to say look at the amount of programs that are > useless because they don't pre-initialize there values, the answer > would be very, very, very, few. Because it would only affect people > not-knowing to change ther INI to safely ignore notice's and those > programmers who didn't know they could block the notices from within > there code. OMG! Sometimes, due to some obvious reason, you cannot change the ini settings, bunch of warnings/notices make the application unable to work. that's all, but as I said, this is *NOT* a flamewar, just an adivice. Apply it or forget it, I do not care. pierre--- End Message ---
--- Begin Message --- If they can change the ini then they can set PHP values with .htaccess
files or they can simply use the error_reporting() function to set the reporting
level in either a common include file or in all the files when the programmer
who writes the application is working on the site.
On Tue, 2003-02-18 at 12:43, Pierre-Alain Joye wrote:On 18 Feb 2003 12:40:21 -0500
Adam Voigt <[EMAIL PROTECTED]> wrote:
> Let see the amount of applications are useless
> just because they do not take care about these settings.
>
> A. What?
> B. If your trying to say look at the amount of programs that are
> useless because they don't pre-initialize there values, the answer
> would be very, very, very, few. Because it would only affect people
> not-knowing to change ther INI to safely ignore notice's and those
> programmers who didn't know they could block the notices from within
> there code.
OMG!
Sometimes, due to some obvious reason, you cannot change the ini
settings, bunch of warnings/notices make the application unable to work.
that's all, but as I said, this is *NOT* a flamewar, just an adivice.
Apply it or forget it, I do not care.
pierre
--- End Message ---
Description: This is a digitally signed message part
--- Begin Message ---Hi, I am trying to compile PHP 4.0.6 with ldap (ldapcsdk414-AIX4.3_OPT) but i have some errors at the configure step. As i work on AIX OS, i tried to set LIBPATH to the location of the ldap library. But it doesn't work! **** /logiciels/php-4.0.6#echo $LIBPATH /logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib:/usr/lib:/usr/local/lib:/usr/ local/lib/apache:/logiciels/apache/apa_1.3.19/lib/lib_ora_8.1.7/lib:/logiciels/a pache/apa_1.3.19/lib/ldapcsdk414-AIX4[1].3_OPT/lib **** Could you please tell me how can i solve this problem? Please find attached "debug.log" file and the command line use to build. My advance thanks. With best regards Jules THAVARAJAH (See attached file: compile.sh)(See attached file: debug.log)--- End Message ---
--- Begin Message ---Michiel, When PHP 4.3 was released just over a month ago, I attempted to compile the source code under Linux. I couldn't make the compile work because the "make" file could not find something called apxs, and would terminate the build. Quite by accident, I recently learned what apxs is. apxs is a tool for building and installing extension modules for the Apache HyperText Transfer Protocol (HTTP) server. This is achieved by building a dynamic shared object (DSO) from one or more source or object files which then can be loaded into the Apache server under runtime via the LoadModule directive from mod_so. apxs is nothing more than a Perl script. On Red Hat 8.0 you can find the apxs documentation at /var/www/manual/programs/apxs.html, but no apxs application (Perl script) is to be found. What I find frustrating is that Red Hat 8.0 does not provide apxs with their Apache distribution. One has to wonder why they omitted such basic functionality? In order to get apxs, I need to download and compile Apache. This would then allow me to compile up the PHP 4.3 scripts. While I observe that axps can be downloaded from places like http://rpmfind.net, I note its a release from Apache 1.3.6-1 dated from 1999. Would this be compitable with something like Apache 2.0.44? I don't have a clue on any compatibility issues here. Furthermore Red Hat installs Apache in non-standard data paths, making a PHP build not and easy install with an off-the-shelf PHP compile. I'm realizing that Red Hat does not update core elements such as Apache or PHP in a timely manner. The lag from update availability is four to six months, if not more. I can appreciate why they do this. Its to eliminate the burden of install side-effects for a new application release. I have already experienced the LAMP element to element release compatibility issue. One has to be careful about installing the latest of one element at the expense of breaking other LAMP operations. There are times though when one must have something new such as a new Apache server for security updates or PHP because of required new capability. Of for that matter, add something like the PHP graphic module, which I cannot do right now. To put some opertaional control back in my development environment, I'm going to break away from Red Hat's non-standard Apache install by building from Apache sources. Then too, I can bring in PHP 4.3, which I need for a variety of reasons. This is not an immediate task for me as my mind is presently on other project core issues, so I can't help you with further advice right now. You might want to consder taking this approache too. In the meantime, if others have something more to share here or correct any of my assumptions, it would be appreciated. Pete Mackie Seaquest Software http://www.seaquest.com "Michiel" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hey there, > > Hope one of you can help me out with this...... > > I have been trying to compile PHP 4.3.0 on a Red Hat 8.0 system for about > three weeks now and it will not compile. When running the configure script, > it keeps on exiting with this error: > > > configure: error: can not run test program while cross compiling > > > I tried a lot to fix this, but I think it's the fact that configure says > that my GCC is a cross compiler... On other systems where I compiled PHP > 4.3.0. the first lines of the configure output showed that the installed GCC > is not a cross-compiler, while my first lines tell me GCC IS a cross > compiler... > > I am getting kind of annoyed after all this time ;-) Is there anyone who can > help me out ? > > Thanks in advance, > Michiel. > >--- End Message ---
--- Begin Message ---It's an interesting problem. I have the default apache with a slew of virtual hosts and php executes everywhere correctly but from the default fully qualified server name. It's an internal site so you won't be able to try this out for yourselves but here goes. the address http://emerald.dex.uswest.com/test.php does not work. I get a premature end of script headers in the error log. The address http://emerald/test.php works just fine and gives the standard php test page. Any ideas on what is happening here? Thanks Allen [EMAIL PROTECTED]--- End Message ---
--- Begin Message ---Hi i install apache 2.0.4.4 for win nt and php 4.3.1 i try to configure php as moule adding the two lines:--- End Message ---
--- Begin Message ---Hi i install apache 2.0.4.4 for win nt and php 4.3.1 i try to configure php as moule moving php4ts.dll to winnt/system32 and adding the two lines: LoadModule php4_module c:/php/sapi/php4apache.dll AddType application/x-httpd-php .php however this directory and this dll do not exist only the php4ts.dll . how can i install php as apache module?--- End Message ---
--- Begin Message ---I am using the first example in my config file. I would like to know the difference between both ? <VirtualHost *> php_admin_value open_basedir "/home/test" </VirtualHost> <VirtualHost *> php_admin_value safe_mode_include_dir "/home/test" </VirtualHost> Respectfully Breno Cardoso Perucchi [EMAIL PROTECTED]--- End Message ---
--- Begin Message --- Hello All,
When I am installing PHP 4.3 with Apache, it is giving error. Any sugessions.
Regards,
Atul
--- End Message ---
