apache - PHP on Mac OS X - Loading Non-Existent Extensions by Default - Erroneous phpinfo() Results? -

I have enabled PHP 5.3.2 and Apache 2.2.14 when Mac OS X Snow Leopard is installed and this confirmation I'm connecting to phpinfo () to call that;

Initially, it appears that all possible extensions are being loaded because call means print_r (get_loaded_extensions ()):

  array ( [0] = & gt; Core [1] => Date [2] => Erag [3] => libxml [4] = & gt; openssl [5] = & gt; 6] = & Gt; sqlite3 [7] = & gt; zlib [8] = & gt; Bismat [9] = & gt; Beas 2 [10] = & gt; Calendar [11] => CTEP [12] = & gt; Gt; curl [13] = & gt; Dome [14] = & gt; hash [15] => file info [16] => filter [17] => FTP [18] = & gt; ; GD [19] = & gt; Sessions [20] => Gtc [21] => JSN [22] => LDAP [23] = & gt; MBI string [24] => standard [25] => MySchlund [26] => SPL [27] = & gt; ODBC [28] => MyScilli [2 9] = & gt; PDO [30] = & gt; Pdo_mysql [31] = & gt; Pdo_sqlite [32] => Phar [33] => Pausx [34] => Reflection [35] = & gt; ISLL [ 36] = & gt; Shmop [37] = & gt; Simplex [38] => SNMP [39] => Soap [40] => Chairs [41] = & gt; Esquilite [42] = & gt; XIF [43] = & gt; Sysvmsg [44] = & gt; Sysvsem [45] = & gt; Sysvshm [46] = & gt; Tokenizer [47] = & gt; Xml [48] = & gt; Xmlreader [49] = & gt; Xmlrpc [50] = & gt; Xmlwriter [51] = & gt; Xsl [52] = & gt; Zip [53] = & gt; Apache2handler)  

When I edited php.ini.default and created /private/etc/php.ini, I commented on all the extensions available to stop loading (I was now Just trying to get a baseline) Even after restarting Apache with the new php.ini information, all extensions are still loading. My guess is that since an extension is not being explicitly loaded, PHP is reacting the same way if I do not have any php.ini.

What's the problem with me when I try to find files linked to the library, "Weighted" extensions, I can not find any! I have searched my entire hard drive as a root user, searching for any trace of library files * .so and no one has found (example: / -name ' mysql ' to find Call for extension libraries) and only one * .so / php is listed as extension_dir file in the directory / usr / lib / php / extensions / no-debug-non-zts-20090626 PHP says that it successfully Why is he loading them?

Here is the GD extension result from phpinfo () as an example:

I have confirmed that the PHP .ini file took effect: I set error_log = in a file I'm able to write it by calling error_log ($ string, 0);

I have not tried to run the code yet I try to use any extension which is called php, so I think this is my next move, but I just want to see it That there is another problem to solve this problem and if so how.

Many PHP extensions as part of php executable instead of shared object files Can be made from.

You can even do that.