[PHP-INST] Php-4.0.6 apache crashing

[Gareth Slaven]

Hi there ...
 
I have compiled php-4.0.6 with apache 1.3.26  , when we run php code that
uses php-4.0.6 functionality a apache process spawns takes up 98% of the
CPU and just stays there ... 
 
Now I have tested the issue on multiple versions of php and anything under
php-4.0.6 
doesn't have this issue but anything above php-4.0.6 basically steals the
cpu and then stays there.
 
here is an example of the ps aux output :
USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
nobody   10484 97.0  5.6  9408 6472 ?R06:26  12:31
/usr/local/apache/bin/httpd
 
any ideas ... ??
 
Regards

Gareth Slaven ([EMAIL PROTECTED])
Managing Director
ENVENT - Digital Innovation
Tel: +27 11 787-7666 / +27 83 6499944
Website: http://www.envent.co.za
__
 
The Ensight Experience - Know More, Sell More!
 -> Publishing
 -> Profiling
 -> Personalization
 -> Communication
__
 
This is a confidential message for the named person's use only. It may
contain confidential, proprietary or legally privileged information. If you
receive this message in error please notify the sender and immediately
delete the message. You must not, directly or indirectly, use, disclose,
distribute, print or copy any part of this message if you are not the
intended recipient. All views expressed in this message are those of the
individual sender and do not necessarily reflect those of Envent Holdings
(Pty) Ltd.


 

php-install Digest 27 Jan 2003 09:44:27 -0000 Issue 1221

[php-install-digest-help]

php-install Digest 27 Jan 2003 09:44:27 - Issue 1221

Topics (messages 9851 through 9852):

php on virtual servers again
9851 by: marco

Php-4.0.6 apache crashing
9852 by: Gareth Slaven

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 ---
thanks, it was a dum mistake, but still is not working, the thing is that i
am working with the production server because the other crashd the hard
drive so i am making changes on the spot bad thing i know
it is ok if i send my config file to the list and somebody help me?
thanks
marco



--- End Message ---
--- Begin Message ---
Hi there ...
 
I have compiled php-4.0.6 with apache 1.3.26  , when we run php code that
uses php-4.0.6 functionality a apache process spawns takes up 98% of the
CPU and just stays there ... 
 
Now I have tested the issue on multiple versions of php and anything under
php-4.0.6 
doesn't have this issue but anything above php-4.0.6 basically steals the
cpu and then stays there.
 
here is an example of the ps aux output :
USER   PID %CPU %MEM   VSZ  RSS TTY  STAT START   TIME COMMAND
nobody   10484 97.0  5.6  9408 6472 ?R06:26  12:31
/usr/local/apache/bin/httpd
 
any ideas ... ??
 
Regards

Gareth Slaven ([EMAIL PROTECTED])
Managing Director
ENVENT - Digital Innovation
Tel: +27 11 787-7666 / +27 83 6499944
Website: http://www.envent.co.za
__
 
The Ensight Experience - Know More, Sell More!
 -> Publishing
 -> Profiling
 -> Personalization
 -> Communication
__
 
This is a confidential message for the named person's use only. It may
contain confidential, proprietary or legally privileged information. If you
receive this message in error please notify the sender and immediately
delete the message. You must not, directly or indirectly, use, disclose,
distribute, print or copy any part of this message if you are not the
intended recipient. All views expressed in this message are those of the
individual sender and do not necessarily reflect those of Envent Holdings
(Pty) Ltd.


 

--- End Message ---

Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.

[Mitch Pirtle]

Disclaimer: My advice is only good until you get to php-4.3.0, which 
apparently will NOT compile on a RedHat8 box.  I have heard rumours that it 
is possible, but I have no proof that is has actually been done.  I am still 
waiting for news as to a possible fix or temporary workaround, but lose hope 
as the weeks pass without a response...

*** IF YOU KNOW HOW TO BUILD RPMS, SKIP THIS MESSAGE ***

I always look for the SRPM for php.  The last one I had was for 4.2.2 (so it 
will be used for this example).  This basically included the source file and 
a spec file.  If you do this (as root):

rpm -i php-4.2.2-8.0.6.src.rpm

It will put the source tarball in /usr/src/redhat/SOURCES, and a specfile in 
/usr/src/redhat/SPECS.  You can now use the specfile (php-4.2.2-8.0.6.spec in 
this example) for future releases of php.  Copy it to another name (typically 
for a newer version), and then open it in an editor.  Take a look around, you 
will see instructions on what version the source tarball is (change that) and 
other details as well.  You will clearly find the options passed to 
./configure.  Add/remove the options that are not included in the standard 
RPM from RedHat, and then issue:

rpm --ba /usr/src/redhat/SPECS/php-YOUR_VERSION.spec

