Ok this really is most likely just me being unsure of enough about php but here it is going.

I am on Ubuntu Sturdy. I've got a custom put together version of PHP which i've put together with one of these parameters.

./configure
--enable-soap
--with-zlib
--with-mysql
--with-apxs2=[correct path]
--with-config-file-path=[correct path]
--with-mysqli
--with-curlwrappers
--with-curl
--with-mcrypt

I have tried personally the command pecl install pecl_http to set up the http.so extension. It is incorporated in the correct module directory for my php.ini. My php.ini is loading and that i can alter things inside the ini and effect php. I've incorporated the extension=http.so line during my php.ini.

That labored fine. Until I added these compilation options to be able to add imap

--with-openssl
--with-kerberos
--with-imap
--with-imap-ssl

Which unsuccessful because I desired the c-client library that we fixed by apt-get install libc-client-dev Then php compiles fine and that i have working imap support, woo.

HOWEVER, now my calls to HttpRequest that is area of the pecl_http extention in http.so lead to Fatal error: Class 'HttpRequest' not found errors. I figure the http.so module is no more loading for some reason however i cannot find any errors showing the main reason.

In ways "Perhaps you have attempted undoing the brand new imap setup?" That I'll answer. Yes I've. I directly undid my config changes and uninstalled the c-client library and that i still can't get results. I figured that's strange... I've made no changes that will have led to this problem. After searching at this I've also learned that not just may be the http extension no more loading but my extensions loaded via php.ini are no more loading.

Can someone a minimum of produce some additional debugging steps? To date I've attempted enabling all errors including startup errors during my php.ini which works best for other errors, but I am not seeing any startup errors either on command line or via apache. But again the php.ini seems to become being parsed considering that basically run php_info() I recieve configurations which are within the php.ini.

Edit it seems that only a few of the php.ini configurations are now being took in to. It is possible to method to test my php.ini?

Edit Edit It seems I'm mistaken again and also the php.ini isn't being loaded whatsoever any more. However, Basically run php_info() I recieve it's searching for my php.ini within the correct location.

Edit Edit Edit My config reaches the config file path location below however it states no config file loaded. WTF Permission problem? It's presently 644 so everybody should have the ability to see clearly otherwise write it. I attempted which makes it 777 which did not work.

Configuration File (php.ini) Path   /etc/php.ini
Loaded Configuration File   (none)

Edit Edit Edit Edit By loading the ini around the command line while using -c command I can run my files and taking advantage of -m implies that my modules load So there is nothing wrong using the php.ini

Edit Edit Edit Edit Edit I've had it stated in my experience that my ini directory config ought to be a path to obtain the php.ini file in not the file itself. As a result I've attempted configurations /etc,/etc/, and letting php set the default directory then moving my ini file into that directory. All fail :(

Edit Edit Edit Edit Edit I've had it stated in my experience that my ini directory config ought to be a path to obtain the php.ini file in not the file itself. As a result I've attempted configurations /etc,/etc/, and letting php set the default directory then moving my ini file into that directory. All fail :(

Edit Edit Edit Edit Edit Edit Further info, command line run of php --ini and ls of dir it points at within the php configurations. Also run with -c option on command line in which the run works and never after i don't include -c

j@j:/usr/local/lib$ php -ini | grep Configuration
Configuration File (php.ini) Path => /usr/local/lib
Loaded Configuration File => (none)
Configuration
j@j:/usr/local/lib$ ls /usr/local/lib
php  php.ini  python2.5  site_ruby
j@j:/usr/local/lib$ php -c /usr/local/lib/php.ini /var/www/toolbelt/test.php
j@j:/usr/local/lib$ php /var/www/toolbelt/test.php

Fatal error: Class 'HttpRequest' not found in /var/www/toolbelt/test.php on line 7
jonathan@jonathan:/usr/local/lib$

Edit Edit Edit Edit Edit Edit Edit Further info. With the strace method proven in another stack exchange article I examined to ascertain if there have been any tries to open the ini file produced in the loading of php. There have been not

j@j:/usr/local/lib$ sudo strace  -e trace=open php -ini 2>&1 |grep  php.ini
Configuration File (php.ini) Path => /usr/local/lib
j@j:/usr/local/lib$ sudo strace  -e trace=open php -ini 2>&1 |grep  /usr/local/lib
Configuration File (php.ini) Path => /usr/local/lib
extension_dir => /usr/local/lib/php/extensions/no-debug-non-zts-20060613 => /usr/local/lib/php/extensions/no-debug-non-zts-20060613
include_path => .:/usr/local/lib/php => .:/usr/local/lib/php