#44464 [NEW]: cannot get an INTEL image 64 bits

2008-03-18 Thread ingconti at ingconti dot com
From: ingconti at ingconti dot com
Operating system: osx 10.5
PHP version:  5.2.5
PHP Bug Type: Dynamic loading
Bug description:  cannot get an INTEL image 64 bits

Description:

I downloaded .tar and tried to compile for osx 10.5.

it works but issuing make install:

b
cp libs/libphp5.so /usr/libexec/apache2/libphp5.so
Warning!  dlname not found in /usr/libexec/apache2/libphp5.so.
Assuming installing a .so rather than a libtool archive.
chmod 755 /usr/libexec/apache2/libphp5.so
/b

and launching apache:

b
apachectl -t
/b
httpd: Syntax error on line 117 of /private/etc/apache2/httpd.conf: 
Cannot load /usr/libexec/apache2/libphp5.so into server: 
dlopen(/usr/libexec/apache2/libphp5.so, 10): no suitable image found.  
Did find:\n\t/usr/libexec/apache2/libphp5.so: mach-o, but wrong 
architecture









-- 
Edit bug report at http://bugs.php.net/?id=44464edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44464r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44464r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44464r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44464r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44464r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44464r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44464r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44464r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44464r=support
Expected behavior:http://bugs.php.net/fix.php?id=44464r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44464r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44464r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44464r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44464r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44464r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44464r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44464r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44464r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44464r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44464r=mysqlcfg



#44464 [Opn]: cannot get an INTEL image 64 bits

2008-03-18 Thread ingconti at ingconti dot com
 ID:   44464
 User updated by:  ingconti at ingconti dot com
 Reported By:  ingconti at ingconti dot com
 Status:   Open
 Bug Type: Dynamic loading
 Operating System: osx 10.5
 PHP Version:  5.2.5
 New Comment:

comapring Apple original and version compiled:

file libphp5.so
libphp5.so: Mach-O bundle i386

file libphp5_APPLE.so
libphp5_APPLE.so: Mach-O universal binary with 4 architectures
libphp5_APPLE.so (for architecture ppc7400):Mach-O bundle ppc
libphp5_APPLE.so (for architecture ppc64):  Mach-O 64-bit bundle 
ppc64
libphp5_APPLE.so (for architecture i386):   Mach-O bundle i386
libphp5_APPLE.so (for architecture x86_64): Mach-O 64-bit bundle 
x86_64


Previous Comments:


[2008-03-18 06:50:55] ingconti at ingconti dot com

Description:

I downloaded .tar and tried to compile for osx 10.5.

it works but issuing make install:

b
cp libs/libphp5.so /usr/libexec/apache2/libphp5.so
Warning!  dlname not found in /usr/libexec/apache2/libphp5.so.
Assuming installing a .so rather than a libtool archive.
chmod 755 /usr/libexec/apache2/libphp5.so
/b

and launching apache:

b
apachectl -t
/b
httpd: Syntax error on line 117 of /private/etc/apache2/httpd.conf: 
Cannot load /usr/libexec/apache2/libphp5.so into server: 
dlopen(/usr/libexec/apache2/libphp5.so, 10): no suitable image found. 

Did find:\n\t/usr/libexec/apache2/libphp5.so: mach-o, but wrong 
architecture













-- 
Edit this bug report at http://bugs.php.net/?id=44464edit=1



#44465 [NEW]: error when trying to view php pages in web browser

2008-03-18 Thread gesangbaer at yahoo dot com
From: gesangbaer at yahoo dot com
Operating system: XP Pro
PHP version:  5.2.5
PHP Bug Type: Reproducible crash
Bug description:  error when trying to view php pages in web browser

Description:

I'm having a similar problem to ticket number #41880 (dead/ bogus?). I was
able to install PHP just fine. I'm also running mySQL and Apache 2.2.8. I
installed using the quick guide
(http://us3.php.net/manual/en/install.windows.php). It said not to install
all of the extensions so I only picked the ones that looked necessary or
particularly useful. 





Reproduce code:
---
I then created the page from the starters guide
(http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to pull
it up in my browser. then I received the following error.

Expected result:

I expected the page from the tutorial to display in my web browser.

Actual result:
--
http://gesan.dyndns.org/images/phperror.bmp

when I initially ran php -i it indicated the lzcro.dll file and I searched
and found many references to the nettools extension, so I removed that. Now
I no longer get the popup from php, but I'm still getting that error when I
try to access the php page. I am able to access other content on my apache
server just fine, and I currently have mySQL functioning with other
projects I'm working on.

I understand that this may not be precisely the area to get help with this
issue, but having searched for the errors I'm getting this is all I've been
able to find. Could someone please give me some advice other than uninstall
and reinstall or RTFM? I've read the manual. I'm new to 
php and I'm not getting anything useful from what I've read. 

Thanks!

-- 
Edit bug report at http://bugs.php.net/?id=44465edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44465r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44465r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44465r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44465r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44465r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44465r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44465r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44465r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44465r=support
Expected behavior:http://bugs.php.net/fix.php?id=44465r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44465r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44465r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44465r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44465r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44465r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44465r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44465r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44465r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44465r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44465r=mysqlcfg



#44466 [NEW]: $_POST array empty

2008-03-18 Thread merylf at iinet dot net dot au
From: merylf at iinet dot net dot au
Operating system: Windows
PHP version:  5.2.5
PHP Bug Type: Arrays related
Bug description:  $_POST array empty

Description:

When posting data from a form, the $_POST array is empty.

Reproduce code:
---
Handler:
?php

print_r($_POST);

if (strlen($_POST['yourname'])  0) {
echo 'pThere is a name/p';
} else {  
echo 'pYou must enter your name./p'; 
}
?
Form bits:
?

form id=cisform action=handle_cis_form.php method=post
fieldsetlegendCIS Form/legend
plabel for=originatorYour name:/label
input type=text id=yourname //p

Expected result:

$_POST['yourname'] should have a value when the form is submitted, but it
is empty.


-- 
Edit bug report at http://bugs.php.net/?id=44466edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44466r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44466r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44466r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44466r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44466r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44466r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44466r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44466r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44466r=support
Expected behavior:http://bugs.php.net/fix.php?id=44466r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44466r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44466r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44466r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44466r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44466r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44466r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44466r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44466r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44466r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44466r=mysqlcfg



#13044 [Com]: unexpected characters in mail

2008-03-18 Thread michael dot reiter at univr dot it
 ID:   13044
 Comment by:   michael dot reiter at univr dot it
 Reported By:  michalprv at poland dot com
 Status:   No Feedback
 Bug Type: Mail related
 Operating System: linux
 PHP Version:  4.0.6
 New Comment:

I have this problem with PHP 5.2.5.
Seems that when the message exceeds a certain length it adds strange
characters (/p in the message, splits a word with a space character,
...)


Previous Comments:


[2007-08-14 19:14:44] kinadian at cogeco dot ca

I ran into this same problem.  I was able to fix it by adding in
newline characters.  From what I can determine, it is caused by too many
characters on one line.

In my case, I was sending an HTML e-mail and I didn't bother with
newlines because I was using HTML formatting.

By adding newline characters (I added them where I would if I were
creating a nicely formated HTML webpage) I was able to avoid this bug.

I hope this helps you guys too.



[2007-07-30 17:46:12] brieb at kreotek dot com

I am using a standard Ubuntu 6.06 Dapper Drake installation (PHP 5.1.2,
Postfix ,and Apache 2.0.55 (unbutu)) and am having similar problems. 

extra characters are are very consistent, and all emails with too-long
lines are getting that !/n characters put in.



[2005-04-22 08:46:21] wehaveagig at hotmail dot com

I'm a web developer and I've been experiencing a very similar problem.
Infact, it almost identical to the problem reported in Bug #31496 (I
would have added my comment there, but I couldn't do so because it was
listed as Bogus). 

But in my case, the problem is INTERMITTENT, where the garbage
exclamation point character ! will appear in different places in a given
message. (If it occurs at all). Sometimes the messages will be prefectly
fine. Other times, I'll get an exclamation point somewhere in the body
of the message. And other times, there will be several exclamation
points in a given message.

I strongly suspected the Zend Optimizer causing these bugs, as it tries
to look ahead, it may be invoking the mail/sendmail program inproperly
or before the message has finished being fully formed.

Please respond with any opinions on that theory. Thanks

Steve



[2002-04-19 00:00:06] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2002-03-18 11:03:46] [EMAIL PROTECTED]

I'ld suggest to try with a newer PHP version anyway.



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/13044

-- 
Edit this bug report at http://bugs.php.net/?id=13044edit=1



#44466 [Opn-Fbk]: $_POST array empty

2008-03-18 Thread colder
 ID:   44466
 Updated by:   [EMAIL PROTECTED]
 Reported By:  merylf at iinet dot net dot au
-Status:   Open
+Status:   Feedback
 Bug Type: Arrays related
 Operating System: Windows
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi


Previous Comments:


[2008-03-18 07:58:28] merylf at iinet dot net dot au

Description:

When posting data from a form, the $_POST array is empty.

Reproduce code:
---
Handler:
?php

print_r($_POST);

if (strlen($_POST['yourname'])  0) {
echo 'pThere is a name/p';
} else {  
echo 'pYou must enter your name./p'; 
}
?
Form bits:
?

form id=cisform action=handle_cis_form.php method=post
fieldsetlegendCIS Form/legend
plabel for=originatorYour name:/label
input type=text id=yourname //p

Expected result:

$_POST['yourname'] should have a value when the form is submitted, but
it is empty.






-- 
Edit this bug report at http://bugs.php.net/?id=44466edit=1



#13044 [Com]: unexpected characters in mail

2008-03-18 Thread michael dot reiter at univr dot it
 ID:   13044
 Comment by:   michael dot reiter at univr dot it
 Reported By:  michalprv at poland dot com
 Status:   No Feedback
 Bug Type: Mail related
 Operating System: linux
 PHP Version:  4.0.6
 New Comment:

I had several links in my HTML email. The effect described above could
be resolved by adding the target attribute to the link. 

Note that exactly the same HTML would be correct and would bring no
error within browsers. This effect only applies to HTML emails sent with
the PHP mail() function.

a href=urltext/a 
in some emails causes the characters p to be inserted at the end of
paragraphs or spaces to be inserted within words (splitting them up) in
the subsequent html

a href=url target=_selftext/a (also target=_blank or
whatever)
does not bring this effect


Previous Comments:


[2008-03-18 09:04:57] michael dot reiter at univr dot it

I have this problem with PHP 5.2.5.
Seems that when the message exceeds a certain length it adds strange
characters (/p in the message, splits a word with a space character,
...)



[2007-08-14 19:14:44] kinadian at cogeco dot ca

I ran into this same problem.  I was able to fix it by adding in
newline characters.  From what I can determine, it is caused by too many
characters on one line.

In my case, I was sending an HTML e-mail and I didn't bother with
newlines because I was using HTML formatting.

By adding newline characters (I added them where I would if I were
creating a nicely formated HTML webpage) I was able to avoid this bug.

I hope this helps you guys too.



[2007-07-30 17:46:12] brieb at kreotek dot com

I am using a standard Ubuntu 6.06 Dapper Drake installation (PHP 5.1.2,
Postfix ,and Apache 2.0.55 (unbutu)) and am having similar problems. 

extra characters are are very consistent, and all emails with too-long
lines are getting that !/n characters put in.



[2005-04-22 08:46:21] wehaveagig at hotmail dot com

I'm a web developer and I've been experiencing a very similar problem.
Infact, it almost identical to the problem reported in Bug #31496 (I
would have added my comment there, but I couldn't do so because it was
listed as Bogus). 

But in my case, the problem is INTERMITTENT, where the garbage
exclamation point character ! will appear in different places in a given
message. (If it occurs at all). Sometimes the messages will be prefectly
fine. Other times, I'll get an exclamation point somewhere in the body
of the message. And other times, there will be several exclamation
points in a given message.

I strongly suspected the Zend Optimizer causing these bugs, as it tries
to look ahead, it may be invoking the mail/sendmail program inproperly
or before the message has finished being fully formed.

Please respond with any opinions on that theory. Thanks

Steve



[2002-04-19 00:00:06] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



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/13044

-- 
Edit this bug report at http://bugs.php.net/?id=13044edit=1



#44458 [Opn-Bgs]: Ampersand sign in SimpleXMLElement-addChild() causes incomplete XML

2008-03-18 Thread rrichards
 ID:   44458
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sergej at halogen-dg dot com
-Status:   Open
+Status:   Bogus
 Bug Type: SimpleXML related
 Operating System: FreeBSD, Linux
 PHP Version:  5.2.5
 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

 must be escaped


Previous Comments:


[2008-03-17 19:29:53] sergej at halogen-dg dot com

Description:

SimpleXMLElement-addChild() causes warning message and produces 
incomplete XML in case when the second argument contains ampersand  
sign ''. Text after ampersand is absent in output XML.

In the same time escaping of other XML special symbols in tag body 
works OK. Also all XML special symbols in tag attributes are escaped 
OK.