This will create both an SRPM and the collection of RPMS for your machine.

I am forced to do this, as the libraries usually link to an older system 
(postgres, for example).  So when I rebuild from source, php is linked to the 
new/correct library.

With a working specfile, you can download newer php releases, modify the 
specfile for that release, and build your own RPMs.  For more detailed 
information, freshrpms.net is an excellent resource, as well as the home for 
some awesome add-ons for RedHat - like apt for rpm.

Let me know if this helps or not, I'd like to know if this was the answer to 
your question or if I am just blabbing -;^>=

-- Mitch



On Saturday 25 January 2003 17:52, Lukasz Karapuda wrote:
> Continuing unfinished post: :-)
> Modular RPM packages:
> http://rpms.arvin.dk/php/rh72/i686/
>
> I am asking someone knowledgable for advice, what is the best way to
> install modularized and customized configurations of PHP on RedHat 7.3.
>
> Cheers,
> __
> Lukasz Karapuda
> developer -- newline Creations LLC.
> @ [EMAIL PROTECTED]
> Y! lukaszkarapuda
> "Lukasz Karapuda" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
> > Hello.
> >
> > Lately I have been having certain thoughts about the use of PHP RPM's for
> > RedHat 7.3.
> > As you all know the default set of PHP rpm's for RH 7.3 available via RHN
>
> is
>
> > composed of the following modules:
> > ---
> > php-4.1.2-7.3.6
> > php-dbg-4.1.2-7
> > php-devel-4.1.2-7.3.6
> > php-imap-4.1.2-7.3.6
> > php-ldap-4.1.2-7.3.6
> > php-manual-4.1.2-7.3.6
> > php-mysql-4.1.2-7.3.6
> > php-odbc-4.1.2-7.3.6
> > php-pgsql-4.1.2-7.3.6
> > php-snmp-4.1.2-7.3.6
> > 
> >
> > At the same time certain PHP extensions are not compiled in and or NOT
> > available as seperate RPM on RHN (eg. DOMXML, EXIF, JPEG).
> >
> > Personally I require many of the PHP extensions, which are not part of
> > the default RPM compilation.
> > Therefore I see 2 options:
> > 1. Compile PHP by myself, with the necessary extensions.
> > (creates problems, because of the fact that many of the extensions are
> > dependent upon different versions of libaries, than the ones available on
> > RHN )
> > 2. Find a source for modular PHP RPM's (i.e. different RPM's for
> > different compile options).
> > So far I have found one (does not offer the most recent PHP version):
> >
> >
> >
> >
> >
> >
> >
> > __
> > Lukasz Karapuda
> > developer -- newline Creations LLC.
> > @ [EMAIL PROTECTED]
> > Y! lukaszkarapuda

--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.

[Paul Gardiner]

Hi Mitch,

I too keep seeing that people cannot compile on RH8.0 but I just thought I'd
let you know that I have a fully working version one on my machines. Perhaps
it's one of the options that I'm not using that is causing other people
problems. I always seem to have problems with the informix side of things
but everything seems to work.

I've included my stripped down build process below for you to have a look
at.

Regards,
- Paul -

# INFORMIX
#!/bin/sh
#
# buildinformix.sh
#
# This script re-builds $INFORMIXDIR/lib/esql/libifgen.so from libifgen.a
# to enable php to compile without getting 'undefined symbol: stat' error.

mkdir ./tmp
cd tmp
# only backup once to save the original
if [ ! -e "$INFORMIXDIR/lib/esql/libifgen.so.bak" ]; then
cp $INFORMIXDIR/lib/esql/libifgen.so $INFORMIXDIR/lib/esql/libifgen.so.bak
fi
# extract libraries from library archive
ar x $INFORMIXDIR/lib/esql/libifgen.a
# recompile as shared
gcc -shared -o libifgen.so *.o
# replace original
cp libifgen.so $INFORMIXDIR/lib/esql
rm *.*
cd ..
rmdir tmp

# PDFLIB
./configure
make
make install

# APACHE
cd $APACHE_DIR
./configure --prefix=/usr

# PHP
cd ../$PHP_DIR
./configure --with-apache=../$APACHE_DIR \
--without-mysql \
--with-informix \
--with-pdflib=/usr/local \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir=/usr \
--with-zlib \
--with-config-file-path=/etc \
--with-ncurses \
--enable-exif \
--enable-ftp \
--with-xml \
--enable-track-vars \
--enable-trans-sid

make
make install

# APACHE
cd ../$APACHE_DIR
# get these by running esql -libs
IFX_LIBS="-lifsql -lifasf -lifgen -lifos -lifgls -lc -lm -ldl \
-lcrypt /opt/informix/lib/esql/checkapi.o -lifglx"
# Add any extra libs in here if required
LIBS="$IFX_LIBS"
export LIBS

