Problem with pgsql.so and extensions. - PHP

This is a discussion on Problem with pgsql.so and extensions. - PHP ; I found various links via Google mentioning the problem of ordering the extension in the ini file. In my case this hasn't produced quite the result. I haven't found an order that works for me. Here the problem: Freebsd 6 ...

+ Reply to Thread
Results 1 to 3 of 3

Problem with pgsql.so and extensions.

  1. Default Problem with pgsql.so and extensions.

    I found various links via Google mentioning the problem of ordering
    the extension in the ini file. In my case this hasn't produced quite
    the result. I haven't found an order that works for me.

    Here the problem:

    Freebsd 6
    apache 1.3.34
    PHP 5.2.1

    I am using the ports collection and I have done a complete update
    prior of attempting building PHP5.

    My apache crashes with a "exit on signal 11 (core dumped)" on
    restart. The culprit seems to be the pgsql.so extension in the ini file.
    I found a work around, which might shed some light to people who
    understand the extension mechanism.

    If I want to restart apache, I first edit the extension.ini file and
    out-comment (using a #) the line with pgsql.so. I then restart
    apache. Then I edit the extension.ini file again and remove the hash.
    Then I restart apache again and it works.

    I tried this repeatedly tonight and it seems to "hold". I will be
    monitoring the server of course.

    As I haven't found an order that works, I added my list of extensions
    and PHP configuration options at the end.

    Can anybody offer any help?

    Cheers,

    Marc

    extension=pgsql.so
    extension=session.so
    extension=bcmath.so
    extension=calendar.so
    extension=curl.so
    extension=dom.so
    extension=exif.so
    extension=filter.so
    extension=gd.so
    extension=gettext.so
    extension=iconv.so
    extension=imap.so
    extension=json.so
    extension=pcre.so
    extension=posix.so
    extension=readline.so
    extension=simplexml.so
    extension=soap.so
    extension=spl.so
    extension=tokenizer.so
    extension=xml.so
    extension=xmlreader.so
    extension=xmlwriter.so
    extension=xsl.so
    extension=zip.so
    extension=zlib.so
    extension=mysql.so

    './configure' '--enable-versioning' '--with-layout=GNU' '--with-
    config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-
    libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--
    program-prefix=' '--disable-cgi' '--with-apxs=/usr/local/sbin/apxs'
    '--with-regex=php' '--with-zend-vm=CALL' '--enable-debug' '--disable-
    ipv6' '--prefix=/usr/local'

    Here some links documenting the problem:

    http://www-gatago.com/muc/lists/free.../40745984.html
    http://www.pingle.org/2006/10/18/php...es-extensions/
    http://marc.theaimsgroup.com/?l=php-...4519214164&w=2

  2. Default Re: [PHP] Problem with pgsql.so and extensions.

    Marc Burgauer wrote:
    > I found various links via Google mentioning the problem of ordering the
    > extension in the ini file. In my case this hasn't produced quite the
    > result. I haven't found an order that works for me.
    >
    > Here the problem:
    >
    > Freebsd 6
    > apache 1.3.34
    > PHP 5.2.1
    >
    > I am using the ports collection and I have done a complete update prior
    > of attempting building PHP5.
    >
    > My apache crashes with a "exit on signal 11 (core dumped)" on restart.
    > The culprit seems to be the pgsql.so extension in the ini file.
    > I found a work around, which might shed some light to people who
    > understand the extension mechanism.


    Could be a version mismatch (ie the pgsql.so is compiled for php 4.x and
    the rest are for php 5.x).

    Having said that, the internals list would be a better place to ask
    because they would be able to help you debug/work out exactly what's
    going on (they're the C coders, we're just the plebs who use the end
    result ).

    --
    Postgresql & php tutorials
    http://www.designmagick.com/

  3. Default Re: [PHP] Problem with pgsql.so and extensions.


    Is it possible that you have an OLD pgsql.so file on your box that a
    cold Apache start finds, but an Apache restart does not fine?...


    On Wed, February 28, 2007 4:34 pm, Marc Burgauer wrote:
    > I found various links via Google mentioning the problem of ordering
    > the extension in the ini file. In my case this hasn't produced quite
    > the result. I haven't found an order that works for me.
    >
    > Here the problem:
    >
    > Freebsd 6
    > apache 1.3.34
    > PHP 5.2.1
    >
    > I am using the ports collection and I have done a complete update
    > prior of attempting building PHP5.
    >
    > My apache crashes with a "exit on signal 11 (core dumped)" on
    > restart. The culprit seems to be the pgsql.so extension in the ini
    > file.
    > I found a work around, which might shed some light to people who
    > understand the extension mechanism.
    >
    > If I want to restart apache, I first edit the extension.ini file and
    > out-comment (using a #) the line with pgsql.so. I then restart
    > apache. Then I edit the extension.ini file again and remove the hash.
    > Then I restart apache again and it works.
    >
    > I tried this repeatedly tonight and it seems to "hold". I will be
    > monitoring the server of course.
    >
    > As I haven't found an order that works, I added my list of extensions
    > and PHP configuration options at the end.
    >
    > Can anybody offer any help?
    >
    > Cheers,
    >
    > Marc
    >
    > extension=pgsql.so
    > extension=session.so
    > extension=bcmath.so
    > extension=calendar.so
    > extension=curl.so
    > extension=dom.so
    > extension=exif.so
    > extension=filter.so
    > extension=gd.so
    > extension=gettext.so
    > extension=iconv.so
    > extension=imap.so
    > extension=json.so
    > extension=pcre.so
    > extension=posix.so
    > extension=readline.so
    > extension=simplexml.so
    > extension=soap.so
    > extension=spl.so
    > extension=tokenizer.so
    > extension=xml.so
    > extension=xmlreader.so
    > extension=xmlwriter.so
    > extension=xsl.so
    > extension=zip.so
    > extension=zlib.so
    > extension=mysql.so
    >
    > './configure' '--enable-versioning' '--with-layout=GNU' '--with-
    > config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-
    > libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--
    > program-prefix=' '--disable-cgi' '--with-apxs=/usr/local/sbin/apxs'
    > '--with-regex=php' '--with-zend-vm=CALL' '--enable-debug' '--disable-
    > ipv6' '--prefix=/usr/local'
    >
    > Here some links documenting the problem:
    >
    > http://www-gatago.com/muc/lists/free.../40745984.html
    > http://www.pingle.org/2006/10/18/php...es-extensions/
    > http://marc.theaimsgroup.com/?l=php-...4519214164&w=2



    --
    Some people have a "gift" link here.
    Know what I want?
    I want you to buy a CD from some starving artist.
    http://cdbaby.com/browse/from/lynch
    Yeah, I get a buck. So?

+ Reply to Thread