date:20060927

 ID:   38966
 Updated by:   [EMAIL PROTECTED]
 Reported By:  dgbauleo at yahoo dot com dot br
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Windows XP
 PHP Version:  5.1.6
 New Comment:

Yes, PHP just doesn't have any error messages in pt_BR.


Previous Comments:


[2006-09-26 23:22:47] dgbauleo at yahoo dot com dot br

I installed PHP 4.4.4, and now I receive the error Bad file
descriptor. Is this really an issue with my OS?



[2006-09-26 21:28:25] [EMAIL PROTECTED]

Falha de uma chamada ao sistema que não deveria falhar nunca.
This is what your OS says.



[2006-09-26 21:23:21] dgbauleo at yahoo dot com dot br

Description:

I'm trying to pass an external link to the file() function, but it
returns a weird error message in portuguese.
Assuming that I live in Brazil, the message in portuguese is not the
problem. What I don't understand is that the code was working, then
suddenly it started to raise the error message.

Reproduce code:
---
?php
  $aOrigem = file('http://rss.terra.com.br/0,,EI4795,00.xml');
?

Expected result:

The lines of the file 0,,EI4795,00.xml should be passed as an array to
$aOrigem.

Actual result:
--
I received this error message:
Warning: file(http://rss.terra.com.br/0,,EI4795,00.xml)
[function.file]: failed to open stream: Falha de uma chamada ao sistema
que não deveria falhar nunca. in D:\WebRoot\atualiza_xml.php on line 2

Translating the error message to english:
Fail in a system call which should never have failed.

I don't believe this is a coding issue, since the file is only 1 line
long, and this code was working about 2 hours ago.





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

#38958 [Bgs]: bug

2006-09-27 Thread bruce dot li at hannoverfairs dot com dot au

 ID:   38958
 Updated by:   [EMAIL PROTECTED]
 Reported By:  info at arininav dot ru
 Status:   Bogus
 Bug Type: Dynamic loading
 Operating System: win2003 server
 PHP Version:  5.1.6
 New Comment:

http://php.net/oci8
Requirements

You will need the Oracle client libraries to use this extension.
Windows users will need libraries with version at least 10 to use the
php_oci8.dll.
The most convenient way to install all the required files is to use
Oracle Instant Client, which is available from here:
http://www.oracle.com/technology/tech/oci/instantclient/instantclient.html.



Previous Comments:


[2006-09-27 06:23:52] info at arininav dot ru

Hi,

Please tell me. What oracle dll using php_oci8.dll on 5.1.6?
My environments
Path: ...C:\Oracle\Ora81\bin;C:\Oracle\Ora81\orb\bin;...
May be need copy some to system32?
It's all work on 5.1.2.
Oracle 8.1. 
Client was stay.
Help.



[2006-09-26 08:47:20] [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.





[2006-09-26 08:43:27] info at arininav dot ru

Description:

Hi,

Don't load php_oci8.dll from packages 5.1.4, 5, 6.
Php_oci8.dll loading if takes it from 5.1.2 only or low.







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

#38971 [NEW]: PHP doesn't report errors

From: bruce dot li at hannoverfairs dot com dot au
Operating system: Windows XP SP2
PHP version:  4.4.4
PHP Bug Type: IIS related
Bug description:  PHP doesn't report errors

Description:

I have installed PHP on windows IIS as an application, and have setup
php.ini to report all errors. The problem is, when a php page is valid, it
displays properly on the browser, but when there's some error in the
coding, instead of displaying errors, a blank page is returned. 

I have tried it with Apache, or installing PHP as CGI, no problem at all,
I got the errors when I made a mistake in the coding, but on IIS, when
installed as an application, no error is returned at all, I am not sure if
it's just my settings but I have tried it on 3 computers with windows 2K,
windows NT4 and windows XP, and I got the same problem on all of them.

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A

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

#38820 [Opn-Csd]: chdir(.) and chdir(..) don't work with Apache 2.0+

 ID:   38820
 Updated by:   [EMAIL PROTECTED]
 Reported By:  ras at fyn dot dk
-Status:   Open
+Status:   Closed
 Bug Type: Directory function related
 Operating System: Win XP SP2
 PHP Version:  5.1.6
 New Comment:

Fixed - closed.


Previous Comments:


[2006-09-27 07:04:14] ras at fyn dot dk

Installed under a clean Apache 2.2.3, and it worked!

Thank you for your fast response! :)

Should I change the status of this bug, or will an admin do that?



[2006-09-26 17:30:34] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-09-26 06:19:26] ras at fyn dot dk

No, it does not reproduce on Linux, as said, the bug appears to be
specific to the Windows port.



[2006-09-25 13:04:23] [EMAIL PROTECTED]

Not reproducible on Linux with Apache2.0.55 worker/prefork.



[2006-09-14 11:21:56] ras at fyn dot dk

Tony, as said - I already tried the current snapshot, downloaded the
latest development release yesterday.

Unless it was fixed and updated today, I'm sorry, but I don't have time
to uninstall, reinstall and reconfigure Apache and PHP again just now.
My current Apache 1.3 installation works just fine for me - I only use
the Windows release for testing and development on my workstation...



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

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

#38971 [Opn-Bgs]: PHP doesn't report errors

2006-09-27 Thread nikolas dot hagelstein at gmail dot com

 ID:   38971
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bruce dot li at hannoverfairs dot com dot au
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows XP SP2
 PHP Version:  4.4.4
 New Comment:

display_errors = On in php.ini is what you need.


Previous Comments:


[2006-09-27 07:32:26] bruce dot li at hannoverfairs dot com dot au

Description:

I have installed PHP on windows IIS as an application, and have setup
php.ini to report all errors. The problem is, when a php page is valid,
it displays properly on the browser, but when there's some error in the
coding, instead of displaying errors, a blank page is returned. 

I have tried it with Apache, or installing PHP as CGI, no problem at
all, I got the errors when I made a mistake in the coding, but on IIS,
when installed as an application, no error is returned at all, I am not
sure if it's just my settings but I have tried it on 3 computers with
windows 2K, windows NT4 and windows XP, and I got the same problem on
all of them.

Reproduce code:
---
N/A

Expected result:

N/A

Actual result:
--
N/A





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

#38958 [Bgs]: bug

2006-09-27 Thread info at arininav dot ru

ID: 38958
User updated by: info at arininav dot ru
Reported By: info at arininav dot ru
Status: Bogus
Bug Type: Dynamic loading
Operating System: win2003 server
PHP Version: 5.1.6
New Comment:

Thank you.
I will try to beat it.
(è çà÷åì ÿ òîëüêî ðåøèë îáíîâèòü ÏÕÏ, òåïåðü ãåìîðîéñÿ ñ ýòèì êëèåíòîì
Îðàêëÿ÷åì... ýé ýõ)

Previous Comments:

[2006-09-27 07:32:10] [EMAIL PROTECTED]

http://php.net/oci8
Requirements

You will need the Oracle client libraries to use this extension.
Windows users will need libraries with version at least 10 to use the
php_oci8.dll.
The most convenient way to install all the required files is to use
Oracle Instant Client, which is available from here:
http://www.oracle.com/technology/tech/oci/instantclient/instantclient.html.

[2006-09-27 06:23:52] info at arininav dot ru

Hi,

Please tell me. What oracle dll using php_oci8.dll on 5.1.6?
My environments
Path: ...C:\Oracle\Ora81\bin;C:\Oracle\Ora81\orb\bin;...
May be need copy some to system32?
It's all work on 5.1.2.
Oracle 8.1.
Client was stay.
Help.

[2006-09-26 08:47:20] [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.

[2006-09-26 08:43:27] info at arininav dot ru

Description:

Hi,

Don't load php_oci8.dll from packages 5.1.4, 5, 6.
Php_oci8.dll loading if takes it from 5.1.2 only or low.

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

#38961 [Fbk-Opn]: Metaphone results in segmentation fault

 ID:   38961
 User updated by:  nikolas dot hagelstein at gmail dot com
 Reported By:  nikolas dot hagelstein at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Reproducible crash
 Operating System: Netbsd 3.0.1 AMD64
 PHP Version:  5.1.6
 New Comment:

seems to work at least on my 64bit maschine tested against 5.1.6 and
latest snapshot. Maybe someone can verify for 32bit maschines.


Previous Comments:


[2006-09-26 22:11:59] [EMAIL PROTECTED]

Please apply this to the snapshot:
http://tony2001.phpclub.net/dev/tmp/bug38961.diff
Does this patch fix it for you? 



[2006-09-26 20:30:30] nikolas dot hagelstein at gmail dot com

(gdb) p word[w_idx]
$1 = -61 'Ã'

in my native mind this should not result in a negative number. This
seems to be related to wider datatypes on 64 bit maschines possible a
compiler flag issue ...



[2006-09-26 20:19:01] [EMAIL PROTECTED]

I've reported it to NetBSD people, lets see what they say about it.



[2006-09-26 18:34:13] nikolas dot hagelstein at gmail dot com

ah got it i had to run php -e 
(gdb) p word[w_idx]
$1 = -61 'Ã'
(gdb) p toupper(word[w_idx])
$2 = 28518
(gdb) p isalpha(toupper(word[w_idx]))

Program received signal SIGSEGV, Segmentation fault.
0x000200e4eced in isalpha () from /usr/lib/libc.so.12



[2006-09-26 18:33:44] [EMAIL PROTECTED]

# gdb sapi/cli/php
(gdb) r /path/to/test/script.php
here will be segfault
(gdb) f 0
(gdb) p word[w_idx]
(gdb) p toupper(word[w_idx])
(gdb) p isalpha(toupper(word[w_idx]))



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

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

#38961 [Opn-Csd]: Metaphone results in segmentation fault

 ID:   38961
 Updated by:   [EMAIL PROTECTED]
 Reported By:  nikolas dot hagelstein at gmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Netbsd 3.0.1 AMD64
 PHP Version:  5.1.6
 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:


[2006-09-27 08:17:31] nikolas dot hagelstein at gmail dot com

seems to work at least on my 64bit maschine tested against 5.1.6 and
latest snapshot. Maybe someone can verify for 32bit maschines.



[2006-09-26 22:11:59] [EMAIL PROTECTED]

Please apply this to the snapshot:
http://tony2001.phpclub.net/dev/tmp/bug38961.diff
Does this patch fix it for you? 



[2006-09-26 20:30:30] nikolas dot hagelstein at gmail dot com

(gdb) p word[w_idx]
$1 = -61 'Ã'

in my native mind this should not result in a negative number. This
seems to be related to wider datatypes on 64 bit maschines possible a
compiler flag issue ...



[2006-09-26 20:19:01] [EMAIL PROTECTED]

I've reported it to NetBSD people, lets see what they say about it.



[2006-09-26 18:34:13] nikolas dot hagelstein at gmail dot com

ah got it i had to run php -e 
(gdb) p word[w_idx]
$1 = -61 'Ã'
(gdb) p toupper(word[w_idx])
$2 = 28518
(gdb) p isalpha(toupper(word[w_idx]))

Program received signal SIGSEGV, Segmentation fault.
0x000200e4eced in isalpha () from /usr/lib/libc.so.12



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

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

#38972 [NEW]: OCI-Lob-loa return broken character

From: masui at emplex dot co dot jp
Operating system: linux
PHP version:  5.2.0RC4
PHP Bug Type: OCI8 related
Bug description:  OCI-Lob-loa return broken character

Description:

OCI-Lob-load returns broken character or nothing in php 5.2.0RC4.
It is occurred in 64bit linux, in 32bit linux OCI-Lob-read returns
correct multibyte string.

My Oracle database is R10.2.0.2.0, charset is AL32UTF8.

Downgrading to php 5.2.0RC1, it works correct, so this might be bug.

Best regards
Hideaki Masui

Reproduce code:
---
$conn = oci_connect('scot', 'tiger', 'xxx');
if (!$conn) exit;

$query = 'SELECT LOBDATA FROM LOBTEST';

$stid = oci_parse($conn, $query);
if (!$stid) exit;

$r = oci_execute($stid, OCI_DEFAULT);
if (!$r)  exit;

while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) {

  echo $row['LOBDATA']-load() .\n;

}