./configure --prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc/httpd/conf \
--includedir=/usr/include \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--mandir=/usr/share/man \
--htdocsdir=/var/www/html \
--iconsdir=/var/www/icons \
--cgidir=/var/www/cgi-bin \
--logfiledir=/var/www/logs \
--proxycachedir=/var/www/proxy \
--activate-module=src/modules/php4/libphp4.a

make
make install

- Original Message -
From: "Mitch Pirtle" <[EMAIL PROTECTED]>
To: "Lukasz Karapuda" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, January 27, 2003 9:55 AM
Subject: Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.


Disclaimer: My advice is only good until you get to php-4.3.0, which
apparently will NOT compile on a RedHat8 box.  I have heard rumours that it
is possible, but I have no proof that is has actually been done.  I am still
waiting for news as to a possible fix or temporary workaround, but lose hope
as the weeks pass without a response...

*** IF YOU KNOW HOW TO BUILD RPMS, SKIP THIS MESSAGE ***

I always look for the SRPM for php.  The last one I had was for 4.2.2 (so it
will be used for this example).  This basically included the source file and
a spec file.  If you do this (as root):

rpm -i php-4.2.2-8.0.6.src.rpm

It will put the source tarball in /usr/src/redhat/SOURCES, and a specfile in
/usr/src/redhat/SPECS.  You can now use the specfile (php-4.2.2-8.0.6.spec
in
this example) for future releases of php.  Copy it to another name
(typically
for a newer version), and then open it in an editor.  Take a look around,
you
will see instructions on what version the source tarball is (change that)
and
other details as well.  You will clearly find the options passed to
./configure.  Add/remove the options that are not included in the standard
RPM from RedHat, and then issue:

rpm --ba /usr/src/redhat/SPECS/php-YOUR_VERSION.spec

This will create both an SRPM and the collection of RPMS for your machine.

I am forced to do this, as the libraries usually link to an older system
(postgres, for example).  So when I rebuild from source, php is linked to
the
new/correct library.

With a working specfile, you can download newer php releases, modify the
specfile for that release, and build your own RPMs.  For more detailed
information, freshrpms.net is an excellent resource, as well as the home for
some awesome add-ons for RedHat - like apt for rpm.

Let me know if this helps or not, I'd like to know if this was the answer to
your question or if I am just blabbing -;^>=

-- Mitch



On Saturday 25 January 2003 17:52, Lukasz Karapuda wrote:
> Continuing unfinished post: :-)
> Modular RPM packages:
> http://rpms.arvin.dk/php/rh72/i686/
>
> I am asking someone knowledgable for advice, what is the best way to
> install modularized and customized configurations of PHP on RedHat 7.3.
>
> Cheers,
> __
> Lukasz Karapuda
> developer -- newline Creations LLC.
> @ [EMAIL PROTECTED]
> Y! lukaszkarapuda
> "Lukasz Karapuda" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
> > Hello.
> >
> > Lately I have been having certain thoughts about the use of PHP RPM's
for
> > RedHat 7.3.
> > As you al

Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.

[Mitch Pirtle]

On Monday 27 January 2003 11:19, Paul Gardiner wrote:
> Hi Mitch,
>
> I too keep seeing that people cannot compile on RH8.0 but I just thought
> I'd let you know that I have a fully working version one on my machines.
> Perhaps it's one of the options that I'm not using that is causing other
> people problems. I always seem to have problems with the informix side of
> things but everything seems to work.
>
> I've included my stripped down build process below for you to have a look
> at.

(snip!)

For giggles I decided to try your method, but removed pdflib & informix, and 
replaced the --with-apache to --with-apxs2.

Paul, you are compiling what version of apache?

I used this configure:

./configure --with-apxs2=/usr/sbin/apxs \
--without-mysql \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir=/usr \
--with-zlib \
--with-config-file-path=/etc \
--with-ncurses \
--enable-exif \
--enable-ftp \
--with-xml \
--enable-track-vars \
--enable-trans-sid


--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.

[Paul Gardiner]

Hi Mitch,

I'm using Apache version 1.3.27. As far as I'm concerned Apache v2 is NOT
ready yet for production machines. I think this is where a lot of people are
having problems even though Rasmus does keep trying to point out what I've
just said. For this reason I made sure I removed all traces of Apache 2
first. The PHP version I use is 4.3.0.

Regards,

- Paul -


- Original Message -
From: "Mitch Pirtle" <[EMAIL PROTECTED]>
To: "Paul Gardiner" <[EMAIL PROTECTED]>; "Lukasz Karapuda"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, January 27, 2003 11:10 AM
Subject: Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.