Reproduce code:
---
?
$sxml=new SimpleXMLElement('?xml version=1.0
encoding=utf-8?test/test');
// Quotes
$sitem=$sxml-addChild('tag',');
$sitem-addAttribute('attr',');
$sitem=$sxml-addChild('tag','');
$sitem-addAttribute('attr','');
// Brackets
$sitem=$sxml-addChild('tag','');
$sitem-addAttribute('attr','');
$sitem=$sxml-addChild('tag','');
$sitem-addAttribute('attr','');
// Ampersand
$sitem=$sxml-addChild('tag','Smith  Wesson');
$sitem-addAttribute('attr','Smith  Wesson');
// Result XML
print($sxml-asXML());
?


Expected result:

?xml version=1.0 encoding=utf-8?
testtag attr=''/tagtag attr=quot;/tagtag 
attr=lt;lt;/tagtag attr=gt;gt;/tagtag attr=Smith 
amp; WessonSmith amp; Wesson/tag/test


Actual result:
--
PHP Warning:  SimpleXMLElement::addChild(): unterminated entity 
reference  Wesson in xml.php on line 14

Warning: SimpleXMLElement::addChild(): unterminated entity reference   
  
Wesson in xml.php on line 14
?xml version=1.0 encoding=utf-8?
testtag attr=''/tagtag attr=quot;/tagtag 
attr=lt;lt;/tagtag attr=gt;gt;/tagtag attr=Smith 
amp; WessonSmith /tag/test






-- 
Edit this bug report at http://bugs.php.net/?id=44458edit=1



#44468 [NEW]: PDO SQlite method bindParam doesn't work properly in foreach cycle

2008-03-18 Thread petr at hroch dot info
From: petr at hroch dot info
Operating system: Linux Debian 4.0 Etch
PHP version:  5.3CVS-2008-03-18 (snap)
PHP Bug Type: PDO related
Bug description:  PDO SQlite method bindParam doesn't work properly in foreach 
cycle

Description:

PDO method bindParam doesn't work properly in foreach cycle

Reproduce code:
---
?
  $dbh = new PDO(sqlite:test.db3);
  
  //1. CREATE TEST TABLE
  $create_table_query = create table test (col1 varchar, col2 varchar,
col3 varchar);
  
  if (!$sth = $dbh-prepare($create_table_query)) {
print_r($dbh-errorInfo());  
exit;
  }
 
  if ($sth-execute()) {
   echo Test table created successfully\n;
  }
  $sth = null;  
 
  //2. INSERT ONE RECORD TO THE TEST TABLE
  $insert_record_query = insert into test (col1,col2,col3) values (:col1,
:col2, :col3); 
  if (!$sth = $dbh-prepare($insert_record_query)) {
print_r($dbh-errorInfo());  
exit;
  }

  //3. DATA BINDINGS
  $bindings[:col1] = test value in col 1;
  $bindings[:col2] = test value in col 2;
  $bindings[:col3] = test value in col 3;
  
  foreach ($bindings as $var = $value) {
echo Binding data, $var = $value\n;
$sth-bindParam($var, $value);
  }

  if ($sth-execute()) {
echo Record inserted successfully\n;
  }
  $sth = null;

  //4. DISPLAY TABLE RECORD
  $show_record_query = select * from test;
  if (!$sth = $dbh-prepare($show_record_query)) {
print_r($dbh-errorInfo());  
exit;
  }
 
  if ($sth-execute()) {
print_r($sth-fetchAll(PDO::FETCH_ASSOC));
  }

  $dbh = null;

?

Expected result:

Test table created successfully
Binding data, :col1 = test value in col 1
Binding data, :col2 = test value in col 2
Binding data, :col3 = test value in col 3
Record inserted successfully
Array
(
[0] = Array
(
[col1] = test value in col 1
[col2] = test value in col 2
[col3] = test value in col 3
)

)

Actual result:
--
Test table created successfully
Binding data, :col1 = test value in col 1
Binding data, :col2 = test value in col 2
Binding data, :col3 = test value in col 3
Record inserted successfully
Array
(
[0] = Array
(
[col1] = test value in col 3
[col2] = test value in col 3
[col3] = test value in col 3
)

)

-- 
Edit bug report at http://bugs.php.net/?id=44468edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44468r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44468r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44468r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44468r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44468r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44468r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44468r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44468r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44468r=support
Expected behavior:http://bugs.php.net/fix.php?id=44468r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44468r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44468r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44468r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44468r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44468r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44468r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44468r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44468r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44468r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44468r=mysqlcfg



#44404 [Opn-WFx]: strtotime('last Sunday') broken after DST change

2008-03-18 Thread derick
 ID:   44404
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gdonald at gmail dot com
-Status:   Open
+Status:   Wont fix
 Bug Type: Date/time related
 Operating System: Debian GNU/Linux
 PHP Version:  4.4.8
 New Comment:

We are sorry, but we can not support PHP 4 related problems anymore.
Momentum is gathering for PHP 6, and we think supporting PHP 4 will
lead to a waste of resources which we want to put into getting PHP 6
ready.


Previous Comments:


[2008-03-11 02:31:28] gdonald at gmail dot com

Description:

strtotime( 'last Sunday' ) produces an incorrect value.

Reproduce code:
---
echo Current time():\n;
echo date( 'Y-m-d H:i:s', time() );
echo \nBroken strtotime( 'last Sunday' )\n;
echo date( 'Y-m-d H:i:s', strtotime( 'last Sunday' ) );
echo \n;

Expected result:

I expect to see the date 2008-03-09, the correct value for strtotime(
'last Sunday' ), today being 2008-03-10, a Monday.

Actual result:
--
strtotime( 'last Sunday' ) produces 2008-03-08 23:00:00, a value one
hour short of correct.  Seems like an issue with the recent daylight
savings time change.





-- 
Edit this bug report at http://bugs.php.net/?id=44404edit=1



#44468 [Opn-Bgs]: PDO SQlite method bindParam doesn't work properly in foreach cycle

2008-03-18 Thread scottmac
 ID:   44468
 Updated by:   [EMAIL PROTECTED]
 Reported By:  petr at hroch dot info
-Status:   Open
+Status:   Bogus
 Bug Type: PDO related
 Operating System: Linux Debian 4.0 Etch
 PHP Version:  5.3CVS-2008-03-18 (snap)
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

You bind it to $value and when it exits the foreach then $value is
equal to test value in col 3

If you want it to behave as expected use.

foreach ($bindings as $var = $value) {



Previous Comments:


[2008-03-18 12:28:44] petr at hroch dot info

Description:

PDO method bindParam doesn't work properly in foreach cycle

Reproduce code:
---
?
  $dbh = new PDO(sqlite:test.db3);
  
  //1. CREATE TEST TABLE
  $create_table_query = create table test (col1 varchar, col2 varchar,
col3 varchar);
  
  if (!$sth = $dbh-prepare($create_table_query)) {
print_r($dbh-errorInfo());  
exit;
  }
 
  if ($sth-execute()) {
   echo Test table created successfully\n;
  }
  $sth = null;  
 
  //2. INSERT ONE RECORD TO THE TEST TABLE
  $insert_record_query = insert into test (col1,col2,col3) values
(:col1, :col2, :col3); 
  if (!$sth = $dbh-prepare($insert_record_query)) {
print_r($dbh-errorInfo());  
exit;
  }

  //3. DATA BINDINGS
  $bindings[:col1] = test value in col 1;
  $bindings[:col2] = test value in col 2;
  $bindings[:col3] = test value in col 3;
  
  foreach ($bindings as $var = $value) {
echo Binding data, $var = $value\n;
$sth-bindParam($var, $value);
  }

  if ($sth-execute()) {
echo Record inserted successfully\n;
  }
  $sth = null;

  //4. DISPLAY TABLE RECORD
  $show_record_query = select * from test;
  if (!$sth = $dbh-prepare($show_record_query)) {
print_r($dbh-errorInfo());  
exit;
  }
 
  if ($sth-execute()) {
print_r($sth-fetchAll(PDO::FETCH_ASSOC));
  }

  $dbh = null;

?

Expected result:

Test table created successfully
Binding data, :col1 = test value in col 1
Binding data, :col2 = test value in col 2
Binding data, :col3 = test value in col 3
Record inserted successfully
Array
(
[0] = Array
(
[col1] = test value in col 1
[col2] = test value in col 2
[col3] = test value in col 3
)

)

Actual result:
--
Test table created successfully
Binding data, :col1 = test value in col 1
Binding data, :col2 = test value in col 2
Binding data, :col3 = test value in col 3
Record inserted successfully
Array
(
[0] = Array
(
[col1] = test value in col 3
[col2] = test value in col 3
[col3] = test value in col 3
)

)





-- 
Edit this bug report at http://bugs.php.net/?id=44468edit=1



#44443 [Asn-Csd]: cvsclean fails on Darwin 9

2008-03-18 Thread felipe
 ID:   3
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: *Compile Issues
 Operating System: Darwin 9
 PHP Version:  6CVS-2008-03-15 (CVS)
 Assigned To:  gwynne


Previous Comments:


[2008-03-17 14:56:35] [EMAIL PROTECTED]

Just commit it =)



[2008-03-15 16:50:38] [EMAIL PROTECTED]

Description:

Darwin 9's sed is broken, causing ./cvsclean to remove a bunch of bogus
file names. Occurs in 5.2, 5.3, and HEAD. Specifically, when catting
.cvsignore, cvsclean gets a list like this:
Makefile.objects Makefile.f agme ts Makefile acco fig.h aclocal.m4
autom4te.cache bsd_co ve ted buildmk.stamp buildco f.stamp co fig.h.i 
co fig.cache co fig.log co fig.status co fig_va s.mk co figu atio -pa se
.c co figu atio -pa se .h co figu atio and so on

Patch that fixes in all three:

Index: build/build.mk
===
RCS file: /repository/php-src/build/build.mk,v
retrieving revision 1.29
diff -u -r1.29 build.mk
--- build/build.mk  15 Feb 2007 20:43:19 -  1.29
+++ build/build.mk  15 Mar 2008 16:43:33 -
@@ -67,7 +67,7 @@
 
 cvsclean-work:
@for i in `find . -name .cvsignore`; do \
-   (cd `dirname $$i` 2/dev/null  rm -rf `cat .cvsignore | grep 
-v
config.nice | sed 's/[\r\n]/ /g'` *.o *.a .libs || true); \
+   (cd `dirname $$i` 2/dev/null  rm -rf `cat .cvsignore | grep 
-v
config.nice | sed 's/[[:space:]]/ /g'` *.o *.a .libs || true); \
done
 
 .PHONY: $(ALWAYS) snapshot

Reproduce code:
---
$ ls -l config*
$ ./cvsclean
$ ls -l config*

Expected result:

-rw-r--r--  1 gwynne  gwynne43499 Nov 29  2005 config.guess
-rw-r--r--  1 gwynne  gwynne31743 Nov 29  2005 config.sub
-rwxr-xr-x  1 gwynne  gwynne  2872089 Mar 10 10:21 configure
-rw-r--r--  1 gwynne  gwynne41352 Mar 10 11:17 configure.in

-rw-r--r--  1 gwynne  gwynne43499 Nov 29  2005 config.guess
-rw-r--r--  1 gwynne  gwynne31743 Nov 29  2005 config.sub
-rw-r--r--  1 gwynne  gwynne41352 Mar 10 11:17 configure.in


Actual result:
--
-rw-r--r--  1 gwynne  gwynne43499 Nov 29  2005 config.guess
-rw-r--r--  1 gwynne  gwynne31743 Nov 29  2005 config.sub
-rwxr-xr-x  1 gwynne  gwynne  2872089 Mar 10 10:21 configure
-rw-r--r--  1 gwynne  gwynne41352 Mar 10 11:17 configure.in

-rw-r--r--  1 gwynne  gwynne43499 Nov 29  2005 config.guess
-rw-r--r--  1 gwynne  gwynne31743 Nov 29  2005 config.sub
-rwxr-xr-x  1 gwynne  gwynne  2872089 Mar 10 10:21 configure
-rw-r--r--  1 gwynne  gwynne41352 Mar 10 11:17 configure.in






-- 
Edit this bug report at http://bugs.php.net/?id=3edit=1



#44469 [NEW]: problems with creating xml from array(SOAPCLIENT)

2008-03-18 Thread potyomkine at gmail dot com
From: potyomkine at gmail dot com
Operating system: FreeBSD
PHP version:  5.2.5
PHP Bug Type: SOAP related
Bug description:  problems with creating xml from array(SOAPCLIENT)

Description:

problem with creating xml from array 
I call function
$client = new SoapClient(WSDL);

$client-function($arr);

where var_dump($arr) === array(1) {
  [Items]=
  array(1) {
[BatchFileItem]=
array(1) {
  [0]=
  array(9) {
[ProgMFG]=
string(13) progmfg-0
[ProdLine]=
string(14) prodline-0
[ArtNumber]=
string(9) art-0
[Vendor]=
string(5) Luval
[Measure]=
string(2) kg
[Group]=
string(10) skovorodki
[Cube]=
string(8) 232.5655
[Weight]=
string(9) 2323.2323
[DescriptionList]=
array(1) {
  [LocalizedDescription]=
  array(3) {
[0]=
array(2) {
  [Language]=
  string(2) EN
  [Description]=
  array(2) {
[Short]=
string(15) eng short descr
[Long]=
string(24) english long description
  }
}
[1]=
array(2) {
  [Language]=
  string(2) RU
  [Description]=
  array(2) {
[Short]=
string(15) rus short descr
[Long]=
string(24) russian long description
  }
}
[2]=
array(2) {
  [Language]=
  string(2) RU
  [Description]=
  array(2) {
[Short]=
string(15) rus short descr
[Long]=
string(24) russian long description
  }
}
  }
}
  }
}
  }
}


but when I see request it is look like this

?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=http://localhost/;
SOAP-ENV:Body
ns1:function

ns1:Items
ns1:BatchFileItem

ns1:ProgMFGprogmfg-0/ns1:ProgMFG

ns1:ProdLineprodline-0/ns1:ProdLine

ns1:ArtNumberart-0/ns1:ArtNumber
ns1:VendorLuval/ns1:Vendor
ns1:Measurekg/ns1:Measure

ns1:Groupskovorodki/ns1:Group
ns1:Cube232.5655/ns1:Cube

ns1:Weight2323.2323/ns1:Weight
/ns1:BatchFileItem
/ns1:Items

/ns1:function
/SOAP-ENV:Body
/SOAP-ENV:Envelope

Reproduce code:
---
$client-function($arr);

where var_dump($arr) === array(1) {
  [Items]=
  array(1) {
[BatchFileItem]=
array(1) {
  [0]=
  array(9) {
[ProgMFG]=
string(13) progmfg-0
[ProdLine]=
string(14) prodline-0
[ArtNumber]=
string(9) art-0
[Vendor]=
string(5) Luval
[Measure]=
string(2) kg
[Group]=
string(10) skovorodki
[Cube]=
string(8) 232.5655
[Weight]=
string(9) 2323.2323
[DescriptionList]=
array(1) {
  [LocalizedDescription]=
  array(3) {
[0]=
array(2) {
  [Language]=
  string(2) EN
  [Description]=
  array(2) {
[Short]=
string(15) eng short descr
[Long]=
string(24) english long description
  }
}
[1]=
array(2) {
  [Language]=
  string(2) RU
  [Description]=
  array(2) {
[Short]=
string(15) rus short descr
[Long]=
string(24) russian long description
  }
}
[2]=
array(2) {
  [Language]=
  string(2) RU
  [Description]=
  array(2) {
[Short]=
string(15) rus short descr
[Long]=
string(24) russian long description
  }
}
  }
}
  }
}
  }
}


Expected result:

?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1=http://localhost/;
 SOAP-ENV:Body
 

#44470 [NEW]: problem with $_POST array

2008-03-18 Thread kenny at amik dot ru
From: kenny at amik dot ru
Operating system: Linux 2.6.22.17-0.1
PHP version:  5.2.5
PHP Bug Type: *General Issues
Bug description:  problem with $_POST array

Description:

long name (more than 64 characters) in form's elements(text, select) did
not appear in $_POST array after form was submitted 

Reproduce code:
---
?php 
echo pre;
print_r($_POST);
echo /pre;
?
form action=sort.php method=post
input value=Save type=submit
select
name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria
option  value=USUnited States/option
/select
input type=text
name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria:2
value=test
/form

Expected result:

all data posted to the $_POST array

Actual result:
--
$_POST is empty array

-- 
Edit bug report at http://bugs.php.net/?id=44470edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44470r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44470r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44470r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44470r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44470r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44470r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44470r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44470r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44470r=support
Expected behavior:http://bugs.php.net/fix.php?id=44470r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44470r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44470r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44470r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44470r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44470r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44470r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44470r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44470r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44470r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44470r=mysqlcfg



#41196 [Com]: Unable to make SOAP calls to NTLM authenticated web services

2008-03-18 Thread thomas dot rabaix at gmail dot com
 ID:   41196
 Comment by:   thomas dot rabaix at gmail dot com
 Reported By:  james dot talbot at brennanit dot com dot au
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  5.2.1
 New Comment:

I have written a solution to call SOAP using NTLM authentication

http://rabaix.net/articles/2008/3/13/using-soap-php-with-ntlm-authentication

Thomas


Previous Comments:


[2007-04-26 09:10:19] [EMAIL PROTECTED]

Reclassified as feature request.



[2007-04-26 04:17:53] james dot talbot at brennanit dot com dot au

Description:

Currently, you can choose SOAP_AUTHENTICATION_BASIC or
SOAP_AUTHENTICATION_DIGEST as authentication methods when creating a new
SoapClient.  However, there is no option to authenticate using
Samba/NT's challenge-response NTLM authentication.  NTLM authentication
is required, for example, for Microsoft's Dynamics CRM webservice.






-- 
Edit this bug report at http://bugs.php.net/?id=41196edit=1



#44466 [Fbk-Bgs]: $_POST array empty

2008-03-18 Thread colder
 ID:   44466
 Updated by:   [EMAIL PROTECTED]
 Reported By:  merylf at iinet dot net dot au
-Status:   Feedback
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: Windows
 PHP Version:  5.2.5
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

Input elements that don't have names won't get sent.



Previous Comments:


[2008-03-18 10:05:56] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi



[2008-03-18 07:58:28] merylf at iinet dot net dot au

Description:

When posting data from a form, the $_POST array is empty.

Reproduce code:
---
Handler:
?php

print_r($_POST);

if (strlen($_POST['yourname'])  0) {
echo 'pThere is a name/p';
} else {  
echo 'pYou must enter your name./p'; 
}
?
Form bits:
?

form id=cisform action=handle_cis_form.php method=post
fieldsetlegendCIS Form/legend
plabel for=originatorYour name:/label
input type=text id=yourname //p

Expected result:

$_POST['yourname'] should have a value when the form is submitted, but
it is empty.






-- 
Edit this bug report at http://bugs.php.net/?id=44466edit=1



#44352 [Opn-Csd]: mysqli_connect_error() false negative for host errors

2008-03-18 Thread andrey
 ID:   44352
 Updated by:   [EMAIL PROTECTED]
 Reported By:  stein at visibone dot com
-Status:   Open
+Status:   Closed
 Bug Type: MySQLi related
 Operating System: Windows 2000
 PHP Version:  5.2.5
 Assigned To:  andrey
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

Fixed in 5.3  HEAD


Previous Comments:


[2008-03-11 09:49:04] stein at visibone dot com

...and with warnings (no @ sign) I get:

string(46) mysqlnd 5.0.1-beta - 070402 - $Revision: 321 $
PHP Warning:  mysqli::mysqli(): php_network_getaddresses: getaddrinfo
failed: No such host is known.  in Command line code on line 1

Warning: mysqli::mysqli(): php_network_getaddresses: getaddrinfo
failed: No such host is known.  in Command line code on line 1
PHP Warning:  mysqli::mysqli(): (0/0):  in Command line code on
line 1

Warning: mysqli::mysqli(): (0/0):  in Command line code on line 1
string(0) 



[2008-03-11 09:40:33] stein at visibone dot com

Good test case.  For windows command line I swapped the quote marks. 
With warnings suppressed I get:

C:\php -r var_dump(mysqli_get_client_info());[EMAIL PROTECTED]
mysqli('bogushost.com');var_dump(mysqli_connect_error());

string(46) mysqlnd 5.0.1-beta - 070402 - $Revision: 321 $
string(0) 



[2008-03-10 19:15:14] [EMAIL PROTECTED]

I can't reproduce the problem with mysqli/libmysql - neither 5.2 nor
5.3-dev. However, I saw it with mysqli/mysqlnd, which is due to a bug in
PHP's streams. I will fix the bug. Can you give more information?
I am using mysql 5.1.24-rc server and client library (+headers).
Libmysql reports a problem in the resolution of `bogushost.com`
I haven't still checked the problem with isset($mysqli-error)

[EMAIL PROTECTED]:~/dev/php5_3 ./php -r
'var_dump(mysqli_get_client_info());$c=new
mysqli(bogushost.com);var_dump(mysqli_connect_error());'
string(9) 5.1.24-rc

Warning: mysqli::mysqli(): (HY000/2005): Unknown MySQL server host
'bogushost.com' (1) in Command line code on line 1
string(45) Unknown MySQL server host 'bogushost.com' (1)

--

[EMAIL PROTECTED]:~/dev/vanilla/php5_2 ./php -r
'var_dump(mysqli_get_client_info());$c=new
mysqli(bogushost.com);var_dump(mysqli_connect_error());'
string(9) 5.1.24-rc

Warning: mysqli::mysqli(): (HY000/2005): Unknown MySQL server host
'bogushost.com' (1) in Command line code on line 1
string(45) Unknown MySQL server host 'bogushost.com' (1)

--




[2008-03-08 22:26:54] [EMAIL PROTECTED]

Assigned to primary maintainer



[2008-03-06 17:35:48] stein at visibone dot com

Description:

If you don't like this cramming of 4 bugs in 1, please consider this
solely a report of bug #1 which is the most serious.  Fix the first two
assert()'s in the reproduce code and call it a solved.

I think the mysqli connect-time error handling has a lot of bugs.  I
hope you'll bear with this report of 4 separate bugs.  They all
contribute to a very difficult time for PHP code to detect connection
failure (as opposed humans detecting it from warning messages in the
output).  I hope someone will find this a useful analysis of what goes
wrong when connections go wrong. 

Bug #1: a bad host (misspelled domain, server down) can't be detected
by mysqli_connect_error() or mysqli_connect_errno() -- they return empty
string and zero.  I have a hunch that in bug #30051 he actually detected
this problem at first, but then he brought up his server on localhost
and it went away so he closed his submission.  I think bug #31163
reported this problem and then died of neglect.  Bug #31745 may have
suffered from it, but it seems to be more about exceptions versus error
messages. 

Again, bug 1 is the most serious.  It breaks Example#1 on
http://www.php.net/manual/en/function.mysqli-connect.php when there's no
MySQL server running on localhost.  Bugs 2,3,4 make workarounds hard.

Bug #2: the object oriented constructor new mysqli never returns
FALSE.  This was reported in bug #32818 but waived off as a non-bug
without explanation.  The documentation for this constructor is smooshed
in with that of mysqli_connect(), where it states Returns ... FALSE if
the connection failed.  So I believe bug #32818 was not bogus, or the
documentation is.

Bug #3 $mysqli-error member never passes the isset() nor
property_exists() tests.  Not 

#44274 [Opn-Fbk]: Cannot extend built-in classes

2008-03-18 Thread andrey
 ID:   44274
 Updated by:   [EMAIL PROTECTED]
 Reported By:  cadastro at luciana dot pro dot br
-Status:   Open
+Status:   Feedback
 Bug Type: MySQLi related
 Operating System: linux
 PHP Version:  5.2.5
 New Comment:

 Hi,
I can't reproduce it with CVS of 5.3 and 5.2
I used the following test case

?php
class myclass extends mysqli {
  function connect() {
parent::connect( localhost, root, xxx );
  }
  function kill() {
var_dump($this-thread_id);
parent::kill( $this-thread_id ); //  BUG!! 
  }
}
$a = new myclass();
$a-connect();
$a-kill();
?

Output:
int(1834)

Then I check with SHOW PROCESSLIST what are the running processes -
nothing is left.



Previous Comments:


[2008-02-27 21:03:04] cadastro at luciana dot pro dot br

PHP Version 5.2.0-8+etch10

compile date: 2008-01-18



[2008-02-27 21:01:44] cadastro at luciana dot pro dot br

Description:

 Fixed bug #28430 (Extending mysqli class). (Georg)

this fix is SO NOT TRUE !!

The bug is STILL THERE THE SAME AS IT WAS 4 YEARS AGO !!!



I CAN'T GET THE THREAD_ID VALUE !! AND THAT'S CAUSING A BIG ISSUE :

I OPEN CONNECTION, USE AND CLOSE IT. IT ACTUALLY CLOSES (I TESTED), BUT
IT LETS AN ORPHAN  THREAD  IN MEMORY - WHICH IS CONSUMING
RESOURCES UNTIL MAX THREAD OF MYSQL IS REACHED, MAKING MYSQL GO DOWN
WHEN IT HAPPENS. 

TO FIX IT I NEED TO MANUALLY KILL THE THREAD THAT IS NOT BEEING CLOSED
BY MYSQLI! BUT HOW IF THE THING IS BUGGED?! :/

I HOPE IT GETS REALLY FIXED !!

THANKS!



Reproduce code:
---
EXAMPLE FOR TESTING THE BUG :


myclass inherits mysqli {

function connect() {
 
 parent::connect( conection stuff );
}


function kill() {
 
 parent::kill( parent::thread_id ); //  BUG!! 
}

}



Expected result:

I expect the thread to be REMOVED FROM MEMORY !!!

Actual result:
--
MYSQLI is letting OPRHAN THREADS in memory, and if mysql limit is 100
and I reload page 100 times, it will take mysql off business :/





-- 
Edit this bug report at http://bugs.php.net/?id=44274edit=1



#44390 [Opn-Asn]: bind_param / bind_result and Object member variables

2008-03-18 Thread andrey
 ID:   44390
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pumuckel at metropolis dot de
-Status:   Open
+Status:   Assigned
 Bug Type: MySQLi related
 Operating System: Linux Gentoo
 PHP Version:  5.2.5
-Assigned To:  
+Assigned To:  andrey
 New Comment:

I get the following with mysqli/mysqlnd, which seems correct, except
for the reference, but I have to investigate whether this is incorrect.
There is no memory error it seems.

Test 1:
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
foobar

Test 2:
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
foobar - 0

Test 3:
object(foo)#1 (1) {
  [bar]=
  int(0)
}
object(foo)#1 (1) {
  [bar]=
  int(0)
}
0 - 0
--
mysqli/libmysql gives the following, one sees that there is something
wrong
Test 1:
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
foobar

Test 2:
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#1 (1) {
  [bar]=
  string(6) foobar
}
ZZ - 0

