Bug #65207 [Com]: OPCache can't be compiled with SolarisStudio
Edit report at https://bugs.php.net/bug.php?id=65207&edit=1 ID: 65207 Comment by: lj2007331 at gmail dot com Reported by:reh at hebis dot uni-frankfurt dot de Summary:OPCache can't be compiled with SolarisStudio Status: Open Type: Bug Package:Compile Failure Operating System: Solaris / Illumos PHP Version:5.5.0 Block user comment: N Private report: N New Comment: PHP Version:5.5.0 and 5.5.1 OS:CentOS release 6.4 (Final) Kernel: 2.6.32-358.6.2.el6.i686 Error: checking for mmap() using shm_open() shared memory support... no checking for mmap() using regular file shared memory support... no checking for known struct flock definition... configure: error: Don't know how to define struct flock on this system, set --enable-opcache=no make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target `install'. Stop. Previous Comments: [2013-07-14 14:25:27] tgburrin at yahoo dot com reh's solution seems to work for me. After converting the \r\n's to \n and fixing the three spots (configure, ext/opcache/ZendAccelerator.h, and ext/opcache/config.m4) where the flock test is done, I was able to configure and build successfully. I haven't seen any issues so far. using Solaris Studio 12.3 on: # cc -V cc: Sun C 5.12 SunOS_i386 2011/11/16 # uname -a SunOS Heimdall 5.10 Generic_147148-26 i86pc i386 i86pc [2013-07-05 19:31:36] reh at hebis dot uni-frankfurt dot de Last info before resigning. :-( Configure can't link to flock() > configure:19164: checking for flock > "conftest.c", line 161: warning: statement not reached > Undefined symbol first referenced in file > flockconftest.o Maybe someone smarter than me, may use the informations on http://www.perkin.org.uk/posts/solaris-portability-flock.html [2013-07-05 14:41:41] reh at hebis dot uni-frankfurt dot de FAILED TEST SUMMARY ... Test flock() function: Basic functionality [ext/standard/tests/file/flock_basic.phpt] Test flock() function: Variations [ext/standard/tests/file/flock_variation.phpt] ... [2013-07-05 14:17:13] reh at hebis dot uni-frankfurt dot de Today I was able too complete the build. I had to add some Lines in configure and ZendAccelerator.h. (corresponding to ) > # elif defined(__SVR4) > # define FLOCK_STRUCTURE(name, type, whence, start, len) \ > struct flock name = {type, whence, start, len, 0, 0, 0 } Also it was necessary to translate some files of ext/opcache/ with dos2unix. Maybe the problem has been long lines concatunated whith "\CRNL" instead of "\NL" Still it's a hack, not a tested solution. ;-) [2013-07-05 02:07:48] reh at hebis dot uni-frankfurt dot de Description: Configure tries to define a macro for the os dependent structure of flock. (lines 64988 to 65007) Using solarisstudio 12.3 as compiler, non of the pattern matches and configure suggests to disable OPCache Not really knowing what I'm doing, I tried to patch the line 64991 >From "# elif defined(__svr4__)" to "# elif defined(__svr4__) || defined(__SVR4)" This workaround is poor I know, but it seems to work, configure generates the Makefiles. The same construct can be found in ext/opcache/ZendAccelerator.h and for me it looks like that there were some other smells in the opcache package. Make still fails. Test script: --- Configure itself Actual result: -- Configure: checking for known struct flock definition... configure: error: Don't know how to define struct flock on this system, set --enable-opcache=no -- Edit this bug report at https://bugs.php.net/bug.php?id=65207&edit=1
Req #65285 [Wfx]: socket_sendmsg() - accept numeric file descriptors
Edit report at https://bugs.php.net/bug.php?id=65285&edit=1 ID: 65285 User updated by:bugs dot php dot net at ss dot chernousov dot net Reported by:bugs dot php dot net at ss dot chernousov dot net Summary:socket_sendmsg() - accept numeric file descriptors Status: Wont fix Type: Feature/Change Request Package:Sockets related PHP Version:5.5Git-2013-07-18 (Git) Block user comment: N Private report: N New Comment: I see your point, quite reasonable. But isn't it possible to limit it to cli sapi only, like php://fd? Previous Comments: [2013-07-18 22:39:00] cataphr...@php.net Unfortunately, this kind of functionality has been strictly limited in the past (php://fd has been limited to the cli sapi) under the rationale that it would allow PHP to manipulate Apache's file descriptors (when running as module) or whatever other file descriptors such as logs' or the the client connection socket's. I find the argument that this is a vulnerability unpersuasive, but that's the conclusion that prevailed. Won't fix. [2013-07-18 08:21:08] bugs dot php dot net at ss dot chernousov dot net Description: It would be pretty useful if socket_sendmsg() could work not only with sockets, but also with numeric file descriptors. -- Edit this bug report at https://bugs.php.net/bug.php?id=65285&edit=1
Req #65285 [Opn->Wfx]: socket_sendmsg() - accept numeric file descriptors
Edit report at https://bugs.php.net/bug.php?id=65285&edit=1 ID: 65285 Updated by: cataphr...@php.net Reported by:bugs dot php dot net at ss dot chernousov dot net Summary:socket_sendmsg() - accept numeric file descriptors -Status: Open +Status: Wont fix Type: Feature/Change Request Package:Sockets related PHP Version:5.5Git-2013-07-18 (Git) Block user comment: N Private report: N New Comment: Unfortunately, this kind of functionality has been strictly limited in the past (php://fd has been limited to the cli sapi) under the rationale that it would allow PHP to manipulate Apache's file descriptors (when running as module) or whatever other file descriptors such as logs' or the the client connection socket's. I find the argument that this is a vulnerability unpersuasive, but that's the conclusion that prevailed. Won't fix. Previous Comments: [2013-07-18 08:21:08] bugs dot php dot net at ss dot chernousov dot net Description: It would be pretty useful if socket_sendmsg() could work not only with sockets, but also with numeric file descriptors. -- Edit this bug report at https://bugs.php.net/bug.php?id=65285&edit=1
Req #19994 [Com]: Extracting information from Helix/Real Media
Edit report at https://bugs.php.net/bug.php?id=19994&edit=1 ID: 19994 Comment by: steve-php at spamwiz dot com Reported by:thomas at mr-andersen dot no Summary:Extracting information from Helix/Real Media Status: Open Type: Feature/Change Request Package:Feature/Change Request Operating System: All PHP Version:4.2.3 Block user comment: N Private report: N New Comment: This feature request is probably obsolete, and should be closed. The Real Media file format has a negligible market share at this point. Previous Comments: [2002-10-19 14:13:00] thomas at mr-andersen dot no Hi, Have been using PHP as a tool for som CMS and other back-end systems, And have been missing a feature about extracting information from .rm (Real Media files) Just as I can extract header information from JPEG/TIFF formats with the exif_read_data function. I don't know if this is possible in the first place, But since the release of the Helix project, which is sort of open source focused, this should be possible. It would be a nice feature, the Helix project can be found here: http://www.helixcommunity.org/ I will look for information about this in the mean time, but since my level of expertice is 1.5 year of PHP experience I would need some time on this. best regards thomas -- Edit this bug report at https://bugs.php.net/bug.php?id=19994&edit=1
Bug #65291 [Opn->Ver]: get_defined_constants() causes PHP to crash in a very limited case.
Edit report at https://bugs.php.net/bug.php?id=65291&edit=1 ID: 65291 Updated by: ar...@php.net Reported by:gregbenner1 at gmail dot com Summary:get_defined_constants() causes PHP to crash in a very limited case. -Status: Open +Status: Verified Type: Bug Package:Reproducible crash Operating System: CentOS 6.4 PHP Version:5.4.17 Block user comment: N Private report: N New Comment: Program received signal SIGSEGV, Segmentation fault. add_assoc_zval_ex (arg=0x77fbe4e8, key=0x0, key_len=0, value=0x769a7398) at /home/arpad/w/php/php-src/Zend/zend_API.c:1275 1275return zend_symtable_update(Z_ARRVAL_P(arg), key, key_len, (void *) &value, sizeof(zval *), NULL); (gdb) bt #0 add_assoc_zval_ex (arg=0x77fbe4e8, key=0x0, key_len=0, value=0x769a7398) at /home/arpad/w/php/php-src/Zend/zend_API.c:1275 #1 0x00588a38 in add_constant_info (constant=0xa8df70, arg=0x77fbe4e8) at /home/arpad/w/php/php-src/Zend/zend_builtin_functions.c:1933 #2 0x00585e8a in zend_hash_apply_with_argument (ht=0x99ccb0, apply_func=0x5889b0 , argument=0x77fbe4e8) at /home/arpad/w/php/php-src/Zend/zend_hash.c:740 #3 0x0058b0b4 in zif_get_defined_constants (ht=, return_value=0x77fbe4e8, return_value_ptr=, this_ptr=, return_value_used=) at /home/arpad/w/php/php-src/Zend/zend_builtin_functions.c:2023 #4 0x0061a51d in zend_do_fcall_common_helper_SPEC (execute_data=0x77f8b060) at /home/arpad/w/php/php-src/Zend/zend_vm_execute.h:643 #5 0x005d69dc in execute (op_array=0x77fc0c90) at /home/arpad/w/php/php-src/Zend/zend_vm_execute.h:410 #6 0x00579a69 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/arpad/w/php/php-src/Zend/zend.c:1315 #7 0x0051a6b8 in php_execute_script (primary_file=0x7fffcee0) at /home/arpad/w/php/php-src/main/main.c:2497 #8 0x0061cc44 in do_cli (argc=2, argv=0x7fffe2d8) at /home/arpad/w/php/php-src/sapi/cli/php_cli.c:989 #9 0x00418ab3 in main (argc=2, argv=0x7fffe2d8) at /home/arpad/w/php/php-src/sapi/cli/php_cli.c:1365 Previous Comments: [2013-07-18 17:54:29] gregbenner1 at gmail dot com Description: The function get_defined_constants(); (with or without the bool parameter) causes PHP to segfault when used in the same script as a Class that uses a Trait which has the __CLASS__ magic constant somewhere in it. If you replace __CLASS__ with get_called_class() it works fine. Test script: --- https://bugs.php.net/bug.php?id=65291&edit=1
Bug #65279 [Fbk->Opn]: Apache crashes if ext=php_snmp.dll is used
Edit report at https://bugs.php.net/bug.php?id=65279&edit=1 ID: 65279 User updated by:craiga at wvhmhc dot org Reported by:craiga at wvhmhc dot org Summary:Apache crashes if ext=php_snmp.dll is used -Status: Feedback +Status: Open Type: Bug Package:Apache2 related Operating System: Win Serv 2008 R2 PHP Version:5.4.14 Block user comment: N Private report: N New Comment: I do believe the Apache is from the lounge... I wanted the VC9 version. The dll is there, as evidenced by the fact that command-line PHP runs. I'll need some help to make a back trace. Most of the links on http://bugs.php.net/bugs-generating-backtrace-win32.php are broken. Where can the debug pack for 5.4.14 be found? Here is the Apache log for a normal start on my server: [Wed Jul 17 11:17:35.707265 2013] [core:notice] [pid 3792:tid 276] AH00094: Command line: 'C:\\Apache24\\bin\\httpd.exe -d C:/Apache24' [Wed Jul 17 11:17:35.707265 2013] [mpm_winnt:notice] [pid 3792:tid 276] AH00418: Parent: Created child process 1436 [Wed Jul 17 11:17:36.081672 2013] [mpm_winnt:notice] [pid 1436:tid 428] AH00354: Child: Starting 64 worker threads. and with the attempt to use snmp: [Wed Jul 17 11:14:49.049260 2013] [core:notice] [pid 2976:tid 276] AH00094: Command line: 'C:\\Apache24\\bin\\httpd.exe -d C:/Apache24' [Wed Jul 17 11:14:49.049260 2013] [mpm_winnt:notice] [pid 2976:tid 276] AH00418: Parent: Created child process 2316 [Wed Jul 17 11:14:49.423667 2013] [mpm_winnt:notice] [pid 2316:tid 428] AH00354: Child: Starting 64 worker threads. [Wed Jul 17 11:17:19.342550 2013] [mpm_winnt:notice] [pid 2976:tid 276] AH00422: Parent: Received shutdown signal -- Shutting down the server. [Wed Jul 17 11:17:21.370589 2013] [mpm_winnt:notice] [pid 2316:tid 428] AH00364: Child: All worker threads have exited. [Wed Jul 17 11:17:21.386189 2013] [mpm_winnt:notice] [pid 2976:tid 276] AH00430: Parent: Child process 2316 exited successfully. Not a thing in php_errors.log or system event logs. Previous Comments: [2013-07-18 05:36:19] paj...@php.net Are you sure it actually crashes or complain about some DLLs not found? [2013-07-17 21:24:16] a...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Which apache build do you use? We only support those from apachelounge.com . [2013-07-17 18:15:23] craiga at wvhmhc dot org Corrected PHP version. Originally picked 5.4.17 [2013-07-17 15:59:08] craiga at wvhmhc dot org Description: I followed the instructions, and PHP works on the command line: partial phpinfo() output: snmp NET-SNMP Support => enabled NET-SNMP Version => 5.4.2.1 PHP SNMP Version => 0.1 but Apache (ver 2.4) crashes with no clue in the logs every time I try to restart it with SNMP enabled in PHP. Test script: --- N/A Expected result: N/A Actual result: -- N/A -- Edit this bug report at https://bugs.php.net/bug.php?id=65279&edit=1
Bug #65200 [Com]: Seg faults in php_free_pcre_cache on child exit
Edit report at https://bugs.php.net/bug.php?id=65200&edit=1 ID: 65200 Comment by: mmucklo at corp dot oodle dot com Reported by:mmucklo at corp dot oodle dot com Summary:Seg faults in php_free_pcre_cache on child exit Status: Open Type: Bug Package:*General Issues Operating System: RHEL 6.4 PHP Version:5.4.16 Block user comment: N Private report: N New Comment: Okay, I recompiled without --enable-debug, and pounded the server and got two core files that are exactly the same backtrace-wise... Program terminated with signal 11, Segmentation fault. #0 _zend_mm_free_int (heap=0x1bea970, p=0x7f1393ded878) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c:2100 2100/workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c: No such file or directory. in /workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c (gdb) bt #0 _zend_mm_free_int (heap=0x1bea970, p=0x7f1393ded878) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c:2100 #1 0x7f13b8619e65 in destroy_op_array (op_array=0x28ba910) at /workspace/source/external/build/php-5.4.17- apache/Zend/zend_opcode.c:364 #2 0x7f13b863062b in zend_hash_destroy (ht=0x28b9748) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_hash.c:560 #3 0x7f13b861a22e in destroy_zend_class (pce=) at /workspace/source/external/build/php-5.4.17- apache/Zend/zend_opcode.c:296 #4 0x7f13b86302b5 in zend_hash_apply_deleter (ht=0x1beb2d0, p=0x27a7a10) at /workspace/source/external/build/php-5.4.17- apache/Zend/zend_hash.c:650 #5 0x7f13b86303c9 in zend_hash_reverse_apply (ht=0x1beb2d0, apply_func=0x7f13b8614c30 ) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_hash.c:804 #6 0x7f13b8618486 in shutdown_executor () at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_execute_API.c:303 #7 0x7f13b86239e2 in zend_deactivate () at /workspace/source/external/build/php-5.4.17-apache/Zend/zend.c:938 #8 0x7f13b85bff3b in php_request_shutdown (dummy=) at /workspace/source/external/build/php-5.4.17- apache/main/main.c:1800 #9 0x7f13b86d08e7 in php_apache_request_dtor (r=0x30de620) at /workspace/source/external/build/php-5.4.17- apache/sapi/apache2handler/sapi_apache2.c:507 #10 php_handler (r=0x30de620) at /workspace/source/external/build/php-5.4.17-apache/sapi/apache2handler/sapi_apache2.c:679 #11 0x00441d20 in ap_run_handler (r=0x30de620) at config.c:158 #12 0x0044534e in ap_invoke_handler (r=0x30de620) at config.c:376 #13 0x0048c180 in ap_process_request (r=0x30de620) at http_request.c:282 #14 0x00489140 in ap_process_http_connection (c=0x219b640) at http_core.c:190 #15 0x004492b0 in ap_run_process_connection (c=0x219b640) at connection.c:43 #16 0x004b9078 in child_main (child_num_arg=) at prefork.c:667 #17 0x004b9374 in make_child (s=0x1a78c80, slot=14) at prefork.c:768 #18 0x004b9fc7 in perform_idle_server_maintenance (_pconf=, plog=, s=) at prefork.c:903 #19 ap_mpm_run (_pconf=, plog=, s=) at prefork.c:1107 #20 0x0042e564 in main (argc=3, argv=0x7fff7846b3c8) at main.c:753 Core was generated by `/service/local/apache/bin/httpd -f /service/conf/httpd.qvc.conf'. Program terminated with signal 11, Segmentation fault. #0 _zend_mm_free_int (heap=0x1bea970, p=0x7f1393ded878) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c:2100 2100/workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c: No such file or directory. in /workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c (gdb) bt #0 _zend_mm_free_int (heap=0x1bea970, p=0x7f1393ded878) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_alloc.c:2100 #1 0x7f13b8619e65 in destroy_op_array (op_array=0x5953800) at /workspace/source/external/build/php-5.4.17- apache/Zend/zend_opcode.c:364 #2 0x7f13b863062b in zend_hash_destroy (ht=0x5a51cc8) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_hash.c:560 #3 0x7f13b861a22e in destroy_zend_class (pce=) at /workspace/source/external/build/php-5.4.17- apache/Zend/zend_opcode.c:296 #4 0x7f13b86302b5 in zend_hash_apply_deleter (ht=0x1beb2d0, p=0x4e33d70) at /workspace/source/external/build/php-5.4.17- apache/Zend/zend_hash.c:650 #5 0x7f13b86303c9 in zend_hash_reverse_apply (ht=0x1beb2d0, apply_func=0x7f13b8614c30 ) at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_hash.c:804 #6 0x7f13b8618486 in shutdown_executor () at /workspace/source/external/build/php-5.4.17-apache/Zend/zend_execute_API.c:303 #7 0x7f13b86239e2 in zend_deactivate () at /workspace/source/external/build/php-5.4.17-apache/Zend/zend.c:938 #8 0x7f13b85bff3b in php_request_shutdown (dummy=) at /workspace/source/external/build/php-5.4.17- apache
[PHP-BUG] Bug #65291 [NEW]: get_defined_constants() causes PHP to crash in a very limited case.
From: gregbenner1 at gmail dot com Operating system: CentOS 6.4 PHP version: 5.4.17 Package: Reproducible crash Bug Type: Bug Bug description:get_defined_constants() causes PHP to crash in a very limited case. Description: The function get_defined_constants(); (with or without the bool parameter) causes PHP to segfault when used in the same script as a Class that uses a Trait which has the __CLASS__ magic constant somewhere in it. If you replace __CLASS__ with get_called_class() it works fine. Test script: --- https://bugs.php.net/bug.php?id=65291&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65291&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65291&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65291&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65291&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65291&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65291&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65291&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65291&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65291&r=support Expected behavior: https://bugs.php.net/fix.php?id=65291&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65291&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65291&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65291&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65291&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65291&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65291&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65291&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65291&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65291&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65291&r=mysqlcfg
Bug #65268 [Asn->Csd]: select() implementation uses outdated tick API
Edit report at https://bugs.php.net/bug.php?id=65268&edit=1 ID: 65268 Updated by: a...@php.net Reported by:a...@php.net Summary:select() implementation uses outdated tick API -Status: Assigned +Status: Closed Type: Bug Package:Streams related Operating System: windows PHP Version:5.5Git-2013-07-16 (Git) Assigned To:ab Block user comment: N Private report: N New Comment: Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=99afc6dc11016be47ce2ba09779ae4a34d435f5b Log: Fixed bug #65268 select() implementation uses outdated tick API Previous Comments: [2013-07-16 10:40:01] a...@php.net Description: The implementation of php_select() in win32/select.c uses outdated function Get TickCount. From the documentation page http://msdn.microsoft.com/en- us/library/ms724408(v=vs.85).aspx "The elapsed time is stored as a DWORD value. Therefore, the time will wrap around to zero if the system is run continuously for 49.7 days. To avoid this problem, use the GetTickCount64 function. Otherwise, check for an overflow condition when comparing times." This can be an issue for long running php processes. As 5.5 has not to support windows xp anymore, and as the documentation suggests, GetTickCount64 should be used. -- Edit this bug report at https://bugs.php.net/bug.php?id=65268&edit=1
Req #39113 [Opn->Csd]: general tmpdir directive
Edit report at https://bugs.php.net/bug.php?id=39113&edit=1 ID: 39113 User updated by:manuel at mausz dot at Reported by:manuel at mausz dot at Summary:general tmpdir directive -Status: Open +Status: Closed Type: Feature/Change Request -Package:Feature/Change Request +Package:*General Issues Operating System: Linux PHP Version:4.4.4 Block user comment: N Private report: N New Comment: see #60524 Previous Comments: [2006-10-16 10:30:22] youza at post dot cz See this bugs - the similiar problem in my opinion afected other functions. http://bugs.php.net/bug.php?id=37236 http://bugs.php.net/bug.php?id=38934 Yes - the goot solution is the new "super directive" "global_php_temp_dir" ( or other ) this settings automatically addes fo the "local" directives - example for open_basedir - apache config: php_admin_value global_open_basedir = / php_admin_value open_basedir /my/openbasedir .. the result: open_basedir = /:/my/openbasedir etc [2006-10-16 07:55:32] manuel at mausz dot at Same problem for tmpfile() which also has no temp-dir argument. So the only way to solve this is either define P_tmpdir or set TMPDIR in environment? [2006-10-11 11:28:12] manuel at mausz dot at Hmm. Any ideas/comments on this? [2006-10-10 12:43:19] manuel at mausz dot at Description: Regarding http://bugs.php.net/bug.php?id=38963. Many php functions (e.g. ftp_nlist) require the creation of a temporary file. As there is no ini setting for a temp-directory, php tries to use TMPDIR from environment or falls back to P_tmpdir and /tmp. In most web setups /tmp isn't included in open_basedir and P_tmpdir not even defined. Thus such functions fails. -- Edit this bug report at https://bugs.php.net/bug.php?id=39113&edit=1
[PHP-BUG] Bug #65287 [NEW]: PDOStatement::fetchAll wrong result
From: ai at artem dot cc Operating system: Centos PHP version: 5.4.17 Package: PDO related Bug Type: Bug Bug description:PDOStatement::fetchAll wrong result Description: When the mysqlnd driver is used PDOStatement->fetchAll(PDO::FETCH_COLUMN | PDO::FETCH_UNIQUE, 0) does not return proper results when PDO::ATTR_STRINGIFY_FETCHES and PDO::ATTR_EMULATE_PREPARES set to 0 Test script: --- $pdo = new PDO('mysql:host=127.0.0.1;dbname=test', 'root', '123'); $pdo->setAttribute(PDO::ATTR_STRINGIFY_FETCHES, 0); $pdo->setAttribute(PDO::ATTR_EMULATE_PREPARES, 0); var_dump($pdo->query("SELECT id FROM test")->fetchAll(PDO::FETCH_COLUMN | PDO::FETCH_UNIQUE, 0)); Expected result: array(2) { [1]=> int(1) [2]=> int(2) } Actual result: -- array(1) { [""]=> int(2) } -- Edit bug report at https://bugs.php.net/bug.php?id=65287&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65287&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65287&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65287&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65287&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65287&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65287&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65287&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65287&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65287&r=support Expected behavior: https://bugs.php.net/fix.php?id=65287&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65287&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65287&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65287&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65287&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65287&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65287&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65287&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65287&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65287&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65287&r=mysqlcfg
[PHP-BUG] Bug #65288 [NEW]: ZipArchive::getStatusString returns wrong error message
From: crayonviolent at phpfreaks dot com Operating system: Irrelevant PHP version: Irrelevant Package: Zip Related Bug Type: Bug Bug description:ZipArchive::getStatusString returns wrong error message Description: >From the code below, if $file_name is a valid file found within $zip_file, the contents are echo'd just fine. However, if the $file_name is not found, $fp returns false and getStatusString() is echo'd. The problem is that it is echoing "No error". Shouldn't it be returning "No such file" (ER_NOENT) ? Maybe this is actually a bug with ZipArchive::getStream or a combo of both? Test script: --- / begin code / $zip_file='someZip.zip'; $file_name='someFile.txt'; $z = new ZipArchive(); if ($z->open($zip_file) !== true) { echo "File not found."; return false; } $fp = $z->getStream($file_name); if (!$fp) { echo $z->getStatusString(); } else { fpassthru($fp); } /* end code **/ -- Edit bug report at https://bugs.php.net/bug.php?id=65288&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65288&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65288&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65288&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65288&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65288&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65288&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65288&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65288&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65288&r=support Expected behavior: https://bugs.php.net/fix.php?id=65288&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65288&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65288&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65288&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65288&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65288&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65288&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65288&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65288&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65288&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65288&r=mysqlcfg
Req #65187 [Opn->Csd]: exif_read_data : add support for stream resource
Edit report at https://bugs.php.net/bug.php?id=65187&edit=1 ID: 65187 User updated by:imprec at gmail dot com Reported by:imprec at gmail dot com Summary:exif_read_data : add support for stream resource -Status: Open +Status: Closed Type: Feature/Change Request Package:EXIF related PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Closing it as it's actually already supported via exif_read_data('data://image/jpeg;base64,'.base64_encode(file_get_contents('image. jpg'))) Previous Comments: [2013-07-02 21:47:37] imprec at gmail dot com Description: exif_read_data currently read exif metadata only from filepath. In case the image is in memory (stream resource, binary string, etc...) the image as to be written on disk before reading the exif data. It would be awesome to be able to read from a stream resource. -- Edit this bug report at https://bugs.php.net/bug.php?id=65187&edit=1
Bug #65284 [Opn->Nab]: Segmentation fault with the CLI
Edit report at https://bugs.php.net/bug.php?id=65284&edit=1 ID: 65284 Updated by: johan...@php.net Reported by:jhaagsma at gmail dot com Summary:Segmentation fault with the CLI -Status: Open +Status: Not a bug Type: Bug Package:Reproducible crash Operating System: Ubuntu PHP Version:5.4.17 Block user comment: N Private report: N New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. This must somehow depend on the build or something in the environment. Please work with Ondrej on this. We'd need a stacktrace from vanilla PHP for doing anything. Previous Comments: [2013-07-18 08:45:31] sjon at hortensius dot net Obviously a vanilla 5.4.17 doesn't crash with this script (as can easily be seen at http://3v4l.org/gBq9U ); so the problem must be your environment; or the patches that were applied. I think you're best of contacting your distro-specific maintainer for this (I noticed several debian patches which could cause this behaviour) [2013-07-18 07:17:28] jhaagsma at gmail dot com Description: I was updating my machine & VM's from 5.4.17RC1 to 5.4.17 and noticed a problem, it was segfaulting. Using this test file on an upgraded machine and non-upgraded machine: machine1:~$ php --version PHP 5.4.17RC1 (cli) (built: Jun 22 2013 19:27:26) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies machine1:~$ php testphp Running from CLI machine2:~$ php --version PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 18:14:06) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies machine2:~$ php testphp Segmentation fault (core dumped) This is on ubuntu using Ondrej's PPA for PHP 5.4, but he said he's not made any debian/ubuntu specific changes since RC1. Test script: --- Expected result: Expected result was "Running from CLI" Actual result: -- Segmentation fault (core dumped) -- Edit this bug report at https://bugs.php.net/bug.php?id=65284&edit=1
Bug #65284 [Com]: Segmentation fault with the CLI
Edit report at https://bugs.php.net/bug.php?id=65284&edit=1 ID: 65284 Comment by: sjon at hortensius dot net Reported by:jhaagsma at gmail dot com Summary:Segmentation fault with the CLI Status: Open Type: Bug Package:Reproducible crash Operating System: Ubuntu PHP Version:5.4.17 Block user comment: N Private report: N New Comment: Obviously a vanilla 5.4.17 doesn't crash with this script (as can easily be seen at http://3v4l.org/gBq9U ); so the problem must be your environment; or the patches that were applied. I think you're best of contacting your distro-specific maintainer for this (I noticed several debian patches which could cause this behaviour) Previous Comments: [2013-07-18 07:17:28] jhaagsma at gmail dot com Description: I was updating my machine & VM's from 5.4.17RC1 to 5.4.17 and noticed a problem, it was segfaulting. Using this test file on an upgraded machine and non-upgraded machine: machine1:~$ php --version PHP 5.4.17RC1 (cli) (built: Jun 22 2013 19:27:26) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies machine1:~$ php testphp Running from CLI machine2:~$ php --version PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 18:14:06) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies machine2:~$ php testphp Segmentation fault (core dumped) This is on ubuntu using Ondrej's PPA for PHP 5.4, but he said he's not made any debian/ubuntu specific changes since RC1. Test script: --- Expected result: Expected result was "Running from CLI" Actual result: -- Segmentation fault (core dumped) -- Edit this bug report at https://bugs.php.net/bug.php?id=65284&edit=1
Bug #62839 [Com]: curl_copy_handle segfault with CURLOPT_FILE
Edit report at https://bugs.php.net/bug.php?id=62839&edit=1 ID: 62839 Comment by: lixiuqiu55 at outlook dot com Reported by:martin at mixotv dot com Summary:curl_copy_handle segfault with CURLOPT_FILE Status: Closed Type: Bug Package:cURL related Operating System: Linux 3.4.8-1 PHP Version:5.4.5 Assigned To:pierrick Block user comment: N Private report: N New Comment: >From the shape it is easy to see, this war boots set the ventilation and >comfort all in one,http://www.suprahommepascher.fr/nike-air-max-1-c-14.html >under more suitable for athletes on the field when relaxing. Large areas of >breathable mesh material on the uppers decided those shoes on during the >summer Olympics, you can make players >http://www.suprahommepascher.fr/nike-air-max-90-c-27.html feel more >comfortable,air max 90 femme equipped with the Palm at the end of IP in >projecting sustained shock technology can enable the wearer to relax more >thoroughly. Unique breathable outsole structure, with large areas of mesh on >the upper war reached a new height on the boot breathability. According to >foot the side different, and unique design of the outsole structure, you also >have the comfort of these shoes has doubled. Previous Comments: [2012-09-18 02:50:33] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=e66a5ce56fc9be74096e0d0452a1172c8130752c Log: Fixed Bug #63103 (ext\curl\tests\bug62839.phpt broken) [2012-09-18 02:48:29] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=e66a5ce56fc9be74096e0d0452a1172c8130752c Log: Fixed Bug #63103 (ext\curl\tests\bug62839.phpt broken) [2012-09-18 02:47:46] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=e66a5ce56fc9be74096e0d0452a1172c8130752c Log: Fixed Bug #63103 (ext\curl\tests\bug62839.phpt broken) [2012-08-16 18:53:27] pierr...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-08-16 18:52:50] pierr...@php.net Automatic comment on behalf of pierrick Revision: http://git.php.net/?p=php-src.git;a=commit;h=9cf0139460c7531ebe8fdd523ba6cf7067a7f282 Log: Fixed bug #62839 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 https://bugs.php.net/bug.php?id=62839 -- Edit this bug report at https://bugs.php.net/bug.php?id=62839&edit=1
[PHP-BUG] Req #65285 [NEW]: socket_sendmsg() - accept numeric file descriptors
From: bugs dot php dot net at ss dot chernousov dot net Operating system: PHP version: 5.5Git-2013-07-18 (Git) Package: Sockets related Bug Type: Feature/Change Request Bug description:socket_sendmsg() - accept numeric file descriptors Description: It would be pretty useful if socket_sendmsg() could work not only with sockets, but also with numeric file descriptors. -- Edit bug report at https://bugs.php.net/bug.php?id=65285&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65285&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65285&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65285&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65285&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65285&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65285&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65285&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65285&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65285&r=support Expected behavior: https://bugs.php.net/fix.php?id=65285&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65285&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65285&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65285&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65285&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65285&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65285&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65285&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65285&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65285&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65285&r=mysqlcfg
Bug #2 [Com]: hash_environment
Edit report at https://bugs.php.net/bug.php?id=2&edit=1 ID: 2 Comment by: adasdfdsd at ahoo dot com Reported by:eschmid at delos dot lf dot net Summary:hash_environment Status: Closed Type: Bug Package:Compile Failure Operating System: Debian 1.3/Linux 2.0.29 PHP Version:3.0 Latest CVS Block user comment: N Private report: N New Comment: das Previous Comments: [2013-07-18 07:55:37] adasdfdsd at ahoo dot com das [2013-07-18 07:55:34] adasdfdsd at ahoo dot com das [2012-11-08 02:21:25] ahar...@php.net Automatic comment from SVN on behalf of aharvey Revision: http://svn.php.net/viewvc/?view=revision&revision=328279 Log: Update example 2 of ZipArchive::getStream(). Fixes doc bug #63461 (Error in example code #2). [2012-10-15 01:10:11] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328028 Log: Fix github issue #2 (segfault on iterator for STRING_TO_* types) [2012-10-14 23:18:33] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328027 Log: fix some segfault in iterator. relates to github issue #2 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 https://bugs.php.net/bug.php?id=2 -- Edit this bug report at https://bugs.php.net/bug.php?id=2&edit=1
Bug #2 [Com]: hash_environment
Edit report at https://bugs.php.net/bug.php?id=2&edit=1 ID: 2 Comment by: adasdfdsd at ahoo dot com Reported by:eschmid at delos dot lf dot net Summary:hash_environment Status: Closed Type: Bug Package:Compile Failure Operating System: Debian 1.3/Linux 2.0.29 PHP Version:3.0 Latest CVS Block user comment: N Private report: N New Comment: das Previous Comments: [2013-07-18 07:55:34] adasdfdsd at ahoo dot com das [2012-11-08 02:21:25] ahar...@php.net Automatic comment from SVN on behalf of aharvey Revision: http://svn.php.net/viewvc/?view=revision&revision=328279 Log: Update example 2 of ZipArchive::getStream(). Fixes doc bug #63461 (Error in example code #2). [2012-10-15 01:10:11] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328028 Log: Fix github issue #2 (segfault on iterator for STRING_TO_* types) [2012-10-14 23:18:33] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328027 Log: fix some segfault in iterator. relates to github issue #2 [2012-10-14 21:22:05] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328026 Log: fix some segfault when removing zval ref, now using Z_DELREF_P. relates to github issue #2 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 https://bugs.php.net/bug.php?id=2 -- Edit this bug report at https://bugs.php.net/bug.php?id=2&edit=1
Bug #2 [Com]: hash_environment
Edit report at https://bugs.php.net/bug.php?id=2&edit=1 ID: 2 Comment by: adasdfdsd at ahoo dot com Reported by:eschmid at delos dot lf dot net Summary:hash_environment Status: Closed Type: Bug Package:Compile Failure Operating System: Debian 1.3/Linux 2.0.29 PHP Version:3.0 Latest CVS Block user comment: N Private report: N New Comment: das Previous Comments: [2012-11-08 02:21:25] ahar...@php.net Automatic comment from SVN on behalf of aharvey Revision: http://svn.php.net/viewvc/?view=revision&revision=328279 Log: Update example 2 of ZipArchive::getStream(). Fixes doc bug #63461 (Error in example code #2). [2012-10-15 01:10:11] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328028 Log: Fix github issue #2 (segfault on iterator for STRING_TO_* types) [2012-10-14 23:18:33] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328027 Log: fix some segfault in iterator. relates to github issue #2 [2012-10-14 21:22:05] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328026 Log: fix some segfault when removing zval ref, now using Z_DELREF_P. relates to github issue #2 [2012-07-24 23:40:39] ras...@php.net Automatic comment on behalf of pajoye Revision: http://git.php.net/?p=php-src.git;a=commit;h=d7819b62cc849d2f5a59935fff30fb1ef439ac75 Log: - Fix #55301 (sybase part, take #2) check if malloc succeded 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 https://bugs.php.net/bug.php?id=2 -- Edit this bug report at https://bugs.php.net/bug.php?id=2&edit=1
Bug #9 [Com]: error using split function
Edit report at https://bugs.php.net/bug.php?id=9&edit=1 ID: 9 Comment by: adasdfdsd at ahoo dot com Reported by:gareth at omnipotent dot net Summary:error using split function Status: Closed Type: Bug Package:*General Issues Operating System: Linux 2.0.33 / Intel P2/233 PHP Version:3.0 Latest CVS Block user comment: N Private report: N New Comment: das Previous Comments: [1998-01-28 01:11:43] rasmus Small side-note: For a simple split like this, using explode() ( http://www.php.net/manual/function.explode.php3 ) is faster. The bug in split() has been fixed now. Patch is available at: http://www.php.net/cvsweb.cgi/functions/reg.c?r1=1.68&r2=1.69 Or wait for the the b4 release. [1998-01-26 18:29:54] gareth at omnipotent dot net The following scriptet: returns: Warning: bad regular expression for split() in /www/splittest.php on line 2 and naturally doesn't assign anything to the $myarr array. I suppose really you'd expect either to assign an empty value to the first item in the array, or else to skip the leading deliminator altogether... -- Edit this bug report at https://bugs.php.net/bug.php?id=9&edit=1
Bug #2 [Com]: hash_environment
Edit report at https://bugs.php.net/bug.php?id=2&edit=1 ID: 2 Comment by: adasdfdsd at ahoo dot com Reported by:eschmid at delos dot lf dot net Summary:hash_environment Status: Closed Type: Bug Package:Compile Failure Operating System: Debian 1.3/Linux 2.0.29 PHP Version:3.0 Latest CVS Block user comment: N Private report: N New Comment: das Previous Comments: [2013-07-18 07:55:42] adasdfdsd at ahoo dot com das [2013-07-18 07:55:37] adasdfdsd at ahoo dot com das [2013-07-18 07:55:34] adasdfdsd at ahoo dot com das [2012-11-08 02:21:25] ahar...@php.net Automatic comment from SVN on behalf of aharvey Revision: http://svn.php.net/viewvc/?view=revision&revision=328279 Log: Update example 2 of ZipArchive::getStream(). Fixes doc bug #63461 (Error in example code #2). [2012-10-15 01:10:11] nico...@php.net Automatic comment from SVN on behalf of nicolas Revision: http://svn.php.net/viewvc/?view=revision&revision=328028 Log: Fix github issue #2 (segfault on iterator for STRING_TO_* types) 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 https://bugs.php.net/bug.php?id=2 -- Edit this bug report at https://bugs.php.net/bug.php?id=2&edit=1
Bug #99 [Com]: php-3.0b4 stops apache 1.3b5
Edit report at https://bugs.php.net/bug.php?id=99&edit=1 ID: 99 Comment by: adasdfdsd at ahoo dot com Reported by:psamuel at ind dot tansu dot com dot au Summary:php-3.0b4 stops apache 1.3b5 Status: Closed Type: Bug Package:Other Operating System: Solaris 2.5.1 PHP Version:3.0b4 Assigned To:rasmus Block user comment: N Private report: N New Comment: das Previous Comments: [1998-02-23 08:04:04] rasmus Same as bug #1 [1998-02-23 03:25:37] psamuel at ind dot tansu dot com dot au It seems that if I compile apache-1.3b5 (and 1.3b3) with php3.0b4 under Solaris 2.5.1, the apache server goes into a spin and refuses to serve connections. The browser symptoms are that the Netscape icon continues to animate and the cursor stays as a watch for ages. The server is a Sun Ultra2 with 2x200MHz CPUs and 512Mb of RAM and loads of mirrored fast disk. apache-1.2.5 with php-3.0b4 runs very fast on this beast but apache-1.3b5 with php-3.0b4 is worse than death warmed up. I compiled php using the following config line: ./configure --with-apache=/archive/src/text/http/apache/apache_1.3b5 This ensured I had no extra libraries to worry about such as gd, gdbm, msql etc. The LIBS line from mod_php3.module is LIBS="-Lmodules/extra -L../modules/extra -lphp3 -lm -ldl -lnsl -lsocket I have the following modules compiled into apache AddModule modules/standard/mod_env.o AddModule modules/standard/mod_log_config.o AddModule modules/standard/mod_mime_magic.o AddModule modules/standard/mod_mime.o AddModule modules/standard/mod_negotiation.o AddModule modules/standard/mod_status.o AddModule modules/standard/mod_include.o AddModule modules/standard/mod_autoindex.o AddModule modules/standard/mod_dir.o AddModule modules/standard/mod_cgi.o AddModule modules/standard/mod_asis.o AddModule modules/standard/mod_imap.o AddModule modules/standard/mod_actions.o AddModule modules/standard/mod_speling.o AddModule modules/standard/mod_userdir.o AddModule modules/standard/mod_alias.o AddModule modules/standard/mod_access.o AddModule modules/standard/mod_auth.o AddModule modules/standard/mod_expires.o AddModule modules/standard/mod_setenvif.o AddModule modules/extra/mod_php3.o In my tests to narrow down the problem I tried starting with a default apache config and then added one module at a time. Each additional module showed no problem until I added the php module. I don't know if its a php problem or an apache problem so I'll send a bug report to both groups. -- Edit this bug report at https://bugs.php.net/bug.php?id=99&edit=1
Req #54739 [Opn->Wfx]: array_filter: optional parameter for max_items
Edit report at https://bugs.php.net/bug.php?id=54739&edit=1 ID: 54739 Updated by: maar...@php.net Reported by:ajcoon at gmail dot com Summary:array_filter: optional parameter for max_items -Status: Open +Status: Wont fix Type: Feature/Change Request Package:Arrays related PHP Version:5.3.6 Block user comment: N Private report: N New Comment: So this is a hint to increase performance. You're probably much better off when filtering much closer by the logic which gathers the data (i.e. ORDER BY .. LIMIT). Also, some sort of slipper slope, one might argue a (sometimes micro) optimization when adding this parameter to a lot of array functions, and I don't think it all added parameters, documentation and edge cases are worth it. Previous Comments: [2011-05-15 22:48:34] ajcoon at gmail dot com Description: Per this discussion on StackOverflow, I would like to recommend an additional, optional parameter be supported in `array_filter`. The parameter, named `max_items` (or similar) would be expected as an integer value >0, and used to return a max of `n` matching items in the search array. This is useful in the case where sort order is non-deterministic and the number of desired items is low relative to the length of the search array. Related discussion: http://stackoverflow.com/questions/6010872/getting-a-value-from-an-array-in-php Test script: --- $objects = array_filter($myArray, function($item){ return $item->id == 91 }, 1); Expected result: Expect `array_filter` to stop searching for additional matches once it reaches `max_items` number of matches. -- Edit this bug report at https://bugs.php.net/bug.php?id=54739&edit=1
Bug #9999 [Com]: php.exe doesnt start
Edit report at https://bugs.php.net/bug.php?id=&edit=1 ID: Comment by: adasdfdsd at ahoo dot com Reported by:wolle at ab18 dot org Summary:php.exe doesnt start Status: Closed Type: Bug Package:Installation problem Operating System: win98 PHP Version:4.0.4pl1 Block user comment: N Private report: N New Comment: das Previous Comments: [2001-03-26 15:42:36] sni...@php.net >From Shane Caraveo: --- Go to www.microsoft.com/data/ and download/install MDAC. --Jani [2001-03-26 12:12:33] wolle at ab18 dot org php.exe does not start. ERROR: can not find odbc32.dll where do i get that dll? can someone give me a link? i have searched the net for that dll, but did not find it. i'm using win98, standard installation. It does not work to download dcom, like described in another bug-report. thx, wolle -- Edit this bug report at https://bugs.php.net/bug.php?id=&edit=1
Bug #999 [Com]: GET_META_TAGS returns an array which is not traversible by the EACH function
Edit report at https://bugs.php.net/bug.php?id=999&edit=1 ID: 999 Comment by: adasdfdsd at ahoo dot com Reported by:ccjust at prentice dot uq dot edu dot au Summary:GET_META_TAGS returns an array which is not traversible by the EACH function Status: Closed Type: Bug Package:Misbehaving function Operating System: Win32 PHP Version:3.0.5 Block user comment: N Private report: N New Comment: das Previous Comments: [1998-12-22 13:22:04] sas This is fixed in 3.0.6 [1998-12-21 00:26:20] ccjust at prentice dot uq dot edu dot au The returned array from a get_meta_tags call seems be doubled up. A count on the array is double the amount of metatags. I'm not too certain if it's a feature or a bug. The HTML File being parsed contains - http://www.uq.edu.au/";> - The script processing the above file - $test = get_meta_tags($url); $num = Count($test); $i=0; echo "The Array contains $num Entries"; ksort($test); while ($results = each($test)){ echo $i.":".$results["key"]." -- ".$results["value"].""; $i++; } -- The Resulting output -- The Array contains 16 Entries 0:0 -- The University of Queensland Home Page1 1:1 -- 1998-12-15 2:2 -- 1998-12-15 3:3 -- document 4:4 -- text/html 5:5 -- http://www.uq.edu.au/ 6:6 -- 7:7 -- Home 8:dc_date_issued -- 1998-12-15 9:dc_date_modified -- 1998-12-15 10:dc_format -- text/html 11:dc_identifier -- http://www.uq.edu.au/ 12:dc_title -- The University of Queensland Home Page1 13:dc_type -- document 14:uq_function -- 15:uq_recordtype -- Home - -- Edit this bug report at https://bugs.php.net/bug.php?id=999&edit=1
[PHP-BUG] Bug #65284 [NEW]: Segmentation fault with the CLI
From: jhaagsma at gmail dot com Operating system: Ubuntu PHP version: 5.4.17 Package: Reproducible crash Bug Type: Bug Bug description:Segmentation fault with the CLI Description: I was updating my machine & VM's from 5.4.17RC1 to 5.4.17 and noticed a problem, it was segfaulting. Using this test file on an upgraded machine and non-upgraded machine: machine1:~$ php --version PHP 5.4.17RC1 (cli) (built: Jun 22 2013 19:27:26) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies machine1:~$ php testphp Running from CLI machine2:~$ php --version PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 18:14:06) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies machine2:~$ php testphp Segmentation fault (core dumped) This is on ubuntu using Ondrej's PPA for PHP 5.4, but he said he's not made any debian/ubuntu specific changes since RC1. Test script: --- Expected result: Expected result was "Running from CLI" Actual result: -- Segmentation fault (core dumped) -- Edit bug report at https://bugs.php.net/bug.php?id=65284&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65284&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65284&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65284&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65284&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65284&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65284&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65284&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65284&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65284&r=support Expected behavior: https://bugs.php.net/fix.php?id=65284&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65284&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65284&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65284&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65284&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65284&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65284&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65284&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65284&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65284&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65284&r=mysqlcfg