On Monday 27 January 2003 11:19, Paul Gardiner wrote:
> Hi Mitch,
>
> I too keep seeing that people cannot compile on RH8.0 but I just thought
> I'd let you know that I have a fully working version one on my machines.
> Perhaps it's one of the options that I'm not using that is causing other
> people problems. I always seem to have problems with the informix side of
> things but everything seems to work.
>
> I've included my stripped down build process below for you to have a look
> at.

(snip!)

For giggles I decided to try your method, but removed pdflib & informix, and
replaced the --with-apache to --with-apxs2.

Paul, you are compiling what version of apache?

I used this configure:

./configure --with-apxs2=/usr/sbin/apxs \
--without-mysql \
--with-gd \
--enable-gd-native-ttf \
--with-freetype-dir=/usr \
--with-zlib \
--with-config-file-path=/etc \
--with-ncurses \
--enable-exif \
--enable-ftp \
--with-xml \
--enable-track-vars \
--enable-trans-sid








-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-INST] Re: RedHat 7.3 Modular and Customizable PHP RPM's.

[Mitch Pirtle]

On Monday 27 January 2003 12:31, Paul Gardiner wrote:
> Hi Mitch,
>
> I'm using Apache version 1.3.27. As far as I'm concerned Apache v2 is NOT
> ready yet for production machines. I think this is where a lot of people
> are having problems even though Rasmus does keep trying to point out what
> I've just said. For this reason I made sure I removed all traces of Apache
> 2 first. The PHP version I use is 4.3.0.

Then how did you get pear to work?  Did you downgrade gcc/glibc as well?  If 
so, then you could have saved yourself a lot of time and just installed 
RH7.3...  Interesting is that both RedHat and SuSE are now shipping apache2 
default, so there's gonna be a whole pile of these threads on this list RSN.

Also, this is not a production machine.  It's a laptop.  And I'm only running 
it as a development/eval environment to keep up with the current technology 
(NOTE: no rawhide, alpha or beta stuff, I've grown too old for that).  Matter 
of fact that's why it's the only machine I got running RH8; to look at gcc, 
apache2, and all the other stuff that appears to only have problems with php  
;^(

So I would feel pretty silly turning this supposedly current machine into a 
slightly-behind-the-times-but-bullet-proof machine.  No wait, then I'd be 
using debian.

*rimshot*

Ok, I need to get serious now.  If any of the following are true:

* php will not build from source on stock RH/SuSE
* pear will not function properly on stock RH/SuSE
* php will not build with apxs2
* php will not build wth gcc 3.2 or glibc 2.2

Then it should be made painfully, blatantly obvious at php.net BEFORE these 
poor people lose hours/days/weeks trying to find where they messed up -- 
especially if it is not 'user error', but incompatibilities between different 
versions and distros.

This is a recurring thread, can we identify the problem and make sure it's a 
FAQ and prominently displayed on the website?  Even if it is only a reminder 
to me, in case I forget when I check back next month for updates?

--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-INST] problem with sybase ct_connect install

[Art Chevalier]

Hello,

I recently upgraded from PHP 4.2.3 to 4.3 and Apache 1.3 to 2.+. Previously
I wasnt having a problem connecting to Sybase. After the upgrade I cant
connect using the ct_connect library. My php.ini file hasnt changed. Any
ideas?

Here is my error: Warning: sybase_connect() [function.sybase-connect]:
Sybase: Unable to allocate connection record in
D:\website\code243\monitor\scripts\classes\connect_class.php on line 54

Thank You,

Art



-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-INST] Installation problem of 4.3.0 using built in gd library but works fine withspeparate gd library

[gregory . stewart]

A rehash of a problem I had earlier on Solaris7/Sparc - explained more 
clearly
If I use the configure line below, I can configure no problem, but my make 
dies with the issues below, however if I compile with the gd that was 
installed previously on this system by specifiying --with-gd=/usr/local, 
everything goes smoothly. Why could I compile using the GD that was 
installed previously and separately, but when using the GD in the PHP 
4.3.0 distribution things fail? - Isn't that odd? Is there something I 
should look for and remove on the system that is confusing things? 
Seaching google didn't turn up much for me at all other than some things 
in German which I couldn't understand.

./configure --enable-force-cgi-redirect=yes --enable-memory-limit=yes 
--enable-safe-mode=yes --enable-sysvsem=yes --enable-sysvshm=yes 
--with-gd --with-jpeg-dir=/usr/local --with-zlib=/usr/local 
--enable-wddx --enable-calendar --enable-ftp --with-db 
--enable-gdbm=/usr/local/lib --with-freetype-dir=/usr/local/lib 
--with-ttf=/usr/local/lib --with-png-dir=/usr/local


make