Test 3:
object(foo)#1 (1) {
  [bar]=
  int(0)
}
object(foo)#1 (1) {
  [bar]=
  int(0)
}
139797916 - 0


Assigning to myself


Previous Comments:


[2008-03-10 09:21:26] pumuckel at metropolis dot de

Description:

Mysqli bind_param and bind_result functions are changing object member
variables to be references with strange side affects.

a) I expect the object to keep the member variable types as is.
Currently they change to reference variables with the result of strange
side effects when you do not keep this in mind. We have to clone objects
before using them for bindings, right now - this is a working
workaround. I vote for a bug, at least it should be documented.

b) I expect binding on the same variable with different types working.
Currently I can manage to get a memory access to arbitrary data,
possibly leading to a segmentation fault or security violation. Again, I
vote for a bug.


Reproduce code:
---
?php
$hostname = localhost;
$username = dbuser;
$password = dbpassword;
$dbname   = dbname;

class foo {
  // @var $bar string
  public $bar;
}

$foo = new foo;
$foo-bar = foobar;

$db = new mysqli($hostname, $username, $password, $dbname);

echo Test 1: \n;
$stmt = $db-prepare(SELECT ? FOO);
var_dump($foo); // here you can see the bar member var beeing a string
$stmt-bind_param(s, $foo-bar);
var_dump($foo); // this will show $foo-bar beeing a reference string
$stmt-bind_result($one);
$stmt-execute();
$stmt-fetch();
$stmt-free_result();
echo($one\n\n);

