php_curl.dll => missing zlib.dll
php_dba.dll => missing
php_exif.dll => missing php_mbstring.dll (weird)
php_gmp.dll => missing
php_intl.dll => missing icuuc36.dll
> php_interbase.dll => missing gds32.dll

not supported yet.

> php_mime_magic.dll => missing
> php_ming.dll => missing

moved to pecl

> php_mssql.dll => missing ntwdblib.dll

not available anymore, my mistake I should have disabled it.

> php_oci8.dll => missing OCI.dll

You have to install the OCI client. See the manual.

> php_oci8_11g.dll => missing OCI.dll

Same as oci8 but using the client version 11.x.

> php_pdo_firebird.dll => missing gds32.dll

Not supported yet.

> php_pdo_mssql.dll => missing ntwdblib.dll

not available anymore, my mistake I should have disabled it.

> php_pdo_oci.dll => missing OCI.dll

Same as oci8

> php_pdo_pgsql.dll => missing LIBPQ.dll

It is present in the archive.

> php_pgsql.dll => missing LIBPQ.dll

It is present in the archive.

> php_phar.dll => missing

builtin

> php_pspell.dll => aspell-15.dll

not supported anymore.

> php_snmp.dll => missing

not supported yet.

> php_sybase_ct.dll => missing libcs.dll

You have to install the sybase client.

> php_zip.dll => missing

builtin.

For builtin module: run php -m to see them.

php -m output:

[PHP Modules]
bcmath
calendar
com_dotnet
Core
ctype
date
dom
ereg
filter
ftp
hash
iconv
json
libxml
mcrypt
mhash
mysqlnd
odbc
pcre
PDO
Phar
Reflection
session
SimpleXML
SPL
standard
tokenizer
wddx
xml
xmlreader
xmlwriter
zip
zlib

And the one I miss:

> php_dba.dll => missing

not supported yet.

> php_exif.dll => missing php_mbstring.dll (weird)

It depends on mbstring, load mbsring first. See the manual.

> php_gmp.dll => missing

not support yet.

> php_intl.dll => missing icuuc36.dll

it is in the archive.

In short, I will repackage it without mssql as it makes no sense to bundle it as it is not support anymore in 5.3. Thanks for your quick test&report!

Ok, I know about the db drivers dependency, but if you can mention 
this about the oracle driver, it should be noted for the others too.
The lines about the built-in and the not-supported-yet modules should 
be removed, so the php.ini and the actual extension should be kept in 
sync imho.
If the exif ext depends on the mbstring, then it should be put after 
that.
Could this mean, that we could have some cycle reference error about 
the extensions loading preference, for example:
If A depends on B and B on C and C on A, then it can be loaded?
Sorry for asking stopid questions. :/

ps: Can I get/build somehow the curl module for myself, or it wont 
work with the current RC? 

Tyrael

Please retry :)

curl is working with the updated package.
mssql, and pdo_mssql are removed now, but they weren't removed from 
the php.ini.
also it seems that enchant was shipped with RC1(and mentioned on the 
release note), but the php.ini hasn't note it in the extensions, and 
now its gone with RC2.
what happened with it?
Its my biggest problem (after you fixed the curl extension, of course 
:)), that the php.ini isn't reflect the situation about the 
shipped/packaged extensions.

thanks for your time and effort.

Tyrael

About the intl extension:
If I move the following dlls:
icudt36.dll
icuin36.dll
icuio36.dll
icule36.dll
iculx36.dll
icutu36.dll
icuuc36.dll
from the php directory to the apache/bin, then it works.
this is my fault, how/where can I tell the php, that where should it 
search the extensions dll dependecy?

Tyrael

Add the php directory to your PATH (first in it :)