gcc -I/home/gregstew/php-4.3.0/ext/gd/libgd -DHAVE_LIBPNG -DHAVE_LIBJPEG 
-DHAVE_LIBFREETYPE -Iext/gd/ -I/home/gregstew/php-4.3.0/ext/gd/ 
-DPHP_ATOM_INC -I/home/gregstew/php-4.3.0/include 
-I/home/gregstew/php-4.3.0/main -I/home/gregstew/php-4.3.0 
-I/home/gregstew/php-4.3.0/Zend -I/usr/local/include 
-I/usr/local/include/freetype2 -I/home/gregstew/php-4.3.0/ext/xml/expat 
-D_POSIX_PTHREAD_SEMANTICS -I/home/gregstew/php-4.3.0/TSRM  -g -O2  -c 
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c -o ext/gd/libgd/gdft.o  && 
echo > ext/gd/libgd/gdft.lo
In file included from /home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:50:
/usr/local/include/freetype2/freetype/ftglyph.h:104: parse error before 
`FT_Library'
/usr/local/include/freetype2/freetype/ftglyph.h:104: warning: no semicolon 

at end of struct or union
/usr/local/include/freetype2/freetype/ftglyph.h:106: parse error before 
`format'
/usr/local/include/freetype2/freetype/ftglyph.h:106: warning: data 
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:107: parse error before 
`advance'
/usr/local/include/freetype2/freetype/ftglyph.h:107: warning: data 
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:109: warning: data 
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:156: parse error before 
`FT_GlyphRec'
/usr/local/include/freetype2/freetype/ftglyph.h:156: warning: no semicolon 

at end of struct or union
/usr/local/include/freetype2/freetype/ftglyph.h:157: warning: data 
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:158: parse error before 
`top'
/usr/local/include/freetype2/freetype/ftglyph.h:158: warning: data 
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:159: parse error before 
`bitmap'
/usr/local/include/freetype2/freetype/ftglyph.h:159: warning: data 
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:161: warning: data 
definition has no type or storage class
/usr/local/include/freetype2/freetype/ftglyph.h:204: parse error before 
`FT_GlyphRec'
/usr/local/include/freetype2/freetype/ftglyph.h:204: warning: no semicolon 

at end of struct or union

 snip 

/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: In function `fontTest':
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: `a' undeclared (first 
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: (Each undeclared 
identifier is reported only once
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: for each function it 
appears in.)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:327: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:328: `b' undeclared (first 
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:328: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c: In function `fontFetch':
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:336: `a' undeclared (first 
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:337: `b' undeclared (first 
use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:337: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:345: `FT_Error' undeclared 
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:346: `FT_CharMap' undeclared 
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:349: parse error before `)'
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:356: `fontsearchpath' 
undeclared (first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:359: `fontlist' undeclared 
(first use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:364: `name' undeclared (first 

use in this function)
/home/gregstew/php-4.3.0/ext/gd/libgd/gdft.c:364: `strtok_ptr' undeclared 
(first use in this function)

--- snip ---

/ho

[PHP-INST] html and php

[boka]

Hi !

here is my story (i have looked through archives and found nothing to my
problem):
I have working configuration of apache 1.3.27 with php-4.3.0 on linux
with 2.4.20 kernel. I want to put some php code into my .html pages.
So I have added:

1. 
  AddType application/x-httpd-php .html .php4 .php3 .phtml .php
  AddType application/x-httpd-php-source .phps


2. ./configure --with-short-tags

3. in php.ini:
short_open_tag  =   On

my index.html looks like:

test
test


print "dupa\n";




In a browser i can see only:
test
test

View source from browser looks like:

test
test


print "dupa\n";




When i change the extension of file to .php it is working.

Where is the problem ?

--
greetz
boka

-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-INST] html and php

[Ashley M. Kirchner]

boka wrote:


When i change the extension of file to .php it is working.


   If you want your php code to be executed, you need to either use 
.php extensions, or add .html to your directive, ala:

   AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html


--
W | I haven't lost my mind; it's backed up on tape somewhere.
 +
 Ashley M. Kirchner    .   303.442.6410 x130
 IT Director / SysAdmin / WebSmith . 800.441.3873 x130
 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6
 http://www.pcraft.com . .  ..   Boulder, CO 80303, U.S.A.





--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-INST] html and php

[Matt Schroebel]

> -Original Message-
> From: boka [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, January 27, 2003 2:57 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-INST] html and php
> 
> 
> Hi !
> 
> here is my story (i have looked through archives and found 
> nothing to my
> problem):
> I have working configuration of apache 1.3.27 with php-4.3.0 on linux
> with 2.4.20 kernel. I want to put some php code into my .html pages.
> So I have added:
> 
> 1. 
>   AddType application/x-httpd-php .html .php4 .php3 .phtml .php
>   AddType application/x-httpd-php-source .phps
> 