// it is getting worse. Binding the same var twice with different 
// types you can get unexpected results (e.g. binary trash for the
// string and misc data for the integer. See next 2 tests.

echo Test 2: \n;
$stmt = $db-prepare(SELECT ? FOO, ? BAR);
var_dump($foo);
$stmt-bind_param(si, $foo-bar, $foo-bar);
var_dump($foo);
$stmt-bind_result($one, $two);
$stmt-execute();
$stmt-fetch();
$stmt-free_result();
echo($one - $two\n\n);

echo Test 3: \n;

$stmt = $db-prepare(SELECT ? FOO, ? BAR);
var_dump($foo);
$stmt-bind_param(is, $foo-bar, $foo-bar);
var_dump($foo);
$stmt-bind_result($one, $two);
$stmt-execute();
$stmt-fetch();
$stmt-free_result();
echo($one - $two\n\n);

?

Expected result:

Test 1: 
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
foobar

Test 2: 
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
foobar - 0

Test 3: 
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
0 - foobar


Actual result:
--
Test 1: 
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
foobar

Test 2: 
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
object(foo)#5 (1) {
  [bar]=
  string(6) foobar
}
#65533;Pbar - 0

Test 3: 
object(foo)#5 (1) {
  [bar]=
  int(0)
}
object(foo)#5 (1) {
  [bar]=
  int(0)
}
140653124 - 0







-- 
Edit this bug report at http://bugs.php.net/?id=44390edit=1



#44471 [NEW]: mysql_connect times out when a port is specified

2008-03-18 Thread jad at hungover dot org
From: jad at hungover dot org
Operating system: RHEL3
PHP version:  5.2.5
PHP Bug Type: MySQL related
Bug description:  mysql_connect times out when a port is specified

Description:

When using mysql_connect with host:port parameter, with port other than
3306, the connection times out.
Am able to telnet to the DB host on the alternative port, with mysql
responding as expected.

Tried using latest snapshot, as well as 5.2.5

Reproduce code:
---
?
if( mysql_connect('192.168.151.116:3306','foo','**') ) {
  print 3306 connected OK\n;
} else {
  print 3306 failed connect\n;
}
if( mysql_connect('192.168.151.116:3307','foo','**') ) {
  print 3307 connected OK\n;
} else {
  print 3307 failed connect\n;
}
?


Expected result:

3306 connected OK
3307 connected OK

Actual result:
--
[EMAIL PROTECTED] default]# /root/newphp/php5.2-200803181530/sapi/cli/php
test.php
3306 connected OK

Warning: mysql_connect(): Can't connect to MySQL server on
'192.168.151.116' (4) in /var/www/sites/default/htdocs/test.php on line 7
3307 failed connect
[EMAIL PROTECTED] default]#

-- 
Edit bug report at http://bugs.php.net/?id=44471edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44471r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44471r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44471r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44471r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44471r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44471r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44471r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44471r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44471r=support
Expected behavior:http://bugs.php.net/fix.php?id=44471r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44471r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44471r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44471r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44471r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44471r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44471r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44471r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44471r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44471r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44471r=mysqlcfg



#44390 [Asn]: bind_param / bind_result and Object member variables

2008-03-18 Thread andrey
 ID:   44390
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pumuckel at metropolis dot de
 Status:   Assigned
 Bug Type: MySQLi related
 Operating System: Linux Gentoo
 PHP Version:  5.2.5
 Assigned To:  andrey
 New Comment:

Ohje, there is a problem, valgrind cries :

==22493== Invalid read of size 1
==22493==at 0x40245A1: memcpy (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==22493==by 0x412563F: store_param_str (libmysql.c:2389)
==22493==by 0x41257D6: store_param (libmysql.c:2443)
==22493==by 0x4125CD0: cli_stmt_execute (libmysql.c:2544)
==22493==by 0x412643F: mysql_stmt_execute (libmysql.c:2856)
==22493==by 0x80FE3EB: zif_mysqli_stmt_execute (mysqli_api.c:734)
==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:309)
==22493==by 0x830D4F9: execute (zend_vm_execute.h:91)
==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170)
==22493==by 0x825B0A7: php_execute_script (main.c:2059)
==22493==by 0x837B57B: main (php_cli.c:1139)
==22493==  Address 0x4F7BE9D is 5 bytes inside a block of size 7
free'd
==22493==at 0x402243F: free (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==22493==by 0x82B65AB: _efree (zend_alloc.c:2291)
==22493==by 0x82D4098: convert_to_long_base (zend_operators.c:353)
==22493==by 0x82D3F1F: convert_to_long (zend_operators.c:325)
==22493==by 0x80FE3A6: zif_mysqli_stmt_execute (mysqli_api.c:723)
==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:309)
==22493==by 0x830D4F9: execute (zend_vm_execute.h:91)
==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170)
==22493==by 0x825B0A7: php_execute_script (main.c:2059)
==22493==by 0x837B57B: main (php_cli.c:1139)
==22493==
==22493== Invalid read of size 1
==22493==at 0x40245A9: memcpy (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==22493==by 0x412563F: store_param_str (libmysql.c:2389)
==22493==by 0x41257D6: store_param (libmysql.c:2443)
==22493==by 0x4125CD0: cli_stmt_execute (libmysql.c:2544)
==22493==by 0x412643F: mysql_stmt_execute (libmysql.c:2856)
==22493==by 0x80FE3EB: zif_mysqli_stmt_execute (mysqli_api.c:734)
==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:309)
==22493==by 0x830D4F9: execute (zend_vm_execute.h:91)
==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170)
==22493==by 0x825B0A7: php_execute_script (main.c:2059)
==22493==by 0x837B57B: main (php_cli.c:1139)
==22493==  Address 0x4F7BE9C is 4 bytes inside a block of size 7
free'd
==22493==at 0x402243F: free (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==22493==by 0x82B65AB: _efree (zend_alloc.c:2291)
==22493==by 0x82D4098: convert_to_long_base (zend_operators.c:353)
==22493==by 0x82D3F1F: convert_to_long (zend_operators.c:325)
==22493==by 0x80FE3A6: zif_mysqli_stmt_execute (mysqli_api.c:723)
==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:309)
==22493==by 0x830D4F9: execute (zend_vm_execute.h:91)
==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170)
==22493==by 0x825B0A7: php_execute_script (main.c:2059)
==22493==by 0x837B57B: main (php_cli.c:1139)
==22493==
==22493== Invalid read of size 1
==22493==at 0x40245B0: memcpy (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==22493==by 0x412563F: store_param_str (libmysql.c:2389)
==22493==by 0x41257D6: store_param (libmysql.c:2443)
==22493==by 0x4125CD0: cli_stmt_execute (libmysql.c:2544)
==22493==by 0x412643F: mysql_stmt_execute (libmysql.c:2856)
==22493==by 0x80FE3EB: zif_mysqli_stmt_execute (mysqli_api.c:734)
==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:309)
==22493==by 0x830D4F9: execute (zend_vm_execute.h:91)
==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170)
==22493==by 0x825B0A7: php_execute_script (main.c:2059)
==22493==by 0x837B57B: main (php_cli.c:1139)
==22493==  Address 0x4F7BE9B is 3 bytes inside a block of size 7
free'd
==22493==at 0x402243F: free (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==22493==by 0x82B65AB: _efree (zend_alloc.c:2291)
==22493==by 0x82D4098: convert_to_long_base (zend_operators.c:353)
==22493==by 0x82D3F1F: convert_to_long (zend_operators.c:325)
==22493==by 0x80FE3A6: zif_mysqli_stmt_execute (mysqli_api.c:723)
==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:190)
==22493==by 

#44445 [Opn-Asn]: filter_var doesn't filter email with dashed domainname

2008-03-18 Thread iliaa
 ID:   5
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hanno at hboeck dot de
-Status:   Open
+Status:   Assigned
 Bug Type: Filter related
 Operating System: Linux
 PHP Version:  5.2.6RC2
-Assigned To:  
+Assigned To:  iliaa


Previous Comments:


[2008-03-16 15:18:39] hanno at hboeck dot de

Description:

As an example, filter_var([EMAIL PROTECTED],FILTER_VALIDATE_EMAIL); will
report this address as valid, although domains beginning or ending with
a dash are invalid (same with [EMAIL PROTECTED]).






-- 
Edit this bug report at http://bugs.php.net/?id=5edit=1



#44472 [NEW]: SimpleXMLElement() drops nodes

2008-03-18 Thread jsafley at gmu dot edu
From: jsafley at gmu dot edu
Operating system: Linux
PHP version:  5.2.5
PHP Bug Type: SimpleXML related
Bug description:  SimpleXMLElement() drops nodes

Description:

new SimpleXMLElement() drops namespaced nodes.

Reproduce code:
---
$xmlstr = XML
OAI-PMH
  ListRecords
record
  metadata
oai_dc:dc 
  xmlns:oai_dc=http://www.openarchives.org/OAI/2.0/oai_dc/; 
  xmlns:dc=http://purl.org/dc/elements/1.1/;
  dc:titleA comparative study/dc:title
  dc:creatorTalabi, A.O./dc:creator
  dc:publisherAfrican Journal/dc:publisher
  dc:date1970-01-01/dc:date
/oai_dc:dc
  /metadata
/record
  /ListRecords
/OAI-PMH
XML;
$xml = new SimpleXMLElement($xmlstr);
print_r($xml);

Expected result:

SimpleXMLElement Object
(
  [ListRecords] = SimpleXMLElement Object (
[record] = SimpleXMLElement Object (
  [metadata] = SimpleXMLElement Object(
[dc] = SimpleXMLElement Object (
  [title] = SimpleXMLElement Object (
   A comparative study
  )
  [creator] = SimpleXMLElement Object (
Talabi, A.O.
  )
  [publisher] = SimpleXMLElement Object (
African Journal
  )
  [date] = SimpleXMLElement Object (
1970-01-01
  )
)
  )
)
  )
)

Actual result:
--
SimpleXMLElement Object
(
  [ListRecords] = SimpleXMLElement Object (
[record] = SimpleXMLElement Object (
  [metadata] = SimpleXMLElement Object(
  )
)
  )
)

-- 
Edit bug report at http://bugs.php.net/?id=44472edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44472r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44472r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44472r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44472r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44472r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44472r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44472r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44472r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44472r=support
Expected behavior:http://bugs.php.net/fix.php?id=44472r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44472r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44472r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44472r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44472r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44472r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44472r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44472r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44472r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44472r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44472r=mysqlcfg



#44473 [NEW]: strtotime does not parse M d Y h:i:s:uA format

2008-03-18 Thread omar_mourad at aequicap dot com
From: omar_mourad at aequicap dot com
Operating system: linux
PHP version:  5.2.5
PHP Bug Type: Date/time related
Bug description:  strtotime does not parse M d Y h:i:s:uA format

Description:

strtotime returns false for date format M d Y h:i:s:uA. I need this format
because sybase queries are returning this format for datetime.

Reproduce code:
---
date_default_timezone_set( 'America/New_York'  );
$testDate = date('M d Y h:i:s:uA');
$date =  strtotime($testDate);


Expected result:

I expect to get a valid result.

Actual result:
--
false

-- 
Edit bug report at http://bugs.php.net/?id=44473edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44473r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44473r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44473r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44473r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44473r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44473r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44473r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44473r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44473r=support
Expected behavior:http://bugs.php.net/fix.php?id=44473r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44473r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44473r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44473r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44473r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44473r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44473r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44473r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44473r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44473r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44473r=mysqlcfg



#44470 [Opn-Fbk]: problem with $_POST array

2008-03-18 Thread jani
 ID:   44470
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kenny at amik dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: *General Issues
 Operating System: Linux 2.6.22.17-0.1
 PHP Version:  5.2.5
 New Comment:

Are you sure it's not those ':' chars in the name? (I can't remember
for sure but I think it's not allowed..)


Previous Comments:


[2008-03-18 16:19:30] kenny at amik dot ru

Description:

