Bug #61644 [Opn]: crashes with preg_match
Edit report at https://bugs.php.net/bug.php?id=61644&edit=1 ID: 61644 Updated by: larue...@php.net Reported by:pio at rdl dot pl Summary:crashes with preg_match Status: Open Type: Bug Package:Regexps related Operating System: Debian 6 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: http://speedy.sh/YGJDR/1.txt 404 for me... Previous Comments: [2012-04-05 21:34:05] pio at rdl dot pl The file 1.txt here is http://speedy.sh/YGJDR/1.txt [2012-04-05 21:31:32] pio at rdl dot pl Description: Hello ! We have problem with parse some data and regular expression match. I have attached the file 1.txt # /usr/local/php5.3/bin/php test.php Segmentation fault (gdb) run test.php Starting program: /usr/local/bin/php test.php [Thread debugging using libthread_db enabled] [New Thread 0x7f1659abb710 (LWP 14776)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f1659abb710 (LWP 14776)] 0x004bf9ff in match ( eptr=0x1632378 "nteria.pl;;\nmaciej...@o2.pl;;\nmaciej.len...@lumenpolska.pl;;\nmac...@szerszenowicz.com;;\nmaciej_zi...@op.pl;;\nmaciekprokopow...@gmail.com;;\nmadziam...@tlen.pl;;\nmadzior...@wp.pl;;\nmagda.mackiewicz@o2.p"..., ecode=0x165916a "V", mstart=0x1630b08 "status=OK\nsubscribers-exported=150...@student.pwr.wroc.pl;;\n2t...@gazeta.pl;;\n70...@interia.pl;;\n73piot...@wp.pl;;\na.gale...@zarzadca.wroclaw.pl;;\na.g...@poczta.fm;;\na.gruszew...@gmail.com;;\na.karamon"..., markptr=0x0, offset_top=8, md=0x7fff797e7960, ims=0, eptrb=0x0, flags=0, rdepth=12461) at /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c:1552 1552 /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c: No such file or directory. in /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x89f727 "preg_match" regards, Piotr Test script: --- https://bugs.php.net/bug.php?id=61644&edit=1
[PHP-BUG] Req #61647 [NEW]: FDF/XFDF merging PDF Form on server.
From:
Operating system: Linux
PHP version: Irrelevant
Package: PDF related
Bug Type: Feature/Change Request
Bug description:FDF/XFDF merging PDF Form on server.
Description:
I have open this ticket to request a function/feature that I personally
belive will benefit all the PHP community out there.
PDF has become the most popular way to universally provide and transfer
reports, invoices, letters, CC statements and records; PHP needs an easy
way to dynamically update PDF documents.
One way to update a PDF form template is by using FDF/XFDF plain text
files. I am aware of the current PDF and FDF functions currently available
in PHP, but none offers local rendering.
I've done my homework. A third party utility ( pdftk ) can be used along
with PHP to obtained the desired results, and it's fairly easy. The
following link is the original post that gives the code example:
http://stackoverflow.com/questions/1389964/merge-fdf-data-into-a-pdf-file-using-php
The only downside of this approach is the lack of support for pdftk in
shared enviroments, adding this feature to PHP will likely make hosting
companies to include it in their compilings. PHP is my prefered way of
coding the web, adding cool tools and features will ensure PHP stays atop
popularity.
Angel Cool
Test script:
---
header('Content-type: application/pdf');
header('Content-Disposition: attachment; filename="Statement.pdf"');
passthru("pdftk Template.pdf fill_form UpdatedFieldsUsingPHP.fdf output -
");
exit;
--
Edit bug report at https://bugs.php.net/bug.php?id=61647&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61647&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61647&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61647&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61647&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61647&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61647&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61647&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61647&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61647&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61647&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61647&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61647&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61647&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61647&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61647&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61647&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61647&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61647&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61647&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61647&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61647&r=mysqlcfg
Bug #61645 [Opn]: fopen and O_NONBLOCK
Edit report at https://bugs.php.net/bug.php?id=61645&edit=1
ID: 61645
User updated by:super-suselik at mail dot ru
Reported by:super-suselik at mail dot ru
Summary:fopen and O_NONBLOCK
Status: Open
Type: Bug
Package:*General Issues
Operating System: FreeBSD 7.4-RELEASE-p3
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I found the problem. php-5.3.10/main/streams/plain_wrapper.c
#if defined(O_NONBLOCK)
if (strchr(mode, 'n')) {
flags |= O_NONBLOCK;
}
#endif
if (strchr(mode, '+')) {
flags |= O_RDWR;
} else if (flags) {
flags |= O_WRONLY;
} else {
flags |= O_RDONLY;
}
If I use mode r+bn it works, except when rbn we get
open(0x28721238,O_WRONLY|O_NONBLOCK,0)
Previous Comments:
[2012-04-05 21:55:25] super-suselik at mail dot ru
Description:
The use of the flag of N in the fopen leads to what fread returns an empty
string. Subsequent calls to fread not change the situation.
Test script:
---
Mode rbn
Actual result:
--
Ktrace dumps
Mode rb
21490 php GIO fd 3 read 58 bytes
""
21490 php RET read 58/0x3a
21490 php CALL lseek(0x3,0,SEEK_SET,0x1)
21490 php RET lseek 58/0x3a
21490 php CALL sigaction(SIGPROF,0xbfbfe984,0xbfbfe96c)
21490 php RET sigaction 0
21490 php CALL sigprocmask(SIG_UNBLOCK,0xbfbfe9c4,0)
21490 php RET sigprocmask 0
21490 php CALL gettimeofday(0xbfbfe8f8,0)
21490 php RET gettimeofday 0
21490 php CALL fstat(0,0xbfbfe8d4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0 }
21490 php RET fstat 0
21490 php CALL fstat(0,0x28720de0)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0 }
21490 php RET fstat 0
21490 php CALL lseek(0,0,SEEK_SET,0x1)
21490 php RET lseek 265513/0x40d29
21490 php CALL fstat(0x1,0xbfbfe8d4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0 }
21490 php RET fstat 0
21490 php CALL fstat(0x1,0x28720f4c)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0 }
21490 php RET fstat 0
21490 php CALL lseek(0x1,0,SEEK_SET,0x1)
21490 php RET lseek 265513/0x40d29
21490 php CALL fstat(0x2,0xbfbfe8d4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0 }
21490 php RET fstat 0
21490 php CALL fstat(0x2,0x287210a4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0 }
21490 php RET fstat 0
21490 php CALL lseek(0x2,0,SEEK_SET,0x1)
21490 php RET lseek 265513/0x40d29
21490 php CALL __getcwd(0xbfbfd104,0x400)
21490 php NAMI "/usr/home/Null"
21490 php RET __getcwd 0
21490 php CALL gettimeofday(0xbfbfcb98,0)
21490 php RET gettimeofday 0
21490 php CALL lstat(0xbfbfccc4,0xbfbfcc28)
21490 php NAMI "/usr/home/Null/read.php"
21490 php STRU struct stat {dev=83, ino=2032746, mode=-rw-r--r-- ,
nlink=1, uid=1001, gid=0, rdev=8113575, atime=1333570188, stime=1333661027,
ctime=1333570174, birthtime=1333554129, size=58, blksize=16384, blocks=4,
flags=0x0 }
21490 php RET lstat 0
21490 php CALL lstat(0xbfbfccc4,0xbfbfcb08)
21490 php NAMI "/usr/home/Null"
21490 php STRU struct stat {dev=83, ino=2028854, mode=drwxr-xr-x ,
nlink=3, uid=1001, gid=0, rdev=8102431, atime=1333570174, stime=1333570188,
ctime=1333570188, birthtime=1333557050, size=512, blksize=16384, blocks=4,
flags=0x0 }
21490 php RET lstat 0
21490 php CALL lstat(0xbfbfccc4,0xbfbfc9f8)
21490 php NAMI "/usr/home"
21490 php STRU struct stat {dev=83, ino=2028853, mode=drwxr-xr-x ,
nlink=3, uid=0, gid=0, rdev=8102430, atime=1333566943, stime=1333557050,
ctime=1333557
Req #61421 [Com]: Missing SHA256,SHA512 families of signature algorithms
Edit report at https://bugs.php.net/bug.php?id=61421&edit=1 ID: 61421 Comment by: mark at zedwood dot com Reported by:mark at zedwood dot com Summary:Missing SHA256,SHA512 families of signature algorithms Status: Assigned Type: Feature/Change Request Package:OpenSSL related Operating System: Ubuntu Linux PHP Version:5.4.0 Assigned To:pajoye Block user comment: N Private report: N New Comment: Changed name of const to OPENSSL_ALGO_RMD160 instead of OPENSSL_ALGO_RIPEMD160 Previous Comments: [2012-04-02 18:21:17] mark at zedwood dot com added openssl version check, added new patch with .phpt test [2012-04-02 09:36:07] paj...@php.net hi, Thanks for the patch, I will apply it asap but it won't make it for the next releases of 5.3 or 5.4 as we are already in release phases. Btw, can you add some tests too please? About the patch, yes, please use the openssl version check instead. As what is done now won't work smoothly with older versions. As of getting a svn account (asked per email but adding answer here too), we usually give one after that one has provided a couple of patches :) Thanks for your work! [2012-04-02 09:21:11] der...@php.net Mark, yes, you probably should. It will also help a lot if you include test cases for the new functionality. Make sure those tests also run with older versions of openssl though! cheers, Derick [2012-03-31 04:00:54] mark at zedwood dot com should i submit a new patch with #if OPENSSL_VERSION_NUMBER >= 0x0090708fL instead of #ifndef OPENSSL_NO_SHA256 ? [2012-03-16 21:10:49] zedwoodnoreply at gmail dot com to generate a sample csr with sha256 sig use: openssl req -new -sha256-newkey rsa:2048 -nodes -out example_com_sha256.csr -keyout example_com_sha256.key-subj "/C=US/ST=/L=/O=/CN=example.com" to parse the csr with openssl (command line) use: openssl req -in example_com_sha256.csr-noout -text sample output: Certificate Request: Data: Version: 0 (0x0) Subject: C=US, CN=example.com Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public Key: (2048 bit) Modulus (2048 bit): 00:a7:7a:17:c4:17:72:8e:5b:36:36:05:8f:57:10: a5:b9:f2:4b:05:9e:88:62:bc:8b:a5:ad:c3:6a:41: b5:31:25:cc:86:7c:99:6b:f4:7f:74:a1:01:93:95: b9:3e:b7:dc:b4:b4:59:3c:ff:22:8c:d5:87:75:44: 93:9c:19:de:08:42:b2:fd:88:eb:71:6b:8b:21:4a: 06:66:9c:6d:2b:10:bb:f5:e8:7c:a2:3a:ae:51:86: 51:3a:d1:96:02:93:f1:de:3a:68:06:6d:36:20:41: b4:09:d8:ed:74:5e:ff:ae:ba:26:84:ac:4d:6a:30: 6a:b4:01:ec:3a:a0:f9:5c:08:5c:6c:5e:1f:f2:11: 2c:11:a1:3d:44:17:79:33:0a:97:a0:4e:b8:c3:81: e4:58:d7:10:b3:50:43:af:9e:4b:b9:05:e7:5d:da: 78:b1:85:c4:36:a7:d5:b2:82:7a:1a:ab:4c:6c:98: a1:b5:6c:1a:99:04:18:2b:8d:80:2f:11:23:1d:41: 53:7a:15:39:2b:84:23:bf:2d:b0:32:5a:7d:0d:d0: 3f:ac:d3:66:9c:9f:a2:df:40:4b:0d:9c:98:e4:64: 44:b7:58:1d:54:75:07:47:b9:03:e5:57:10:d3:1a: ac:85:c6:f1:19:1c:df:a6:33:12:25:0b:ee:9a:fb: 72:93 Exponent: 65537 (0x10001) Attributes: a0:00 Signature Algorithm: sha256WithRSAEncryption 48:ac:2e:08:93:95:ec:c3:12:ab:88:33:1f:7f:37:c3:5a:9b: 6a:9a:b3:ea:35:ca:f0:1d:40:47:f0:31:8f:f3:36:b4:3d:5d: ee:74:48:fe:1b:43:4b:78:d7:97:d5:d5:77:8f:ba:51:db:35: 75:c4:89:dc:b6:49:86:4e:4c:42:e7:01:e3:cb:72:da:9b:94: d1:ed:b7:59:be:f6:eb:44:68:54:e5:10:0c:bf:7a:9f:48:18: 86:f2:f2:84:ca:a1:3b:48:be:d1:4a:40:22:12:7b:c0:42:a5: a0:ce:0f:43:17:44:e2:cf:e8:27:1d:71:d5:92:d8:de:bd:82: c2:11:f2:73:8c:c3:ab:5e:a1:64:78:af:a6:10:19:b1:ed:b2: fb:4c:bb:66:20:fe:1a:34:af:43:9f:4d:4e:6d:a2:f0:d0:df: 33:93:e5:a7:d5:dc:2f:47:e3:56:31:fd:50:d2:2e:83:2f:d2: b2:fb:a8:7d:ce:4a:1f:a1:14:fc:45:92:ca:1c:85:3a:e7:32: e4:a8:13:fe:54:9a:ee:25:02:26:d3:b5:e1:96:08:f3:c8:36: 59:ef:f5:46:1c:62:e6:58:ea:d4:86:a8:3f:ed:92:77:d7:eb: d3:92:a1:91:8e:2c:1c:4e:c2:12:b0:c9:8b:3b:17:99:32:03: e3:9e:a5:dd The remainder of the comments for this report are too long. To view the rest of
[PHP-BUG] Bug #61645 [NEW]: fopen and O_NONBLOCK
From:
Operating system: FreeBSD 7.4-RELEASE-p3
PHP version: 5.3.10
Package: *General Issues
Bug Type: Bug
Bug description:fopen and O_NONBLOCK
Description:
The use of the flag of N in the fopen leads to what fread returns an empty
string. Subsequent calls to fread not change the situation.
Test script:
---
Mode rbn
Actual result:
--
Ktrace dumps
Mode rb
21490 php GIO fd 3 read 58 bytes
""
21490 php RET read 58/0x3a
21490 php CALL lseek(0x3,0,SEEK_SET,0x1)
21490 php RET lseek 58/0x3a
21490 php CALL sigaction(SIGPROF,0xbfbfe984,0xbfbfe96c)
21490 php RET sigaction 0
21490 php CALL sigprocmask(SIG_UNBLOCK,0xbfbfe9c4,0)
21490 php RET sigprocmask 0
21490 php CALL gettimeofday(0xbfbfe8f8,0)
21490 php RET gettimeofday 0
21490 php CALL fstat(0,0xbfbfe8d4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0
}
21490 php RET fstat 0
21490 php CALL fstat(0,0x28720de0)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0
}
21490 php RET fstat 0
21490 php CALL lseek(0,0,SEEK_SET,0x1)
21490 php RET lseek 265513/0x40d29
21490 php CALL fstat(0x1,0xbfbfe8d4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0
}
21490 php RET fstat 0
21490 php CALL fstat(0x1,0x28720f4c)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0
}
21490 php RET fstat 0
21490 php CALL lseek(0x1,0,SEEK_SET,0x1)
21490 php RET lseek 265513/0x40d29
21490 php CALL fstat(0x2,0xbfbfe8d4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0
}
21490 php RET fstat 0
21490 php CALL fstat(0x2,0x287210a4)
21490 php STRU struct stat {dev=50396928, ino=97, mode=crw--w ,
nlink=1, uid=1001, gid=4, rdev=97, atime=1333570188, stime=1333570188,
ctime=1333570188, birthtime=-1, size=0, blksize=4096, blocks=0, flags=0x0
}
21490 php RET fstat 0
21490 php CALL lseek(0x2,0,SEEK_SET,0x1)
21490 php RET lseek 265513/0x40d29
21490 php CALL __getcwd(0xbfbfd104,0x400)
21490 php NAMI "/usr/home/Null"
21490 php RET __getcwd 0
21490 php CALL gettimeofday(0xbfbfcb98,0)
21490 php RET gettimeofday 0
21490 php CALL lstat(0xbfbfccc4,0xbfbfcc28)
21490 php NAMI "/usr/home/Null/read.php"
21490 php STRU struct stat {dev=83, ino=2032746, mode=-rw-r--r-- ,
nlink=1, uid=1001, gid=0, rdev=8113575, atime=1333570188, stime=1333661027,
ctime=1333570174, birthtime=1333554129, size=58, blksize=16384, blocks=4,
flags=0x0 }
21490 php RET lstat 0
21490 php CALL lstat(0xbfbfccc4,0xbfbfcb08)
21490 php NAMI "/usr/home/Null"
21490 php STRU struct stat {dev=83, ino=2028854, mode=drwxr-xr-x ,
nlink=3, uid=1001, gid=0, rdev=8102431, atime=1333570174, stime=1333570188,
ctime=1333570188, birthtime=1333557050, size=512, blksize=16384, blocks=4,
flags=0x0 }
21490 php RET lstat 0
21490 php CALL lstat(0xbfbfccc4,0xbfbfc9f8)
21490 php NAMI "/usr/home"
21490 php STRU struct stat {dev=83, ino=2028853, mode=drwxr-xr-x ,
nlink=3, uid=0, gid=0, rdev=8102430, atime=1333566943, stime=1333557050,
ctime=1333557050, birthtime=1333557050, size=512, blksize=16384, blocks=4,
flags=0x0 }
21490 php RET lstat 0
21490 php CALL lstat(0xbfbfccc4,0xbfbfc8e8)
21490 php NAMI "/usr"
21490 php STRU struct stat {dev=83, ino=2001920, mode=drwxr-xr-x ,
nlink=16, uid=0, gid=0, rdev=7997488, atime=1333569707, stime=1333543830,
ctime=1333543830, birthtime=1297914801, size=512, blksize=16384, blocks=4,
flags=0x0 }
21490 php RET lstat 0
21490 php CALL ioctl(0x3,TIOCGETA,0xbfbfd378)
21490 php RET ioctl -1 errno 25 Inappropriate ioctl for device
21490 php CALL fstat(0x3,0xbfbfd3cc)
21490 php STRU struct stat {dev=83, ino=2032746, mode=-rw-r--r-- ,
nlink=1, uid=1001, gid=0, rdev=8113575, atime=1333570188, stime=1333661027,
ctime=1333570174, birthtime=1333554129, size=58, blksize=16384, blocks=4,
flags=0x0 }
21490 php RET fstat 0
21490 php
Bug #61644 [Com]: crashes with preg_match
Edit report at https://bugs.php.net/bug.php?id=61644&edit=1 ID: 61644 Comment by: pio at rdl dot pl Reported by:pio at rdl dot pl Summary:crashes with preg_match Status: Open Type: Bug Package:Regexps related Operating System: Debian 6 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The file 1.txt here is http://speedy.sh/YGJDR/1.txt Previous Comments: [2012-04-05 21:31:32] pio at rdl dot pl Description: Hello ! We have problem with parse some data and regular expression match. I have attached the file 1.txt # /usr/local/php5.3/bin/php test.php Segmentation fault (gdb) run test.php Starting program: /usr/local/bin/php test.php [Thread debugging using libthread_db enabled] [New Thread 0x7f1659abb710 (LWP 14776)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f1659abb710 (LWP 14776)] 0x004bf9ff in match ( eptr=0x1632378 "nteria.pl;;\nmaciej...@o2.pl;;\nmaciej.len...@lumenpolska.pl;;\nmac...@szerszenowicz.com;;\nmaciej_zi...@op.pl;;\nmaciekprokopow...@gmail.com;;\nmadziam...@tlen.pl;;\nmadzior...@wp.pl;;\nmagda.mackiewicz@o2.p"..., ecode=0x165916a "V", mstart=0x1630b08 "status=OK\nsubscribers-exported=150...@student.pwr.wroc.pl;;\n2t...@gazeta.pl;;\n70...@interia.pl;;\n73piot...@wp.pl;;\na.gale...@zarzadca.wroclaw.pl;;\na.g...@poczta.fm;;\na.gruszew...@gmail.com;;\na.karamon"..., markptr=0x0, offset_top=8, md=0x7fff797e7960, ims=0, eptrb=0x0, flags=0, rdepth=12461) at /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c:1552 1552 /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c: No such file or directory. in /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x89f727 "preg_match" regards, Piotr Test script: --- https://bugs.php.net/bug.php?id=61644&edit=1
[PHP-BUG] Bug #61644 [NEW]: crashes with preg_match
From: Operating system: Debian 6 PHP version: 5.3.10 Package: Regexps related Bug Type: Bug Bug description:crashes with preg_match Description: Hello ! We have problem with parse some data and regular expression match. I have attached the file 1.txt # /usr/local/php5.3/bin/php test.php Segmentation fault (gdb) run test.php Starting program: /usr/local/bin/php test.php [Thread debugging using libthread_db enabled] [New Thread 0x7f1659abb710 (LWP 14776)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f1659abb710 (LWP 14776)] 0x004bf9ff in match ( eptr=0x1632378 "nteria.pl;;\nmaciej...@o2.pl;;\nmaciej.len...@lumenpolska.pl;;\nmac...@szerszenowicz.com;;\nmaciej_zi...@op.pl;;\nmaciekprokopow...@gmail.com;;\nmadziam...@tlen.pl;;\nmadzior...@wp.pl;;\nmagda.mackiewicz@o2.p"..., ecode=0x165916a "V", mstart=0x1630b08 "status=OK\nsubscribers-exported=150...@student.pwr.wroc.pl;;\n2t...@gazeta.pl;;\n70...@interia.pl;;\n73piot...@wp.pl;;\na.gale...@zarzadca.wroclaw.pl;;\na.g...@poczta.fm;;\na.gruszew...@gmail.com;;\na.karamon"..., markptr=0x0, offset_top=8, md=0x7fff797e7960, ims=0, eptrb=0x0, flags=0, rdepth=12461) at /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c:1552 1552 /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c: No such file or directory. in /usr/local/directadmin/custombuild/php-5.2.17/ext/pcre/pcrelib/pcre_exec.c (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x89f727 "preg_match" regards, Piotr Test script: --- https://bugs.php.net/bug.php?id=61644&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61644&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61644&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61644&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61644&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61644&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61644&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61644&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61644&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61644&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61644&r=support Expected behavior: https://bugs.php.net/fix.php?id=61644&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61644&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61644&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61644&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61644&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61644&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61644&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61644&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61644&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61644&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61644&r=mysqlcfg
[PHP-BUG] Bug #61643 [NEW]: gmp_nextprime and gmp_dcdext behavior differences
From: mattficken Operating system: PHP version: 5.4.1RC1 Package: GNU MP related Bug Type: Bug Bug description:gmp_nextprime and gmp_dcdext behavior differences Description: 022.phpt which tests gmp_gcdext() and gmp_nextprime.phpt which tests gmp_nextprime() fail on Windows but pass on Linux. The returned value of both of those functions in some cases doesnât match the expected value(in some cases it does). In example #1 in the documentation for gmp_nextprime() (http://us3.php.net/gmp_nextprime), gmp_nextprime(-1000) returns -997 however on Linux it returns 2, which is what the test expects so the test passes. Not only is this a behavior difference between Windows and Linux but is not what the documentation states ( gmp_nextprime(-1000) => -997 not 2). -- Edit bug report at https://bugs.php.net/bug.php?id=61643&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61643&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61643&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61643&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61643&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61643&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61643&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61643&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61643&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61643&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61643&r=support Expected behavior: https://bugs.php.net/fix.php?id=61643&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61643&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61643&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61643&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61643&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61643&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61643&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61643&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61643&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61643&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61643&r=mysqlcfg
Bug #61527 [Com]: ArrayIterator created from empty ArrayObject gives misleading notice on next()
Edit report at https://bugs.php.net/bug.php?id=61527&edit=1 ID: 61527 Comment by: reeze dot xia at gmail dot com Reported by:gtisza at gmail dot com Summary:ArrayIterator created from empty ArrayObject gives misleading notice on next() Status: Open Type: Bug Package:SPL related Operating System: Debian PHP Version:5.3.10 Block user comment: N Private report: N New Comment: BTW: I think "ArrayIterator gives misleading notice on manipulate empty or moved to end array" will be a better title for the bug description, what do you think? Previous Comments: [2012-04-05 17:46:42] reeze dot xia at gmail dot com Hi, gtisza: I have analyzed this misleading notice and found that it show misleading notice when manipulate empty or move the end of array. I made a pull request to show more meaningful notice instead of misleading one. here it is: https://github.com/php/php-src/pull/38 will someone review it for me? Thanks. [2012-03-27 12:16:11] gtisza at gmail dot com Description: When trying to iterate the ArrayIterator of an empty ArrayObject, it throws a very misleading notice complaining about how the array was modified. In a complicated system, this will likely lead to a long wild goose chase of trying to find all the possible places where the object could have been accessed through some other iterator, when in reality the error is of a completely different nature. Test script: --- error_reporting(E_ALL); $ao = new ArrayObject(array()); $ai = $ao->getIterator(); $ai->next(); Expected result: $ai->next() returns null; no errors. (Or maybe a notice saying you reached the end of the array.) Actual result: -- $ai->next() returns null and throws a notice saying "ArrayIterator::next(): Array was modified outside object and internal position is no longer valid". -- Edit this bug report at https://bugs.php.net/bug.php?id=61527&edit=1
[PHP-BUG] Bug #61642 [NEW]: modify("+5 weekdays") returns Sunday
From:
Operating system: Fedora 14 and Windows 7
PHP version: Irrelevant
Package: Date/time related
Bug Type: Bug
Bug description:modify("+5 weekdays") returns Sunday
Description:
Tested on Windows 7:
Apache/2.2.16 (Win32) PHP/5.3.5
Tested on Fedora 14:
Fedora release 14 (Laughlin) Linux 2.6.35.4-rscloud x86_64
php.x86_64 5.3.8-3.fc14
These are the latest stable versions I can find for these two systems.
(Especially since V6 binaries are no longer available for Windows.)
The Linux system is a live server using a framework that has not been
tested with any later versions than 5.3.8
When modifying a DateTime instance with "+5 weekdays" it will return a date
for a Sunday and not a weekday.
Running the Test script you note that the section for "5" returns Sunday.
All the other numbers are correct. Note the pattern for skipping the
weekends is always for Friday, Saturday and Sunday. However for "+5"
weekends should be skipped for Saturday, Sunday and Monday, which is
different than for any other number.
Test script:
---
$days = array(1,2,3,4,5,6,7,8,);
$dates =
array('2012-03-29','2012-03-30','2012-03-31','2012-04-01','2012-04-02','2012-04-03','2012-04-04','2012-04-05',);
foreach ($days as $businessdays)
{
foreach ($dates as $startdate)
{
$start = new DateTime($startdate);
$date = new DateTime($startdate);
echo ''.$businessdays.' : '.$date->format('l').' :
'.$date->format('Y-m-d');
$date->modify("+{$businessdays} weekdays");
echo ' : '.$date->format('Y-m-d').' : '.$date->format('l');
}
echo '';
}
Expected result:
...
5 : Thursday : 2012-03-29 : 2012-04-05 : Thursday
5 : Friday : 2012-03-30 : 2012-04-06 : Friday
5 : Saturday : 2012-03-31 : 2012-04-09 : Monday
5 : Sunday : 2012-04-01 : 2012-04-09 : Monday
5 : Monday : 2012-04-02 : 2012-04-09 : Monday
5 : Tuesday : 2012-04-03 : 2012-04-10 : Tuesday
5 : Wednesday : 2012-04-04 : 2012-04-11 : Wednesday
5 : Thursday : 2012-04-05 : 2012-04-12 : Thursday
...
Actual result:
--
...
5 : Thursday : 2012-03-29 : 2012-04-05 : Thursday
5 : Friday : 2012-03-30 : 2012-04-08 : Sunday
5 : Saturday : 2012-03-31 : 2012-04-08 : Sunday
5 : Sunday : 2012-04-01 : 2012-04-08 : Sunday
5 : Monday : 2012-04-02 : 2012-04-09 : Monday
5 : Tuesday : 2012-04-03 : 2012-04-10 : Tuesday
5 : Wednesday : 2012-04-04 : 2012-04-11 : Wednesday
5 : Thursday : 2012-04-05 : 2012-04-12 : Thursday
...
--
Edit bug report at https://bugs.php.net/bug.php?id=61642&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61642&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61642&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61642&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61642&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61642&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61642&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61642&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61642&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61642&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61642&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61642&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61642&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61642&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61642&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61642&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61642&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61642&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61642&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61642&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61642&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61642&r=mysqlcfg
Bug #61527 [Com]: ArrayIterator created from empty ArrayObject gives misleading notice on next()
Edit report at https://bugs.php.net/bug.php?id=61527&edit=1 ID: 61527 Comment by: reeze dot xia at gmail dot com Reported by:gtisza at gmail dot com Summary:ArrayIterator created from empty ArrayObject gives misleading notice on next() Status: Open Type: Bug Package:SPL related Operating System: Debian PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Hi, gtisza: I have analyzed this misleading notice and found that it show misleading notice when manipulate empty or move the end of array. I made a pull request to show more meaningful notice instead of misleading one. here it is: https://github.com/php/php-src/pull/38 will someone review it for me? Thanks. Previous Comments: [2012-03-27 12:16:11] gtisza at gmail dot com Description: When trying to iterate the ArrayIterator of an empty ArrayObject, it throws a very misleading notice complaining about how the array was modified. In a complicated system, this will likely lead to a long wild goose chase of trying to find all the possible places where the object could have been accessed through some other iterator, when in reality the error is of a completely different nature. Test script: --- error_reporting(E_ALL); $ao = new ArrayObject(array()); $ai = $ao->getIterator(); $ai->next(); Expected result: $ai->next() returns null; no errors. (Or maybe a notice saying you reached the end of the array.) Actual result: -- $ai->next() returns null and throws a notice saying "ArrayIterator::next(): Array was modified outside object and internal position is no longer valid". -- Edit this bug report at https://bugs.php.net/bug.php?id=61527&edit=1
Bug #61638 [Com]: Test ext\sockets\tests\unixloop.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61638&edit=1 ID: 61638 Comment by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\unixloop.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch disables this test on windows as unix sockets are not available there. Previous Comments: [2012-04-05 14:41:58] a...@php.net The following patch has been added/updated: Patch Name: 61638.diff Revision: 1333636918 URL: https://bugs.php.net/patch-display.php?bug=61638&patch=61638.diff&revision=1333636918 [2012-04-05 12:34:10] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\unixloop.php on line 8 001- string(10) "ABCdef123 002- " 003+ Unable to create AF_UNIX socket [server] Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61638&edit=1
Bug #61638 [PATCH]: Test ext\sockets\tests\unixloop.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61638&edit=1 ID: 61638 Patch added by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\unixloop.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61638.diff Revision: 1333636918 URL: https://bugs.php.net/patch-display.php?bug=61638&patch=61638.diff&revision=1333636918 Previous Comments: [2012-04-05 12:34:10] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\unixloop.php on line 8 001- string(10) "ABCdef123 002- " 003+ Unable to create AF_UNIX socket [server] Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61638&edit=1
Bug #61635 [PATCH]: ext\sockets\tests\socket_select-wrongparams-1.phpt
Edit report at https://bugs.php.net/bug.php?id=61635&edit=1 ID: 61635 Patch added by: a...@php.net Reported by:a...@php.net Summary:ext\sockets\tests\socket_select-wrongparams-1.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61635.diff Revision: 1333635869 URL: https://bugs.php.net/patch-display.php?bug=61635&patch=61635.diff&revision=1333635869 Previous Comments: [2012-04-05 12:31:01] a...@php.net Description: Test diff: 001+ int(0) 001- Warning: socket_select(): unable to select [%d]: Invalid argument in %s on line %d 002- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61635&edit=1
Bug #61637 [PATCH]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
Edit report at https://bugs.php.net/bug.php?id=61637&edit=1 ID: 61637 Patch added by: a...@php.net Reported by:a...@php.net Summary:ext\sockets\tests\socket_sentto_recvfrom_unix.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61637.diff Revision: 1333636413 URL: https://bugs.php.net/patch-display.php?bug=61637&patch=61637.diff&revision=1333636413 Previous Comments: [2012-04-05 12:32:36] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 2 001- Warning: socket_create(): Unable to create socket [%d]: Protocol not supported in %s on line %d 003- Warning: socket_recvfrom(): unable to recvfrom [%d]: Resource temporarily unavailable in %s on line %d 004- 005- Warning: socket_sendto() expects at least 5 parameters, 4 given in %s on line %d 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 3 006+ Unable to create AF_UNIX socket 006- bool(false) 007- Received Ping! Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61637&edit=1
Bug #61637 [Com]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
Edit report at https://bugs.php.net/bug.php?id=61637&edit=1 ID: 61637 Comment by: a...@php.net Reported by:a...@php.net Summary:ext\sockets\tests\socket_sentto_recvfrom_unix.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The test was disabled on windows as no unix sockets do exist there. Previous Comments: [2012-04-05 14:33:33] a...@php.net The following patch has been added/updated: Patch Name: 61637.diff Revision: 1333636413 URL: https://bugs.php.net/patch-display.php?bug=61637&patch=61637.diff&revision=1333636413 [2012-04-05 12:32:36] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 2 001- Warning: socket_create(): Unable to create socket [%d]: Protocol not supported in %s on line %d 003- Warning: socket_recvfrom(): unable to recvfrom [%d]: Resource temporarily unavailable in %s on line %d 004- 005- Warning: socket_sendto() expects at least 5 parameters, 4 given in %s on line %d 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 3 006+ Unable to create AF_UNIX socket 006- bool(false) 007- Received Ping! Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61637&edit=1
Bug #61635 [Com]: ext\sockets\tests\socket_select-wrongparams-1.phpt
Edit report at https://bugs.php.net/bug.php?id=61635&edit=1 ID: 61635 Comment by: a...@php.net Reported by:a...@php.net Summary:ext\sockets\tests\socket_select-wrongparams-1.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The test was splitted to work on linux and windows. Previous Comments: [2012-04-05 14:24:29] a...@php.net The following patch has been added/updated: Patch Name: 61635.diff Revision: 1333635869 URL: https://bugs.php.net/patch-display.php?bug=61635&patch=61635.diff&revision=1333635869 [2012-04-05 12:31:01] a...@php.net Description: Test diff: 001+ int(0) 001- Warning: socket_select(): unable to select [%d]: Invalid argument in %s on line %d 002- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61635&edit=1
Bug #61634 [Com]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61634&edit=1 ID: 61634 Comment by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_listen-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch disables this test on windows as unix sockets are not available there. Previous Comments: [2012-04-05 14:04:40] a...@php.net The following patch has been added/updated: Patch Name: 61634.diff Revision: 1333634680 URL: https://bugs.php.net/patch-display.php?bug=61634&patch=61634.diff&revision=1333634680 [2012-04-05 12:28:58] a...@php.net Description: Test diff: 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 3 004- Warning: socket_listen(): unable to listen on socket [%d]: Invalid argument in %s on line %d 005- bool(false) 006+ 007+ Warning: socket_listen() expects parameter 1 to be resource, boolean given in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 4 008+ NULL Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61634&edit=1
Bug #61634 [PATCH]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61634&edit=1 ID: 61634 Patch added by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_listen-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61634.diff Revision: 1333634680 URL: https://bugs.php.net/patch-display.php?bug=61634&patch=61634.diff&revision=1333634680 Previous Comments: [2012-04-05 12:28:58] a...@php.net Description: Test diff: 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 3 004- Warning: socket_listen(): unable to listen on socket [%d]: Invalid argument in %s on line %d 005- bool(false) 006+ 007+ Warning: socket_listen() expects parameter 1 to be resource, boolean given in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 4 008+ NULL Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61634&edit=1
Bug #61624 [Opn->Nab]: round
Edit report at https://bugs.php.net/bug.php?id=61624&edit=1 ID: 61624 Updated by: ahar...@php.net Reported by:gufophp at gmail dot com Summary:round -Status: Open +Status: Not a bug Type: Bug Package:Math related Operating System: win32 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is, read this: http://www.floating-point-gui.de/ Thank you for your interest in PHP. The return value of round() is still a floating point number. If the precision is high enough, printing that float may result in seeing additional significant digits because of the imprecision inherent to floating point arithmetic. Previous Comments: [2012-04-05 13:08:07] gufophp at gmail dot com php.ini change precision to precision = 17 [2012-04-05 03:05:37] reeze dot xia at gmail dot com Hi, gufophp: I can't reproduce it in both 5.4 & 5.3 | Win7 & Mac OS X. can you feedback more information about this?. Thanks [2012-04-04 17:06:35] gufophp at gmail dot com Description: Test script: --- 33.29715783-33.29715783-33-30-55500 Expected result: 33.3-33.3-33-30-55500 Actual result: -- 33.29715783-33.29715783-33-30-55500 -- Edit this bug report at https://bugs.php.net/bug.php?id=61624&edit=1
Bug #61633 [Com]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61633&edit=1 ID: 61633 Comment by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: In the patch the original test was disabled on windows. A duplicate was added to suite the windows behaviour. Previous Comments: [2012-04-05 13:47:57] a...@php.net The following patch has been added/updated: Patch Name: 61633.diff Revision: 1333633677 URL: https://bugs.php.net/patch-display.php?bug=61633&patch=61633.diff&revision=1333633677 [2012-04-05 12:27:07] a...@php.net Description: Test diff: 006+ bool(true) 007- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 008- bool(false) 009- 009+ bool(true) 012+ bool(true) 012- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 013- bool(false) 014- 016- 017- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported %s on line %d 018- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61633&edit=1
Bug #61633 [PATCH]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61633&edit=1 ID: 61633 Patch added by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61633.diff Revision: 1333633677 URL: https://bugs.php.net/patch-display.php?bug=61633&patch=61633.diff&revision=1333633677 Previous Comments: [2012-04-05 12:27:07] a...@php.net Description: Test diff: 006+ bool(true) 007- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 008- bool(false) 009- 009+ bool(true) 012+ bool(true) 012- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 013- bool(false) 014- 016- 017- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported %s on line %d 018- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61633&edit=1
Bug #61624 [Com]: round
Edit report at https://bugs.php.net/bug.php?id=61624&edit=1 ID: 61624 Comment by: gufophp at gmail dot com Reported by:gufophp at gmail dot com Summary:round Status: Open Type: Bug Package:Math related Operating System: win32 PHP Version:5.4.0 Block user comment: N Private report: N New Comment: php.ini change precision to precision = 17 Previous Comments: [2012-04-05 03:05:37] reeze dot xia at gmail dot com Hi, gufophp: I can't reproduce it in both 5.4 & 5.3 | Win7 & Mac OS X. can you feedback more information about this?. Thanks [2012-04-04 17:06:35] gufophp at gmail dot com Description: Test script: --- 33.29715783-33.29715783-33-30-55500 Expected result: 33.3-33.3-33-30-55500 Actual result: -- 33.29715783-33.29715783-33-30-55500 -- Edit this bug report at https://bugs.php.net/bug.php?id=61624&edit=1
Bug #61632 [Com]: Test ext\sockets\tests\socket_create_listen.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61632&edit=1 ID: 61632 Comment by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_create_listen.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: the original test was disabled on windows and duplicated to fit the output on windows Previous Comments: [2012-04-05 12:56:25] a...@php.net The following patch has been added/updated: Patch Name: 61632.diff Revision: 1333630585 URL: https://bugs.php.net/patch-display.php?bug=61632&patch=61632.diff&revision=1333630585 [2012-04-05 12:24:52] a...@php.net Description: The test diff 001+ string(9) "127.0.0.1" 001- string(7) "0.0.0.0" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61632&edit=1
Bug #61632 [PATCH]: Test ext\sockets\tests\socket_create_listen.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61632&edit=1 ID: 61632 Patch added by: a...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_create_listen.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61632.diff Revision: 1333630585 URL: https://bugs.php.net/patch-display.php?bug=61632&patch=61632.diff&revision=1333630585 Previous Comments: [2012-04-05 12:24:52] a...@php.net Description: The test diff 001+ string(9) "127.0.0.1" 001- string(7) "0.0.0.0" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61632&edit=1
[PHP-BUG] Bug #61638 [NEW]: Test ext\sockets\tests\unixloop.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\unixloop.phpt fails Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\unixloop.php on line 8 001- string(10) "ABCdef123 002- " 003+ Unable to create AF_UNIX socket [server] Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61638&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61638&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61638&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61638&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61638&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61638&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61638&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61638&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61638&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61638&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61638&r=support Expected behavior: https://bugs.php.net/fix.php?id=61638&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61638&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61638&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61638&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61638&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61638&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61638&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61638&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61638&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61638&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61638&r=mysqlcfg
[PHP-BUG] Bug #61637 [NEW]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:ext\sockets\tests\socket_sentto_recvfrom_unix.phpt Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 2 001- Warning: socket_create(): Unable to create socket [%d]: Protocol not supported in %s on line %d 003- Warning: socket_recvfrom(): unable to recvfrom [%d]: Resource temporarily unavailable in %s on line %d 004- 005- Warning: socket_sendto() expects at least 5 parameters, 4 given in %s on line %d 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 3 006+ Unable to create AF_UNIX socket 006- bool(false) 007- Received Ping! Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61637&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61637&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61637&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61637&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61637&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61637&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61637&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61637&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61637&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61637&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61637&r=support Expected behavior: https://bugs.php.net/fix.php?id=61637&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61637&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61637&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61637&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61637&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61637&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61637&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61637&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61637&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61637&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61637&r=mysqlcfg
[PHP-BUG] Bug #61636 [NEW]: readfile() resp. fpassthru() try to allocate complete file into memory
From: Operating system: Windows XP SP3 PHP version: master-Git-2012-04-05 (snap) Package: Apache related Bug Type: Bug Bug description:readfile() resp. fpassthru() try to allocate complete file into memory Description: Tested on: - PHP 5.5.0dev (r324251) as Apache 2.2 module - Apache 2.2.22 This bug applies to the Apache module on Windows only. The cgi version does not show this behavior. I narrowed it down to PHP 5.2.10. Before that version the test script runs without error. Test script: --- Expected result: No error Actual result: -- Immediate result (doesn't even begin to load the file): Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 209719296 bytes) in C:*\readfile.php on line 4 -- Edit bug report at https://bugs.php.net/bug.php?id=61636&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61636&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61636&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61636&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61636&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61636&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61636&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61636&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61636&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61636&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61636&r=support Expected behavior: https://bugs.php.net/fix.php?id=61636&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61636&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61636&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61636&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61636&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61636&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61636&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61636&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61636&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61636&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61636&r=mysqlcfg
[PHP-BUG] Bug #61635 [NEW]: ext\sockets\tests\socket_select-wrongparams-1.phpt
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:ext\sockets\tests\socket_select-wrongparams-1.phpt Description: Test diff: 001+ int(0) 001- Warning: socket_select(): unable to select [%d]: Invalid argument in %s on line %d 002- bool(false) Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61635&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61635&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61635&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61635&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61635&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61635&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61635&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61635&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61635&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61635&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61635&r=support Expected behavior: https://bugs.php.net/fix.php?id=61635&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61635&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61635&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61635&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61635&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61635&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61635&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61635&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61635&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61635&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61635&r=mysqlcfg
[PHP-BUG] Bug #61634 [NEW]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\socket_listen-wrongparams.phpt fails Description: Test diff: 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 3 004- Warning: socket_listen(): unable to listen on socket [%d]: Invalid argument in %s on line %d 005- bool(false) 006+ 007+ Warning: socket_listen() expects parameter 1 to be resource, boolean given in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 4 008+ NULL Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61634&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61634&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61634&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61634&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61634&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61634&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61634&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61634&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61634&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61634&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61634&r=support Expected behavior: https://bugs.php.net/fix.php?id=61634&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61634&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61634&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61634&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61634&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61634&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61634&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61634&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61634&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61634&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61634&r=mysqlcfg
[PHP-BUG] Bug #61633 [NEW]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails Description: Test diff: 006+ bool(true) 007- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 008- bool(false) 009- 009+ bool(true) 012+ bool(true) 012- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 013- bool(false) 014- 016- 017- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported %s on line %d 018- bool(false) Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61633&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61633&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61633&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61633&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61633&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61633&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61633&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61633&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61633&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61633&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61633&r=support Expected behavior: https://bugs.php.net/fix.php?id=61633&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61633&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61633&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61633&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61633&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61633&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61633&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61633&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61633&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61633&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61633&r=mysqlcfg
[PHP-BUG] Bug #61632 [NEW]: Test ext\sockets\tests\socket_create_listen.phpt fails
From: ab Operating system: Windows PHP version: Irrelevant Package: Sockets related Bug Type: Bug Bug description:Test ext\sockets\tests\socket_create_listen.phpt fails Description: The test diff 001+ string(9) "127.0.0.1" 001- string(7) "0.0.0.0" Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61632&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61632&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61632&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61632&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61632&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61632&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61632&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61632&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61632&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61632&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61632&r=support Expected behavior: https://bugs.php.net/fix.php?id=61632&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61632&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61632&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61632&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61632&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61632&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61632&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61632&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61632&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61632&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61632&r=mysqlcfg
Bug #61631 [Com]: mbstring mail related tests fail
Edit report at https://bugs.php.net/bug.php?id=61631&edit=1 ID: 61631 Comment by: a...@php.net Reported by:a...@php.net Summary:mbstring mail related tests fail Status: Open Type: Bug Package:mbstring related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: In the patch supplied the mentioned tests are disabled to run on windows. Previous Comments: [2012-04-05 10:32:43] a...@php.net The following patch has been added/updated: Patch Name: 61631.diff Revision: 1333621963 URL: https://bugs.php.net/patch-display.php?bug=61631&patch=61631.diff&revision=1333621963 [2012-04-05 10:14:54] a...@php.net Description: MBstring contains tests for the mail functionality. Thease tests are: ext\mbstring\tests\bug52861.phpt ext\mbstring\tests\mb_send_mail01.phpt ext\mbstring\tests\mb_send_mail02.phpt ext\mbstring\tests\mb_send_mail03.phpt ext\mbstring\tests\mb_send_mail04.phpt ext\mbstring\tests\mb_send_mail05.phpt ext\mbstring\tests\mb_send_mail06.phpt ext\mbstring\tests\mb_send_mail07.phpt For example the diff of ext\mbstring\tests\bug52861.phpt 001- To: exam...@example.com 002- Subject: %s 003- MIME-Version: 2.0 004- Content-Type: text/plain; charset=%s 005- Content-Transfer-Encoding: %s 006- Thease tests should not be run on windows, as on windows no sendmail binary is used but an available MTA is required. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61631&edit=1
Bug #61631 [PATCH]: mbstring mail related tests fail
Edit report at https://bugs.php.net/bug.php?id=61631&edit=1 ID: 61631 Patch added by: a...@php.net Reported by:a...@php.net Summary:mbstring mail related tests fail Status: Open Type: Bug Package:mbstring related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61631.diff Revision: 1333621963 URL: https://bugs.php.net/patch-display.php?bug=61631&patch=61631.diff&revision=1333621963 Previous Comments: [2012-04-05 10:14:54] a...@php.net Description: MBstring contains tests for the mail functionality. Thease tests are: ext\mbstring\tests\bug52861.phpt ext\mbstring\tests\mb_send_mail01.phpt ext\mbstring\tests\mb_send_mail02.phpt ext\mbstring\tests\mb_send_mail03.phpt ext\mbstring\tests\mb_send_mail04.phpt ext\mbstring\tests\mb_send_mail05.phpt ext\mbstring\tests\mb_send_mail06.phpt ext\mbstring\tests\mb_send_mail07.phpt For example the diff of ext\mbstring\tests\bug52861.phpt 001- To: exam...@example.com 002- Subject: %s 003- MIME-Version: 2.0 004- Content-Type: text/plain; charset=%s 005- Content-Transfer-Encoding: %s 006- Thease tests should not be run on windows, as on windows no sendmail binary is used but an available MTA is required. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61631&edit=1
[PHP-BUG] Bug #61631 [NEW]: mbstring mail related tests fail
From: ab Operating system: Windows PHP version: Irrelevant Package: mbstring related Bug Type: Bug Bug description:mbstring mail related tests fail Description: MBstring contains tests for the mail functionality. Thease tests are: ext\mbstring\tests\bug52861.phpt ext\mbstring\tests\mb_send_mail01.phpt ext\mbstring\tests\mb_send_mail02.phpt ext\mbstring\tests\mb_send_mail03.phpt ext\mbstring\tests\mb_send_mail04.phpt ext\mbstring\tests\mb_send_mail05.phpt ext\mbstring\tests\mb_send_mail06.phpt ext\mbstring\tests\mb_send_mail07.phpt For example the diff of ext\mbstring\tests\bug52861.phpt 001- To: exam...@example.com 002- Subject: %s 003- MIME-Version: 2.0 004- Content-Type: text/plain; charset=%s 005- Content-Transfer-Encoding: %s 006- Thease tests should not be run on windows, as on windows no sendmail binary is used but an available MTA is required. Expected result: tests pass Actual result: -- tests fail -- Edit bug report at https://bugs.php.net/bug.php?id=61631&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61631&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61631&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61631&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61631&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61631&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61631&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61631&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61631&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61631&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61631&r=support Expected behavior: https://bugs.php.net/fix.php?id=61631&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61631&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61631&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61631&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61631&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61631&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61631&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61631&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61631&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61631&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61631&r=mysqlcfg
Req #55331 [Com]: Package/Namespace visibility control keyword
Edit report at https://bugs.php.net/bug.php?id=55331&edit=1 ID: 55331 Comment by: info at strictcoding dot co dot uk Reported by:gordon dot mcvey at ntlworld dot com Summary:Package/Namespace visibility control keyword Status: Open Type: Feature/Change Request Package:Class/Object related Operating System: any PHP Version:5.4.0alpha2 Block user comment: N Private report: N New Comment: This would be awesome. It's currently very difficult to protect a domain model without this feature. Previous Comments: [2011-07-31 21:42:33] gordon dot mcvey at ntlworld dot com Description: With the addition of namespaces, a new level of member protection for classes similar to Java's package visibility would be a useful addition. Currently we have the following protection levels: * Private: Member is visible only within the class that defines it * Protected: Member is visible within the class that defines it and any subclasses that inherit from it * Public: Member is visible anywhere. I would suggest that an additional "package" or "namespace" protection level keyword would be a useful addition. Members marked as package or namespace would be visible to any other class defined in the same namespace as the defining class. -- Edit this bug report at https://bugs.php.net/bug.php?id=55331&edit=1
[PHP-BUG] Req #61630 [NEW]: include path with arrays
From:
Operating system:
PHP version: Irrelevant
Package: PHP options/info functions
Bug Type: Feature/Change Request
Bug description:include path with arrays
Description:
Include path handling functions should work with arrays.
The should be an add_include_path() function.
Test script:
---
set_include_path(
array(
'/path/to/my/lib',
'/path/to/pear/',
)
);
$arPaths = get_include_path($bReturnAsArray = true);
add_include_path('/path/to/other/lib', INSERT_FIRST|INSERT_LAST);
add_include_path(
array(
'/path/to/other/lib',
'/path/to/pyrus/',
),
INSERT_FIRST|INSERT_LAST
);
--
Edit bug report at https://bugs.php.net/bug.php?id=61630&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61630&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61630&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61630&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61630&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61630&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61630&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61630&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61630&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61630&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61630&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61630&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61630&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61630&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61630&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61630&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61630&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61630&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61630&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61630&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61630&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61630&r=mysqlcfg