oci_close($conn);

Expected result:

The echo $row['LOBDATA']-load(); line should return
the actual mulitibyte string from the select statement.


Actual result:
--
$row['LOBDATA']-load() returns broken character or nothing.


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

#38972 [Opn-Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

Cannot reproduce.
Make sure your NLS_LANG is set and equals to something similar to
.AL32UTF8.


Previous Comments:


[2006-09-27 07:59:54] masui at emplex dot co dot jp

Description:

OCI-Lob-load returns broken character or nothing in php 5.2.0RC4.
It is occurred in 64bit linux, in 32bit linux OCI-Lob-read returns
correct multibyte string.

My Oracle database is R10.2.0.2.0, charset is AL32UTF8.

Downgrading to php 5.2.0RC1, it works correct, so this might be bug.

Best regards
Hideaki Masui

Reproduce code:
---
$conn = oci_connect('scot', 'tiger', 'xxx');
if (!$conn) exit;

$query = 'SELECT LOBDATA FROM LOBTEST';

$stid = oci_parse($conn, $query);
if (!$stid) exit;

$r = oci_execute($stid, OCI_DEFAULT);
if (!$r)  exit;

while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) {

  echo $row['LOBDATA']-load() .\n;

}

oci_close($conn);

Expected result:

The echo $row['LOBDATA']-load(); line should return
the actual mulitibyte string from the select statement.


Actual result:
--
$row['LOBDATA']-load() returns broken character or nothing.






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

#38970 [Fbk-Bgs]: weird skip so that $array[0] is missed

2006-09-27 Thread mgf

 ID:   38970
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jlindenbaum at gawsolutions dot com
-Status:   Feedback
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Cent OS 4.3
 PHP Version:  4.4.4
 New Comment:

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

Thank you for your interest in PHP.

This sounds like an auto-type-conversion issue -- you need to use
identity tests instead of equality.  (Further Hint: by definition,
submit==0, but submit!==0).


Previous Comments:


[2006-09-27 07:07:03] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.



[2006-09-27 03:07:52] jlindenbaum at gawsolutions dot com

Sorry, another update. We just found the weirdest work around.

the echo the checkbox:
echo \tinput type=\checkbox\ name=\1.$key.\
value=\.$value.\ / .$value

if we add the one before the $key in nam= so that the $_POST array
starts at 10 it works fine.



[2006-09-27 03:05:06] jlindenbaum at gawsolutions dot com

Sorry entered wrong OS version. Changed from 4.2 to 4.3



[2006-09-27 03:00:07] jlindenbaum at gawsolutions dot com

Description:

Reading files from a directory, stripping . and ... Sorting array
by values (using sort()). foreach() is used to output a checkbox for
each file (cPanel user file).

When user is checked chosen action (from the radio buttons) is to be
applied (with system command) by executing the command in action with
the appropriate username trailing.

foreach() is used to go through every $_POST value with an if() the
$keys action and submit are excluded from execution. A bash command
is put together and finally executed.

Everything works as it should, except that the array[0] is totally
ignored.

Reproduce code:
---
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3.org/1999/xhtml;
head
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
/
titleUser actions/title
/head

body
form name=userlist action=test.php method=post 
input type=radio name=action value=/scripts/pkgacct
checked=checked /Backup
input type=radio name=action value=/scripts/suspendacct
/Suspend
input type=radio name=action value=/scripts/unsuspendacct
/Unsuspend
input type=radio name=action value=/scripts/killacct /Delete
br /
?php 
$handle = opendir(/var/cpanel/users/);

$usrarr = array(); // Array full of users
while( FALSE !== ($users = readdir($handle)) ) {
if( $users != .  $users != .. ) { 
$usrarr[] = $users; 
}
}

sort($usrarr); // sort alphabetically

foreach($usrarr as $key = $value) {
echo\tinput type=\checkbox\ name=\.$key.\
value=\.$value.\ / .$value.br /\n;
}

closedir($handle);
?
input name=submit type=submit id=submit value=GO
/form
?php
if( isset($_POST['submit']) ) {
echo hr noshade=\noshade\ /; // output a horizontal rule for
clearance
echo pre;
foreach( $_POST as $key = $value ) {
if( $key != submit  $key != action ) {
$bash   = $_POST['action']. .$value; // put together 
/path/command
username
echo Processing: .$value.br /\n;
system($bash);
echo Donebr /\n;
}
}
echo pre;
}
?
/body
/html


Expected result:

Expected result is that every $_POST key (0 through n) should be put
together with the $_POST['action'] command and a username, executed and
on to the next.

Actual result:
--
It works for every user, BUT the $usrarr[0] key and value.





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

#38972 [Fbk-Opn]: OCI-Lob-loa return broken character

 ID:   38972
 User updated by:  masui at emplex dot co dot jp
 Reported By:  masui at emplex dot co dot jp
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

Yes, I set .AL32UTF8 to NLS_LANG.

My CLOB data in Oracle is ZêñOlÜZµªã.

Broken is only 64bit Linux only, 32bit linx is ok.


Previous Comments:


[2006-09-27 09:15:34] [EMAIL PROTECTED]

Cannot reproduce.
Make sure your NLS_LANG is set and equals to something similar to
.AL32UTF8.



[2006-09-27 07:59:54] masui at emplex dot co dot jp

Description:

OCI-Lob-load returns broken character or nothing in php 5.2.0RC4.
It is occurred in 64bit linux, in 32bit linux OCI-Lob-read returns
correct multibyte string.

My Oracle database is R10.2.0.2.0, charset is AL32UTF8.

Downgrading to php 5.2.0RC1, it works correct, so this might be bug.

Best regards
Hideaki Masui

Reproduce code:
---
$conn = oci_connect('scot', 'tiger', 'xxx');
if (!$conn) exit;

$query = 'SELECT LOBDATA FROM LOBTEST';

$stid = oci_parse($conn, $query);
if (!$stid) exit;

$r = oci_execute($stid, OCI_DEFAULT);
if (!$r)  exit;

while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) {

  echo $row['LOBDATA']-load() .\n;

}

oci_close($conn);

Expected result:

The echo $row['LOBDATA']-load(); line should return
the actual mulitibyte string from the select statement.


Actual result:
--
$row['LOBDATA']-load() returns broken character or nothing.






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

#38972 [Opn-Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

How did you set NLS_LANG? How do you test it?

Broken is only 64bit Linux only, 32bit linx is ok.
I'm testing on 64bit host and it works perfectly fine with
Oracle10g/UTF8.


Previous Comments:


[2006-09-27 09:56:36] masui at emplex dot co dot jp

Yes, I set .AL32UTF8 to NLS_LANG.

My CLOB data in Oracle is ZêñOlÜZµªã.

Broken is only 64bit Linux only, 32bit linx is ok.



[2006-09-27 09:15:34] [EMAIL PROTECTED]

Cannot reproduce.
Make sure your NLS_LANG is set and equals to something similar to
.AL32UTF8.



[2006-09-27 07:59:54] masui at emplex dot co dot jp

Description:

OCI-Lob-load returns broken character or nothing in php 5.2.0RC4.
It is occurred in 64bit linux, in 32bit linux OCI-Lob-read returns
correct multibyte string.

My Oracle database is R10.2.0.2.0, charset is AL32UTF8.

Downgrading to php 5.2.0RC1, it works correct, so this might be bug.

Best regards
Hideaki Masui

Reproduce code:
---
$conn = oci_connect('scot', 'tiger', 'xxx');
if (!$conn) exit;

$query = 'SELECT LOBDATA FROM LOBTEST';

$stid = oci_parse($conn, $query);
if (!$stid) exit;

$r = oci_execute($stid, OCI_DEFAULT);
if (!$r)  exit;

while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) {

  echo $row['LOBDATA']-load() .\n;

}

oci_close($conn);

Expected result:

The echo $row['LOBDATA']-load(); line should return
the actual mulitibyte string from the select statement.


Actual result:
--
$row['LOBDATA']-load() returns broken character or nothing.






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

#38949 [Asn-Csd]: Cannot get xmlns value attribute

2006-09-27 Thread rrichards

 ID:   38949
 Updated by:   [EMAIL PROTECTED]
 Reported By:  superruzafa at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: DOM XML related
 Operating System: Windows XP
 PHP Version:  5.1.6
 Assigned To:  rrichards
 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:


[2006-09-25 14:18:43] superruzafa at gmail dot com

Description:

Surely this is not a bug, because is too obvious, Perhaps is a fault of
W3C spec.

I have a xml file, and I try to parse to get xmlns's attributes.
Simplely:

[test.xml]

?xml version=1.0 encoding=utf-8 ?
root xmlns=http://ns; xmlns:ns2=http://ns2;
ns2:child /
/root

Reproduce code:
---
$xml=new DOMDocument();
$xml-load(test.xml);

echo $xml-documentElement-getAttribute(xmlns);



Expected result:

http://ns;

Actual result:
--






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