long name (more than 64 characters) in form's elements(text, select)
did not appear in $_POST array after form was submitted 

Reproduce code:
---
?php 
echo pre;
print_r($_POST);
echo /pre;
?
form action=sort.php method=post
input value=Save type=submit
select
name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria
option  value=USUnited States/option
/select
input type=text
name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria:2
value=test
/form

Expected result:

all data posted to the $_POST array

Actual result:
--
$_POST is empty array





-- 
Edit this bug report at http://bugs.php.net/?id=44470edit=1



#44471 [Opn-Fbk]: mysql_connect times out when a port is specified

2008-03-18 Thread jani
 ID:   44471
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jad at hungover dot org
-Status:   Open
+Status:   Feedback
 Bug Type: MySQL related
 Operating System: RHEL3
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi




Previous Comments:


[2008-03-18 17:57:14] jad at hungover dot org

Description:

When using mysql_connect with host:port parameter, with port other than
3306, the connection times out.
Am able to telnet to the DB host on the alternative port, with mysql
responding as expected.

Tried using latest snapshot, as well as 5.2.5

Reproduce code:
---
?
if( mysql_connect('192.168.151.116:3306','foo','**') ) {
  print 3306 connected OK\n;
} else {
  print 3306 failed connect\n;
}
if( mysql_connect('192.168.151.116:3307','foo','**') ) {
  print 3307 connected OK\n;
} else {
  print 3307 failed connect\n;
}
?


Expected result:

3306 connected OK
3307 connected OK

Actual result:
--
[EMAIL PROTECTED] default]# /root/newphp/php5.2-200803181530/sapi/cli/php
test.php
3306 connected OK

Warning: mysql_connect(): Can't connect to MySQL server on
'192.168.151.116' (4) in /var/www/sites/default/htdocs/test.php on line
7
3307 failed connect
[EMAIL PROTECTED] default]#





-- 
Edit this bug report at http://bugs.php.net/?id=44471edit=1



#44465 [Opn-Bgs]: error when trying to view php pages in web browser

2008-03-18 Thread jani
 ID:   44465
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gesangbaer at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: XP Pro
 PHP Version:  5.2.5
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2008-03-18 07:52:19] gesangbaer at yahoo dot com

Description:

I'm having a similar problem to ticket number #41880 (dead/ bogus?). I
was able to install PHP just fine. I'm also running mySQL and Apache
2.2.8. I installed using the quick guide
(http://us3.php.net/manual/en/install.windows.php). It said not to
install all of the extensions so I only picked the ones that looked
necessary or particularly useful. 





Reproduce code:
---
I then created the page from the starters guide
(http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to
pull it up in my browser. then I received the following error.

Expected result:

I expected the page from the tutorial to display in my web browser.

Actual result:
--
http://gesan.dyndns.org/images/phperror.bmp

when I initially ran php -i it indicated the lzcro.dll file and I
searched and found many references to the nettools extension, so I
removed that. Now I no longer get the popup from php, but I'm still
getting that error when I try to access the php page. I am able to
access other content on my apache server just fine, and I currently have
mySQL functioning with other projects I'm working on.

I understand that this may not be precisely the area to get help with
this issue, but having searched for the errors I'm getting this is all
I've been able to find. Could someone please give me some advice other
than uninstall and reinstall or RTFM? I've read the manual. I'm new to 
php and I'm not getting anything useful from what I've read. 

Thanks!





-- 
Edit this bug report at http://bugs.php.net/?id=44465edit=1



#44473 [Opn-Csd]: strtotime does not parse M d Y h:i:s:uA format

2008-03-18 Thread derick
 ID:   44473
 Updated by:   [EMAIL PROTECTED]
 Reported By:  omar_mourad at aequicap dot com
-Status:   Open
+Status:   Closed
 Bug Type: Date/time related
 Operating System: linux
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.3-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.3-win32-installer-latest.msi

This has already been fixed in CVS (PHP 5.3). As this is not a bug (it
is simply unsupported), it will not be back ported.


Previous Comments:


[2008-03-18 21:38:33] omar_mourad at aequicap dot com

Description:

strtotime returns false for date format M d Y h:i:s:uA. I need this
format because sybase queries are returning this format for datetime.

Reproduce code:
---
date_default_timezone_set( 'America/New_York'  );
$testDate = date('M d Y h:i:s:uA');
$date =  strtotime($testDate);


Expected result:

I expect to get a valid result.

Actual result:
--
false





-- 
Edit this bug report at http://bugs.php.net/?id=44473edit=1



#44462 [Opn-Fbk]: Can't compile embed sapi on OSX

2008-03-18 Thread jani
 ID:   44462
 Updated by:   [EMAIL PROTECTED]
 Reported By:  graham+php at nexopia dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: OSX
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi




Previous Comments:


[2008-03-17 22:06:38] graham+php at nexopia dot com

Description:

If you try to compile php with the embed sapi on OSX, you get an error
about duplicate symbols for yytext.

Reproduce code:
---
./configure --enable-embed
make




Expected result:

Finish compiling

Actual result:
--
make: *** [sapi/cli/php] Error 1
make: *** Waiting for unfinished jobs
ld: warning, duplicate dylib /usr/lib/libm.dylib
ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and
Zend/.libs/zend_language_scanner.o

collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1





-- 
Edit this bug report at http://bugs.php.net/?id=44462edit=1



#44461 [Opn-NoF]: parse_ini_file crashes

2008-03-18 Thread jani
 ID:   44461
 Updated by:   [EMAIL PROTECTED]
 Reported By:  crrodriguez at suse dot de
-Status:   Open
+Status:   No Feedback
 Bug Type: Reproducible crash
 Operating System: Linux 64bit
 PHP Version:  5.3CVS-2008-03-17 (CVS)
 New Comment:

Did you do './cvsclean  ./buildconf' ? And what re2c version do you
have installed?


Previous Comments:


[2008-03-17 23:35:39] [EMAIL PROTECTED]

Works fine to me.



[2008-03-17 21:08:09] crrodriguez at suse dot de

Description:

parse_ini_file() is currenly crashing with a very simple ini file

Reproduce code:
---
test.ini

[attachments]
zip = application/zip ; MIME-type for ZIP files


test.php

?php parse_ini_file('test.ini', true); ?

Expected result:

ini file parsed correctly

Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
4063yych = *YYCURSOR;
(gdb) bt full
#0  0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
yych = 0 '\0'
yyaccept = 2
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;',
  0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18
times, 192 '#65533;', 128 '\200' repeats 12 times, 160 '#65533;',
160 '#65533;',
  128 '\200', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 160 '#65533;', 128 '\200', 128 '\200',
  128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160
'#65533;' repeats 26 times, 128 '\200', 128 '\200', 128 '\200', 128
'\200',
  160 '#65533;', 128 '\200', 160 '#65533;' repeats 26 times, 128
'\200' repeats 133 times}
yybm = {16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020',
16 '\020', 16 '\020', 16 '\020', 16 '\020', 144 '\220',
  16 '\020' repeats 22 times, 144 '\220', 16 '\020', 0 '\0', 16
'\020', 32 ' ', 16 '\020' repeats 55 times, 64 '@',
  16 '\020' repeats 163 times}
yybm = {66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
66 'B', 66 'B', 194 '#65533;', 64 '@', 66 'B', 66 'B', 64 '@',
  66 'B' repeats 18 times, 194 '#65533;', 66 'B', 64 '@', 66 'B', 68
'D', 66 'B', 66 'B', 0 '\0', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
  66 'B', 66 'B', 66 'B', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r',
114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 66 'B', 64 '@',
  66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 82 'R' repeats 26 times, 66
'B', 72 'H', 64 '@', 66 'B', 82 'R', 66 'B',
  82 'R' repeats 26 times, 66 'B' repeats 133 times}
yybm = {160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 224 '#65533;', 0 '\0', 160 '#65533;', 160
'#65533;',
  0 '\0', 160 '#65533;' repeats 18 times, 224 '#65533;', 160
'#65533;' repeats 26 times, 32 ' ', 160 '#65533;', 32 ' ', 160
'#65533;' repeats 194 times}
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;',
  0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18
times, 192 '#65533;', 128 '\200' repeats 60 times, 0 '\0',
  128 '\200' repeats 162 times}
---Type return to continue, or q return to quit---
yybm = {132 '\204', 132 '\204', 132 '\204', 132 '\204', 132
'\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 134 '\206',
  128 '\200', 132 '\204', 132 '\204', 128 '\200', 132 '\204' repeats
18 times, 134 '\206', 132 '\204', 128 '\200', 132 '\204',
  136 '\210', 132 '\204', 132 '\204', 0 '\0', 132 '\204', 132 '\204',
132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204',
  132 '\204', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228
'#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228
'#65533;', 228 '#65533;', 228 '#65533;', 132 '\204', 128 '\200',
  132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 164
'#65533;' repeats 26 times, 132 '\204', 144 '\220', 128 '\200', 132
'\204',
  164 '#65533;', 132 '\204', 164 '#65533;' repeats 26 times, 132
'\204' repeats 133 times}
yybm = {160 '#65533;', 162 '#65533;', 162 '#65533;', 162
'#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162
'#65533;', 162 '#65533;', 176 '#65533;', 128 '\200', 162 '#65533;',
162 '#65533;',
  128 '\200', 162 '#65533;' repeats 18 times, 176 '#65533;', 160
'#65533;', 160 '#65533;', 162 '#65533;', 168 '#65533;', 162
'#65533;', 160 '#65533;', 32 ' ', 160 '#65533;', 160 '#65533;',
  162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162
'#65533;', 162 '#65533;', 230 '#65533;', 230 '#65533;', 230
'#65533;', 230 '#65533;', 230 

#44461 [NoF-Fbk]: parse_ini_file crashes

2008-03-18 Thread jani
 ID:   44461
 Updated by:   [EMAIL PROTECTED]
 Reported By:  crrodriguez at suse dot de
-Status:   No Feedback
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Linux 64bit
 PHP Version:  5.3CVS-2008-03-17 (CVS)


Previous Comments:


[2008-03-18 21:50:57] [EMAIL PROTECTED]

Did you do './cvsclean  ./buildconf' ? And what re2c version do you
have installed?



[2008-03-17 23:35:39] [EMAIL PROTECTED]

Works fine to me.



[2008-03-17 21:08:09] crrodriguez at suse dot de

Description:

parse_ini_file() is currenly crashing with a very simple ini file

Reproduce code:
---
test.ini

[attachments]
zip = application/zip ; MIME-type for ZIP files


test.php

?php parse_ini_file('test.ini', true); ?

Expected result:

ini file parsed correctly

Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
4063yych = *YYCURSOR;
(gdb) bt full
#0  0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at
/home/cristian/php5.3/Zend/zend_ini_scanner.c:4063
yych = 0 '\0'
yyaccept = 2
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;',
  0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18
times, 192 '#65533;', 128 '\200' repeats 12 times, 160 '#65533;',
160 '#65533;',
  128 '\200', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 160 '#65533;', 128 '\200', 128 '\200',
  128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160
'#65533;' repeats 26 times, 128 '\200', 128 '\200', 128 '\200', 128
'\200',
  160 '#65533;', 128 '\200', 160 '#65533;' repeats 26 times, 128
'\200' repeats 133 times}
yybm = {16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020',
16 '\020', 16 '\020', 16 '\020', 16 '\020', 144 '\220',
  16 '\020' repeats 22 times, 144 '\220', 16 '\020', 0 '\0', 16
'\020', 32 ' ', 16 '\020' repeats 55 times, 64 '@',
  16 '\020' repeats 163 times}
yybm = {66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
66 'B', 66 'B', 194 '#65533;', 64 '@', 66 'B', 66 'B', 64 '@',
  66 'B' repeats 18 times, 194 '#65533;', 66 'B', 64 '@', 66 'B', 68
'D', 66 'B', 66 'B', 0 '\0', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B',
  66 'B', 66 'B', 66 'B', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r',
114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 66 'B', 64 '@',
  66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 82 'R' repeats 26 times, 66
'B', 72 'H', 64 '@', 66 'B', 82 'R', 66 'B',
  82 'R' repeats 26 times, 66 'B' repeats 133 times}
yybm = {160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160
'#65533;', 160 '#65533;', 224 '#65533;', 0 '\0', 160 '#65533;', 160
'#65533;',
  0 '\0', 160 '#65533;' repeats 18 times, 224 '#65533;', 160
'#65533;' repeats 26 times, 32 ' ', 160 '#65533;', 32 ' ', 160
'#65533;' repeats 194 times}
yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128
'\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;',
  0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18
times, 192 '#65533;', 128 '\200' repeats 60 times, 0 '\0',
  128 '\200' repeats 162 times}