A. Make sure you don't have another addtype directive with only .php in
it.  
B. Make sure to restart apache after changing httpd.conf.

--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-INST] html and php

[boka]

> If you want your php code to be executed, you need to either use
> .php extensions, or add .html to your directive, ala:
>
> AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html

tell want difference is between:

AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html

and

AddType application/x-httpd-php .html .php4 .php3 .phtml .php
which is in my conf

--
Tak naprawdê, to ka¿dy sam decyduje o swoim przeznaczeniu. Z w³asnej  woli
idziemy - albo w±sk± drog± do ¿ycia wiecznego, albo drog± szerok± na
zatracenie (Mat. 7, 13-14).
pozdrawiam [EMAIL PROTECTED]

--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-INST] html and php

[Ashley M. Kirchner]

boka wrote:


AddType application/x-httpd-php .html .php4 .php3 .phtml .php .html

and

AddType application/x-httpd-php .html .php4 .php3 .phtml .php
which is in my conf
 

   Sorry, I didn't see the .html at the beginning of the string.  In 
that case, don't add the other.

   Did you restart Apache?  Did you make sure to only have one 
directive (so to avoid another one superseding this one)?

--
W | I haven't lost my mind; it's backed up on tape somewhere.
 +
 Ashley M. Kirchner    .   303.442.6410 x130
 IT Director / SysAdmin / WebSmith . 800.441.3873 x130
 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6
 http://www.pcraft.com . .  ..   Boulder, CO 80303, U.S.A.





--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-INST] html and php

[boka]

> A. Make sure you don't have another addtype directive with only .php in
> it.

not found :-)

> B. Make sure to restart apache after changing httpd.conf.

ofcourse it was restared with no result :-(

--
Twoja dzienna dawka ZEN:
Nie badz niezastapiony. Jesli nie mozesz byc zastapiony,
nie mozesz byc awansowany.
pozdrawiam boka at sto-procent.art.pl

-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-INST] html and php

[boka]

> Sorry, I didn't see the .html at the beginning of the string.  In
> that case, don't add the other.
>
> Did you restart Apache?  Did you make sure to only have one
> directive (so to avoid another one superseding this one)?

only in one place

--
Twoja dzienna dawka ZEN:
Jesli myslisz, iz nikogo nie obchodzi, ze zyjesz,
sprobuj nie zaplacic kilka rat za samochod.
pozdrawiam boka at sto-procent.art.pl

-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-INST] Re: php packaging problems with java support (fwd)

[Jiann-Ming Su]

I thought this was a rpm problem, but I think rpm is failing because
"make install" is failing.  BTW, it's php-4.1.2 (not .12).  Everything
works fine, obviously, without java support.  Thanks for any insight.

-- Forwarded message --
Date: Thu, 23 Jan 2003 15:11:04 -0500 (EST)
From: Jiann-Ming Su <[EMAIL PROTECTED]>
Subject: Re: php packaging problems


