#49349 [NEW]: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors)
From: raulsalitrero at gmail dot com Operating system: windows xp sp3 PHP version: 5.3.0 PHP Bug Type: Gettext related Bug description: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors) Description: usign gettext functions under php 5.3.0 (built with vc9) works differently to how it used to work in php 5.2.x (tested on 5.2.10 built with vc6). it used to work even after a setlocale error, (locale not supported on my machine), after the error it continued loading the .mo (.po) files from the locale folder in the app. in php 5.3 it doesn't seem to load the files, i've tried changing the locale to the correct name for windows wich is "enu" and the path to the correct locale folder to: locale/ enu/... en_us/... en_US/... English_United States/... English_United States.1252/... (changing the setlocale codeset from "UTF-8" to "CP1252" and "1252", and various combinations of the above settings, also with and without the codeset functions, and it didn't show translations. in php 5.2.10 it loaded the files directly from the first settings id like to know if it is possible to make php_gettext to ignore the setlocal error and work out the folder name from the LANG and LC_ALL enviroment variables like it apparently used to be in earlier versions of php. or if it would be too much troublesome, then if it could be possible to add a new function that returns the folder name where the the .mo files are being expected to be, something like: gettext_getpath([$text_domain = Current_default_domain]) and get something like "en_US\LC_MESSAGES\domain.mo" (locale folder name) or the full path something like "C:\Apache\htdocs\app\locale\en_US\LC_MESSAGES\domain.mo" or "/var/www/app1/locale/en_US/LC_MESSAGES/domain.mo" in *nix (even if the file doesn't exists to know if its necessary to rename/move folders thanks in advance Reproduce code: --- "hello world" (english) in the relative path "locale/en/LC_MESSAGES/" "hello world" Actual result: -- "hola mundo" (text not being translated) -- Edit bug report at http://bugs.php.net/?id=49349&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49349&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49349&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49349&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49349&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49349&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49349&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49349&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49349&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49349&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49349&r=support Expected behavior: http://bugs.php.net/fix.php?id=49349&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49349&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49349&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49349&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49349&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49349&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49349&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49349&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49349&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49349&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49349&r=mysqlcfg
#49458 [Com]: passthru is unable to fork
ID: 49458
Comment by: raulsalitrero at gmail dot com
Reported By: RQuadling at GMail dot com
Status: Feedback
Bug Type: Filesystem function related
Operating System: Windows XP SP3
PHP Version: 5.3SVN-2009-09-03 (SVN)
Assigned To: pajoye
New Comment:
i have just tested the patch and it seems to work, the output i get
is:
on windows xp sp3 (all patches)
C:\php>php -n -r "echo passthru('php.exe -n -v');"
PHP 5.3.1-dev (cli) (built: Sep 3 2009 10:04:34)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
before the patch, it fails just like the report using svn version up to
date.
Previous Comments:
[2009-09-03 15:34:56] paj...@php.net
It works on 2008/Vista/Win7 but fails on XP or 2k3. It seems that
CreateProcessAsUser is more restrictive in these versions than in newer
releass forcing us to check for ERROR_NO_TOKEN.
If the current thread is not impersonated, it has no token assigned.
Can you try this patch please? http://pastie.org/604529
[2009-09-03 15:32:16] RQuadling at GoogleMail dot com
[2009/09/03 16:18:38] [D:\Personal
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >php -n -v
PHP 5.3.1-dev (cli) (built: Sep 3 2009 10:16:30)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
[2009/09/03 16:18:40] [D:\Personal
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >php -n -r "echo passthru('php.exe -n -v');"
Warning: passthru(): Unable to fork [php.exe -v] in Command line code
on line 1
[2009/09/03 16:18:48] [D:\Personal
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >
Basically, all the latest snapshots from windows.php.net are failing
for me.
All the official releases are working for me.
Checking historical versions ...
PHP 5.3.1-dev (cli) (built: Aug 27 2009 23:21:09) Works
PHP 5.3.1-dev (cli) (built: Aug 28 2009 00:20:34) Works
PHP 5.3.1-dev (cli) (built: Aug 28 2009 01:20:31) Works
I'll get the historical updates and let you know when the failure
started.
Have you got any uncommitted code?
[2009-09-03 15:31:54] RQuadling at GMail dot com
[2009/09/03 16:18:38] [D:\Personal
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >php -n -v
PHP 5.3.1-dev (cli) (built: Sep 3 2009 10:16:30)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
[2009/09/03 16:18:40] [D:\Personal
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >php -n -r "echo passthru('php.exe -n -v');"
Warning: passthru(): Unable to fork [php.exe -v] in Command line code
on line 1
[2009/09/03 16:18:48] [D:\Personal
Files\Downloads\Software\Programming\PHP\Latest Snapshots\php-5.3-nts-
win32-VC6-x86-latest] [] >
Basically, all the latest snapshots from windows.php.net are failing
for me.
All the official releases are working for me.
Checking historical versions ...
PHP 5.3.1-dev (cli) (built: Aug 27 2009 23:21:09) Works
PHP 5.3.1-dev (cli) (built: Aug 28 2009 00:20:34) Works
PHP 5.3.1-dev (cli) (built: Aug 28 2009 01:20:31) Works
I'll get the historical updates and let you know when the failure
started.
Have you got any uncommitted code?
[2009-09-03 14:54:12] paj...@php.net
Which version do you use? It works here using vc9/x86
[2009-09-03 14:46:51] RQuadling at GMail dot com
Description:
Unable to fork. As a consequence, phpdoc/configure.php fails on windows
as it is unable to call external scripts.
Run the command below at the command prompt.
This works on PHP 5.3.0 (cli) (built: Jun 29 2009 21:44:56)
Reproduce code:
---
php -n -r "echo passthru('php.exe -v');"
Expected result:
PHP 5.3.1-dev (cli) (built: Sep 3 2009 09:58:01)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
Actual result:
--
Warning: passthru(): Unable to fork [php.exe -v] in Command line code
on
line 1
--
Edit this bug report at http://bugs.php.net/?id=49458&edit=1
#49464 [NEW]: php_sockets build broken
From: raulsalitrero at gmail dot com Operating system: Windows Xp SP3 PHP version: 5.3SVN-2009-09-04 (SVN) PHP Bug Type: Compile Failure Bug description: php_sockets build broken Description: php_sockets.dll build is broken in win vc9, with the next error ext\sockets\sockets.c(327) : error C2491: 'php_sockets_le_socket' : definition of dllimport function not allowed tried building the last svn source with the same result. using vc9 to compile, the error is also observable in the windows sanpshots compile logs the bug was introduced in revision: 287911 - export le_socket from ext/sockets changing files: -/php/php-src/branches/PHP_5_3/ext/sockets/php_sockets.h -/php/php-src/branches/PHP_5_3/ext/sockets/sockets.c Reproduce code: --- use nmake to compile with vc9 compiler Expected result: php_sockets.dll is built Actual result: -- php_sockets.dll is missing from the result build -- Edit bug report at http://bugs.php.net/?id=49464&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49464&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49464&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49464&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49464&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49464&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49464&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49464&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49464&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49464&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49464&r=support Expected behavior: http://bugs.php.net/fix.php?id=49464&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49464&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49464&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49464&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49464&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49464&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49464&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49464&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49464&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49464&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49464&r=mysqlcfg
#49464 [Com]: php_sockets build broken
ID: 49464 Comment by: raulsalitrero at gmail dot com Reported By: raulsalitrero at gmail dot com Status: Open Bug Type: Compile Failure Operating System: win32 only - Windows Xp SP3 PHP Version: 5.3SVN-2009-09-04 (SVN) New Comment: i've just tried it, it works now. thanks. Previous Comments: [2009-09-04 10:26:14] ka...@php.net The fix for this is pretty simple: http://pastie.org/605649 However this C2491 only occurs when building sockets shared because of the wrong exporting declarings used [2009-09-04 03:44:59] raulsalitrero at gmail dot com Description: php_sockets.dll build is broken in win vc9, with the next error ext\sockets\sockets.c(327) : error C2491: 'php_sockets_le_socket' : definition of dllimport function not allowed tried building the last svn source with the same result. using vc9 to compile, the error is also observable in the windows sanpshots compile logs the bug was introduced in revision: 287911 - export le_socket from ext/sockets changing files: -/php/php-src/branches/PHP_5_3/ext/sockets/php_sockets.h -/php/php-src/branches/PHP_5_3/ext/sockets/sockets.c Reproduce code: --- use nmake to compile with vc9 compiler Expected result: php_sockets.dll is built Actual result: -- php_sockets.dll is missing from the result build -- Edit this bug report at http://bugs.php.net/?id=49464&edit=1
Bug #49349 [Com]: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors)
Edit report at http://bugs.php.net/bug.php?id=49349&edit=1 ID: 49349 Comment by: raulsalitrero at gmail dot com Reported by: raulsalitrero at gmail dot com Summary: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors) Status: Assigned Type: Bug Package: Gettext related Operating System: win32 only - windows xp sp3 PHP Version: 5.3.0 Assigned To: pajoye New Comment: just as a note. i have just compiled the last version of libintl 0.18.1 taking the patch used for the previous version as a base but the problem persists. also you stated: "The work around is explained in this report." but i don't know what exactly that means. what workaround.? Do you mean the pure php gettex implemementation, i know it works, but it can be really slow. thanks in advance.. RAUL... Previous Comments: [2010-05-12 19:41:06] paj...@php.net No release date yet. Please, don't add other cases as the issue has been identified, clearly. [2010-05-12 19:14:18] jasonsmith at yahoo dot com Is there a release date for 5.3.3? [2010-05-12 06:46:16] viii at iinet dot net dot au Windows Server 2008 R2 x64 with IIS 7.5 PHP 5.3.0, 5.3.2 Locale is English (Australian). Trying to get English (United States) to work. have ./locale/en_AU/LC_MESSAGES/messages.mo ./locale/en_US/LC_MESSAGES/messages.mo Always get the default (Australian) You stated: "The work around is explained in this report." So, but this escapes me. Where is the workaround? I have read this thread several times. Question: why does _SERVER["HTTP_ACCEPT_LANGUAGE"] have en-AU and not en_AU??? Or is this just a silly Winblows thing. [2010-05-06 09:20:47] paj...@php.net The work around is explained in this report. And yes, there will be a 5.3.3 which will have the fix in the library used by gettext. [2010-05-06 06:00:32] scott at etw dot ca Is there a release date for 5.3.3? Spent the last few months building a project in 5.3 and my final steps was to add language support which i cant do with gettext due to this bug, and to revert to 5.2x would require other major code changes The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=49349 -- Edit this bug report at http://bugs.php.net/bug.php?id=49349&edit=1
Bug #49349 [Com]: gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors)
Edit report at http://bugs.php.net/bug.php?id=49349&edit=1 ID: 49349 Comment by: raulsalitrero at gmail dot com Reported by:raulsalitrero at gmail dot com Summary:gettext behaves differently in php 5.3.0 (5.2.x ignored setlocale errors) Status: Feedback Type: Bug Package:Gettext related Operating System: win32 only - windows xp sp3 PHP Version:5.3.0 Assigned To:pajoye Block user comment: N New Comment: yes!!, it works now, thanks a lot man!!, so the error was in gettext sources... what was the problem actually?... Previous Comments: [2010-08-08 16:16:19] paj...@php.net Please try with 5.3.3 final. [2010-07-14 15:14:16] paj...@php.net By the way, reading again the gettext source code (the intl library), the name of the language environment is LANGUAGE, not LANG. At least in the recent versions. Next 5.3.3RC-vc9 will have the fix (due tomorrow). [2010-06-29 23:00:40] raulsalitrero at gmail dot com just as a note. i have just compiled the last version of libintl 0.18.1 taking the patch used for the previous version as a base but the problem persists. also you stated: "The work around is explained in this report." but i don't know what exactly that means. what workaround.? Do you mean the pure php gettex implemementation, i know it works, but it can be really slow. thanks in advance.. RAUL... [2010-05-12 19:41:06] paj...@php.net No release date yet. Please, don't add other cases as the issue has been identified, clearly. [2010-05-12 19:14:18] jasonsmith at yahoo dot com Is there a release date for 5.3.3? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=49349 -- Edit this bug report at http://bugs.php.net/bug.php?id=49349&edit=1
[PHP-BUG] Bug #52841 [NEW]: php crash on phpinfo(); using php_enchant
From: Operating system: Windows XP PHP version: 5.3SVN-2010-09-14 (SVN) Package: Reproducible crash Bug Type: Bug Bug description:php crash on phpinfo(); using php_enchant Description: php svn crashes when calling phpinfo() and having php_enchant loaded. apparently an uninitialñized pointer is passed around while invoking php_info_print_table_start(); the problem occurs only using php_enchant, any other extension, i havent seen this crash on any other extension, in fact im using php.ini-production modified only to load php_enchant and no other extension. i am using the lates sources from php 5.3 branch in svn. this bug started to happen recently, code from about one or two weeks ago doesn't crash. the following stack trace was obtained using vc2008 Test script: --- Expected result: phpinfo page shown. Actual result: -- php5ts.dll!_erealloc(void * ptr=0x, unsigned int size=79, int allow_failure=0) LÃnea 2359 + 0x4 bytes C php5ts.dll!xbuf_format_converter(smart_str * xbuf=0x037cf93c, const char * fmt=0x, char * ap=0x) LÃnea 234 + 0x3f bytesC php5ts.dll!vspprintf(char * * pbuf=0x037cf968, unsigned int max_len=0, const char * format=0x022c6fe8, char * ap=0x037cf974) LÃnea 799 C php5ts.dll!php_printf(const char * format=0x022c6fe8, ...) LÃnea 626 C php5ts.dll!php_info_print_table_start() LÃnea 1040 + 0xa bytes C php_enchant.dll!zm_info_enchant(_zend_module_entry * zend_module=0x0266de20, void * * * tsrm_ls=0x025433f0) LÃnea 323 C php5ts.dll!php_info_print_module(_zend_module_entry * zend_module=0x0266de20, void * * * tsrm_ls=0x025433f0) LÃnea 103 + 0x8 bytes C php5ts.dll!_display_module_info_func(_zend_module_entry * module=0x0266de20, void * * * tsrm_ls=0x025433f0) LÃnea 123 + 0xb bytes C php5ts.dll!zend_hash_apply(_hashtable * ht=0x037cfa38, int (void *, void * * *)* apply_func=0x020b5fc0, void * * * tsrm_ls=0x025433f0) LÃnea 676 + 0x9 bytes C php5ts.dll!php_print_info(int flag=-1, void * * * tsrm_ls=0x025433f0) LÃnea 939 + 0x10 bytes C php5ts.dll!zif_phpinfo(int ht=0, _zval_struct * return_value=0x0389dfc8, _zval_struct * * return_value_ptr=0x, _zval_struct * this_ptr=0x, int return_value_used=0, void * * * tsrm_ls=0x025433f0) LÃnea 1254C php5ts.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data * execute_data=0x038d0080, void * * * tsrm_ls=0x02543300) LÃnea 316 + 0x41 bytes C php5ts.dll!ZEND_DO_FCALL_SPEC_CONST_HANDLER(_zend_execute_data * execute_data=0x, void * * * tsrm_ls=0x) LÃnea 1606 + 0xe bytes C php5ts.dll!execute(_zend_op_array * op_array=0x0389db10, void * * * tsrm_ls=0x02543300) LÃnea 107 + 0xa bytes C php5ts.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x025433f0, _zval_struct * * retval=0x, int file_count=3, ...) LÃnea 1195 C php5ts.dll!php_execute_script(_zend_file_handle * primary_file=0x037cfe5c, void * * * tsrm_ls=0x025433f0) LÃnea 2260 + 0x12 bytes C php5apache2_2.dll!php_handler(request_rec * r=0x025d34e8) LÃnea 669 + 0xe bytes C libhttpd.dll!ap_run_handler(request_rec * r=0x025d34e8) LÃnea 158 + 0x28 bytes C libhttpd.dll!ap_invoke_handler(request_rec * r=0x01596640) LÃnea 376 + 0x6 bytes C libhttpd.dll!ap_process_request(request_rec * r=0x025d34e8) LÃnea 286 C libhttpd.dll!ap_process_http_connection(conn_rec * c=0x025ce488) LÃnea 190 + 0x6 bytes C libhttpd.dll!ap_run_process_connection(conn_rec * c=0x025ce488) LÃnea 43 + 0x28 bytes C libhttpd.dll!ap_process_connection(conn_rec * c=0x025ce488, void * csd=0x025c7460) LÃnea 178 + 0x6 bytes C libhttpd.dll!worker_main(void * thread_num_val=0x025ce480) LÃnea 778 C -- Edit bug report at http://bugs.php.net/bug.php?id=52841&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52841&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52841&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52841&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52841&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52841&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52841&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52841&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52841&r=needscript Try newer version: http://bugs.php.net/fix.php?id=52841&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52841&r=su
Bug #52841 [Opn]: php crash on phpinfo(); using php_enchant
Edit report at http://bugs.php.net/bug.php?id=52841&edit=1 ID: 52841 User updated by:raulsalitrero at gmail dot com Reported by:raulsalitrero at gmail dot com Summary:php crash on phpinfo(); using php_enchant Status: Open Type: Bug Package:Reproducible crash Operating System: Windows XP PHP Version:5.3SVN-2010-09-14 (SVN) Block user comment: N New Comment: the exception i get is: 0xC005: Infracción de acceso al leer la ubicación 0x00030005. (Read Access Infracion. Address:0x00030005) Previous Comments: [2010-09-14 18:35:03] raulsalitrero at gmail dot com Description: php svn crashes when calling phpinfo() and having php_enchant loaded. apparently an uninitialñized pointer is passed around while invoking php_info_print_table_start(); the problem occurs only using php_enchant, any other extension, i havent seen this crash on any other extension, in fact im using php.ini-production modified only to load php_enchant and no other extension. i am using the lates sources from php 5.3 branch in svn. this bug started to happen recently, code from about one or two weeks ago doesn't crash. the following stack trace was obtained using vc2008 Test script: --- Expected result: phpinfo page shown. Actual result: -- php5ts.dll!_erealloc(void * ptr=0x, unsigned int size=79, int allow_failure=0) LÃnea 2359 + 0x4 bytes C php5ts.dll!xbuf_format_converter(smart_str * xbuf=0x037cf93c, const char * fmt=0x, char * ap=0x) LÃnea 234 + 0x3f bytes C php5ts.dll!vspprintf(char * * pbuf=0x037cf968, unsigned int max_len=0, const char * format=0x022c6fe8, char * ap=0x037cf974) LÃnea 799 C php5ts.dll!php_printf(const char * format=0x022c6fe8, ...) LÃnea 626 C php5ts.dll!php_info_print_table_start() LÃnea 1040 + 0xa bytes C php_enchant.dll!zm_info_enchant(_zend_module_entry * zend_module=0x0266de20, void * * * tsrm_ls=0x025433f0) LÃnea 323 C php5ts.dll!php_info_print_module(_zend_module_entry * zend_module=0x0266de20, void * * * tsrm_ls=0x025433f0) LÃnea 103 + 0x8 bytes C php5ts.dll!_display_module_info_func(_zend_module_entry * module=0x0266de20, void * * * tsrm_ls=0x025433f0) LÃnea 123 + 0xb bytes C php5ts.dll!zend_hash_apply(_hashtable * ht=0x037cfa38, int (void *, void * * *)* apply_func=0x020b5fc0, void * * * tsrm_ls=0x025433f0) LÃnea 676 + 0x9 bytes C php5ts.dll!php_print_info(int flag=-1, void * * * tsrm_ls=0x025433f0) LÃnea 939 + 0x10 bytes C php5ts.dll!zif_phpinfo(int ht=0, _zval_struct * return_value=0x0389dfc8, _zval_struct * * return_value_ptr=0x, _zval_struct * this_ptr=0x, int return_value_used=0, void * * * tsrm_ls=0x025433f0) LÃnea 1254C php5ts.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data * execute_data=0x038d0080, void * * * tsrm_ls=0x02543300) LÃnea 316 + 0x41 bytes C php5ts.dll!ZEND_DO_FCALL_SPEC_CONST_HANDLER(_zend_execute_data * execute_data=0x, void * * * tsrm_ls=0x) LÃnea 1606 + 0xe bytes C php5ts.dll!execute(_zend_op_array * op_array=0x0389db10, void * * * tsrm_ls=0x02543300) LÃnea 107 + 0xa bytes C php5ts.dll!zend_execute_scripts(int type=8, void * * * tsrm_ls=0x025433f0, _zval_struct * * retval=0x, int file_count=3, ...) LÃnea 1195 C php5ts.dll!php_execute_script(_zend_file_handle * primary_file=0x037cfe5c, void * * * tsrm_ls=0x025433f0) LÃnea 2260 + 0x12 bytes C php5apache2_2.dll!php_handler(request_rec * r=0x025d34e8) LÃnea 669 + 0xe bytes C libhttpd.dll!ap_run_handler(request_rec * r=0x025d34e8) LÃnea 158 + 0x28 bytes C libhttpd.dll!ap_invoke_handler(request_rec * r=0x01596640) LÃnea 376 + 0x6 bytes C libhttpd.dll!ap_process_request(request_rec * r=0x025d34e8) LÃnea 286 C libhttpd.dll!ap_process_http_connection(conn_rec * c=0x025ce488) LÃnea 190 + 0x6 bytes C libhttpd.dll!ap_run_process_connection(conn_rec * c=0x025ce488) LÃnea 43 + 0x28 bytes C libhttpd.dll!ap_process_connection(conn_rec * c=0x025ce488, void * csd=0x025c7460) LÃnea 178 + 0x6 bytes C libhttpd.dll!worker_main(void * thread_num_val=0x025ce480) LÃnea 778 C -- Edit this bug report at http://bugs.php.net/bug.php?id=52841&edit=1
Bug #52841 [Com]: php crash on phpinfo(); using php_enchant
Edit report at http://bugs.php.net/bug.php?id=52841&edit=1 ID: 52841 Comment by: raulsalitrero at gmail dot com Reported by:raulsalitrero at gmail dot com Summary:php crash on phpinfo(); using php_enchant Status: Feedback Type: Bug Package:Reproducible crash Operating System: Windows XP PHP Version:5.3SVN-2010-09-14 (SVN) Block user comment: N New Comment: sorry. but. where can i download libenchant_52841.zip? Previous Comments: [2010-09-14 19:39:52] paj...@php.net Can you replace the libenchant.dll with libenchant_52841.zip, restart apache and try again please? [2010-09-14 19:00:17] ahar...@php.net It is too. Sorry about that. I'll file a doc bug to remind myself to change the manual, then, because the manual still lists it as a PECL extension. [2010-09-14 18:56:54] paj...@php.net it is part of php [2010-09-14 18:48:59] ahar...@php.net Bugs for PECL packages should be reported on the PECL bug tracker. Please report it using the "report new bug" link at http://pecl.php.net/package/enchant. [2010-09-14 18:37:02] raulsalitrero at gmail dot com the exception i get is: 0xC005: Infracción de acceso al leer la ubicación 0x00030005. (Read Access Infracion. Address:0x00030005) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=52841 -- Edit this bug report at http://bugs.php.net/bug.php?id=52841&edit=1
Bug #52841 [Com]: php crash on phpinfo(); using php_enchant
Edit report at http://bugs.php.net/bug.php?id=52841&edit=1 ID: 52841 Comment by: raulsalitrero at gmail dot com Reported by:raulsalitrero at gmail dot com Summary:php crash on phpinfo(); using php_enchant Status: Feedback Type: Bug Package:Reproducible crash Operating System: Windows XP PHP Version:5.3SVN-2010-09-14 (SVN) Block user comment: N New Comment: yes, its working now with that version of enchant. both CLI and WEB... what caused the problem? Previous Comments: [2010-09-14 21:24:00] paj...@php.net Sorry :) http://windows.php.net/downloads/qa/test/libenchant_52841.zip Also please try using the CLI as well. [2010-09-14 21:11:23] raulsalitrero at gmail dot com sorry. but. where can i download libenchant_52841.zip? [2010-09-14 19:39:52] paj...@php.net Can you replace the libenchant.dll with libenchant_52841.zip, restart apache and try again please? [2010-09-14 19:00:17] ahar...@php.net It is too. Sorry about that. I'll file a doc bug to remind myself to change the manual, then, because the manual still lists it as a PECL extension. [2010-09-14 18:56:54] paj...@php.net it is part of php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=52841 -- Edit this bug report at http://bugs.php.net/bug.php?id=52841&edit=1
Bug #52841 [Com]: php crash on phpinfo(); using php_enchant
Edit report at http://bugs.php.net/bug.php?id=52841&edit=1 ID: 52841 Comment by: raulsalitrero at gmail dot com Reported by:raulsalitrero at gmail dot com Summary:php crash on phpinfo(); using php_enchant Status: Feedback Type: Bug Package:Reproducible crash Operating System: Windows XP PHP Version:5.3SVN-2010-09-14 (SVN) Assigned To:pajoye Block user comment: N Private report: N New Comment: i've just tried it with 5.3.4 Rc1 and also by building php-svn, putting the included libenchant.dll in my deps/bin folder; its working without any noticeable problems, i think the sources and binaries of that libenchant.dll should be updated in http://pecl2.php.net/downloads/php-windows-builds/source/ and in http://pecl2.php.net/downloads/php-windows-builds/php-libs/VCX/x(86|64)/ thanks a lot. Previous Comments: [2010-11-27 13:25:12] paj...@php.net Please try using 5.3.4RC1 [2010-09-14 22:44:03] paj...@php.net It was attempting to load DLLs that were not enchant backends. [2010-09-14 21:31:35] raulsalitrero at gmail dot com yes, its working now with that version of enchant. both CLI and WEB... what caused the problem? [2010-09-14 21:24:00] paj...@php.net Sorry :) http://windows.php.net/downloads/qa/test/libenchant_52841.zip Also please try using the CLI as well. [2010-09-14 21:11:23] raulsalitrero at gmail dot com sorry. but. where can i download libenchant_52841.zip? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=52841 -- Edit this bug report at http://bugs.php.net/bug.php?id=52841&edit=1
[PHP-BUG] Bug #53606 [NEW]: PCRE Compile Fails, Can't open stdint.h
From: Operating system: Windows XP PHP version: 5.3SVN-2010-12-24 (SVN) Package: PCRE related Bug Type: Bug Bug description:PCRE Compile Fails, Can't open stdint.h Description: php build fails since todays upgrade of bundled pcrelib. since it can't find stdint.h in windows. the fix is really simple, since it has been fixed in earlier versions, i've included a small patch. Test script: --- compile in windows. Expected result: compile works as expected Actual result: -- error can't open stdint.h -- Edit bug report at http://bugs.php.net/bug.php?id=53606&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53606&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53606&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53606&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53606&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53606&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53606&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53606&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53606&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53606&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53606&r=support Expected behavior: http://bugs.php.net/fix.php?id=53606&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53606&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53606&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53606&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53606&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53606&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53606&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53606&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53606&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53606&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53606&r=mysqlcfg