---Type return to continue, or q return to quit---
yybm = {132 '\204', 132 '\204', 132 '\204', 132 '\204', 132
'\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 134 '\206',
  128 '\200', 132 '\204', 132 '\204', 128 '\200', 132 '\204' repeats
18 times, 134 '\206', 132 '\204', 128 '\200', 132 '\204',
  136 '\210', 132 '\204', 132 '\204', 0 '\0', 132 '\204', 132 '\204',
132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204',
  132 '\204', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228
'#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228
'#65533;', 228 '#65533;', 228 '#65533;', 132 '\204', 128 '\200',
  132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 164
'#65533;' repeats 26 times, 132 '\204', 144 '\220', 128 '\200', 132
'\204',
  164 '#65533;', 132 '\204', 164 '#65533;' repeats 26 times, 132
'\204' repeats 133 times}
yybm = {160 '#65533;', 162 '#65533;', 162 '#65533;', 162
'#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162
'#65533;', 162 '#65533;', 176 '#65533;', 128 '\200', 162 '#65533;',
162 '#65533;',
  128 '\200', 162 '#65533;' repeats 18 times, 176 '#65533;', 160
'#65533;', 160 '#65533;', 162 '#65533;', 168 '#65533;', 162
'#65533;', 160 '#65533;', 32 ' ', 160 '#65533;', 160 '#65533;',
  162 '#65533;', 162 '#65533;', 162 '#65533;', 162 

#44462 [Fbk-Opn]: Can't compile embed sapi on OSX

2008-03-18 Thread graham+php at nexopia dot com
 ID:   44462
 User updated by:  graham+php at nexopia dot com
 Reported By:  graham+php at nexopia dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: OSX
 PHP Version:  5.2.5
 New Comment:

Tried that out, still fails in the same way.


Previous Comments:


[2008-03-18 21:49:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2008-03-17 22:06:38] graham+php at nexopia dot com

Description:

If you try to compile php with the embed sapi on OSX, you get an error
about duplicate symbols for yytext.

Reproduce code:
---
./configure --enable-embed
make




Expected result:

Finish compiling

Actual result:
--
make: *** [sapi/cli/php] Error 1
make: *** Waiting for unfinished jobs
ld: warning, duplicate dylib /usr/lib/libm.dylib
ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and
Zend/.libs/zend_language_scanner.o

collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1





-- 
Edit this bug report at http://bugs.php.net/?id=44462edit=1



#44474 [NEW]: GregorianToJD wrong return value

2008-03-18 Thread reidw at rawsound dot com
From: reidw at rawsound dot com
Operating system: Darwin 9.2
PHP version:  5.2.5
PHP Bug Type: Calendar related
Bug description:  GregorianToJD wrong return value

Description:

The function gregroiantojd() returns the wrong value. This was also 
tested with PHP 5.2.2 on Linux FC3 and PHP 5.1.2 on Windows Server 2003 
with the same results. Results are off by one day for positive years, 
and further off for zero and negative years. By definition, when using 
negative years rather than a suffix the pattern should be: ..., -2, -1, 
0, 1, 2, ... . Year 2 corresponds to 2AD, year 1 corresponds to 1AD, 
year 0 corresponds to 1BC, and year -1 corresponds to 2BC, etc. 
Information can be found from the links in the PHP manual. Code for 
comparison is taken from those links and given below.

Reproduce code:
---
built-in:
echo gregoriantojd(3,16,1).\n;
echo gregoriantojd(3,16,0).\n;
echo gregoriantojd(3,16,-1);


reproduced from PHP manual links:
echo GtoJD(3,16,1).\n;
echo GtoJD(3,16,0).\n;
echo GtoJD(3,16,-1);
function GtoJD($m,$d,$y)
{
  return (int) (((int) ( 1461 * ( $y + 4800 + ($m-14) / 12 ) ) / 4) +
((int) ( 367 * ( $m - 2 - 12 * ( ($m-14) / 12 ) ) ) / 12) -
((int) ( 3 * (int)( ( $y + 4900 + ($m-14) / 12 ) / 100 ) ) / 4) +
$d - 32075);
}



Expected result:

The expected results are (from the reproduced code):
1721501
1721137
1720771





Actual result:
--
Actual results (from the built-in gregoriantojd()):
1721500
0
1721135





-- 
Edit bug report at http://bugs.php.net/?id=44474edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44474r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44474r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44474r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44474r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44474r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44474r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44474r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44474r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44474r=support
Expected behavior:http://bugs.php.net/fix.php?id=44474r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44474r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44474r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44474r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44474r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44474r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44474r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44474r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44474r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44474r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44474r=mysqlcfg



#41350 [Com]: Error in my_thread_global_end()

2008-03-18 Thread stein at visibone dot com
 ID:   41350
 Comment by:   stein at visibone dot com
 Reported By:  graham at directhostinguk dot com
 Status:   No Feedback
 Bug Type: MySQL related
 Operating System: Windows 2003
 PHP Version:  5.2.3
 New Comment:

I'm still having a 5 second delay at the end of my command-line
invocation.  Putting 5.0.51a libmysql.dll in C:\Program Files\PHP seemed
to eliminate the my_thread_global_end() error, and replacing
ext\php_mysql.dll and ext\php_mysqli.dll stopped the 5-second delay when
running a simple php --ini or hello-world script.  But I still get a 5
second delay if I call mysql_connect()  mysql_close().

php -i (phpinfo) excerpts:
   mysql
   Client API version = 5.0.51a
   mysqli
   Client API library version = mysqlnd 5.0.1-beta - 070402 -
$Revision: 321 $

Help would sure be appreciated.  5 seconds x 1000 hurts.

-- Bob Stein, VisiBone


Previous Comments:


[2008-03-13 11:16:03] email at email dot com

I also solved this issue with copying the libmysql.dll file from the
previous version. 

Downloaded libmysql.dll file from http://mysql.oblique.ch/ (it is a
previous version file), copied it over the current one
(C:/PHP/libmysql.dll). 
 
This solved the issue.



[2008-03-12 18:42:59] emiller at rsimedical dot com

Experiencing Issue on  Win2k3, Apache 2.2.8, PHP 5.2.4

Apache hangs, on Apache service stop error appears in error.log



[2008-02-25 20:50:07] sharadrb at yahoo dot com

Even I had same issue with PHP version 5.2.5. So, I rolled back to
older version 5.2.1 which does not have this issue. Now, I don't have
this issue with version 5.2.1



[2008-02-20 17:05:01] brandonkahre at charter dot net

I am still experiencing this bug as of Feb-20-2008.  I am running PHP
5.2.4 in a Windows XP environment with MySQL 4.2.20.  To leave no room
for confusion, the problems and steps I am using to recreate this bug
are described in Bug #44009 (http://bugs.php.net/bug.php?id=44009).

I have tried the following PHP versions:
PHP 5.2.4
PHP 5.2.5
PHP 5.2.6-latest

I have tried patching the Windows php_mysql.dll extension using the
following sources:
PHP 5.2.1: http://www.php.net/releases/#5.2.1 [copy /ext/php_mysql.dll
only] - this did not fix any problems
MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension
(PHP 5.2.0) for MySQL Server 4.1.21] - could not connect to MySQL
server.  Please note that the extension is for PHP 5.1.6.6
MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension
(PHP 5.2.0) for MySQL Server 5.0.27] - this did not fix any problems
IT-Guys (mentioned in this bug tracker):
http://www.it-etc.com/2007/10/25/php-error-524-getting-error-error-in-my_thread_global_end-1-threads-didnt-exit/
- this did not fix any problems.  The extensions provided seem to be for
PHP 5.2.0.0



[2008-02-13 17:25:20] byerly0503 at gmail dot com

This bug caused me to spend an hour on the issue.  I kept ignoring all
of the help related to MySQL since the script I was trying to run,
didn't use MySQL.  

Please fix this by including the right DLL or adjust the installer to
give a warning message:  Despite downloading this package, you will
need to download an older package, replace the mysql dll, in order to
use PHP.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/41350

-- 
Edit this bug report at http://bugs.php.net/?id=41350edit=1



#44474 [Opn]: GregorianToJD wrong return value

2008-03-18 Thread reidw at rawsound dot com
 ID:   44474
 User updated by:  reidw at rawsound dot com
 Reported By:  reidw at rawsound dot com
 Status:   Open
 Bug Type: Calendar related
 Operating System: Darwin 9.2
 PHP Version:  5.2.5
 New Comment:

Further research shows that the code for GtoJD to convert a Gregorian 
date to julian days may be off.

But, the function gregoriantojd still gives gross errors for zero and 
negative years.


Previous Comments:


[2008-03-18 22:21:29] reidw at rawsound dot com

Description:

The function gregroiantojd() returns the wrong value. This was also 
tested with PHP 5.2.2 on Linux FC3 and PHP 5.1.2 on Windows Server 2003

with the same results. Results are off by one day for positive years, 
and further off for zero and negative years. By definition, when using

negative years rather than a suffix the pattern should be: ..., -2, -1,

0, 1, 2, ... . Year 2 corresponds to 2AD, year 1 corresponds to 1AD, 
year 0 corresponds to 1BC, and year -1 corresponds to 2BC, etc. 
Information can be found from the links in the PHP manual. Code for 
comparison is taken from those links and given below.

Reproduce code:
---
built-in:
echo gregoriantojd(3,16,1).\n;
echo gregoriantojd(3,16,0).\n;
echo gregoriantojd(3,16,-1);


reproduced from PHP manual links:
echo GtoJD(3,16,1).\n;
echo GtoJD(3,16,0).\n;
echo GtoJD(3,16,-1);
function GtoJD($m,$d,$y)
{
  return (int) (((int) ( 1461 * ( $y + 4800 + ($m-14) / 12 ) ) / 4) +
((int) ( 367 * ( $m - 2 - 12 * ( ($m-14) / 12 ) ) ) / 12) -
((int) ( 3 * (int)( ( $y + 4900 + ($m-14) / 12 ) / 100 ) ) / 4) +
$d - 32075);
}



Expected result:

The expected results are (from the reproduced code):
1721501
1721137
1720771





Actual result:
--
Actual results (from the built-in gregoriantojd()):
1721500
0
1721135









-- 
Edit this bug report at http://bugs.php.net/?id=44474edit=1



#44475 [NEW]: PDO mysql does not support cursor

2008-03-18 Thread alexmehal at gmail dot com
From: alexmehal at gmail dot com
Operating system: Windows XP
PHP version:  5.2.5
PHP Bug Type: PDO related
Bug description:  PDO mysql does not support cursor 

Description:

I'm trying to use different types of cursor orientations. Even example
from official manual does not work.

Reproduce code:
---
$dsn = 'mysql:dbname=...';
$dbh = new PDO($dsn, $user, $password);

$sql = SELECT * FROM genres WHERE 1 ORDER BY id;

$stmt = $dbh-prepare($sql, array(PDO::ATTR_CURSOR =
PDO::CURSOR_SCROLL));
$stmt-execute();
$row = $stmt-fetch(PDO::FETCH_NUM, PDO::FETCH_ORI_LAST);
do {
  $data = $row[0] . \t . $row[1] . \t . $row[2] . \n;
  print $data;
} while ($row = $stmt-fetch(PDO::FETCH_NUM, PDO::FETCH_ORI_PRIOR));

$stmt = null;


Expected result:

3   Fighting
2   Arcade/Puzzle   
1   Action/Adventure

Actual result:
--
1   Action/Adventure
2   Arcade/Puzzle   
3   Fighting



-- 
Edit bug report at http://bugs.php.net/?id=44475edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44475r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44475r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44475r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44475r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44475r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44475r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44475r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44475r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=44475r=support
Expected behavior:http://bugs.php.net/fix.php?id=44475r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=44475r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=44475r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44475r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=44475r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44475r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44475r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=44475r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=44475r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=44475r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44475r=mysqlcfg



#44445 [Asn-Csd]: filter_var doesn't filter email with dashed domainname

2008-03-18 Thread iliaa
 ID:   5
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hanno at hboeck dot de
-Status:   Assigned
+Status:   Closed
 Bug Type: Filter related
 Operating System: Linux
 PHP Version:  5.2.6RC2
 Assigned To:  iliaa
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




Previous Comments:


[2008-03-16 15:18:39] hanno at hboeck dot de

Description:

As an example, filter_var([EMAIL PROTECTED],FILTER_VALIDATE_EMAIL); will
report this address as valid, although domains beginning or ending with
a dash are invalid (same with [EMAIL PROTECTED]).






-- 
Edit this bug report at http://bugs.php.net/?id=5edit=1



#44456 [Opn-Fbk]: CURLOPT_URL error in parsing ftp url string given

2008-03-18 Thread felipe
 ID:   44456
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sergiocrz at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: cURL related
 Operating System: WinXP
 PHP Version:  5.2.5
 New Comment:

This seems expected.
Normally app. accepts the format obtained for:
http://docs.php.net/manual/en/function.rawurlencode.php

Try using this function on login and password.


Previous Comments:


[2008-03-17 16:27:31] sergiocrz at hotmail dot com

Description:

When an ftp username or password uses the character # and when I try
to use it in 

curl_setopt($ch, CURLOPT_URL,
ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path);

cURL will not login with the correct user/pass combination nor the
correct IP.


Reproduce code:
---
// using ex:  ftp://%e$U^:[EMAIL PROTECTED]@123.145.123.145:456

$ftp_user_name = %e$U^ ;
$ftp_pass = [EMAIL PROTECTED] ;
$ftp_ip = 123.145.123.145;
$ftp_port = 456;
$path = /;

 $ch = curl_init();

 curl_setopt($ch, CURLOPT_URL,
ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path);
 curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4);  
 curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
 curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
 curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
 curl_setopt($ch, CURLOPT_FTPLISTONLY, 0);

 $result['filelist'] = curl_exec($ch); // content
 $result['error'] = curl_error($ch);
 $result['errno'] = curl_errno($ch);



Expected result:

Loggin in with the correct 
$ftp_user_name = %e$U^ ;
$ftp_pass = [EMAIL PROTECTED] ;
$ftp_ip = 123.145.123.145;
$ftp_port = 456;


Actual result:
--
cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the
error.