> On Thu, Jan 23, 2003 at 01:58:58PM -0500, Jiann-Ming Su wrote:
> > I'm trying to rebuild php-4.1.12 with java support.  Everything seems to
> > go well until it tries to package all the files.  I've included the rpm 
> > output in bz2 format.  What do I need to modify to make this work?  
> > I'm using a RH73 system.  Thanks for any help.
> > 
> 
> 
> this was indicated in the rpm output:
> 
> cp: cannot stat `/usr/src/redhat/BUILD/php-4.1.2//ext/java/php_java.jar': No such 
>file or directory
> 

Yes, because the file is actually in 
/usr/src/redhat/BUILD/php-4.1.2/build-cgi/ext/java/php_java.jar and
/usr/src/redhat/BUILD/php-4.1.2/build-apache/etc/java/php_java.jar.  

The file exists, but rpm is looking in the wrong place.  How do I fix this?

-- 
Jiann-Ming Su  [EMAIL PROTECTED]  404-712-2603
Development Team Systems Administrator
General Libraries Systems Division






-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

php-install Digest 27 Jan 2003 21:49:13 -0000 Issue 1222

[php-install-digest-help]

php-install Digest 27 Jan 2003 21:49:13 - Issue 1222

Topics (messages 9853 through 9867):

Re: RedHat 7.3 Modular and Customizable PHP RPM's.
9853 by: Mitch Pirtle
9854 by: Paul Gardiner
9855 by: Mitch Pirtle
9856 by: Paul Gardiner
9857 by: Mitch Pirtle

problem with sybase ct_connect install
9858 by: Art Chevalier

Installation problem of 4.3.0 using built in gd library but works fine with speparate 
gd library
9859 by: gregory.stewart.magma.ca

html and php
9860 by: boka
9861 by: Ashley M. Kirchner
9862 by: Matt Schroebel
9863 by: boka
9864 by: Ashley M. Kirchner
9865 by: boka
9866 by: boka

Re: php packaging problems with java support (fwd)
9867 by: Jiann-Ming Su

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 ---
Disclaimer: My advice is only good until you get to php-4.3.0, which 
apparently will NOT compile on a RedHat8 box.  I have heard rumours that it 
is possible, but I have no proof that is has actually been done.  I am still 
waiting for news as to a possible fix or temporary workaround, but lose hope 
as the weeks pass without a response...

*** IF YOU KNOW HOW TO BUILD RPMS, SKIP THIS MESSAGE ***

I always look for the SRPM for php.  The last one I had was for 4.2.2 (so it 
will be used for this example).  This basically included the source file and 
a spec file.  If you do this (as root):

rpm -i php-4.2.2-8.0.6.src.rpm

It will put the source tarball in /usr/src/redhat/SOURCES, and a specfile in 
/usr/src/redhat/SPECS.  You can now use the specfile (php-4.2.2-8.0.6.spec in 
this example) for future releases of php.  Copy it to another name (typically 
for a newer version), and then open it in an editor.  Take a look around, you 
will see instructions on what version the source tarball is (change that) and 
other details as well.  You will clearly find the options passed to 
./configure.  Add/remove the options that are not included in the standard 
RPM from RedHat, and then issue:

rpm --ba /usr/src/redhat/SPECS/php-YOUR_VERSION.spec

This will create both an SRPM and the collection of RPMS for your machine.

I am forced to do this, as the libraries usually link to an older system 
(postgres, for example).  So when I rebuild from source, php is linked to the 
new/correct library.

With a working specfile, you can download newer php releases, modify the 
specfile for that release, and build your own RPMs.  For more detailed 
information, freshrpms.net is an excellent resource, as well as the home for 
some awesome add-ons for RedHat - like apt for rpm.

Let me know if this helps or not, I'd like to know if this was the answer to 
your question or if I am just blabbing -;^>=

-- Mitch



On Saturday 25 January 2003 17:52, Lukasz Karapuda wrote:
> Continuing unfinished post: :-)
> Modular RPM packages:
> http://rpms.arvin.dk/php/rh72/i686/
>
> I am asking someone knowledgable for advice, what is the best way to
> install modularized and customized configurations of PHP on RedHat 7.3.
>
> Cheers,
> __
> Lukasz Karapuda
> developer -- newline Creations LLC.
> @ [EMAIL PROTECTED]
> Y! lukaszkarapuda
> "Lukasz Karapuda" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
> > Hello.
> >
> > Lately I have been having certain thoughts about the use of PHP RPM's for
> > RedHat 7.3.
> > As you all know the default set of PHP rpm's for RH 7.3 available via RHN
>
> is
>
> > composed of the following modules:
> > ---
> > php-4.1.2-7.3.6
> > php-dbg-4.1.2-7
> > php-devel-4.1.2-7.3.6
> > php-imap-4.1.2-7.3.6
> > php-ldap-4.1.2-7.3.6
> > php-manual-4.1.2-7.3.6
> > php-mysql-4.1.2-7.3.6
> > php-odbc-4.1.2-7.3.6
> > php-pgsql-4.1.2-7.3.6
> > php-snmp-4.1.2-7.3.6
> > 
> >
> > At the same time certain PHP extensions are not compiled in and or NOT
> > available as seperate RPM on RHN (eg. DOMXML, EXIF, JPEG).
> >
> > Personally I require many of the PHP extensions, which are not part of
> > the default RPM compilation.
> > Therefore I see 2 options:
> > 1. Compile PHP by myself, with the necessary extensions.
> > (creates problems, because of the fact that many of the extensions are
> > dependent upon different versions of libaries, than the ones available on
> > RHN )
> > 2. Find a source for modular PHP RPM's (i.e. different RPM's for
> > different compile options).
> > So far I have found one (does not offer the most recent PHP version):
> >
> >
> >
> >
> >
> >
> >
> > __
> > Lukasz Karapuda
> > developer -- newline Creations LLC.
> > @ [EMAIL PROTECTED]
> > Y! lukaszkarapuda

--- End Message -

[PHP-INST] Re: php packaging problems with java support (fwd)

[Jiann-Ming Su]

I thought this was a rpm problem, but I think rpm is failing because
"make install" is failing.  BTW, it's php-4.1.2 (not .12).  Everything
works fine, obviously, without java support.  Thanks for any insight.

-- Forwarded message --
Date: Thu, 23 Jan 2003 15:11:04 -0500 (EST)
From: Jiann-Ming Su <[EMAIL PROTECTED]>
Subject: Re: php packaging problems


> On Thu, Jan 23, 2003 at 01:58:58PM -0500, Jiann-Ming Su wrote:
> > I'm trying to rebuild php-4.1.12 with java support.  Everything seems to
> > go well until it tries to package all the files.  I've included the rpm 
> > output in bz2 format.  What do I need to modify to make this work?  
> > I'm using a RH73 system.  Thanks for any help.
> > 
> 
> 
> this was indicated in the rpm output:
> 
> cp: cannot stat `/usr/src/redhat/BUILD/php-4.1.2//ext/java/php_java.jar': No such 
>file or directory
> 

