# Minor problems with PHP 5.3.0 RC1 on Windows - Thread: https://externals.io/message/43489 - Original archive: https://news-web.php.net/php.internals/43489 - Started by Ionut G. Stan on 2009-03-26T18:34:55+00:00 - Messages: 9 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #43489 — Ionut G. Stan — 2009-03-26T18:34:55+00:00 URL: https://externals.io/message/43489#43489 Problems with PHP 5.3.0 RC1 VC6 x86 thread safe (and most probably with the other versions too): - php.ini-development and php.ini-production parse error on line 581 - php_mcrypt.dll not present as a file in ./ext - php_mhash.dll, php_msql.dll and php_pspell.dll are present as an option in php.ini although it is said they are removed - php_enchant.dll not present nor as an option in php.ini, nor as a file in ./ext and I cannot see it in the php -m output - php_phar.dll present as an option in php.ini but there is no need (causes confusion) - php_pdo.dll present as an option in php.ini but there is no need (causes confusion) Cheers -- Ionut G. Stan I'm under construction |http://igstan.blogspot.com/ --- ## #43490 — Pierre Joye — 2009-03-26T18:40:04+00:00 URL: https://externals.io/message/43489#43490 · In reply to: #43489 hi, > Problems with PHP 5.3.0 RC1 VC6 x86 thread safe (and most probably with the > other versions too): > > - php.ini-development and php.ini-production parse error on line 581 Eric, can you look at it please? > - php_mcrypt.dll not present as a file in ./ext builtin > - php_mhash.dll, php_msql.dll and php_pspell.dll are present as an option in > php.ini although it is said they are removed right, should be removed. > - php_phar.dll present as an option in php.ini but there is no need (causes > confusion) not decided if it will be static or shared. > - php_pdo.dll present as an option in php.ini but there is no need (causes > confusion) builtin thanks for your feedbacks! Cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #43491 — Daniel Convissor — 2009-03-26T18:51:16+00:00 URL: https://externals.io/message/43489#43491 · In reply to: #43490 Hi Pierre and Ionut: > > > […] > > Eric, can you look at it please? That was fixed yesterday (per "php.ini-production & php.ini-development last minute updates" thread). --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 --- ## #43492 — Ionut G. Stan — 2009-03-26T18:55:01+00:00 URL: https://externals.io/message/43489#43492 · In reply to: #43491 > That was fixed yesterday (per "php.ini-production& php.ini-development > last minute updates" thread). > Sorry, just saw it. -- Ionut G. Stan I'm under construction | http://igstan.blogspot.com/ --- ## #43493 — Kalle Sommer Nielsen — 2009-03-26T18:59:28+00:00 URL: https://externals.io/message/43489#43493 · In reply to: #43492 2009/3/26 Ionut G. Stan : > > > […] > > Sorry, just saw it. Pierre just fixed the others except for phar in CVS, so the changes will be in RC2 and thanks for the headsup =) > > -- > Ionut G. Stan > I'm under construction  |  http://igstan.blogspot.com/ > > > -- > > > > -- Kalle Sommer Nielsen kalle@php.net --- ## #43500 — Pierre Joye — 2009-03-26T19:37:11+00:00 URL: https://externals.io/message/43489#43500 · In reply to: #43489 re, To summarize: > Problems with PHP 5.3.0 RC1 VC6 x86 thread safe (and most probably with the > other versions too): > > - php.ini-development and php.ini-production parse error on line 581 fixed > - php_mcrypt.dll not present as a file in ./ext fixed > - php_mhash.dll, php_msql.dll and php_pspell.dll are present as an option in > php.ini although it is said they are removed fixed > - php_enchant.dll not present nor as an option in php.ini, nor as a file in > ./ext and I cannot see it in the php -m output Only available for VC9 builds for now > - php_phar.dll present as an option in php.ini but there is no need (causes > confusion) Will be change when we are sure of the built type (builtin or shared) > - php_pdo.dll present as an option in php.ini but there is no need (causes > confusion) fixed as well as all other having droped too in the past releasese. cheers, -- Pierre http://blog.thepimp.net | http://www.libgd.org --- ## #43504 — Greg Beaver — 2009-03-27T00:29:01+00:00 URL: https://externals.io/message/43489#43504 · In reply to: #43500 Pierre Joye wrote: > > […] > > Will be change when we are sure of the built type (builtin or shared) What is the debate? Whether windows build should match unix build? Greg --- ## #43505 — Kalle Sommer Nielsen — 2009-03-27T01:54:11+00:00 URL: https://externals.io/message/43489#43505 · In reply to: #43504 Hi Greg 2009/3/27 Greg Beaver : > Pierre Joye wrote: > > > […] > > What is the debate?  Whether windows build should match unix build? The question is that, should Phar be built staticlly or shared by default in the Windows distro, as it is right now then Phar is built staticlly and if its kept that way then extension=php_phar.dll will be useless in php.ini. > > Greg > > -- > > > > -- Kalle Sommer Nielsen kalle@php.net --- ## #43506 — Greg Beaver — 2009-03-27T02:33:18+00:00 URL: https://externals.io/message/43489#43506 · In reply to: #43505 Kalle Sommer Nielsen wrote: > Hi Greg > > 2009/3/27 Greg Beaver : > > > […] > > The question is that, should Phar be built staticlly or shared by > default in the Windows distro, as it is right now then Phar is built > staticlly and if its kept that way then extension=php_phar.dll will be > useless in php.ini. > Hi, My next question is why there is still debate on this question when the question was settled by the RMs on internals on Nov. 18, 2008 http://marc.info/?l=php-internals&m=122684228317217&w=2 This is why I am asking - am I confused about the finality of this decision? Greg