As you can see the part before the ip #$5% belongs to the ftp_pass,
so I think when curl is parsing the url string and encounters #
(char(35)) it returns the wrong ip.







-- 
Edit this bug report at http://bugs.php.net/?id=44456edit=1



#44462 [Opn]: Can't compile embed sapi on OSX

2008-03-18 Thread felipe
 ID:   44462
 Updated by:   [EMAIL PROTECTED]
 Reported By:  graham+php at nexopia dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: OSX
 PHP Version:  5.2CVS-2008-03-18
 New Comment:

Compile with success on Linux.


Previous Comments:


[2008-03-18 22:06:55] graham+php at nexopia dot com

Tried that out, still fails in the same way.



[2008-03-18 21:49:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2008-03-17 22:06:38] graham+php at nexopia dot com

Description:

If you try to compile php with the embed sapi on OSX, you get an error
about duplicate symbols for yytext.

Reproduce code:
---
./configure --enable-embed
make




Expected result:

Finish compiling

Actual result:
--
make: *** [sapi/cli/php] Error 1
make: *** Waiting for unfinished jobs
ld: warning, duplicate dylib /usr/lib/libm.dylib
ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and
Zend/.libs/zend_language_scanner.o

collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1





-- 
Edit this bug report at http://bugs.php.net/?id=44462edit=1



#44472 [Opn]: SimpleXMLElement() drops nodes

2008-03-18 Thread felipe
 ID:   44472
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jsafley at gmu dot edu
 Status:   Open
 Bug Type: SimpleXML related
 Operating System: Linux
 PHP Version:  5.2.5
 New Comment:

This output seems expected, see this article:
http://devzone.zend.com/node/view/id/688#Heading3


Previous Comments:


[2008-03-18 19:17:55] jsafley at gmu dot edu

Description:

new SimpleXMLElement() drops namespaced nodes.

Reproduce code:
---
$xmlstr = XML
OAI-PMH
  ListRecords
record
  metadata
oai_dc:dc 
  xmlns:oai_dc=http://www.openarchives.org/OAI/2.0/oai_dc/; 
  xmlns:dc=http://purl.org/dc/elements/1.1/;
  dc:titleA comparative study/dc:title
  dc:creatorTalabi, A.O./dc:creator
  dc:publisherAfrican Journal/dc:publisher
  dc:date1970-01-01/dc:date
/oai_dc:dc
  /metadata
/record
  /ListRecords
/OAI-PMH
XML;
$xml = new SimpleXMLElement($xmlstr);
print_r($xml);

Expected result:

SimpleXMLElement Object
(
  [ListRecords] = SimpleXMLElement Object (
[record] = SimpleXMLElement Object (
  [metadata] = SimpleXMLElement Object(
[dc] = SimpleXMLElement Object (
  [title] = SimpleXMLElement Object (
   A comparative study
  )
  [creator] = SimpleXMLElement Object (
Talabi, A.O.
  )
  [publisher] = SimpleXMLElement Object (
African Journal
  )
  [date] = SimpleXMLElement Object (
1970-01-01
  )
)
  )
)
  )
)

Actual result:
--
SimpleXMLElement Object
(
  [ListRecords] = SimpleXMLElement Object (
[record] = SimpleXMLElement Object (
  [metadata] = SimpleXMLElement Object(
  )
)
  )
)





-- 
Edit this bug report at http://bugs.php.net/?id=44472edit=1



#44462 [Opn]: Can't compile embed sapi on OSX

2008-03-18 Thread graham+php at nexopia dot com
 ID:   44462
 User updated by:  graham+php at nexopia dot com
 Reported By:  graham+php at nexopia dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: OSX
 PHP Version:  5.2CVS-2008-03-18
 New Comment:

Yes, we have been using the embed sapi with great success on linux for
a while now. As far as I know, the bug is isolated to OSX.


Previous Comments:


[2008-03-19 00:11:51] [EMAIL PROTECTED]

Compile with success on Linux.



[2008-03-18 22:06:55] graham+php at nexopia dot com

Tried that out, still fails in the same way.



[2008-03-18 21:49:38] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2008-03-17 22:06:38] graham+php at nexopia dot com

Description:

If you try to compile php with the embed sapi on OSX, you get an error
about duplicate symbols for yytext.

Reproduce code:
---
./configure --enable-embed
make




Expected result:

Finish compiling

Actual result:
--
make: *** [sapi/cli/php] Error 1
make: *** Waiting for unfinished jobs
ld: warning, duplicate dylib /usr/lib/libm.dylib
ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and
Zend/.libs/zend_language_scanner.o

collect2: ld returned 1 exit status
make: *** [libphp5.la] Error 1





-- 
Edit this bug report at http://bugs.php.net/?id=44462edit=1



#44471 [Fbk-Opn]: mysql_connect times out when a port is specified

2008-03-18 Thread jad at hungover dot org
 ID:   44471
 User updated by:  jad at hungover dot org
 Reported By:  jad at hungover dot org
-Status:   Feedback
+Status:   Open
 Bug Type: MySQL related
 Operating System: RHEL3
 PHP Version:  5.2.5
 New Comment:

Sorry, that made no difference - same results as before.


Previous Comments:


[2008-03-18 21:47:40] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2008-03-18 17:57:14] jad at hungover dot org

Description:

When using mysql_connect with host:port parameter, with port other than
3306, the connection times out.
Am able to telnet to the DB host on the alternative port, with mysql
responding as expected.

Tried using latest snapshot, as well as 5.2.5

Reproduce code:
---
?
if( mysql_connect('192.168.151.116:3306','foo','**') ) {
  print 3306 connected OK\n;
} else {
  print 3306 failed connect\n;
}
if( mysql_connect('192.168.151.116:3307','foo','**') ) {
  print 3307 connected OK\n;
} else {
  print 3307 failed connect\n;
}
?


Expected result:

3306 connected OK
3307 connected OK

Actual result:
--
[EMAIL PROTECTED] default]# /root/newphp/php5.2-200803181530/sapi/cli/php
test.php
3306 connected OK

Warning: mysql_connect(): Can't connect to MySQL server on
'192.168.151.116' (4) in /var/www/sites/default/htdocs/test.php on line
7
3307 failed connect
[EMAIL PROTECTED] default]#





-- 
Edit this bug report at http://bugs.php.net/?id=44471edit=1



#44474 [Opn]: GregorianToJD wrong return value

2008-03-18 Thread reidw at rawsound dot com
 ID:   44474
 User updated by:  reidw at rawsound dot com
 Reported By:  reidw at rawsound dot com
 Status:   Open
 Bug Type: Calendar related
 Operating System: Darwin 9.2
 PHP Version:  5.2.5
 New Comment:

Further examination yields that gregoriantojd is requiring the minus 
sign to be used for years as a direct replacement for BC. Thus, 
2AD==2, 1AD==1, 1BC==-1, 2BC==-2, etc. Fine. This is not indicated in 
the manual. Also, the manual states that the earliest year is 4714BC. 
This is an error

When the defined date of Jan. 1, 4713 BC (which is supposed to be day

zero of Julian Days, by definition) is entered into each function, -
4713-01-01 for gregoriantojd and -4712-01-01 for GtoJD, BOTH yield '38'

rather than the expected 'zero'.

Plugging in today's date yields:
2454544 for gregoriantojd;
2454545 for GtoJD.


Previous Comments:


[2008-03-18 22:49:37] reidw at rawsound dot com

Further research shows that the code for GtoJD to convert a Gregorian 
date to julian days may be off.

But, the function gregoriantojd still gives gross errors for zero and 
negative years.



[2008-03-18 22:21:29] reidw at rawsound dot com

Description:

The function gregroiantojd() returns the wrong value. This was also 
tested with PHP 5.2.2 on Linux FC3 and PHP 5.1.2 on Windows Server 2003

with the same results. Results are off by one day for positive years, 
and further off for zero and negative years. By definition, when using

negative years rather than a suffix the pattern should be: ..., -2, -1,

0, 1, 2, ... . Year 2 corresponds to 2AD, year 1 corresponds to 1AD, 
year 0 corresponds to 1BC, and year -1 corresponds to 2BC, etc. 
Information can be found from the links in the PHP manual. Code for 
comparison is taken from those links and given below.

Reproduce code:
---
built-in:
echo gregoriantojd(3,16,1).\n;
echo gregoriantojd(3,16,0).\n;
echo gregoriantojd(3,16,-1);


reproduced from PHP manual links:
echo GtoJD(3,16,1).\n;
echo GtoJD(3,16,0).\n;
echo GtoJD(3,16,-1);
function GtoJD($m,$d,$y)
{
  return (int) (((int) ( 1461 * ( $y + 4800 + ($m-14) / 12 ) ) / 4) +
((int) ( 367 * ( $m - 2 - 12 * ( ($m-14) / 12 ) ) ) / 12) -
((int) ( 3 * (int)( ( $y + 4900 + ($m-14) / 12 ) / 100 ) ) / 4) +
$d - 32075);
}



Expected result:

The expected results are (from the reproduced code):
1721501
1721137
1720771





Actual result:
--
Actual results (from the built-in gregoriantojd()):
1721500
0
1721135









-- 
Edit this bug report at http://bugs.php.net/?id=44474edit=1



#44380 [Fbk-Opn]: localtime sometimes gives GMT date, not local

2008-03-18 Thread tessone at polyglut dot net
 ID:   44380
 User updated by:  tessone at polyglut dot net
 Reported By:  tessone at polyglut dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Date/time related
 Operating System: CentOS
 PHP Version:  5.2.5
 Assigned To:  jani
 New Comment:

Nope, no includes.

I can't really run snapshots, though, as this is on a production server
using CentOS packages.


Previous Comments:


[2008-03-17 20:51:31] [EMAIL PROTECTED]

And main httpd.conf doesn't do any includes to add some extra conf
parts..? (just to be sure here..you could try the latest snapshot JIC,
some fixes were committed just last week)



[2008-03-17 03:27:19] tessone at polyglut dot net

Nope, nothing like that in the main httpd.conf and no .htaccess files
involved at all.



[2008-03-14 12:11:56] [EMAIL PROTECTED]

If you're using Apache, please check that there is no
php_value/php_admin_value settings used in any vhost/directory
(.htaccess/httpd.conf) to set the timezone.



[2008-03-13 18:53:03] tessone at polyglut dot net

As you can see from the sample code above, I haven't set date.timezone.
 If I do set it, the erratic behavior stops.

However, it is a bug that without setting the timezone explicitly, the
behavior is erratic and unpredictable.  It should default to either UTC
or the system timezone, but it definitely should not alternate randomly
between the two.



[2008-03-13 12:08:05] [EMAIL PROTECTED]

How/where do you set date.timezone ?



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/44380

-- 
Edit this bug report at http://bugs.php.net/?id=44380edit=1



#44465 [Bgs]: error when trying to view php pages in web browser

2008-03-18 Thread gesangbaer at yahoo dot com
 ID:   44465
 User updated by:  gesangbaer at yahoo dot com
 Reported By:  gesangbaer at yahoo dot com
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: XP Pro
 PHP Version:  5.2.5
 New Comment:

Ya know, after reading the other peoples messages who had this issue
and then the response you sent me, I hafta say that your support for PHP
is indescribably bad. 

I've done tech support before.

If people are asking you about this issue as often as it seems they are
then you should at least provide links to the threads in the proper
forum that deal with the issue instead of issuing a blanket not us
response.

Its lazy and it discourages new users from learning about your product
or contributing to the community. 

I'll be leaving you alone now, but please take my advice and make a
little extra effort. Your users would greatly appreciate it.


Previous Comments:


[2008-03-18 21:48:12] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.





[2008-03-18 07:52:19] gesangbaer at yahoo dot com

Description:

I'm having a similar problem to ticket number #41880 (dead/ bogus?). I
was able to install PHP just fine. I'm also running mySQL and Apache
2.2.8. I installed using the quick guide
(http://us3.php.net/manual/en/install.windows.php). It said not to
install all of the extensions so I only picked the ones that looked
necessary or particularly useful. 





Reproduce code:
---
I then created the page from the starters guide
(http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to
pull it up in my browser. then I received the following error.

Expected result:

I expected the page from the tutorial to display in my web browser.

Actual result:
--
http://gesan.dyndns.org/images/phperror.bmp

when I initially ran php -i it indicated the lzcro.dll file and I
searched and found many references to the nettools extension, so I
removed that. Now I no longer get the popup from php, but I'm still
getting that error when I try to access the php page. I am able to
access other content on my apache server just fine, and I currently have
mySQL functioning with other projects I'm working on.

I understand that this may not be precisely the area to get help with
this issue, but having searched for the errors I'm getting this is all
I've been able to find. Could someone please give me some advice other
than uninstall and reinstall or RTFM? I've read the manual. I'm new to 
php and I'm not getting anything useful from what I've read. 

Thanks!





-- 
Edit this bug report at http://bugs.php.net/?id=44465edit=1



#44456 [Fbk-Opn]: CURLOPT_URL error in parsing ftp url string given

2008-03-18 Thread sergiocrz at hotmail dot com
 ID:   44456
 User updated by:  sergiocrz at hotmail dot com
 Reported By:  sergiocrz at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: cURL related
 Operating System: WinXP
 PHP Version:  5.2.5
 New Comment:

Why is it expected that curl returns false ip when the url contains
'#'?
If I use rawurlencode() to username and password CURL will consider
that encoded string as a new username and password, it will not be
decoded on exec. The returning error is: Access denied: 530. Thats
because the user and pass are incorrect...

By the results I have I still think there is a bug somewhere...


Previous Comments:


[2008-03-19 00:09:18] [EMAIL PROTECTED]

This seems expected.
Normally app. accepts the format obtained for:
http://docs.php.net/manual/en/function.rawurlencode.php

Try using this function on login and password.



[2008-03-17 16:27:31] sergiocrz at hotmail dot com

Description:

When an ftp username or password uses the character # and when I try
to use it in 

curl_setopt($ch, CURLOPT_URL,
ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path);

cURL will not login with the correct user/pass combination nor the
correct IP.


Reproduce code:
---
// using ex:  ftp://%e$U^:[EMAIL PROTECTED]@123.145.123.145:456

$ftp_user_name = %e$U^ ;
$ftp_pass = [EMAIL PROTECTED] ;
$ftp_ip = 123.145.123.145;
$ftp_port = 456;
$path = /;

 $ch = curl_init();

 curl_setopt($ch, CURLOPT_URL,
ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path);
 curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4);  
 curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
 curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
 curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
 curl_setopt($ch, CURLOPT_FTPLISTONLY, 0);

 $result['filelist'] = curl_exec($ch); // content
 $result['error'] = curl_error($ch);
 $result['errno'] = curl_errno($ch);



Expected result:

Loggin in with the correct 
$ftp_user_name = %e$U^ ;
$ftp_pass = [EMAIL PROTECTED] ;
$ftp_ip = 123.145.123.145;
$ftp_port = 456;


Actual result:
--
cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the
error.

As you can see the part before the ip #$5% belongs to the ftp_pass,
so I think when curl is parsing the url string and encounters #
(char(35)) it returns the wrong ip.







-- 
Edit this bug report at http://bugs.php.net/?id=44456edit=1



#44456 [Opn]: CURLOPT_URL error in parsing ftp url string given

2008-03-18 Thread felipe
 ID:   44456
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sergiocrz at hotmail dot com
 Status:   Open
 Bug Type: cURL related
 Operating System: WinXP
 PHP Version:  5.2.5
 New Comment:

 Why is it expected that curl returns false 
 ip when the url contains '#'?

AFAIK, the problem isn't the '#', but the '@'.


Previous Comments:


[2008-03-19 02:28:19] sergiocrz at hotmail dot com

Why is it expected that curl returns false ip when the url contains
'#'?
If I use rawurlencode() to username and password CURL will consider
that encoded string as a new username and password, it will not be
decoded on exec. The returning error is: Access denied: 530. Thats
because the user and pass are incorrect...

By the results I have I still think there is a bug somewhere...



[2008-03-19 00:09:18] [EMAIL PROTECTED]

This seems expected.
Normally app. accepts the format obtained for:
http://docs.php.net/manual/en/function.rawurlencode.php

Try using this function on login and password.



[2008-03-17 16:27:31] sergiocrz at hotmail dot com

Description:

When an ftp username or password uses the character # and when I try
to use it in 

curl_setopt($ch, CURLOPT_URL,
ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path);

cURL will not login with the correct user/pass combination nor the
correct IP.


Reproduce code:
---
// using ex:  ftp://%e$U^:[EMAIL PROTECTED]@123.145.123.145:456

$ftp_user_name = %e$U^ ;
$ftp_pass = [EMAIL PROTECTED] ;
$ftp_ip = 123.145.123.145;
$ftp_port = 456;
$path = /;

 $ch = curl_init();

 curl_setopt($ch, CURLOPT_URL,
ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path);
 curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4);  
 curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
 curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
 curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
 curl_setopt($ch, CURLOPT_FTPLISTONLY, 0);

 $result['filelist'] = curl_exec($ch); // content
 $result['error'] = curl_error($ch);
 $result['errno'] = curl_errno($ch);



Expected result:

Loggin in with the correct 
$ftp_user_name = %e$U^ ;
$ftp_pass = [EMAIL PROTECTED] ;
$ftp_ip = 123.145.123.145;
$ftp_port = 456;


Actual result:
--
cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the
error.

As you can see the part before the ip #$5% belongs to the ftp_pass,
so I think when curl is parsing the url string and encounters #
(char(35)) it returns the wrong ip.







-- 
Edit this bug report at http://bugs.php.net/?id=44456edit=1



#44465 [Bgs]: error when trying to view php pages in web browser

2008-03-18 Thread scottmac
 ID:   44465
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gesangbaer at yahoo dot com
 Status:   Bogus
 Bug Type: Reproducible crash
 Operating System: XP Pro
 PHP Version:  5.2.5
 New Comment:

If you enabled every single component then you should expect errors as
not all of them worked.

The same advice I gave applies, enable the ones you *actually* need.


Previous Comments:


[2008-03-19 01:57:26] gesangbaer at yahoo dot com

Ya know, after reading the other peoples messages who had this issue
and then the response you sent me, I hafta say that your support for PHP
is indescribably bad. 

I've done tech support before.

If people are asking you about this issue as often as it seems they are
then you should at least provide links to the threads in the proper
forum that deal with the issue instead of issuing a blanket not us
response.

Its lazy and it discourages new users from learning about your product
or contributing to the community. 

I'll be leaving you alone now, but please take my advice and make a
little extra effort. Your users would greatly appreciate it.



[2008-03-18 21:48:12] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.





[2008-03-18 07:52:19] gesangbaer at yahoo dot com

Description:

I'm having a similar problem to ticket number #41880 (dead/ bogus?). I
was able to install PHP just fine. I'm also running mySQL and Apache
2.2.8. I installed using the quick guide
(http://us3.php.net/manual/en/install.windows.php). It said not to
install all of the extensions so I only picked the ones that looked
necessary or particularly useful. 





Reproduce code:
---
I then created the page from the starters guide
(http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to
pull it up in my browser. then I received the following error.

Expected result:

I expected the page from the tutorial to display in my web browser.

Actual result:
--
http://gesan.dyndns.org/images/phperror.bmp

when I initially ran php -i it indicated the lzcro.dll file and I
searched and found many references to the nettools extension, so I
removed that. Now I no longer get the popup from php, but I'm still
getting that error when I try to access the php page. I am able to
access other content on my apache server just fine, and I currently have
mySQL functioning with other projects I'm working on.

I understand that this may not be precisely the area to get help with
this issue, but having searched for the errors I'm getting this is all
I've been able to find. Could someone please give me some advice other
than uninstall and reinstall or RTFM? I've read the manual. I'm new to 
php and I'm not getting anything useful from what I've read. 

Thanks!





-- 
Edit this bug report at http://bugs.php.net/?id=44465edit=1



#43614 [Opn-Csd]: incorrect processing of numerical string keys of array in arbitrary serial. data

2008-03-18 Thread felipe
 ID:   43614
 Updated by:   [EMAIL PROTECTED]
-Summary:  incorrect processing of numerical string keys of array
   (unserialize)
 Reported By:  dmitriy dot buldakov at toatech dot com
-Status:   Open
+Status:   Closed
 Bug Type: Arrays related
 Operating System: Mac OS X
 PHP Version:  5.2.5
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

Thanks for the patch.


Previous Comments:


[2007-12-18 14:38:41] dmitriy dot buldakov at toatech dot com

Felipe, yes, you are right, yours code works good with 0 but still
have problem with leading spaces. I mean that unserialize with yours
patch converts string( 9) to int(9).



[2007-12-18 14:18:18] dmitriy dot buldakov at toatech dot com

final version of the patch

--- var_unserializer.c  2007-12-18 16:11:48.0 +0200
+++ var_unserializer.c.old  2007-12-18 16:11:32.0 +0200
@@ -288,10 +288,10 @@ static inline int process_nested_data(UN
zend_hash_index_update(ht,
Z_LVAL_P(key), data, sizeof(data), NULL);
break;
case IS_STRING:
-   if (zend_hash_find(ht, Z_STRVAL_P(key),
Z_STRLEN_P(key) + 1, (void **)old_data)==SUCCESS) {
+   if (zend_symtable_find(ht,
Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, (void **)old_data)==SUCCESS) {
var_push_dtor(var_hash,
old_data);
}
-   zend_hash_update(ht, Z_STRVAL_P(key),
Z_STRLEN_P(key) + 1, data, sizeof(data), NULL);
+   zend_symtable_update(ht,
Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL);
break;
}



[2007-12-18 14:09:51] [EMAIL PROTECTED]

No, it works fine with '0'.
I improved the code and test now.

Results:

array(1) {
  [9]=
  int(1)
}
array(1) {
  [99]=
  int(1)
}
array(1) {
  [+1]=
  int(1)
}
array(1) {
  [11]=
  int(1)
}
array(1) {
  [00]=
  int(1)
}
array(1) {
  [0]=
  int(1)
}
array(1) {
  [-0]=
  int(1)
}
array(1) {
  [-01]=
  int(1)
}
array(1) {
  [-10]=
  int(1)
}




[2007-12-18 13:49:01] dmitriy dot buldakov at toatech dot com

--- var_unserializer.c.orig   2007-12-18 12:13:16.0 +0200
+++ var_unserializer.c  2007-12-18 15:40:22.0 +0200
@@ -282,16 +282,10 @@ static inline int process_nested_data(UN
 
switch (Z_TYPE_P(key)) {
case IS_LONG:
-   if (zend_hash_index_find(ht,
Z_LVAL_P(key), (void **)old_data)==SUCCESS) {
-   var_push_dtor(var_hash,
old_data);
-   }
zend_hash_index_update(ht,
Z_LVAL_P(key), data, sizeof(data), NULL);
break;
case IS_STRING:
-   if (zend_hash_find(ht, Z_STRVAL_P(key),
Z_STRLEN_P(key) + 1, (void **)old_data)==SUCCESS) {
-   var_push_dtor(var_hash,
old_data);
-   }
-   zend_hash_update(ht, Z_STRVAL_P(key),
Z_STRLEN_P(key) + 1, data, sizeof(data), NULL);
+   zend_symtable_update(ht,
Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL);
break;
}



[2007-12-18 13:46:45] dmitriy dot buldakov at toatech dot com

The following code works well


switch (Z_TYPE_P(key)) {
case IS_LONG:
zend_hash_index_update(ht, Z_LVAL_P(key), 
data, sizeof(data),
NULL);
break;
case IS_STRING:
zend_symtable_update(ht, Z_STRVAL_P(key), 
Z_STRLEN_P(key) + 1,
data, sizeof(data), NULL);
break;
}

but looks like still there is a problem here.
compearing var_unserialize.c with array.c you can see that key array.c
uses more sufficient key preparation.

So, about the code - what should I do to put the code into repository?



The remainder of the comments for this report are too long. To view
the rest of the comments, 

#44047 [Com]: IIS Worker Process stopped working

2008-03-18 Thread jaedsm at hotmail dot com
 ID:   44047
 Comment by:   jaedsm at hotmail dot com
 Reported By:  matthew dot horner at redprairie dot com
 Status:   Open
 Bug Type: IIS related
 Operating System: Windows Vista
 PHP Version:  5.2.5
 New Comment:

Having the same issue here too. Installed IIS7 and PHP 5.2.5 the other
day on my home system running Vista Home Premium. Didn't consider it
would have been caused by some timeout but after reading here that makes
sense.

No crash message has appeared while I've been working for hours on end,
once I stop though it appears a little while later and doesn't appear
again unless I load another php page.


Previous Comments:


[2008-03-06 14:00:56] matthew dot horner at redprairie dot com

I would still consider this a workaround, as this is not standard
procedure for installing ISAPI modules in IIS7.  Furthermore, this issue
is not an issue with PHP 4.  Which to me, would indicate there is
something coded differently with PHP 5 to cause the crash when recycling
the process.  Also, reconfiguring the Application Pool, affects more
than just your pool hosting PHP driven applications.  What side effects 
there are, is unclear to me, but certainly not something I would like to
find out about once a site is in production.

I posted this bug because I would like to have the PHP developers debug
this issue and determine if there is indeed a code problem or a problem
with IIS7.  Not to have a workaround to avoid crashes on IIS7.

I am not disputing the fact that your solution works.  However, this
appears to be an issue and should be addressed at the PHP level first. 


Thank you for your suggestions.



[2008-03-06 10:36:54] satan at dclxvi dot nl

to be clear, these are my settings:

Recycle time is set to the default every 1740 minutes.
Idle timeout is set to '0'
Disable Overlapped Recycle is set to 'True'

never had the error again...
no horrible workarround whatsoever.. it's just that IIS7 is defaultly
configured to run MS stuff like ASP.NET etc..



[2008-03-06 10:13:01] satan at dclxvi dot nl

Also, I found out the solution that it won't error on recycle...

go to the advanced settings of the appPool you are using and set
Disable Overlapped Recycle to True. 

PHP5 can't seam to run multiple instances so it errors out when it
starts a new instance before it recycles the old..

And again with the idle timeout set to 0, it will still recycle..



[2008-03-06 09:39:53] satan at dclxvi dot nl

it will still recycle if you set it to 0, it just won't time out.. on
higher traffic servers it will will never timeout and there's no problem
there, is there? the recycling is another setting..

besides, this has little or nothing to do with php, as it also occurs
after running asp..



[2008-03-04 15:25:29] nick at databasedevelopments dot com

Same issue here on Vista Ultimate and PHP5.2.5 with IIS7



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/44047

-- 
Edit this bug report at http://bugs.php.net/?id=44047edit=1