#38972 [Fbk-Opn]: OCI-Lob-loa return broken character

 ID:   38972
 User updated by:  masui at emplex dot co dot jp
 Reported By:  masui at emplex dot co dot jp
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

I set NLS_LANG in /usr/local/apache2/bin/envvars.

Following is my setting.
export ORACLE_BASE=/home/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1
export NLS_LANG=.AL32UTF8
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1

I tested by access from web browser.

Following is create table and insert data.
CREATE TABLE LOBTEST (
LOBDATA  CLOB
);
insert INTO LOBTEST VALUES
(UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'));


Previous Comments:


[2006-09-27 10:04:45] [EMAIL PROTECTED]

How did you set NLS_LANG? How do you test it?

Broken is only 64bit Linux only, 32bit linx is ok.
I'm testing on 64bit host and it works perfectly fine with
Oracle10g/UTF8.



[2006-09-27 09:56:36] masui at emplex dot co dot jp

Yes, I set .AL32UTF8 to NLS_LANG.

My CLOB data in Oracle is ZêñOlÜZµªã.

Broken is only 64bit Linux only, 32bit linx is ok.



[2006-09-27 09:15:34] [EMAIL PROTECTED]

Cannot reproduce.
Make sure your NLS_LANG is set and equals to something similar to
.AL32UTF8.



[2006-09-27 07:59:54] masui at emplex dot co dot jp

Description:

OCI-Lob-load returns broken character or nothing in php 5.2.0RC4.
It is occurred in 64bit linux, in 32bit linux OCI-Lob-read returns
correct multibyte string.

My Oracle database is R10.2.0.2.0, charset is AL32UTF8.

Downgrading to php 5.2.0RC1, it works correct, so this might be bug.

Best regards
Hideaki Masui

Reproduce code:
---
$conn = oci_connect('scot', 'tiger', 'xxx');
if (!$conn) exit;

$query = 'SELECT LOBDATA FROM LOBTEST';

$stid = oci_parse($conn, $query);
if (!$stid) exit;

$r = oci_execute($stid, OCI_DEFAULT);
if (!$r)  exit;

while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) {

  echo $row['LOBDATA']-load() .\n;

}

oci_close($conn);

Expected result:

The echo $row['LOBDATA']-load(); line should return
the actual mulitibyte string from the select statement.


Actual result:
--
$row['LOBDATA']-load() returns broken character or nothing.






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

#38972 [Opn-Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

Just insert plain Unicode data and select it from the table.


Previous Comments:


[2006-09-27 10:53:44] masui at emplex dot co dot jp

I set NLS_LANG in /usr/local/apache2/bin/envvars.

Following is my setting.
export ORACLE_BASE=/home/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1
export NLS_LANG=.AL32UTF8
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1

I tested by access from web browser.

