#43107 [NEW]: access level of DOM* properties are not applied
From: php at benjaminschulz dot com
Operating system:
PHP version: 5.3CVS-2007-10-26 (CVS)
PHP Bug Type: DOM XML related
Bug description: access level of DOM* properties are not applied
Description:
I need to restrict the direct setting of DOM* properties to ensure that no
non-utf8 encoding is getting into the Document because libxml2 (ext/dom?)
still can't handle that. Implementing this i discovered that classes
derived from DOM* cannot restrict the access level of properties.
I think there should at least be an error raised telling that it is not
allowed to change the access level of properties, but because of libxml's
great segfaulting abilities i would prefer to able to restrict the access
(without a magic setter). Another solution for the encoding problem might
be to just check _all_ incoming strings into the DomDocument for unicode if
the documents encoding is UTF-8.
Reproduce code:
---
?php
class Test extends DomDocument {
protected $textContent;
}
$test = new Test;
$test-loadXml('foobar/foo');
var_dump($test-textContent);
Expected result:
Fatal Error: Cannot access protected property Text::$textContent
Actual result:
--
string(3) bar
--
Edit bug report at http://bugs.php.net/?id=43107edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43107r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43107r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43107r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43107r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43107r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43107r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43107r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43107r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43107r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43107r=support
Expected behavior:http://bugs.php.net/fix.php?id=43107r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43107r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43107r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43107r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43107r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43107r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43107r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43107r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43107r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43107r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43107r=mysqlcfg
#43098 [Opn-Fbk]: file_get_contents() freezes (probably caused by fopen())
ID: 43098
Updated by: [EMAIL PROTECTED]
Reported By: harvie at email dot cz
-Status: Open
+Status: Feedback
Bug Type: Performance problem
Operating System: Linux (Debian Etch) - php5-cli
PHP Version: 5.2.4
New Comment:
It won't matter what you put in timeout if you wrap everything in a
while(1) loop. Of course it just sits there, try adding some error
checking there..
Previous Comments:
[2007-10-25 17:21:10] harvie at email dot cz
[EMAIL PROTECTED]: It's possible, but in this case the
default_socket_timeout have to close the socket and continue with next
URL (crawler freezing too with many different URLs). Or
default_socket_timeout doesn't matter in here?
It's true, that my router sux, but i don't see any reason why PHP
should crash at first problem with connectivity, that ends in total
script freeze, i thought, that is why we have socket timeout option. Or
not?
[2007-10-25 11:57:20] [EMAIL PROTECTED]
Are you sure it's not just your network connection freezing? f.e. some
kind of firewall stopping you from connecting to one site too many times
in too short time? (fyi: your script works fine for me, I stopped it
after 10 minutes..)
[2007-10-24 19:02:01] harvie at email dot cz
I tryed to run this at PHP4 - CLI (MS Windows Server2003)
It returned this errors. May be, this error is handled another way in
PHP5 and it causes the hang up...
c:/bugshow.php
#0#1#2#3#4#5#6#7#8#9#10#11#12#13#14#15
Warning: file_get_contents(res:///PHP/http:\\w.moreover.com\): failed
to open stream: No such file or directory in D:\bug.php on line 12
#16#17#18#19#20#21#22#23#24#25#26#27#28#29#30#31#32#33#34#35#36#37#38#39#40#41#4
2#43#44#45#46#47
Warning: file_get_contents(res:///PHP/http:\\w.moreover.com\): failed
to open stream: No such file or directory in D:\bug.php on line 12
#48#49#50
[2007-10-24 18:16:26] harvie at email dot cz
I have runned the script with strace debuger (This is debuging
interpreter calls, not PHP code... of course.), if you are interested:
# strace ./bugshow.php
execve(./emails.php, [./emails.php], [/* 29 vars */]) = 0
uname({sys=Linux, node=harvie-ntb, ...}) = 0
brk(0) = 0x854c000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fa8000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=67381, ...}) = 0
mmap2(NULL, 67381, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f97000
close(3)= 0
...Lot of irrelevant stuff...
connect(3, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr(192.168.2.1)}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1193256681, 718238}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, \6?\1\0\0\1\0\0\0\0\0\0\1w\10moreover\3com\0\0\1\0\1, 32, 0)
= 32
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [56])= 0
recvfrom(3,
\6?\201\200\0\1\0\1\0\0\0\0\1w\10moreover\3com\0\0\1\0..., 1024, 0,
{sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr(192.168.2.1)}, [16]) = 56
close(3)= 0
gettimeofday({1193256681, 768001}, NULL) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(3, {sa_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr(170.224.8.50)}, 16) = -1 EINPROGRESS (Operation now
in progress)
poll([{fd=3, events=POLLIN|POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}],
1, 1000) = 1
getsockopt(3, SOL_SOCKET, SO_ERROR, [0], [4]) = 0
fcntl64(3, F_SETFL, O_RDWR) = 0
send(3, GET / HTTP/1.0\r\n, 16, 0)= 16
send(3, Host: w.moreover.com\r\n, 22, 0) = 22
send(3, \r\n, 2, 0) = 2
poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, 0) = 0
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP, revents=POLLIN}], 1, 1000)
= 1
recv(3, HTTP/1.1 200 OK\r\nDate: Wed, 24 O..., 8192, 0) = 524
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP, revents=POLLIN}], 1, 1000)
= 1
recv(3, s, online news, current awarenes..., 8192, 0) = 524
poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, 0) = 0
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP}], 1, 1000) = 0
poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, 0) = 0
poll([{fd=3, events=POLLIN|POLLERR|POLLHUP}], 1, 1000) = 0
poll([{fd=3, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, 0) = 0
poll([{fd=3,
#43106 [Opn-Fbk]: php.ini not found
ID: 43106 Updated by: [EMAIL PROTECTED] Reported By: poletto at jeuxvideo dot com -Status: Open +Status: Feedback -Bug Type: *Configuration Issues +Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.4 New Comment: Is that path readable by the user as what Apache runs as? Check the permissions. Previous Comments: [2007-10-25 17:11:26] poletto at jeuxvideo dot com Description: php.ini is not found when specifying an alternate installation PREFIX (/usr/local/php5). phpinfo() says configuration path is in /usr/local/php5/lib, so i've put a php.ini there (i've tried some differents php.ini). phpinfo() says it didn't load any php.ini (and the changes to variables are ignored). Yes i've restarted apache. -- Edit this bug report at http://bugs.php.net/?id=43106edit=1
#43106 [Fbk-Opn]: php.ini not found
ID: 43106 User updated by: poletto at jeuxvideo dot com Reported By: poletto at jeuxvideo dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.4 New Comment: Yes ls -la /usr/local/php5/lib/ total 60 drwxr-xr-x3 root root 4096 Oct 26 10:16 . drwxr-xr-x6 root root 4096 Oct 23 14:27 .. drwxr-xr-x 13 root root 4096 Oct 23 14:27 php -rw-r--r--1 root root48618 Oct 25 18:30 php.ini ls -la /usr/local/php5 total 24 drwxr-xr-x6 root root 4096 Oct 23 14:27 . drwxr-xr-x 21 root root 4096 Oct 23 14:27 .. drwxr-xr-x2 root root 4096 Oct 25 19:05 bin drwxr-xr-x3 root root 4096 Oct 23 14:27 include drwxr-xr-x3 root root 4096 Oct 25 18:33 lib drwxr-xr-x3 root root 4096 Oct 23 14:27 man (i've checked parent directories too) I've found a temporary workaround : it seems that php still checks php.ini in /usr/local/lib (which is the path for the default prefix). It works if i put my php.ini there (but it's not there i intend to put it). I've tried to specify /usr/local/php5/lib for the configuration path or for the directory in which php should look for configuration files : it changes nothing. Previous Comments: [2007-10-26 08:06:47] [EMAIL PROTECTED] Is that path readable by the user as what Apache runs as? Check the permissions. [2007-10-25 17:11:26] poletto at jeuxvideo dot com Description: php.ini is not found when specifying an alternate installation PREFIX (/usr/local/php5). phpinfo() says configuration path is in /usr/local/php5/lib, so i've put a php.ini there (i've tried some differents php.ini). phpinfo() says it didn't load any php.ini (and the changes to variables are ignored). Yes i've restarted apache. -- Edit this bug report at http://bugs.php.net/?id=43106edit=1
#43038 [Opn-Asn]: Memory Allocaltion Failure on versions 5.2.1 and up
ID: 43038 Updated by: [EMAIL PROTECTED] Reported By: mike dot simonds at maxim-ic dot com -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Windows XP Linux PHP Version: 5.2CVS-2007-10-22 Assigned To: dmitry Previous Comments: [2007-10-25 14:43:01] mike dot simonds at maxim-ic dot com I wanted to explain to you the reasoning why I cannot 1) give you access to the area where this error is occurring, and 2) why I cannot create a functional script without a user and password. 1) these scripts contain and retrieve company sensitive data and I do not have the authority to be able to let you have access to this data. 2) The script(s) work with Salesforce.com's API and it is necessary to have an ID and Password to login I have a meeting today with Salesforce to discuss the possibility of setting up some sort of test area to be able to replicate this error. I can however, and if you agree, send you some links to two identical servers. One server will run php 5.2.0 and an export script and work just fine. One server will be running the latest CVS version of PHP 5.2.4 and will error. I cannot post these two URL's in the Bug due to private addresses. Please let me know if this can be done I will post this in the bug to keep it updated [2007-10-24 17:32:32] mike dot simonds at maxim-ic dot com Dmitry Thanks for the quick response. There is no way that I can write a script that allows access to this data without giving you access to the script, password username, or our salesforce.com instance. I am in contact with the developers over at salesforce now trying to get access to a testing area where I can reproduce this error. The data that is being accessed is sensitive data from my organization. I can however send you a link so you can run the script and see the error from the exact script that I posted in the orignial post Sorry for this sir! Regards, Mike [2007-10-24 06:28:07] [EMAIL PROTECTED] Sorry, but could you please provide a complete example that demonstrates the bug and doesn't require your password. [2007-10-23 09:26:17] [EMAIL PROTECTED] Assigned to the SOAP extension maintainer. [2007-10-22 13:21:50] mike dot simonds at maxim-ic dot com We tried a CVS version for both Linux and Windows on Sunday and still received the same error/fault Thanks, Mike The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43038 -- Edit this bug report at http://bugs.php.net/?id=43038edit=1
#43015 [Fbk-Csd]: Wrong XML when same object is repeated
ID: 43015 User updated by: magne at myrtveit dot com Reported By: magne at myrtveit dot com -Status: Feedback +Status: Closed Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.2.4 Assigned To: dmitry New Comment: Sorry: Our mistake. It now works. Here is the story... I made a test script, as you requested, and it produced the error when run on my client's server. To be on the safe side, I tested it on an internal server where I work, and now the response was Ok. The explanation: My customer's IT department had upgraded PHP all right, but they forgot to upgrade the extension dll's, such as the soap module. Kind regards, Magne Previous Comments: [2007-10-25 13:35:15] [EMAIL PROTECTED] Please provide the example script. [2007-10-25 08:18:22] magne at myrtveit dot com phpinfo() returns PHP Version 5.2.4. I will try to make a test script as soon as I can free up the time to write it (I guess I need to create three files (WSDL, XSD and PHP) and a request string in order to create a test case). I have made a workaround for my own service to work; I just include a unique serial number with each instance of the class that caused problems. This effectively switches off the use 'href' in the SOAP response. Thanks for your effort. [2007-10-24 07:00:34] [EMAIL PROTECTED] I cannot reproduce the bug #41566. $ make test TESTS=ext/soap/tests/bugs/bug41566.phpt = Running selected tests. PASS Bug #41566 (SOAP Server not properly generating href attributes) [ext/soap/tests/bugs/bug41566.phpt] = And you didn't provide a test script to reproduce it. Anyway, I belive the bug is fixed. May be you tested wrong version? [2007-10-18 13:30:09] [EMAIL PROTECTED] Dmitry, can yu check this out? [2007-10-18 09:47:20] magne at myrtveit dot com Description: This bug is reported before as bug #41566. It now has a status of Closed, and according to the text it is fixed in PHP 5.2.4. I had problems with this bug in PHP 5.2.3 and just installed PHP 5.3.4. The problem seems to be there still. Best regards, Magne Expected result: ... SOAP-ENV:Body ns1:getRegulationsResponse getRegulationsReturn xsi:type=ns1:RegulationsArray regulations xsi:type=ns1:Regulations id xsi:type=xsd:integer1/id name xsi:type=xsd:stringArbeidstilsynet/name inspectionIntervals xsi:type=ns1:InspectionInterval id=ref1 inspectionTypeId xsi:type=xsd:integer2/inspectionTypeId intervals xsi:type=xsd:int1/intervals /inspectionIntervals inspectionIntervals xsi:type=ns1:InspectionInterval id=ref2 inspectionTypeId xsi:type=xsd:integer3/inspectionTypeId intervals xsi:type=xsd:int1/intervals /inspectionIntervals /regulations regulations xsi:type=ns1:Regulations id xsi:type=xsd:integer5/id name xsi:type=xsd:stringBest. nr 522 - Maskindir./name inspectionIntervals href=#ref1/ inspectionIntervals href=#ref2/ /regulations regulations xsi:type=ns1:Regulations id xsi:type=xsd:integer6/id name xsi:type=xsd:stringBest.nr 523 - Fallsikring/name inspectionIntervals href=#ref1/ inspectionIntervals href=#ref2/ /regulations ... (etc) Actual result: -- ... SOAP-ENV:Body ns1:getRegulationsResponse getRegulationsReturn xsi:type=ns1:RegulationsArray regulations xsi:type=ns1:Regulations id xsi:type=xsd:integer1/id name xsi:type=xsd:stringArbeidstilsynet/name inspectionIntervals xsi:type=ns1:InspectionInterval id=ref1 inspectionTypeId xsi:type=xsd:integer2/inspectionTypeId intervals xsi:type=xsd:int1/intervals /inspectionIntervals inspectionIntervals xsi:type=ns1:InspectionInterval id=ref2 inspectionTypeId xsi:type=xsd:integer3/inspectionTypeId intervals xsi:type=xsd:int1/intervals /inspectionIntervals /regulations regulations xsi:type=ns1:Regulations id xsi:type=xsd:integer5/id name xsi:type=xsd:stringBest. nr 522 - Maskindir./name
#43108 [NEW]: rand generates predictable results
From: cetra3 at hotmaill dot com
Operating system: Windows XP
PHP version: 5.2.4
PHP Bug Type: *Math Functions
Bug description: rand generates predictable results
Description:
The function Rand will produce predictable results.
Reproduce code:
---
?php
$array_random = array_fill(1,10,1);
for($i=0;$i1;$i++) {
$array_random[rand(1,10)]++;
}
print_r($array_random);
?
Expected result:
This should produce an array which counts how many times each number is
picked at random. It should return a different result each time.
Actual result:
--
Instead of getting purely random responses, we get predictable ones, in
this example there will be tainted results, with numbers 5 and 10 producing
lower counts:
Array
(
[1] = 1594
[2] = 1610
[3] = 1633
[4] = 1589
[5] = 9997562
[6] = 1606
[7] = 1568
[8] = 1620
[9] = 1645
[10] = 9997583
)
You will always see these types of return values.
--
Edit bug report at http://bugs.php.net/?id=43108edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43108r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43108r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43108r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43108r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43108r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43108r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43108r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43108r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43108r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43108r=support
Expected behavior:http://bugs.php.net/fix.php?id=43108r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43108r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43108r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43108r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43108r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43108r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43108r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43108r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43108r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43108r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43108r=mysqlcfg
#43106 [Opn-Fbk]: php.ini not found
ID: 43106 Updated by: [EMAIL PROTECTED] Reported By: poletto at jeuxvideo dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.4 New Comment: You must be doing something wrong or just overlooked something since this works just fine for me: Configure Command = '../../php-5.2/configure' '--prefix=/opt/php52' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /opt/php52/lib Loaded Configuration File = /opt/php52/lib/php.ini PHP will use that path mentioned in the phpinfo() output if there's usable php.ini in it. Make sure you're using clean sources when you build PHP and before you install it, shutdown apache. Previous Comments: [2007-10-26 08:23:05] poletto at jeuxvideo dot com Yes ls -la /usr/local/php5/lib/ total 60 drwxr-xr-x3 root root 4096 Oct 26 10:16 . drwxr-xr-x6 root root 4096 Oct 23 14:27 .. drwxr-xr-x 13 root root 4096 Oct 23 14:27 php -rw-r--r--1 root root48618 Oct 25 18:30 php.ini ls -la /usr/local/php5 total 24 drwxr-xr-x6 root root 4096 Oct 23 14:27 . drwxr-xr-x 21 root root 4096 Oct 23 14:27 .. drwxr-xr-x2 root root 4096 Oct 25 19:05 bin drwxr-xr-x3 root root 4096 Oct 23 14:27 include drwxr-xr-x3 root root 4096 Oct 25 18:33 lib drwxr-xr-x3 root root 4096 Oct 23 14:27 man (i've checked parent directories too) I've found a temporary workaround : it seems that php still checks php.ini in /usr/local/lib (which is the path for the default prefix). It works if i put my php.ini there (but it's not there i intend to put it). I've tried to specify /usr/local/php5/lib for the configuration path or for the directory in which php should look for configuration files : it changes nothing. [2007-10-26 08:06:47] [EMAIL PROTECTED] Is that path readable by the user as what Apache runs as? Check the permissions. [2007-10-25 17:11:26] poletto at jeuxvideo dot com Description: php.ini is not found when specifying an alternate installation PREFIX (/usr/local/php5). phpinfo() says configuration path is in /usr/local/php5/lib, so i've put a php.ini there (i've tried some differents php.ini). phpinfo() says it didn't load any php.ini (and the changes to variables are ignored). Yes i've restarted apache. -- Edit this bug report at http://bugs.php.net/?id=43106edit=1
#43098 [Fbk-Opn]: file_get_contents() freezes (probably caused by fopen())
ID: 43098
User updated by: harvie at email dot cz
Reported By: harvie at email dot cz
-Status: Feedback
+Status: Open
-Bug Type: Performance problem
+Bug Type: Feature/Change Request
Operating System: Linux (Debian Etch) - php5-cli
PHP Version: 5.2.4
New Comment:
[EMAIL PROTECTED]: That is what i am saying, this will never comes to next
iteration. If i wan't to do some kind of error check, it will never be
executed, because whole program will stop at file_get_contents() and
will not execute anything after this call. Thats the problem. This
function will never return anything.
With this timeout, this script have to print '#' at least once a
second.
But the default_socket_timeout stops waiting for connection but in this
case the file_gets_contents() is already downloading when server drops
the connection because of network unstability or service overload.
Isn't there some kind of timeout, that will stop waiting for broken
connection after specified time?
Previous Comments:
[2007-10-26 08:16:58] [EMAIL PROTECTED]
It won't matter what you put in timeout if you wrap everything in a
while(1) loop. Of course it just sits there, try adding some error
checking there..
[2007-10-25 17:21:10] harvie at email dot cz
[EMAIL PROTECTED]: It's possible, but in this case the
default_socket_timeout have to close the socket and continue with next
URL (crawler freezing too with many different URLs). Or
default_socket_timeout doesn't matter in here?
It's true, that my router sux, but i don't see any reason why PHP
should crash at first problem with connectivity, that ends in total
script freeze, i thought, that is why we have socket timeout option. Or
not?
[2007-10-25 11:57:20] [EMAIL PROTECTED]
Are you sure it's not just your network connection freezing? f.e. some
kind of firewall stopping you from connecting to one site too many times
in too short time? (fyi: your script works fine for me, I stopped it
after 10 minutes..)
[2007-10-24 19:02:01] harvie at email dot cz
I tryed to run this at PHP4 - CLI (MS Windows Server2003)
It returned this errors. May be, this error is handled another way in
PHP5 and it causes the hang up...
c:/bugshow.php
#0#1#2#3#4#5#6#7#8#9#10#11#12#13#14#15
Warning: file_get_contents(res:///PHP/http:\\w.moreover.com\): failed
to open stream: No such file or directory in D:\bug.php on line 12
#16#17#18#19#20#21#22#23#24#25#26#27#28#29#30#31#32#33#34#35#36#37#38#39#40#41#4
2#43#44#45#46#47
Warning: file_get_contents(res:///PHP/http:\\w.moreover.com\): failed
to open stream: No such file or directory in D:\bug.php on line 12
#48#49#50
[2007-10-24 18:16:26] harvie at email dot cz
I have runned the script with strace debuger (This is debuging
interpreter calls, not PHP code... of course.), if you are interested:
# strace ./bugshow.php
execve(./emails.php, [./emails.php], [/* 29 vars */]) = 0
uname({sys=Linux, node=harvie-ntb, ...}) = 0
brk(0) = 0x854c000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or
directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fa8000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=67381, ...}) = 0
mmap2(NULL, 67381, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f97000
close(3)= 0
...Lot of irrelevant stuff...
connect(3, {sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr(192.168.2.1)}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1193256681, 718238}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, \6?\1\0\0\1\0\0\0\0\0\0\1w\10moreover\3com\0\0\1\0\1, 32, 0)
= 32
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [56])= 0
recvfrom(3,
\6?\201\200\0\1\0\1\0\0\0\0\1w\10moreover\3com\0\0\1\0..., 1024, 0,
{sa_family=AF_INET, sin_port=htons(53),
sin_addr=inet_addr(192.168.2.1)}, [16]) = 56
close(3)= 0
gettimeofday({1193256681, 768001}, NULL) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(3, {sa_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr(170.224.8.50)}, 16) = -1 EINPROGRESS (Operation now
in progress)
poll([{fd=3, events=POLLIN|POLLOUT|POLLERR|POLLHUP, revents=POLLOUT}],
1, 1000) = 1
getsockopt(3,
#43098 [Opn]: file_get_contents() freezes (probably caused by fopen())
ID: 43098 User updated by: harvie at email dot cz Reported By: harvie at email dot cz Status: Open Bug Type: Feature/Change Request Operating System: Linux (Debian Etch) - php5-cli PHP Version: 5.2.4 New Comment: Yeah! Thats what i need... Something like default_poll_timeout setting... Previous Comments: [2007-10-26 10:40:18] harvie at email dot cz [EMAIL PROTECTED]: That is what i am saying, this will never comes to next iteration. If i wan't to do some kind of error check, it will never be executed, because whole program will stop at file_get_contents() and will not execute anything after this call. Thats the problem. This function will never return anything. With this timeout, this script have to print '#' at least once a second. But the default_socket_timeout stops waiting for connection but in this case the file_gets_contents() is already downloading when server drops the connection because of network unstability or service overload. Isn't there some kind of timeout, that will stop waiting for broken connection after specified time? [2007-10-26 08:16:58] [EMAIL PROTECTED] It won't matter what you put in timeout if you wrap everything in a while(1) loop. Of course it just sits there, try adding some error checking there.. [2007-10-25 17:21:10] harvie at email dot cz [EMAIL PROTECTED]: It's possible, but in this case the default_socket_timeout have to close the socket and continue with next URL (crawler freezing too with many different URLs). Or default_socket_timeout doesn't matter in here? It's true, that my router sux, but i don't see any reason why PHP should crash at first problem with connectivity, that ends in total script freeze, i thought, that is why we have socket timeout option. Or not? [2007-10-25 11:57:20] [EMAIL PROTECTED] Are you sure it's not just your network connection freezing? f.e. some kind of firewall stopping you from connecting to one site too many times in too short time? (fyi: your script works fine for me, I stopped it after 10 minutes..) [2007-10-24 19:02:01] harvie at email dot cz I tryed to run this at PHP4 - CLI (MS Windows Server2003) It returned this errors. May be, this error is handled another way in PHP5 and it causes the hang up... c:/bugshow.php #0#1#2#3#4#5#6#7#8#9#10#11#12#13#14#15 Warning: file_get_contents(res:///PHP/http:\\w.moreover.com\): failed to open stream: No such file or directory in D:\bug.php on line 12 #16#17#18#19#20#21#22#23#24#25#26#27#28#29#30#31#32#33#34#35#36#37#38#39#40#41#4 2#43#44#45#46#47 Warning: file_get_contents(res:///PHP/http:\\w.moreover.com\): failed to open stream: No such file or directory in D:\bug.php on line 12 #48#49#50 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43098 -- Edit this bug report at http://bugs.php.net/?id=43098edit=1
#43106 [Fbk-Opn]: php.ini not found
ID: 43106 User updated by: poletto at jeuxvideo dot com Reported By: poletto at jeuxvideo dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.4 New Comment: Ok, that's strange. Maybe it's because several php installations have been made over the time on this server.. I don't really have time to look deeper in this, sorry. Thanks. Previous Comments: [2007-10-26 10:09:55] [EMAIL PROTECTED] You must be doing something wrong or just overlooked something since this works just fine for me: Configure Command = '../../php-5.2/configure' '--prefix=/opt/php52' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /opt/php52/lib Loaded Configuration File = /opt/php52/lib/php.ini PHP will use that path mentioned in the phpinfo() output if there's usable php.ini in it. Make sure you're using clean sources when you build PHP and before you install it, shutdown apache. [2007-10-26 08:23:05] poletto at jeuxvideo dot com Yes ls -la /usr/local/php5/lib/ total 60 drwxr-xr-x3 root root 4096 Oct 26 10:16 . drwxr-xr-x6 root root 4096 Oct 23 14:27 .. drwxr-xr-x 13 root root 4096 Oct 23 14:27 php -rw-r--r--1 root root48618 Oct 25 18:30 php.ini ls -la /usr/local/php5 total 24 drwxr-xr-x6 root root 4096 Oct 23 14:27 . drwxr-xr-x 21 root root 4096 Oct 23 14:27 .. drwxr-xr-x2 root root 4096 Oct 25 19:05 bin drwxr-xr-x3 root root 4096 Oct 23 14:27 include drwxr-xr-x3 root root 4096 Oct 25 18:33 lib drwxr-xr-x3 root root 4096 Oct 23 14:27 man (i've checked parent directories too) I've found a temporary workaround : it seems that php still checks php.ini in /usr/local/lib (which is the path for the default prefix). It works if i put my php.ini there (but it's not there i intend to put it). I've tried to specify /usr/local/php5/lib for the configuration path or for the directory in which php should look for configuration files : it changes nothing. [2007-10-26 08:06:47] [EMAIL PROTECTED] Is that path readable by the user as what Apache runs as? Check the permissions. [2007-10-25 17:11:26] poletto at jeuxvideo dot com Description: php.ini is not found when specifying an alternate installation PREFIX (/usr/local/php5). phpinfo() says configuration path is in /usr/local/php5/lib, so i've put a php.ini there (i've tried some differents php.ini). phpinfo() says it didn't load any php.ini (and the changes to variables are ignored). Yes i've restarted apache. -- Edit this bug report at http://bugs.php.net/?id=43106edit=1
#42689 [Com]: Cannot bind parameter to a dimensional value within a foreach loop
ID: 42689
Comment by: c dot glaab at web dot de
Reported By: evangun2001 at yahoo dot fr
Status: Assigned
Bug Type: MySQLi related
Operating System: windows
PHP Version: 5CVS-2007-09-17 (CVS)
Assigned To: andrey
New Comment:
Hi there,
i don't think it's a bug.
you're foreach creates a new array ($value), so the reference from
bind_result will be lost.
Previous Comments:
[2007-09-19 14:37:22] evangun2001 at yahoo dot fr
Hello,
I've run the tests on 5.2.0, 5.2.4 and CVS, MySQL 5.0.27.
Same results each time.
By the way, just to let you know, the CVS version seems unstable with
my full MySQLi script (more complex than what I've shown you), whereas
it works with 5.2.4.
Thanks
[2007-09-19 11:04:09] uwendel at mysql dot com
Can you tell me what MySQL and PHP versions you're using? Is it really
a CVS version/development snapshot that you're using?
Thanks!
Ulf
[2007-09-17 22:26:39] evangun2001 at yahoo dot fr
Description:
Hello,
As you can see in the code below, binding to $value['id'] will not work
because $value is a variable generated by the foreach loop. Using a
dimensional variable as a parameter causes no bugs outside a foreach
loop, so I'm pretty sure it really is a bug.
$arr = array(array('id' = 1));
$stmt = $dbh - prepare('SELECT member_login FROM members WHERE
member_id = ?;');
$stmt - bind_param('i', $value['id']);
foreach($arr as $value){
echo $value['id']; //this will output 1 as expected
$stmt - execute();
$stmt - bind_result($login);
while($stmt - fetch()){
echo $login;//this will output nothing
}
}
Reproduce code:
---
The code I've given in description pretty much says it all !
For a quick and global understanding of the situation, I've also put a
summary of what works, what does not work, and the workaround I've been
using so far. Check it here :
http://trombiaudencia2.free.fr/bug.txt
Actual result:
--
Just to let you know, in my application, the real bind_param line
looked like :
$stmt - bind_param('si', $_POST['members'][$value['id']]['login'],
$value['id']);
and in that case, php told me :
Fatal error: Only variables can be passed by reference in E:\Program
Files\EasyPHP\www\create_quiz_ajaxrequests.php on line 368
which is due to the second parameter, the first one does not create any
warning at all. Strange, because you'll see that in the simplified
example I've given above, no error message is displayed at all.
I use loops all the time so to me, it's reeaaally a down side for
MySQLi not to be able to bind parameters. I have been using PDO for a
while and heard MySQLi had better performances, but this kinda cools me
down :( Maybe I'll wait a bit until this bug is fixed before I migrate
to MySQLi.
Thank you very much !!
Evangun
--
Edit this bug report at http://bugs.php.net/?id=42689edit=1
#43103 [Opn-Fbk]: OpenSSL extension fails without HAVE_TM_GMTOFF
ID: 43103 Updated by: [EMAIL PROTECTED] Reported By: ckuehn at uiuc dot edu -Status: Open +Status: Feedback Bug Type: OpenSSL related Operating System: Solaris 9 PHP Version: 5.2.4 New Comment: Well, time.h should actually have that in it. So it's more likely that you're including the wrong time.h..maybe it's in the sys/time.h ? Previous Comments: [2007-10-25 14:42:36] ckuehn at uiuc dot edu Adding the include line doesn't seem to have changed anything. Adding: long timezone; ...within the asn1_time_to_time_t function allows the build to proceed without the error, but I'm pretty sure that's not an appropriate fix :) [2007-10-25 14:14:10] [EMAIL PROTECTED] Try adding this to ext/openssl/openssl.c, around line 50: #include time.h [2007-10-25 13:45:46] ckuehn at uiuc dot edu Sorry for the omission. I'm using GCC 3.1. [2007-10-25 11:49:56] [EMAIL PROTECTED] You didn't mention what compiler you use. If you're using Sun's cc, make sure /opt/SUNWspro/bin/cc is used instead of /usr/ucb/cc [2007-10-24 22:15:26] ckuehn at uiuc dot edu Description: The OpenSSL extension fails to build because of an undeclared variable (timezone) in the !HAVE_TM_GMTOFF case of asn1_time_to_time_t() in ext/openssl/openssl.c Reproduce code: --- ./configure \ --prefix=/usr/local/encap/php-5.2.4 \ --sysconfdir=/usr/local/encap/php-5.2.4/etc \ --enable-cgi \ --enable-fastcgi \ --enable-discard-path \ --with-config-file-path=/usr/local/encap/php-5.2.4/etc \ --enable-xml \ --with-pear \ --with-mysql \ --with-pgsql \ --with-mcrypt \ --with-openssl \ --disable-shared \ --enable-static make Expected result: Clean compilation. Actual result: -- /services/scratch/php-5.2.4/ext/openssl/openssl.c: In function `asn1_time_to_time_t': /services/scratch/php-5.2.4/ext/openssl/openssl.c:393: `timezone' undeclared (first use in this function) /services/scratch/php-5.2.4/ext/openssl/openssl.c:393: (Each undeclared identifier is reported only once /services/scratch/php-5.2.4/ext/openssl/openssl.c:393: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `ext/openssl/openssl.lo' -- Edit this bug report at http://bugs.php.net/?id=43103edit=1
#43109 [NEW]: array_intersect() emits unexpected no of notices when 2d array is passed as arg
From: kraghuba at in dot ibm dot com Operating system: Linux, windows PHP version: 6CVS-2007-10-26 (snap) PHP Bug Type: Arrays related Bug description: array_intersect() emits unexpected no of notices when 2d array is passed as arg Description: when 2-d array is passed as argument to array_intersect() as first argument, it emits notices, which is expected because it expects an 1 dimensional array to be passed. The no. of notices that it emits when 2-d array is passed is more than expected number of. I suspect that this behavior is wrong. for example when the passed 2-d array has two sub arrays then two notices are expected but the number of emitted notices are more than 2 and that cannot be co-related. Please note that this behavior is only noticed on php6 with error_reporting = E_ALL Reproduce code: --- ?php $arr1 = array ( array(1, 2, hello, 'world'), array(1, 2, 3, 4) ); $arr2 = array (1 = one, 2 = two, 3 = three); var_dump( array_intersect($arr1, $arr2) ); ? Expected result: Notice: Array to string conversion in %s on line %d Notice: Array to string conversion in %s on line %d Actual result: -- Notice: Array to string conversion in %s on line %d Notice: Array to string conversion in %s on line %d Notice: Array to string conversion in %s on line %d Notice: Array to string conversion in %s on line %d -- Edit bug report at http://bugs.php.net/?id=43109edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43109r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43109r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43109r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43109r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43109r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43109r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43109r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43109r=needscript Try newer version:http://bugs.php.net/fix.php?id=43109r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43109r=support Expected behavior:http://bugs.php.net/fix.php?id=43109r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43109r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43109r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43109r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43109r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43109r=dst IIS Stability:http://bugs.php.net/fix.php?id=43109r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43109r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43109r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43109r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43109r=mysqlcfg
#43103 [Fbk-Csd]: OpenSSL extension fails without HAVE_TM_GMTOFF
ID: 43103 User updated by: ckuehn at uiuc dot edu Reported By: ckuehn at uiuc dot edu -Status: Feedback +Status: Closed Bug Type: OpenSSL related Operating System: Solaris 9 PHP Version: 5.2.4 New Comment: Thanks for that last note. It pointed me in the right direction to find a problem with our toolchain. Thanks for all the help. Previous Comments: [2007-10-26 12:06:54] [EMAIL PROTECTED] Well, time.h should actually have that in it. So it's more likely that you're including the wrong time.h..maybe it's in the sys/time.h ? [2007-10-25 14:42:36] ckuehn at uiuc dot edu Adding the include line doesn't seem to have changed anything. Adding: long timezone; ...within the asn1_time_to_time_t function allows the build to proceed without the error, but I'm pretty sure that's not an appropriate fix :) [2007-10-25 14:14:10] [EMAIL PROTECTED] Try adding this to ext/openssl/openssl.c, around line 50: #include time.h [2007-10-25 13:45:46] ckuehn at uiuc dot edu Sorry for the omission. I'm using GCC 3.1. [2007-10-25 11:49:56] [EMAIL PROTECTED] You didn't mention what compiler you use. If you're using Sun's cc, make sure /opt/SUNWspro/bin/cc is used instead of /usr/ucb/cc The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43103 -- Edit this bug report at http://bugs.php.net/?id=43103edit=1
#42666 [Com]: virtual() causing Apache to segfault.
ID: 42666
Comment by: s dot clover at gmail dot com
Reported By: per dot jessen at enidan dot com
Status: Open
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Similar issue running PHP 5.2.4 as a module with Apache 2.2.6 on a Win
XP box. Three files:
---
test.php:
?php
virtual ('/test.html');
echo $bad;?
test.html:
!--#include virtual=test2.php --
test2.php:
?php
?
---
This is running with display_errors=On. It also segfaults, but in
different ways, with display_errors=Off, or depending on the exact
amount of bytes/calls in various files will simply print out a notice
with a corrupted linenumber.
It looks like the issue is that the php-within-php virtual nesting
somehow corrupts php's ability to tell the difference between
uninitialized/unset variables and valid ones, leading to memory access
exceptions of various sorts.
Previous Comments:
[2007-10-23 10:41:13] per dot jessen at enidan dot com
Sure.
problem.phtlm.en:
?php
virtual(problem-include.phtml.en);
klop
?
problem-include.phtml.en:
?php
?
[2007-10-23 09:45:27] [EMAIL PROTECTED]
So you should be able to now provide the reproducing script here
instead of the tar package?
[2007-10-23 06:19:35] per dot jessen at enidan dot com
Sorry, forgot to mention that - yes, I've removed the XSL calls, and
added a plain syntax error. The segfault still happens.
[2007-10-22 19:24:10] [EMAIL PROTECTED]
And does the problem occur without XSL (by causing some other error) ?
(I can't check the tar package right now)
[2007-10-22 11:35:37] per dot jessen at enidan dot com
My apache config is nothing particularly fancy, I just do plain
language negotiation. Still, I've updated the reproduce code:
http://jessen.ch/files/php-bug42666-oct2007.tar.gz
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/42666
--
Edit this bug report at http://bugs.php.net/?id=42666edit=1
#25628 [Com]: Cannot Connect to postgres database
ID: 25628 Comment by: marcao_ramos at hotmail dot com Reported By: matt at coffeecup dot com Status: No Feedback Bug Type: PostgreSQL related Operating System: Red Hat Enterprise Linux ES 2.1 PHP Version: 4.3.4-dev New Comment: I'm using ubuntu 7.10 and I get this problem fixed when I take out the file pdo_pgsql.ini from /etc/php5/apache2/conf.d/ and put its content into /etc/php5/apache2/conf.d/pgsql.ini. Only restart apache2 and that's all. Previous Comments: [2006-08-09 22:38:00] mdchaney at michaelchaney dot com I just had this same problem. The problem stemmed from have two sets of extension= lines, first in /usr/local/etc/ php.ini, also in /usr/local/etc/php/extensions.ini. Removing them from the php.ini file solved the problem. [2003-09-29 05:56:49] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-09-22 19:06:59] [EMAIL PROTECTED] How many apache children do you have at maximum and how many connections (at maximum) does your postgreSQL allow to connect? [2003-09-22 14:59:13] matt at coffeecup dot com This version had the exact same problem. [2003-09-22 12:23:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25628 -- Edit this bug report at http://bugs.php.net/?id=25628edit=1
#43111 [NEW]: It won't compile
From: trustpunk at gmail dot com Operating system: Mac OS X PHP version: 5.2.5RC1 PHP Bug Type: Compile Failure Bug description: It won't compile Description: I can configure PHP from the command line before compiling, but while its compiling, it runs into a nasty error. Reproduce code: --- I guess I will provide a URL to the compile log so you can help me fix this issue. http://www.trustabyss.com/downloads/configure.zip Expected result: I expect to be able to compile PHP for the Mac! What else would I expect? Actual result: -- Stops after the error is given. So much for compiling... -- Edit bug report at http://bugs.php.net/?id=43111edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43111r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43111r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43111r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43111r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43111r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43111r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43111r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43111r=needscript Try newer version:http://bugs.php.net/fix.php?id=43111r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43111r=support Expected behavior:http://bugs.php.net/fix.php?id=43111r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43111r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43111r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43111r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43111r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43111r=dst IIS Stability:http://bugs.php.net/fix.php?id=43111r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43111r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43111r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43111r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43111r=mysqlcfg
#43110 [NEW]: MSSQL_BIND won't work with datetime parameter
From: lhelmer at suezenergyna dot com
Operating system: Win2003
PHP version: 5.2.4
PHP Bug Type: MSSQL related
Bug description: MSSQL_BIND won't work with datetime parameter
Description:
I'm trying to execute a MSSQL stored procedure from PHP and I need to pass
a datetime parameter... when I do this the sp fails.
My bind statement is as follows
mssql_bind($proc,@RequestDate,$RecDate,SQLVARCHAR,false,false,10);
In a different situation I pass an integer parameter and that sp works.
That bind statement is as follows
mssql_bind($proc,@Load,$MWLoad,SQLVARCHAR);
I know my stored procedure CalculateDailyTotals works because I use them
everday in a scheduled job. It seems the problem is related to passing a
datetime value to the stored procedure.
Reproduce code:
---
$RecDate=$_POST['RecalcDate']; // RecalcDate = 2007-10-25
$db = mssql_connect(***,sa,***) or die(Unable to connect to
server);
mssql_select_db(Reporting);
$proc = mssql_init(CalculateDailyTotals, $db);
mssql_bind($proc,@RequestDate,$RecDate,SQLVARCHAR,false,false,10);
$Result = mssql_execute($proc);
if ($Result == 1){
echo Succes;
} ELSE {
echo Failure;
}
Expected result:
Success
Actual result:
--
Failure
--
Edit bug report at http://bugs.php.net/?id=43110edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43110r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43110r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43110r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43110r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43110r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43110r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43110r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43110r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43110r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43110r=support
Expected behavior:http://bugs.php.net/fix.php?id=43110r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43110r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43110r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43110r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43110r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43110r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43110r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43110r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43110r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43110r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43110r=mysqlcfg
#43111 [Opn]: It won't compile
ID: 43111 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com Status: Open Bug Type: Compile Failure Operating System: Mac OS X PHP Version: 5.2.5RC1 New Comment: Here's the error! Looks like someone released some bad C code. /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c: In function 'zif_dns_check_record': /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: 'T_MX' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: (Each undeclared identifier is reported only once /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:265: error: for each function it appears in.) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:286: error: 'T_A' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:308: error: 'C_IN' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c: In function 'zif_dns_get_mx': /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:865: error: 'HEADER' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:865: error: 'hp' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:894: error: 'C_IN' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:901: error: parse error before ')' token /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:902: error: 'HFIXEDSZ' undeclared (first use in this function) /Users/josh/Desktop/source/php-5.2.5RC1/ext/standard/dns.c:904: error: 'QFIXEDSZ' undeclared (first use in this function) make: *** [ext/standard/dns.lo] Error 1 Previous Comments: [2007-10-26 20:16:09] trustpunk at gmail dot com Description: I can configure PHP from the command line before compiling, but while its compiling, it runs into a nasty error. Reproduce code: --- I guess I will provide a URL to the compile log so you can help me fix this issue. http://www.trustabyss.com/downloads/configure.zip Expected result: I expect to be able to compile PHP for the Mac! What else would I expect? Actual result: -- Stops after the error is given. So much for compiling... -- Edit this bug report at http://bugs.php.net/?id=43111edit=1
#43113 [NEW]: Date problem -
From: anderson at berkeleypim dot com dot br
Operating system: linux
PHP version: 5.2.4
PHP Bug Type: *General Issues
Bug description: Date problem -
Description:
Problem in ADD day a date
Reproduce code:
---
? $data_inicio = '2007-10-23';
$data_fim='2007-11-08';$data_fim1='2007-10-23'; $i=0;
while ($data_fim1 = $data_fim)
{ $i=$i+1;$data_fim1
= soma_dia($data_inicio,$i);
echo br.$data_inicio. d=.$data_fim1. i=.$i;
}
function soma_dia($this_date,$num_days){
$my_time = strtotime ($this_date); //converts date string to UNIX
timestamp
$timestamp = $my_time + ($num_days * 86400); //calculates # of days
passed ($num_days) * # seconds in a day (86400)
$return_date = date(Y-m-d,$timestamp); //puts the UNIX timestamp
back into string format
return $return_date;//exit function and return string
}
?
Expected result:
2007-10-23 d=2007-10-24 i=1
2007-10-23 d=2007-10-25 i=2
2007-10-23 d=2007-10-26 i=3
2007-10-23 d=2007-10-27 i=4
2007-10-23 d=2007-10-28 i=5
2007-10-23 d=2007-10-29 i=6
2007-10-23 d=2007-10-30 i=7
2007-10-23 d=2007-10-31 i=8
2007-10-23 d=2007-11-01 i=9
2007-10-23 d=2007-11-02 i=10
2007-10-23 d=2007-11-03 i=11
2007-10-23 d=2007-11-04 i=12 ***
2007-10-23 d=2007-11-05 i=13 ** SAME - IS IMPOSSIBLE)
2007-10-23 d=2007-11-06 i=14
2007-10-23 d=2007-11-07 i=15
2007-10-23 d=2007-11-08 i=16
2007-10-23 d=2007-11-09 i=17
2007-10-23 d=2007-11-10 i=18
OK - runing at HOSTGATOR.COM at 21:37 brazil timezone.
Actual result:
--
2007-10-23 d=2007-10-24 i=1
2007-10-23 d=2007-10-25 i=2
2007-10-23 d=2007-10-26 i=3
2007-10-23 d=2007-10-27 i=4
2007-10-23 d=2007-10-28 i=5
2007-10-23 d=2007-10-29 i=6
2007-10-23 d=2007-10-30 i=7
2007-10-23 d=2007-10-31 i=8
2007-10-23 d=2007-11-01 i=9
2007-10-23 d=2007-11-02 i=10
2007-10-23 d=2007-11-03 i=11
2007-10-23 d=2007-11-04 i=12 ***
2007-10-23 d=2007-11-04 i=13 ** SAME - IS IMPOSSIBLE) Look a date
2007-10-23 d=2007-11-05 i=14
2007-10-23 d=2007-11-06 i=15
2007-10-23 d=2007-11-07 i=16
2007-10-23 d=2007-11-08 i=17
2007-10-23 d=2007-11-09 i=18
OK - runing at HOSTGATOR.COM at 21:37 brazil timezone.
--
Edit bug report at http://bugs.php.net/?id=43113edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43113r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43113r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43113r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43113r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43113r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43113r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43113r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43113r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43113r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43113r=support
Expected behavior:http://bugs.php.net/fix.php?id=43113r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43113r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43113r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43113r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43113r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43113r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43113r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43113r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43113r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43113r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43113r=mysqlcfg
#43112 [NEW]: install-pear-installer fails
From: buck dot golemon at amd dot com Operating system: RHEL (Taroon Update 3) PHP version: 5.2.4 PHP Bug Type: Compile Failure Bug description: install-pear-installer fails Description: # php --version PHP 5.2.4 (cli) (built: Oct 26 2007 15:29:20) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies # make install-pear-installer Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Warning: Invalid argument supplied for foreach() in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 425 Notice: Array to string conversion in phar://install-pear-nozlib.phar/PEAR/Registry.php on line 483 Fatal error: Call to a member function setConfig() on a non-object in phar://install-pear-nozlib.phar/PEAR/DependencyDB.php on line 558 make: *** [install-pear-installer] Error 255 Expected result: install Actual result: -- fails -- Edit bug report at http://bugs.php.net/?id=43112edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43112r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43112r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43112r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43112r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43112r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43112r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43112r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43112r=needscript Try newer version:http://bugs.php.net/fix.php?id=43112r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43112r=support Expected behavior:http://bugs.php.net/fix.php?id=43112r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43112r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43112r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43112r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43112r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43112r=dst IIS Stability:http://bugs.php.net/fix.php?id=43112r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43112r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43112r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43112r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43112r=mysqlcfg