Yes, because the file is actually in 
/usr/src/redhat/BUILD/php-4.1.2/build-cgi/ext/java/php_java.jar and
/usr/src/redhat/BUILD/php-4.1.2/build-apache/etc/java/php_java.jar.  

The file exists, but rpm is looking in the wrong place.  How do I fix this?

-- 
Jiann-Ming Su  [EMAIL PROTECTED]  404-712-2603
Development Team Systems Administrator
General Libraries Systems Division





-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-INST] Re: php packaging problems with java support

[Jiann-Ming Su]

I thought this was a rpm problem, but I think rpm is failing because
"make install" is failing.  BTW, it's php-4.1.2 (not .12).  Everything
works fine, obviously, without java support.  Thanks for any insight.

-- Forwarded message --
Date: Thu, 23 Jan 2003 15:11:04 -0500 (EST)
From: Jiann-Ming Su <[EMAIL PROTECTED]>
Subject: Re: php packaging problems


> On Thu, Jan 23, 2003 at 01:58:58PM -0500, Jiann-Ming Su wrote:
> > I'm trying to rebuild php-4.1.12 with java support.  Everything seems to
> > go well until it tries to package all the files.  I've included the rpm 
> > output in bz2 format.  What do I need to modify to make this work?  
> > I'm using a RH73 system.  Thanks for any help.
> > 
> 
> 
> this was indicated in the rpm output:
> 
> cp: cannot stat `/usr/src/redhat/BUILD/php-4.1.2//ext/java/php_java.jar': No such 
>file or directory
> 

Yes, because the file is actually in 
/usr/src/redhat/BUILD/php-4.1.2/build-cgi/ext/java/php_java.jar and
/usr/src/redhat/BUILD/php-4.1.2/build-apache/etc/java/php_java.jar.  

The file exists, but rpm is looking in the wrong place.  How do I fix this?

-- 
Jiann-Ming Su  [EMAIL PROTECTED]  404-712-2603
Development Team Systems Administrator
General Libraries Systems Division




-- 
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-INST] errors in making

[Pradeep Tallogu]

hi all,

i get the following errors when i try to make:

 In function `mysql_real_connect':
/cis/centauri/projects/deepu/php-4.3.0/ext/mysql/libmysql/libmysql.c:1311: undefined 
reference to `__inet_addr'
ext/mysql/libmysql/my_net.o: In function `my_inet_ntoa':
/cis/centauri/projects/deepu/php-4.3.0/ext/mysql/libmysql/my_net.c:32: undefined 
reference to `__inet_ntoa'
ext/standard/basic_functions.o: In function `zif_ip2long':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/basic_functions.c:1237: undefined 
reference to `__inet_addr'
ext/standard/basic_functions.o: In function `zif_long2ip':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/basic_functions.c:1257: undefined 
reference to `__inet_ntoa'
ext/standard/dns.o: In function `php_gethostbyaddr':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/dns.c:130: undefined reference to 
`__inet_addr'
ext/standard/dns.o: In function `zif_gethostbynamel':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/dns.c:186: undefined reference to 
`__inet_ntoa'
ext/standard/dns.o: In function `php_gethostbyname':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/dns.c:206: undefined reference to 
`__inet_ntoa'
ext/standard/dns.o: In function `zif_checkdnsrr':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/dns.c:256: undefined reference to 
`__res_search'
ext/standard/dns.o: In function `zif_getmxrr':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/dns.c:317: undefined reference to 
`__res_search'
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/dns.c:346: undefined reference to 
`__dn_expand'
ext/standard/fsock.o: In function `php_lookup_hostname':
/cis/centauri/projects/deepu/php-4.3.0/ext/standard/fsock.c:120: undefined reference 
to `__inet_aton'
main/network.o: In function `php_network_getaddresses':
/cis/centauri/projects/deepu/php-4.3.0/main/network.c:190: undefined reference to 
`getaddrinfo'
/cis/centauri/projects/deepu/php-4.3.0/main/network.c:221: undefined reference to 
`freeaddrinfo'


any idea?? Iam running on solaris 2.7.  Thanks in advance!

-- Pradeep. 



-
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now