Following is create table and insert data.
CREATE TABLE LOBTEST (
LOBDATA  CLOB
);
insert INTO LOBTEST VALUES
(UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'));



[2006-09-27 10:04:45] [EMAIL PROTECTED]

How did you set NLS_LANG? How do you test it?

Broken is only 64bit Linux only, 32bit linx is ok.
I'm testing on 64bit host and it works perfectly fine with
Oracle10g/UTF8.



[2006-09-27 09:56:36] masui at emplex dot co dot jp

Yes, I set .AL32UTF8 to NLS_LANG.

My CLOB data in Oracle is ZêñOlÜZµªã.

Broken is only 64bit Linux only, 32bit linx is ok.



[2006-09-27 09:15:34] [EMAIL PROTECTED]

Cannot reproduce.
Make sure your NLS_LANG is set and equals to something similar to
.AL32UTF8.



[2006-09-27 07:59:54] masui at emplex dot co dot jp

Description:

OCI-Lob-load returns broken character or nothing in php 5.2.0RC4.
It is occurred in 64bit linux, in 32bit linux OCI-Lob-read returns
correct multibyte string.

My Oracle database is R10.2.0.2.0, charset is AL32UTF8.

Downgrading to php 5.2.0RC1, it works correct, so this might be bug.

Best regards
Hideaki Masui

Reproduce code:
---
$conn = oci_connect('scot', 'tiger', 'xxx');
if (!$conn) exit;

$query = 'SELECT LOBDATA FROM LOBTEST';

$stid = oci_parse($conn, $query);
if (!$stid) exit;

$r = oci_execute($stid, OCI_DEFAULT);
if (!$r)  exit;

while ($row = oci_fetch_array($stid, OCI_RETURN_NULLS)) {

  echo $row['LOBDATA']-load() .\n;

}

oci_close($conn);

Expected result:

The echo $row['LOBDATA']-load(); line should return
the actual mulitibyte string from the select statement.


Actual result:
--
$row['LOBDATA']-load() returns broken character or nothing.






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

#38972 [Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

This is what I get back when I insert
UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'):

string(40)
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã



Previous Comments:


[2006-09-27 11:00:23] [EMAIL PROTECTED]

Just insert plain Unicode data and select it from the table.



[2006-09-27 10:53:44] masui at emplex dot co dot jp

I set NLS_LANG in /usr/local/apache2/bin/envvars.

Following is my setting.
export ORACLE_BASE=/home/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1
export NLS_LANG=.AL32UTF8
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1

I tested by access from web browser.

Following is create table and insert data.
CREATE TABLE LOBTEST (
LOBDATA  CLOB
);
insert INTO LOBTEST VALUES
(UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'));



[2006-09-27 10:04:45] [EMAIL PROTECTED]

How did you set NLS_LANG? How do you test it?

Broken is only 64bit Linux only, 32bit linx is ok.
I'm testing on 64bit host and it works perfectly fine with
Oracle10g/UTF8.



[2006-09-27 09:56:36] masui at emplex dot co dot jp

Yes, I set .AL32UTF8 to NLS_LANG.

My CLOB data in Oracle is ZêñOlÜZµªã.

Broken is only 64bit Linux only, 32bit linx is ok.



[2006-09-27 09:15:34] [EMAIL PROTECTED]

Cannot reproduce.
Make sure your NLS_LANG is set and equals to something similar to
.AL32UTF8.



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

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

#38972 [Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
 Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

...which is exactly what you posted earlier:
My CLOB data in Oracle is
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã.


Previous Comments:


[2006-09-27 11:01:55] [EMAIL PROTECTED]

This is what I get back when I insert
UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'):

string(40)
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã




[2006-09-27 11:00:23] [EMAIL PROTECTED]

Just insert plain Unicode data and select it from the table.



[2006-09-27 10:53:44] masui at emplex dot co dot jp

I set NLS_LANG in /usr/local/apache2/bin/envvars.

Following is my setting.
export ORACLE_BASE=/home/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1
export NLS_LANG=.AL32UTF8
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1

I tested by access from web browser.

Following is create table and insert data.
CREATE TABLE LOBTEST (
LOBDATA  CLOB
);
insert INTO LOBTEST VALUES
(UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'));



[2006-09-27 10:04:45] [EMAIL PROTECTED]

How did you set NLS_LANG? How do you test it?

Broken is only 64bit Linux only, 32bit linx is ok.
I'm testing on 64bit host and it works perfectly fine with
Oracle10g/UTF8.



[2006-09-27 09:56:36] masui at emplex dot co dot jp

Yes, I set .AL32UTF8 to NLS_LANG.

My CLOB data in Oracle is ZêñOlÜZµªã.

Broken is only 64bit Linux only, 32bit linx is ok.



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

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

#38972 [Fbk-Opn]: OCI-Lob-loa return broken character

 ID:   38972
 User updated by:  masui at emplex dot co dot jp
 Reported By:  masui at emplex dot co dot jp
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

Yes, your CLOB DATA is correct.

I tested for Japanease UTF-8.


Previous Comments:


[2006-09-27 11:02:44] [EMAIL PROTECTED]

...which is exactly what you posted earlier:
My CLOB data in Oracle is
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã.



[2006-09-27 11:01:55] [EMAIL PROTECTED]

This is what I get back when I insert
UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'):

string(40)
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã




[2006-09-27 11:00:23] [EMAIL PROTECTED]

Just insert plain Unicode data and select it from the table.



[2006-09-27 10:53:44] masui at emplex dot co dot jp

I set NLS_LANG in /usr/local/apache2/bin/envvars.

Following is my setting.
export ORACLE_BASE=/home/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1
export NLS_LANG=.AL32UTF8
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1

I tested by access from web browser.

Following is create table and insert data.
CREATE TABLE LOBTEST (
LOBDATA  CLOB
);
insert INTO LOBTEST VALUES
(UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'));



[2006-09-27 10:04:45] [EMAIL PROTECTED]

How did you set NLS_LANG? How do you test it?

Broken is only 64bit Linux only, 32bit linx is ok.
I'm testing on 64bit host and it works perfectly fine with
Oracle10g/UTF8.



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

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

#38972 [Opn-Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

So, what's the problem then?


Previous Comments:


[2006-09-27 11:15:38] masui at emplex dot co dot jp

Yes, your CLOB DATA is correct.

I tested for Japanease UTF-8.



[2006-09-27 11:02:44] [EMAIL PROTECTED]

...which is exactly what you posted earlier:
My CLOB data in Oracle is
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã.



[2006-09-27 11:01:55] [EMAIL PROTECTED]

This is what I get back when I insert
UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'):

string(40)
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã




[2006-09-27 11:00:23] [EMAIL PROTECTED]

Just insert plain Unicode data and select it from the table.



[2006-09-27 10:53:44] masui at emplex dot co dot jp

I set NLS_LANG in /usr/local/apache2/bin/envvars.

Following is my setting.
export ORACLE_BASE=/home/oracle
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1
export NLS_LANG=.AL32UTF8
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
export ORA_NLS10=$ORACLE_HOME/nls/data
export LD_PRELOAD=$ORACLE_HOME/lib/libclntsh.so.10.1

I tested by access from web browser.

Following is create table and insert data.
CREATE TABLE LOBTEST (
LOBDATA  CLOB
);
insert INTO LOBTEST VALUES
(UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'));



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

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

#38972 [Fbk-Opn]: OCI-Lob-loa return broken character

 ID:   38972
 User updated by:  masui at emplex dot co dot jp
 Reported By:  masui at emplex dot co dot jp
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

Can your CLOB data be returned by reproduce code correct?


Previous Comments:


[2006-09-27 11:25:29] [EMAIL PROTECTED]

So, what's the problem then?



[2006-09-27 11:15:38] masui at emplex dot co dot jp

Yes, your CLOB DATA is correct.

I tested for Japanease UTF-8.



[2006-09-27 11:02:44] [EMAIL PROTECTED]

...which is exactly what you posted earlier:
My CLOB data in Oracle is
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã.



[2006-09-27 11:01:55] [EMAIL PROTECTED]

This is what I get back when I insert
UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'):

string(40)
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã




[2006-09-27 11:00:23] [EMAIL PROTECTED]

Just insert plain Unicode data and select it from the table.



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

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

#38972 [Opn-Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

Yes, with your code I get valid Unicode data I inserted before.
Please try to run it in console (but don't forget to set NLS_LANG
first).


Previous Comments:


[2006-09-27 11:31:39] masui at emplex dot co dot jp

Can your CLOB data be returned by reproduce code correct?



[2006-09-27 11:25:29] [EMAIL PROTECTED]

So, what's the problem then?



[2006-09-27 11:15:38] masui at emplex dot co dot jp

Yes, your CLOB DATA is correct.

I tested for Japanease UTF-8.



[2006-09-27 11:02:44] [EMAIL PROTECTED]

...which is exactly what you posted earlier:
My CLOB data in Oracle is
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã.



[2006-09-27 11:01:55] [EMAIL PROTECTED]

This is what I get back when I insert
UTL_RAW.CAST_TO_VARCHAR2('A3B0A3B1A3B2A3B3A3B4A3B5A3B6A3B7A3B8A3B9'):

string(40)
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã




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

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

#38972 [Fbk-Opn]: OCI-Lob-loa return broken character

 ID:   38972
 User updated by:  masui at emplex dot co dot jp
 Reported By:  masui at emplex dot co dot jp
-Status:   Feedback
+Status:   Open
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

Following is my php configure option. Is it correct?

./configure \
--with-apxs2=/usr/local/apache2/bin/apxs \
--enable-mbstring \
--enable-mbregex \
--with-zlib \
--with-curl \
--with-dom \
--with-dom-xslt \
--with-openssl \
--enable-sigchild \
--with-oci8=/home/oracle/product/10.2.0/db_1 \


Previous Comments:


[2006-09-27 11:40:47] [EMAIL PROTECTED]

Yes, with your code I get valid Unicode data I inserted before.
Please try to run it in console (but don't forget to set NLS_LANG
first).



[2006-09-27 11:31:39] masui at emplex dot co dot jp

Can your CLOB data be returned by reproduce code correct?



[2006-09-27 11:25:29] [EMAIL PROTECTED]

So, what's the problem then?



[2006-09-27 11:15:38] masui at emplex dot co dot jp

Yes, your CLOB DATA is correct.

I tested for Japanease UTF-8.



[2006-09-27 11:02:44] [EMAIL PROTECTED]

...which is exactly what you posted earlier:
My CLOB data in Oracle is
#65533;Z#710;ê#8220;ñ#381;O#381;l#338;Ü#732;Z#381;µ#8221;ª#8249;ã.



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

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

#38972 [Opn-Fbk]: OCI-Lob-loa return broken character

 ID:   38972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  masui at emplex dot co dot jp
-Status:   Open
+Status:   Feedback
 Bug Type: OCI8 related
 Operating System: linux
 PHP Version:  5.2.0RC4
 New Comment:

I don't see any problems, though I would test it with --disable-all
--with-oci8=... instead.


Previous Comments:


[2006-09-27 12:11:25] masui at emplex dot co dot jp

Following is my php configure option. Is it correct?

./configure \
--with-apxs2=/usr/local/apache2/bin/apxs \
--enable-mbstring \
--enable-mbregex \
--with-zlib \
--with-curl \
--with-dom \
--with-dom-xslt \
--with-openssl \
--enable-sigchild \
--with-oci8=/home/oracle/product/10.2.0/db_1 \



[2006-09-27 11:40:47] [EMAIL PROTECTED]

Yes, with your code I get valid Unicode data I inserted before.
Please try to run it in console (but don't forget to set NLS_LANG
first).



[2006-09-27 11:31:39] masui at emplex dot co dot jp

Can your CLOB data be returned by reproduce code correct?



[2006-09-27 11:25:29] [EMAIL PROTECTED]

So, what's the problem then?



[2006-09-27 11:15:38] masui at emplex dot co dot jp

Yes, your CLOB DATA is correct.

I tested for Japanease UTF-8.



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

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

#38960 [WFx]: OCI8 failure...

2006-09-27 Thread sn4265 at att dot com

 ID:   38960
 User updated by:  sn4265 at att dot com
 Reported By:  sn4265 at att dot com
 Status:   Wont fix
 Bug Type: Compile Failure
 Operating System: HPUX 11.11
 PHP Version:  5.1.6
 New Comment:

OK...  The database servers that I am connecting to are remote, and are
all Oracle 9i or greater.  I spent much of last night downloading and
attempting to build PHP 5.1.6 with the Oracle Instant Client as
suggested.  Unfortunately, I am still running into problems.  Here is
what I am facing at this point.

The configure script completes fine as follows:
./configure --with-mysql
--with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2
--with-apxs2=/opt/apache/bin/apxs

The make fails at the following point:
/bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/
-DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main
-I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2
-I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql
-I/usr/local/oracle/instantclient_10_2/sdk/include
-I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend 
-D_XOPEN_SOURCE_EXTENDED  -I/usr/local/include -g -O2   -c
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function
`php_oci_lob_read':
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared
(first use in this function)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared
identifier is reported only once
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it
appears in.)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
offset
*** Error exit code 1

Stop.

Once again I'm stuck.  Thanks again for any assistance.


Previous Comments:


[2006-09-26 22:02:39] [EMAIL PROTECTED]

Is this a major change to PHP5?  
Does it now only work with a more limited set of Oracle clients?

Yes, there was a major change in OCI8, which greatly improved its
functionality using new features available since Oracle 9.
It still does work with Oracle 8 servers, but I don't think it makes
sense to keep supporting (seriously) outdated Oracle 8.x clients.

The easiest (and the recommended) way to setup a server with OCI8
support is to install Oracle Instant Client, doesn't matter which
platform/OS you're using.

I guess in your case the solution would be to stick with
PHP4/PHP5.0.x.
Other options are a bit more complicated:
1) upgrade the client to 9i (afaik instant client doesn't support
Oracle  8i)
2) upgrade both Oracle server and client to version = 9.



[2006-09-26 12:34:52] sn4265 at att dot com

No clue.  I have never used that before.  This system has had Oracle
8.0.6.3 on it for years, and has always been what we have built against
in the past without any problems.  Is this a major change to PHP5?  Does
it now only work with a more limited set of Oracle clients?



[2006-09-26 12:28:49] [EMAIL PROTECTED]

Does it work for you with Oracle Instant Client -
http://www.oracle.com/technology/tech/oci/instantclient/index.html ?



[2006-09-26 12:18:09] sn4265 at att dot com

Description:

I am attempting to build a working version of Apache 2.0.59 with PHP
5.1.6.  I am doing this under HPUX 11.11, and have sucessfully built
Apache, and PHP without OCI8 support.  The problem is when I attempt to
include OCI8 support either in the PHP build directly or by attempting
to build the oci8-1.2.2 package after the fact.

Here is the attempt buildint OCI8 after the fact.  The error is
identical when attempting to build PHP with OCI8 support too.

Reproduce code:
---
[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No:  20050922
Zend Extension Api No:   220051025
[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 ./configure
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for a sed that does not truncate output... /usr/bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes

[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 make
/usr/bin/posix/sh /www/tmp/oci8-1.2.2/libtool --mode=compile
gcc  -I. -I/www/tmp/oci8-1.2.2 -DPHP_ATOM_INC
-I/www/tmp/oci8-1.2.2/include -I/www/tmp/oci8-1.2.2/main
-I/www/tmp/oci8-1.2.2 -I/usr/local/include/php
-I/usr/local/include/php/main -I/usr/local/include/php/TSRM

#38960 [WFx-Ana]: OCI8 failure...

 ID:   38960
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sn4265 at att dot com
-Status:   Wont fix
+Status:   Analyzed
 Bug Type: Compile Failure
 Operating System: HPUX 11.11
 PHP Version:  5.1.6


Previous Comments:


[2006-09-27 12:24:55] sn4265 at att dot com

OK...  The database servers that I am connecting to are remote, and are
all Oracle 9i or greater.  I spent much of last night downloading and
attempting to build PHP 5.1.6 with the Oracle Instant Client as
suggested.  Unfortunately, I am still running into problems.  Here is
what I am facing at this point.

The configure script completes fine as follows:
./configure --with-mysql
--with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2
--with-apxs2=/opt/apache/bin/apxs

The make fails at the following point:
/bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/
-DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main
-I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2
-I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql
-I/usr/local/oracle/instantclient_10_2/sdk/include
-I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend 
-D_XOPEN_SOURCE_EXTENDED  -I/usr/local/include -g -O2   -c
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function
`php_oci_lob_read':
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared
(first use in this function)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared
identifier is reported only once
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it
appears in.)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
offset
*** Error exit code 1

Stop.

Once again I'm stuck.  Thanks again for any assistance.



[2006-09-26 22:02:39] [EMAIL PROTECTED]

Is this a major change to PHP5?  
Does it now only work with a more limited set of Oracle clients?

Yes, there was a major change in OCI8, which greatly improved its
functionality using new features available since Oracle 9.
It still does work with Oracle 8 servers, but I don't think it makes
sense to keep supporting (seriously) outdated Oracle 8.x clients.

The easiest (and the recommended) way to setup a server with OCI8
support is to install Oracle Instant Client, doesn't matter which
platform/OS you're using.

I guess in your case the solution would be to stick with
PHP4/PHP5.0.x.
Other options are a bit more complicated:
1) upgrade the client to 9i (afaik instant client doesn't support
Oracle  8i)
2) upgrade both Oracle server and client to version = 9.



[2006-09-26 12:34:52] sn4265 at att dot com

No clue.  I have never used that before.  This system has had Oracle
8.0.6.3 on it for years, and has always been what we have built against
in the past without any problems.  Is this a major change to PHP5?  Does
it now only work with a more limited set of Oracle clients?



[2006-09-26 12:28:49] [EMAIL PROTECTED]

Does it work for you with Oracle Instant Client -
http://www.oracle.com/technology/tech/oci/instantclient/index.html ?



[2006-09-26 12:18:09] sn4265 at att dot com

Description:

I am attempting to build a working version of Apache 2.0.59 with PHP
5.1.6.  I am doing this under HPUX 11.11, and have sucessfully built
Apache, and PHP without OCI8 support.  The problem is when I attempt to
include OCI8 support either in the PHP build directly or by attempting
to build the oci8-1.2.2 package after the fact.

Here is the attempt buildint OCI8 after the fact.  The error is
identical when attempting to build PHP with OCI8 support too.

Reproduce code:
---
[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No:  20050922
Zend Extension Api No:   220051025
[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 ./configure
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for a sed that does not truncate output... /usr/bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes

[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 make
/usr/bin/posix/sh /www/tmp/oci8-1.2.2/libtool --mode=compile
gcc  -I. -I/www/tmp/oci8-1.2.2 -DPHP_ATOM_INC
-I/www/tmp/oci8-1.2.2/include

#38841 [Asn]: Unable to load dynamic library '/usr/lib/php5/extensions/mysqli.so'

2006-09-27 Thread hholzgra

 ID:   38841
 Updated by:   [EMAIL PROTECTED]
 Reported By:  albertbrian at gmail dot com
 Status:   Assigned
 Bug Type: MySQLi related
 Operating System: OpenSuSE 10.0
 PHP Version:  5.1.6
 Assigned To:  georg
 New Comment:

mysql_set_character_set is a symbol defined in all MySQL 4.1 and 5.0
client libraries on my system (and i have quite a few). It is nothing
that is only conditionally compiled in either (afaict.)

My educated guess on this would be: some other apache module uses an
older (= 4.0) mysql client library?

What happens if you try to run the PHP CLI binary and try to load
ext/mysqli into that?




Previous Comments:


[2006-09-17 07:56:59] [EMAIL PROTECTED]

Please leave the status as it is, I'd like MySQL people to take a look
at it.
The question is why mysql_set_character_set() is not exported in
libmysqlclient.so, while it's expected to be.



[2006-09-16 00:44:35] albertbrian at gmail dot com

Temporarily close this to do more investigation.



[2006-09-16 00:37:32] albertbrian at gmail dot com

Thank Judas.

My bad, I do not really understand meaning of what
you are supposed to be using if you choose the
server_apache_SuSE_Linux_10.0 repository. Can you please make it more
clear ? Thanks.

Currently, I temporarily uninstall mysqli extension.



[2006-09-16 00:29:48] judas dot iscariote at gmail dot com

to be more precise, they are linked against mysql 4.1.13 libraries,
because that is the mysql version the distribution contains, and what
you are supposed to be using if you choose the
server_apache_SuSE_Linux_10.0 repository.

and no, there is currenlty no php version for 10.0 linked against mysql
5, only for 10.1.



[2006-09-16 00:26:50] albertbrian at gmail dot com

At the ending, I hope someone can help me fix Unable to load dynamic
library
'/usr/lib/php5/extensions/mysqli.so' in first my comment.



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

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

#38908 [Fbk-Opn]: big NEGATIVE integers won't overflow on Linux

2006-09-27 Thread golikov at hotmail dot com

 ID:   38908
 User updated by:  golikov at hotmail dot com
 Reported By:  golikov at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Variables related
 Operating System: Linux (2.6.9-34.0.2.ELsmp)
 PHP Version:  5.1.6
 New Comment:

I don't have any Linux system available to build and test. The bug is
visible on a hosting. Can you get someone else to test?
BTW I forgot my pswd and mails on forgotten pswd do not come through.


Previous Comments:


[2006-09-23 11:43:18] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

Not reproducible.



[2006-09-21 04:14:46] golikov at hotmail dot com

Description:

If big negative number (-3032250090012579) is converted to integer, php
5.1.6 does not overflow on LINUX and uses max negative integer value
(-2147483648) instead. Though on Windows it works as ok. Related bug
#30315.


Reproduce code:
---
$a2 = 2224955379988029;
echo $a2 = (int) . (int)$a2 . \n;
$a3 = -2224955379988029;
echo $a3 = (int) . (int)$a3 . \n;


Expected result:

2.224955379988E+015 = (int)-888097219
-2.224955379988E+015 = (int)888097219


Actual result:
--
2.22495537999E+15 = (int)-888097219
-2.22495537999E+15 = (int)-2147483648






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

#38974 [NEW]: array should throw warning

From: hendlerman at yahoo dot com
Operating system: windows XP
PHP version:  5.1.6
PHP Bug Type: Arrays related
Bug description:  array should throw warning

Description:

The error is caused by a user error, but I believe PHP should be throwing
an error. PHP is not strongly typed, but I thought you get a warning if
you try to convert a string to an array.

Sorry I am not in 5.1.6


Reproduce code:
---
/**
 * Output for me
 * PHP version 5.1.4 
 * Array ( [name] = 2alue )
 * 
 * */
function array_bug()
{
  echo PHP version . phpversion().'br /';
  $test_array = array();
  
  $test_array['name'] = 'value';
  $test_array['name']['count'] = 2;
  
  print_r($test_array);
}

array_bug(); exit;

Expected result:

I would expect an error or warning

Actual result:
--
Array ( [name] = 2alue )

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

#38974 [Opn-Bgs]: array should throw warning

2006-09-27 Thread derick

 ID:   38974
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hendlerman at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 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

.


Previous Comments:


[2006-09-27 14:47:10] hendlerman at yahoo dot com

Description:

The error is caused by a user error, but I believe PHP should be
throwing an error. PHP is not strongly typed, but I thought you get a
warning if you try to convert a string to an array.

Sorry I am not in 5.1.6


Reproduce code:
---
/**
 * Output for me
 * PHP version 5.1.4 
 * Array ( [name] = 2alue )
 * 
 * */
function array_bug()
{
  echo PHP version . phpversion().'br /';
  $test_array = array();
  
  $test_array['name'] = 'value';
  $test_array['name']['count'] = 2;
  
  print_r($test_array);
}

array_bug(); exit;

Expected result:

I would expect an error or warning

Actual result:
--
Array ( [name] = 2alue )





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

#38974 [Bgs]: array should throw warning

 ID:   38974
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hendlerman at yahoo dot com
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

$string[0] = 'c'; is perfectly valid code and that's what you get with
$string['otherstring'].


Previous Comments:


[2006-09-27 14:53:23] [EMAIL PROTECTED]

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

.



[2006-09-27 14:47:10] hendlerman at yahoo dot com

Description:

The error is caused by a user error, but I believe PHP should be
throwing an error. PHP is not strongly typed, but I thought you get a
warning if you try to convert a string to an array.

Sorry I am not in 5.1.6


Reproduce code:
---
/**
 * Output for me
 * PHP version 5.1.4 
 * Array ( [name] = 2alue )
 * 
 * */
function array_bug()
{
  echo PHP version . phpversion().'br /';
  $test_array = array();
  
  $test_array['name'] = 'value';
  $test_array['name']['count'] = 2;
  
  print_r($test_array);
}

array_bug(); exit;

Expected result:

I would expect an error or warning

Actual result:
--
Array ( [name] = 2alue )





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

#38974 [Bgs]: array should throw warning

 ID:   38974
 User updated by:  hendlerman at yahoo dot com
 Reported By:  hendlerman at yahoo dot com
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

I understand that it's valid in PHP to overwrite the string with an
array. The problem is that the string is not actually overwritten by
the array. I thought that was clear from the sample code!

Doesn't seem like a feature if the array isn't overwritten. Perhaps I
should have titled = String is not properly overwritten 


Previous Comments:


[2006-09-27 14:54:23] [EMAIL PROTECTED]

$string[0] = 'c'; is perfectly valid code and that's what you get with
$string['otherstring'].



[2006-09-27 14:53:23] [EMAIL PROTECTED]

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

.



[2006-09-27 14:47:10] hendlerman at yahoo dot com

Description:

The error is caused by a user error, but I believe PHP should be
throwing an error. PHP is not strongly typed, but I thought you get a
warning if you try to convert a string to an array.

Sorry I am not in 5.1.6


Reproduce code:
---
/**
 * Output for me
 * PHP version 5.1.4 
 * Array ( [name] = 2alue )
 * 
 * */
function array_bug()
{
  echo PHP version . phpversion().'br /';
  $test_array = array();
  
  $test_array['name'] = 'value';
  $test_array['name']['count'] = 2;
  
  print_r($test_array);
}

array_bug(); exit;

Expected result:

I would expect an error or warning

Actual result:
--
Array ( [name] = 2alue )





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

#38974 [Bgs-Opn]: String is not properly overwritten in

 ID:   38974
 User updated by:  hendlerman at yahoo dot com
-Summary:  array should throw warning
 Reported By:  hendlerman at yahoo dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

Changing title and re-opening so it gets reviewed again.


Previous Comments:


[2006-09-27 15:14:18] hendlerman at yahoo dot com

I understand that it's valid in PHP to overwrite the string with an
array. The problem is that the string is not actually overwritten by
the array. I thought that was clear from the sample code!

Doesn't seem like a feature if the array isn't overwritten. Perhaps I
should have titled = String is not properly overwritten 



[2006-09-27 14:54:23] [EMAIL PROTECTED]

$string[0] = 'c'; is perfectly valid code and that's what you get with
$string['otherstring'].



[2006-09-27 14:53:23] [EMAIL PROTECTED]

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

.



[2006-09-27 14:47:10] hendlerman at yahoo dot com

Description:

The error is caused by a user error, but I believe PHP should be
throwing an error. PHP is not strongly typed, but I thought you get a
warning if you try to convert a string to an array.

Sorry I am not in 5.1.6


Reproduce code:
---
/**
 * Output for me
 * PHP version 5.1.4 
 * Array ( [name] = 2alue )
 * 
 * */
function array_bug()
{
  echo PHP version . phpversion().'br /';
  $test_array = array();
  
  $test_array['name'] = 'value';
  $test_array['name']['count'] = 2;
  
  print_r($test_array);
}

array_bug(); exit;

Expected result:

I would expect an error or warning

Actual result:
--
Array ( [name] = 2alue )





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

#38974 [Opn]: String is not properly overwritten in Multi Dimensional Arrays

 ID:   38974
 User updated by:  hendlerman at yahoo dot com
-Summary:  String is not properly overwritten in
 Reported By:  hendlerman at yahoo dot com
 Status:   Open
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

edit title


Previous Comments:


[2006-09-27 15:32:43] hendlerman at yahoo dot com

Changing title and re-opening so it gets reviewed again.



[2006-09-27 15:14:18] hendlerman at yahoo dot com

I understand that it's valid in PHP to overwrite the string with an
array. The problem is that the string is not actually overwritten by
the array. I thought that was clear from the sample code!

Doesn't seem like a feature if the array isn't overwritten. Perhaps I
should have titled = String is not properly overwritten 



[2006-09-27 14:54:23] [EMAIL PROTECTED]

$string[0] = 'c'; is perfectly valid code and that's what you get with
$string['otherstring'].



[2006-09-27 14:53:23] [EMAIL PROTECTED]

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

.



[2006-09-27 14:47:10] hendlerman at yahoo dot com

Description:

The error is caused by a user error, but I believe PHP should be
throwing an error. PHP is not strongly typed, but I thought you get a
warning if you try to convert a string to an array.

Sorry I am not in 5.1.6


Reproduce code:
---
/**
 * Output for me
 * PHP version 5.1.4 
 * Array ( [name] = 2alue )
 * 
 * */
function array_bug()
{
  echo PHP version . phpversion().'br /';
  $test_array = array();
  
  $test_array['name'] = 'value';
  $test_array['name']['count'] = 2;
  
  print_r($test_array);
}

array_bug(); exit;

Expected result:

I would expect an error or warning

Actual result:
--
Array ( [name] = 2alue )





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

#38975 [NEW]: date() function causes php crash

2006-09-27 Thread rachmel at avaya dot com

From: rachmel at avaya dot com
Operating system: WindRiver Linux
PHP version:  5.1.6
PHP Bug Type: Reproducible crash
Bug description:  date() function causes php crash

Description:

When changing the Linux's timezone (changing /etc/localtime) to something
other than CEST and running php script with date related functions, the
php crashes and causes a segmentation fault.

Reproduce code:
---
?php
echo date(l);

?

Expected result:

should print the current day of the week.

Actual result:
--
segmentation fault (core dumped)

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

#38974 [Opn-Bgs]: String is not properly overwritten in

 ID:   38974
 Updated by:   [EMAIL PROTECTED]
-Summary:  String is not properly overwritten in Multi
   Dimensional Arrays
 Reported By:  hendlerman at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

# php -r '$s = string; $s[0] = 3; var_dump($s);'
string(6) 3tring

This is expected behaviour.



Previous Comments:


[2006-09-27 15:34:04] hendlerman at yahoo dot com

edit title



[2006-09-27 15:32:43] hendlerman at yahoo dot com

Changing title and re-opening so it gets reviewed again.



[2006-09-27 15:14:18] hendlerman at yahoo dot com

I understand that it's valid in PHP to overwrite the string with an
array. The problem is that the string is not actually overwritten by
the array. I thought that was clear from the sample code!

Doesn't seem like a feature if the array isn't overwritten. Perhaps I
should have titled = String is not properly overwritten 



[2006-09-27 14:54:23] [EMAIL PROTECTED]

$string[0] = 'c'; is perfectly valid code and that's what you get with
$string['otherstring'].



[2006-09-27 14:53:23] [EMAIL PROTECTED]

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

.



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

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

#38974 [Bgs-Opn]: String is not properly overwritten in

 ID:   38974
 User updated by:  hendlerman at yahoo dot com
 Reported By:  hendlerman at yahoo dot com
-Status:   Bogus
+Status:   Open
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

the code you've outlined is not the same as the code I have.

what happens to the key in the array called count?


Previous Comments:


[2006-09-27 15:34:44] [EMAIL PROTECTED]

# php -r '$s = string; $s[0] = 3; var_dump($s);'
string(6) 3tring

This is expected behaviour.




[2006-09-27 15:34:04] hendlerman at yahoo dot com

edit title



[2006-09-27 15:32:43] hendlerman at yahoo dot com

Changing title and re-opening so it gets reviewed again.



[2006-09-27 15:14:18] hendlerman at yahoo dot com

I understand that it's valid in PHP to overwrite the string with an
array. The problem is that the string is not actually overwritten by
the array. I thought that was clear from the sample code!

Doesn't seem like a feature if the array isn't overwritten. Perhaps I
should have titled = String is not properly overwritten 



[2006-09-27 14:54:23] [EMAIL PROTECTED]

$string[0] = 'c'; is perfectly valid code and that's what you get with
$string['otherstring'].



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

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

#38974 [Opn-Bgs]: String is not properly overwritten in

 ID:   38974
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hendlerman at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

It's autoconverted to integer, i.e. 0.


Previous Comments:


[2006-09-27 15:37:37] hendlerman at yahoo dot com

the code you've outlined is not the same as the code I have.

what happens to the key in the array called count?



[2006-09-27 15:34:44] [EMAIL PROTECTED]

# php -r '$s = string; $s[0] = 3; var_dump($s);'
string(6) 3tring

This is expected behaviour.




[2006-09-27 15:34:04] hendlerman at yahoo dot com

edit title



[2006-09-27 15:32:43] hendlerman at yahoo dot com

Changing title and re-opening so it gets reviewed again.



[2006-09-27 15:14:18] hendlerman at yahoo dot com

I understand that it's valid in PHP to overwrite the string with an
array. The problem is that the string is not actually overwritten by
the array. I thought that was clear from the sample code!

Doesn't seem like a feature if the array isn't overwritten. Perhaps I
should have titled = String is not properly overwritten 



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

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

#38975 [Opn-Fbk]: date() function causes php crash

 ID:   38975
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rachmel at avaya dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: WindRiver Linux
 PHP Version:  5.1.6
 New Comment:

Please try using this CVS snapshot:

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




Previous Comments:


[2006-09-27 15:34:34] rachmel at avaya dot com

Description:

When changing the Linux's timezone (changing /etc/localtime) to
something other than CEST and running php script with date related
functions, the php crashes and causes a segmentation fault.

Reproduce code:
---
?php
echo date(l);

?

Expected result:

should print the current day of the week.

Actual result:
--
segmentation fault (core dumped)





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

#38974 [Bgs]: String is not properly overwritten in

 ID:   38974
 User updated by:  hendlerman at yahoo dot com
 Reported By:  hendlerman at yahoo dot com
 Status:   Bogus
 Bug Type: Arrays related
 Operating System: windows XP
 PHP Version:  5.1.6
 New Comment:

OK.

I can see how this is not a bug and expected.
But I think the behaviour should be different. Maybe just:

1. don't loose keys

 I can't post to php-dev ATM, but is that the proper place to have this
discussion?


Previous Comments:


[2006-09-27 15:45:14] [EMAIL PROTECTED]

It's autoconverted to integer, i.e. 0.



[2006-09-27 15:37:37] hendlerman at yahoo dot com

the code you've outlined is not the same as the code I have.

what happens to the key in the array called count?



[2006-09-27 15:34:44] [EMAIL PROTECTED]

# php -r '$s = string; $s[0] = 3; var_dump($s);'
string(6) 3tring

This is expected behaviour.




[2006-09-27 15:34:04] hendlerman at yahoo dot com

edit title



[2006-09-27 15:32:43] hendlerman at yahoo dot com

Changing title and re-opening so it gets reviewed again.



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

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

#38882 [Bgs]: ldap_connect causes Segmentation fault

2006-09-27 Thread d dot wynne at ljmu dot ac dot uk

 ID:   38882
 User updated by:  d dot wynne at ljmu dot ac dot uk
 Reported By:  d dot wynne at ljmu dot ac dot uk
 Status:   Bogus
 Bug Type: LDAP related
 Operating System: SuSE 10.1 x86_64
 PHP Version:  4.4.4
 New Comment:

Right I've now compiled MySQL from source code. I'm using the
mysql-5.0.18-src RPM as this matches exacly the binary RPM that comes
with SuSE 10.1. Configure MySQL:

./configure --prefix=/usr --without-yassl  --enable-thread-safe-client
--with-gnu-ld --without-server 
--with-named-curses-libs=/usr/lib64/curses/libcurses.a

--without-yassl I believe is the significant part. Built  installed 
Checked the libraries  header files are in the right place:

ldconfig

Re-built php from scratch. Configure as before. Installed  restarted
Apache2. Same result.

Segmentation fault on ldap_connect. Please help.


Previous Comments:


[2006-09-20 09:54:42] d dot wynne at ljmu dot ac dot uk

Upgraded all 3 MySQl packages to version 5.0.24a. Re-built php-4.4.4
from scratch by deleting top level directoty and re-extracting tar
file.

Ran configure as beforw. Built no problem.

make install

/etc/init.d/apache2 restart

Same problem when using ldap_connect:


[Wed Sep 20 10:38:25 2006] [notice] child pid 21744 exit signal
Segmentation fault (11)

I can try and get a backtrace if you think it would help. Never done
this before but the instructions seem straightforward.



[2006-09-19 15:57:18] [EMAIL PROTECTED]

Seems a bit strange that all the mysql_* functions work
 OK, and only when you do an ldap_connect the problem with mysql
5.0.x arises.
There is no problem as long as no OpenSSL functions are used.
YaSSL and OpenSSL have conflicting names inside, so what you see is
just a clash between them.

Would this be worth trying or is there a newer version
 which has a better chance.
Yes, I think it would.



[2006-09-19 15:44:40] d dot wynne at ljmu dot ac dot uk

Seems a bit strange that all the mysql_* functions work OK, and only
when you do an ldap_connect the problem with mysql 5.0.x arises.

Anyway the latest version of MySQL 5 seems to be  5.0.24. Would this be
worth trying or is there a newer version which has a better chance.

Appeciate you help as it seems not to be an issue with PHP, but
external libraries.



[2006-09-19 14:33:21] [EMAIL PROTECTED]

The reason of this problem is YaSSL, which is used in 5.0.x versions of
MySQL. AFAIK it has been fixed in latest version, but I'm not 100%
sure.
Anyway, it's not PHP problem.



[2006-09-19 14:04:22] d dot wynne at ljmu dot ac dot uk

mysql-client-5.0.18-16
mysql-devel-5.0.18-16
mysql-shared-5.0.18-16

The client libraies are only located at /usr/lib64/mysql, so again I
had to copy these to /usr/lib to get configure to see them

mysql_* functions work fine, and using PEAR too. Our MySQL server is
actually on a different host so no mysql-server packages on this host.



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

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

#38976 [NEW]: missing last character when fetching query

2006-09-27 Thread zolfi at parspooyesh dot com

From: zolfi at parspooyesh dot com
Operating system: fedora linux 5
PHP version:  5.1.6
PHP Bug Type: PDO related
Bug description:  missing last character when fetching query

Description:

when using SELECT statement for selecting rows of table, and 
using fetchAll(or fetch) method the last character of each row will be
lost.


Reproduce code:
---
$db_location = table.sqlite;

$db = new PDO(sqlite:{$db_location});

$db-query(create table my_table (name text););
// table is empty
$query = $db-query(delete from my_table);

$query = $db-query(insert into  my_table (name) values ('123'));

$query = $db-query(select name from my_table);

while ($row = $query-fetch())
{
 print_r($row);
}


Expected result:

Array
(
[name] = 123
[0] = 123
)


Actual result:
--
Array
(
[name] = 12
[0] = 12
)


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

#38976 [Opn-Fbk]: missing last character when fetching query

 ID:   38976
 Updated by:   [EMAIL PROTECTED]
 Reported By:  zolfi at parspooyesh dot com
-Status:   Open
+Status:   Feedback
 Bug Type: PDO related
 Operating System: fedora linux 5
 PHP Version:  5.1.6
 New Comment:

Please try using this CVS snapshot:

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

Can't reproduce.


Previous Comments:


[2006-09-27 16:52:29] zolfi at parspooyesh dot com

Description:

when using SELECT statement for selecting rows of table, and 
using fetchAll(or fetch) method the last character of each row will be
lost.


Reproduce code:
---
$db_location = table.sqlite;

$db = new PDO(sqlite:{$db_location});

$db-query(create table my_table (name text););
// table is empty
$query = $db-query(delete from my_table);

$query = $db-query(insert into  my_table (name) values ('123'));

$query = $db-query(select name from my_table);

while ($row = $query-fetch())
{
 print_r($row);
}


Expected result:

Array
(
[name] = 123
[0] = 123
)


Actual result:
--
Array
(
[name] = 12
[0] = 12
)






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

#38956 [Csd]: seg fault during array_walk due to reallocated stack

2006-09-27 Thread jeannielu at hotmail dot com

 ID:   38956
 User updated by:  jeannielu at hotmail dot com
 Reported By:  jeannielu at hotmail dot com
 Status:   Closed
 Bug Type: Reproducible crash
 Operating System: Linux 2.6.16-22
 PHP Version:  5.1.6
 New Comment:

It makes sense if the patch is simple - in our case we won't have the
opportunity window to upgrade our application until few months later.


Previous Comments:


[2006-09-26 22:09:02] [EMAIL PROTECTED]

Fixed - closed.
I don't think it makes sense to backport a patch from a release
candidate to the previous release. Just wait for a couple of weeks for
the release.



[2006-09-26 22:01:42] jeannielu at hotmail dot com

php5.2-latest seems to fix it. Can I obtain a patch for 5.1.6? Will it
apply cleanly?



[2006-09-26 07:04:58] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2006-09-26 01:32:58] judas dot iscariote at gmail dot com

Looks as a duplicate of 34066 which is fixed in CVS, and will be in
5.2.0 very soon now :)



[2006-09-25 22:41:44] jeannielu at hotmail dot com

Description:

I reliably get a seg fault during execution of array_walk() in our web
application. Unfortunately, the seg fault is not reproducible with any
simpler test case. 

gdb shows the death to be here:

#0  zend_call_function (fci=0xbfe8bcf0, fci_cache=0xbfe8bd14)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_execute_API.c:859
859 (*fci-params[i])-refcount++;

FYI, the call looks like this:

array_walk($current_set,
   array($this, '_format_traffic_data'),
   $dd
   );

Where $current_set is a 2-D array of 10x5 elements, $dd another 2-D
array of 2x2 elements. Each element is a string of 10-30 characters.
However, I don't think the argument details are important. 

Valgrind shows that zend_call_function died processing the third
argument because it referenced memory freed by zend_ptr_stack.h. See
attached backtrace.






Actual result:
--
gdb:

#0  zend_call_function (fci=0xbfe8bcf0, fci_cache=0xbfe8bd14)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_execute_API.c:859
#1  0x081bdb35 in php_array_walk (target_hash=0x90472cc,
userdata=0x85ebd6c, recursive=0)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/ext/standard/array.c:1099
#2  0x081bdeaf in zif_array_walk (ht=3, return_value=0x904b69c,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/ext/standard/array.c:1159
#3  0x0826af4d in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe8cbd0)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:200
#4  0x0826a6f1 in execute (op_array=0x894b304) at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92
#5  0x0826a928 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe8df80)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234
#6  0x0826a6f1 in execute (op_array=0x8b12e34) at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92
#7  0x0826a928 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe8f360)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234
#8  0x0826a6f1 in execute (op_array=0x8ada67c) at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92
#9  0x0826a928 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe90280)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234
#10 0x0826a6f1 in execute (op_array=0x8ac0bfc) at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92
#11 0x0826a928 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe92240)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234
#12 0x0826a6f1 in execute (op_array=0x860b9e0) at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92
#13 0x0826a928 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe923b0)
at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:234
#14 0x0826a6f1 in execute (op_array=0x85f609c) at
/usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend_vm_execute.h:92
#15 0x0825471f in zend_execute_scripts (type=8, retval=Variable
retval is not available.
) at /usr/src/redhat/SOURCES/mazu/apache/php-5.1.6/Zend/zend.c:1109
#16 0x0822029c in php_execute_script (primary_file=0xbfe947d4)
at

#21653 [Com]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed

2006-09-27 Thread phpbugs at whitesands dot net

 ID:   21653
 Comment by:   phpbugs at whitesands dot net
 Reported By:  support at hostcolor dot com
 Status:   No Feedback
 Bug Type: Sockets related
 Operating System: RedHat 7.2
 PHP Version:  4.3.3RC2-dev
 New Comment:

I'm getting the same Operation now in progress (115) w/ PHP  4.4.2
configured with: 

'./configure' '--with-mysql=/usr' '--with-apxs2=/usr/local/bin/apxs'
'--enable-mbstring'

and using Apache 2.0.59 on RHEL 4 and using this script:

?php
$fp = fsockopen (localhost, 80, $errno, $errstr, 30);
if (!$fp) {
echo $errstr ($errno)br\n;
}
fclose ($fp);
?

What I have been able to figure out is that if I have less that ~500
virtual domains in the httpd.conf file, the problem goes away.  If I
have more, the problem comes back.  Am I hitting some kind of resource
limit?


Previous Comments:


[2006-06-28 09:08:42] sosingus at yahoo dot com

I have a similar problem using php 4.4.1 with pfsockopen
Part of code:
--
?php
$fp = pfsockopen(ssl://example.com, 443, $errno, $errstr);
if (!$fp){
echo $errstr ($errno)br\n;
exit;
}
?
Output:
--
Operation now in progress (115)

Modules:
--
'./configure' '--with-gd' '--with-msql=/usr/local/msql2.0'
'--with-mysql=/usr/local/mysql' '--with-apache=../apache_1.3.34'
'--with-jpeg-dir=/usr/lib' '--with-png-dir=/usr/lib' '--with-mhash'
'--with-openssl=/usr/local/ssl' '--enable-ftp' '--enable-imap'
'--with-zlib-dir=/usr/local/lib' '--with-pear'
'--with-curl=/usr/local/lib' '--with-pear=../PEAR-1.1'
'--enable-mbstring=all' '--with-dom=/usr/local'
'--with-domxml=/usr/local' '--enable-memory-limit=yes'
'--enable-sockets' '--with-gd-native-ttf' '--enable-gd-imgstrttf'
'--with-freetype-dir=/usr/local' '--enable-shared'
'--with-expat-dir=/usr/local' '--with-dom-xslt=/usr/local'
'--with-xslt-sablot'

Additional info

I have it working on another domain and server with php 4.3.4



[2005-01-05 12:50:42] suhailc at gmail dot com

Hi,

I get the following error:

Warning: fsockopen(): unable to connect to whois.crsnic.net:43 in
/home/ecompco/public_html/test.php on line 2
Could not open connection

However, the connection is made perfectly and fast when I switch off
APF. I get:

Connected OK.

For the life of me I cannot figure out why - I've added ports 43, 443,
4343, 80 to conf.php but still error shows when APF is on. But it does
have something to do with APF.

Regards,
Suhail.



[2003-07-23 21:16:30] laudanp at yahoo dot com

I opened a new bug report here:

http://bugs.php.net/bug.php?id=24785



[2003-07-23 14:44:48] laudanp at yahoo dot com

re: No feedback from original bug submitter.
laudanp at yahoo dot com:
If you still feel this is a bug, open new report with
short example script, expected result and got result.

Thanks for replying to me.  I'll go ahead and open a new ticket while
referencing this one for posterity.  Look for it tonight.



[2003-07-23 14:31:25] laudanp at yahoo dot com

Hi I provided the feedback above, I'm still having those problems. 
Help



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

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

#38978 [NEW]: Impersonation fails for a COM object under load

2006-09-27 Thread tetikr at spytech dot cz

From: tetikr at spytech dot cz
Operating system: Win2003 SP1
PHP version:  5.1.6
PHP Bug Type: COM related
Bug description:  Impersonation fails for a COM object under load

Description:

I'm running a web site in an IIS6 pool which uses the NETWORK SERVICE
account. The web site itself uses another account, say XYZ. In a PHP
script I create a COM object, call its method which creates a file. The
file owner is XYZ as expected.

However, if I issue multiple requests simultanously, the COM object's
method starts creating a file whose owner is NETWORK SERVICE.

I can return to the normal behavior by restarting the IIS pool.




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

#38960 [Ana-Fbk]: OCI8 failure...

 ID:   38960
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sn4265 at att dot com
-Status:   Analyzed
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: HPUX 11.11
 PHP Version:  5.1.6
 New Comment:

Please try the following:
1) open instantclient_10_2/sdk/include/oratypes.h
2) find this line:

#if (__STDC__ != 1) || defined(__LP64__)
and change it to
#if defined (__STDC_EXT__) || defined(__LP64__)

3) run make again.


Previous Comments:


[2006-09-27 12:24:55] sn4265 at att dot com

OK...  The database servers that I am connecting to are remote, and are
all Oracle 9i or greater.  I spent much of last night downloading and
attempting to build PHP 5.1.6 with the Oracle Instant Client as
suggested.  Unfortunately, I am still running into problems.  Here is
what I am facing at this point.

The configure script completes fine as follows:
./configure --with-mysql
--with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2
--with-apxs2=/opt/apache/bin/apxs

The make fails at the following point:
/bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/
-DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main
-I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2
-I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql
-I/usr/local/oracle/instantclient_10_2/sdk/include
-I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend 
-D_XOPEN_SOURCE_EXTENDED  -I/usr/local/include -g -O2   -c
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function
`php_oci_lob_read':
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared
(first use in this function)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared
identifier is reported only once
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it
appears in.)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
offset
*** Error exit code 1

Stop.

Once again I'm stuck.  Thanks again for any assistance.



[2006-09-26 22:02:39] [EMAIL PROTECTED]

Is this a major change to PHP5?  
Does it now only work with a more limited set of Oracle clients?

Yes, there was a major change in OCI8, which greatly improved its
functionality using new features available since Oracle 9.
It still does work with Oracle 8 servers, but I don't think it makes
sense to keep supporting (seriously) outdated Oracle 8.x clients.

The easiest (and the recommended) way to setup a server with OCI8
support is to install Oracle Instant Client, doesn't matter which
platform/OS you're using.

I guess in your case the solution would be to stick with
PHP4/PHP5.0.x.
Other options are a bit more complicated:
1) upgrade the client to 9i (afaik instant client doesn't support
Oracle  8i)
2) upgrade both Oracle server and client to version = 9.



[2006-09-26 12:34:52] sn4265 at att dot com

No clue.  I have never used that before.  This system has had Oracle
8.0.6.3 on it for years, and has always been what we have built against
in the past without any problems.  Is this a major change to PHP5?  Does
it now only work with a more limited set of Oracle clients?



[2006-09-26 12:28:49] [EMAIL PROTECTED]

Does it work for you with Oracle Instant Client -
http://www.oracle.com/technology/tech/oci/instantclient/index.html ?



[2006-09-26 12:18:09] sn4265 at att dot com

Description:

I am attempting to build a working version of Apache 2.0.59 with PHP
5.1.6.  I am doing this under HPUX 11.11, and have sucessfully built
Apache, and PHP without OCI8 support.  The problem is when I attempt to
include OCI8 support either in the PHP build directly or by attempting
to build the oci8-1.2.2 package after the fact.

Here is the attempt buildint OCI8 after the fact.  The error is
identical when attempting to build PHP with OCI8 support too.

Reproduce code:
---
[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 phpize
Configuring for:
PHP Api Version: 20041225
Zend Module Api No:  20050922
Zend Extension Api No:   220051025
[EMAIL PROTECTED]:/www/tmp/oci8-1.2.2 ./configure
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for a sed that does not truncate output... /usr/bin/sed
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking

#38978 [Opn-Bgs]: Impersonation fails for a COM object under load

 ID:   38978
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tetikr at spytech dot cz
-Status:   Open
+Status:   Bogus
 Bug Type: COM related
 Operating System: Win2003 SP1
 PHP Version:  5.1.6
 New Comment:

We are aware of PHP's problems with stability under IIS and are working

to rectify the problem. Unfortunatly your bug report does not contain
any
extra useful information and we already have enough bug reports open
about
this issue. If you can provide more detailed information such as a 
reproducable crash or a backtrace please do so and reopen this bug. 
Otherwise please keep trying new releases as we are working to resolve 
the problems on this platform
 
Thanks for your interest in PHP.




Previous Comments:


[2006-09-27 20:42:17] tetikr at spytech dot cz

Description:

I'm running a web site in an IIS6 pool which uses the NETWORK SERVICE
account. The web site itself uses another account, say XYZ. In a PHP
script I create a COM object, call its method which creates a file. The
file owner is XYZ as expected.

However, if I issue multiple requests simultanously, the COM object's
method starts creating a file whose owner is NETWORK SERVICE.

I can return to the normal behavior by restarting the IIS pool.








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

#38965 [Opn-Bgs]: mssql_connect doesn't use TCP 1433 for external SQL Server

2006-09-27 Thread fmk

 ID:   38965
 Updated by:   [EMAIL PROTECTED]
 Reported By:  aren at cambre dot biz
-Status:   Open
+Status:   Bogus
 Bug Type: MSSQL related
 Operating System: Windows 2003 (for both servers)
 PHP Version:  4.4.4
 Assigned To:  fmk
 New Comment:

The MSSQL Extension for PHP uses ntwdblib as the library to connect to
teh server. The configuration of this library is done with MS SQL
Server Client Tools. These tools are installed from the CD and can be
installed without the rest of the server to allow remote connections to
the server.

If ntwdblib.dll is copied to the server one way or the other, there is
no way (except for registry hacks) to configure the library. PHP is not
responsible for installation of a Microsoft tool or any other 3rd party
libraries, but we expect them to be installed correct.

There is no bugs in PHP here.



Previous Comments:


[2006-09-26 19:15:13] aren at cambre dot biz

Lemme add some more info:

The IIS (web) server is a really vanilla Windows Server 2003 box. All
that is installed, per Add or Remove Programs, is McAfee VirusScan
Enterprise, Microsoft .NET Framework 2.0, PHP 4.4.4, and WMware Tools
(it's virtual). I also installed Wireshark 0.99.3 and WinPcap 3.1, but
they were installed afte the fact and did not affect the issue.

If PHP's SQL Server connect script doesn't work right on a vanilla box,
I can't believe this is bogus. SQL Server or SQL Server Client Tools
has never been installed on this box.

Programs should adhere to industry standard behaviors on vanilla
Windows boxes, and industry standard for talking to SQL Server is TCP
1433. If PHP is not doing it, it needs to be fixed or properly
documented.

It may be as simply as classifying this as a documentation bug and
adding documentation that addresses the issue, if that is the proper
solution.



[2006-09-26 18:23:45] aren at cambre dot biz

This ntwdblib was on a default installation of Windows Server 2003.



[2006-09-26 17:35:43] [EMAIL PROTECTED]

No PHP uses ntwdblib and if you install the Client tools from MSSQL
server you can define the default protocol. Older versions of ntwdblib
(or combinations of other MS tools installed) uses named pipes as the
default.

The best way is to install the Client Tools and us the Clinet Network
utility to set default protocol as well as create aliases for different
servers. Each alias can be defined with the prefered protocol.



[2006-09-26 17:25:21] [EMAIL PROTECTED]

Frank, is this really a PHP problem?



[2006-09-26 17:16:54] aren at cambre dot biz

Description:

When using mssql_connect to connect to a SQL Server database on a
remote server, PHP attemtps to connect using named pipes. This is a
terribly outdated behavior; SQL Server connections these days are
almost always done with TCP 1433.

I figured this out with a difficult phpBB installation and using
Wireshark (formerly Ethereal) to watch network traffic. There is a
registry hack that can force the SQL Server Client program to use TCP
1433, but this hack's effects on other software is unknown.

For more info, see
http://people.smu.edu/acambre/blog/2006/09/22/Buggy+PHP.aspx and
http://www.phpbb.com/phpBB/viewtopic.php?t=446662postdays=0postorder=ascstart=0

Reproduce code:
---
Just use mssql_connect to connect to an external database.

Expected result:

The database should open just as if the database is on localhost.

Actual result:
--
Usually a cannot connect error.





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

#38960 [Fbk-Opn]: OCI8 failure...

2006-09-27 Thread sn4265 at att dot com

 ID:   38960
 User updated by:  sn4265 at att dot com
 Reported By:  sn4265 at att dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: HPUX 11.11
 PHP Version:  5.1.6
 New Comment:

One step forward two steps back.  The make command succeeded fine, but
now the Apache webserver won't load.

[EMAIL PROTECTED]:/ /opt/apache/bin/apachectl -k start
/usr/lib/dld.sl: Can't shl_load() a library containing Thread Local
Storage: /usr/lib/libcl.2
/usr/lib/dld.sl: Exec format error
Syntax error on line 232 of /opt/apache/conf/httpd.conf:
Cannot load /opt/apache/modules/libphp5.so into server: Exec format
error


Previous Comments:


[2006-09-27 20:49:04] [EMAIL PROTECTED]

Please try the following:
1) open instantclient_10_2/sdk/include/oratypes.h
2) find this line:

#if (__STDC__ != 1) || defined(__LP64__)
and change it to
#if defined (__STDC_EXT__) || defined(__LP64__)

3) run make again.



[2006-09-27 12:24:55] sn4265 at att dot com

OK...  The database servers that I am connecting to are remote, and are
all Oracle 9i or greater.  I spent much of last night downloading and
attempting to build PHP 5.1.6 with the Oracle Instant Client as
suggested.  Unfortunately, I am still running into problems.  Here is
what I am facing at this point.

The configure script completes fine as follows:
./configure --with-mysql
--with-oci8=shared,instantclient,/usr/local/oracle/instantclient_10_2
--with-apxs2=/opt/apache/bin/apxs

The make fails at the following point:
/bin/sh /www/tmp/php-5.1.6/libtool --silent --preserve-dup-deps
--mode=compile gcc  -Iext/oci8/ -I/www/tmp/php-5.1.6/ext/oci8/
-DPHP_ATOM_INC -I/www/tmp/php-5.1.6/include -I/www/tmp/php-5.1.6/main
-I/www/tmp/php-5.1.6 -I/usr/local/include/libxml2
-I/www/tmp/php-5.1.6/ext/date/lib -I/usr/include/mysql
-I/usr/local/oracle/instantclient_10_2/sdk/include
-I/www/tmp/php-5.1.6/TSRM -I/www/tmp/php-5.1.6/Zend 
-D_XOPEN_SOURCE_EXTENDED  -I/usr/local/include -g -O2   -c
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c -o ext/oci8/oci8_lob.lo
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c: In function
`php_oci_lob_read':
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: `oraub8' undeclared
(first use in this function)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: (Each undeclared
identifier is reported only once
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: for each function it
appears in.)
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
')' token
/www/tmp/php-5.1.6/ext/oci8/oci8_lob.c:226: error: parse error before
offset
*** Error exit code 1

Stop.

Once again I'm stuck.  Thanks again for any assistance.



[2006-09-26 22:02:39] [EMAIL PROTECTED]

Is this a major change to PHP5?  
Does it now only work with a more limited set of Oracle clients?

Yes, there was a major change in OCI8, which greatly improved its
functionality using new features available since Oracle 9.
It still does work with Oracle 8 servers, but I don't think it makes
sense to keep supporting (seriously) outdated Oracle 8.x clients.

The easiest (and the recommended) way to setup a server with OCI8
support is to install Oracle Instant Client, doesn't matter which
platform/OS you're using.

I guess in your case the solution would be to stick with
PHP4/PHP5.0.x.
Other options are a bit more complicated:
1) upgrade the client to 9i (afaik instant client doesn't support
Oracle  8i)
2) upgrade both Oracle server and client to version = 9.



[2006-09-26 12:34:52] sn4265 at att dot com

No clue.  I have never used that before.  This system has had Oracle
8.0.6.3 on it for years, and has always been what we have built against
in the past without any problems.  Is this a major change to PHP5?  Does
it now only work with a more limited set of Oracle clients?



[2006-09-26 12:28:49] [EMAIL PROTECTED]

Does it work for you with Oracle Instant Client -
http://www.oracle.com/technology/tech/oci/instantclient/index.html ?



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

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

#38960 [Opn-WFx]: OCI8 failure...