#44851 [Opn->Fbk]: Interbase events crash PHP cli with segmentation fault

2008-04-28 Thread felipe
 ID:   44851
 Updated by:   [EMAIL PROTECTED]
 Reported By:  miha at link-go dot si
-Status:   Open
+Status:   Feedback
 Bug Type: InterBase related
 Operating System: linux
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

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

For Windows (installer):

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




Previous Comments:


[2008-04-28 05:48:55] miha at link-go dot si

Description:

I have a socket server (pear Net_Server) running configuration on my
test machine. The server runs OK. Then if I turn on events with
ibase_set_event_handler, the server will fail within a few minutes with
a segmentation fault. Until that happens everything works like a charm.
My cli-based socket server application fails even with an empty event
handler (an emty function returning true)!






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



#44859 [NEW]: is_readable() returns incorrect result

2008-04-28 Thread phpbugs at steve dot ipapp dot com
From: phpbugs at steve dot ipapp dot com
Operating system: Win 2000 SP4
PHP version:  5.2.5
PHP Bug Type: Filesystem function related
Bug description:  is_readable() returns incorrect result

Description:

NT ACL Permissions can be modified in Windows by right clicking on the
file, going to properties, and security. Clicking the Everyone user and
hitting Deny Read, will prevent ANYTHING from reading, even if they have 
READ permissions granted elsewhere. 

is_readable() doesn't seem to care and thinks that all these files are
readable, when in fact they aren't. is_writeable() probably has the same
problem. Previous Bugs Identified with this have been closed: 41519.



Reproduce code:
---
$some_file = 'C:\\path\to\file.txt';
if(is_readable($some_file))
{
   echo file_get_contents($some_file);
} else
{
   echo "This file isn't readable";
}




Expected result:

With NTFS ACL Permissions set to allow reading:

*Contents of File*

With NTFS ACL Permissions set to disallow reading:

"This file isn't readable";



Actual result:
--
With NTFS ACL Permissions set to allow reading:

*Contents of File*

With NTFS ACL Permissions set to disallow reading:

Warning: file_get_contents(C:\\path\to\file.txt)
[function.file-get-contents]: failed to open stream: Permission denied in
C:\\path\to\script.php on line 4

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



#44804 [WFx]: setrawcookie('test', '') sets value as "deleted" instead of empty

2008-04-28 Thread oliver at netconcepts dot com
 ID:   44804
 User updated by:  oliver at netconcepts dot com
 Reported By:  oliver at netconcepts dot com
 Status:   Wont fix
 Bug Type: HTTP related
 Operating System: *
 PHP Version:  5.2CVS,5.3CVS (2008-04-24)
 New Comment:

setting a cookie value to 'deleted' has nothing to do with a deleted
cookie. Thats just a string, not an action or whatever.

I cannot imagine any application that relies on 'deleted' cookies
showing up with a value of 'deleted' instead of '' (empty string).

A fix should at least go into the next major version.

Additionally the documentation needs an update.

Thanks.


Previous Comments:


[2008-04-28 23:19:02] [EMAIL PROTECTED]

A fix would be a massive BC break since many applications rely on "" 
value resulting in cookie deletion.



[2008-04-23 01:19:36] oliver at netconcepts dot com

Description:

the setrawcookie function doesn't set an empty value but sets the value
'deleted' instead.

An empty value is perfectly fine in a cookie, there is no need to
modify that value in any way.


This bug is the same for PHP 4.3.1, and it was never solved?
http://bugs.php.net/bug.php?id=33526&edit=2

Reproduce code:
---
setrawcookie('testcookie', '');



Expected result:

(Firefox Live HTTP Headers output)

Set-Cookie: testcookie=



Actual result:
--
(Firefox Live HTTP Headers output)

Set-Cookie: testcookie=deleted





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



#44804 [Ver->WFx]: setrawcookie('test', '') sets value as "deleted" instead of empty

2008-04-28 Thread iliaa
 ID:   44804
 Updated by:   [EMAIL PROTECTED]
 Reported By:  oliver at netconcepts dot com
-Status:   Verified
+Status:   Wont fix
 Bug Type: HTTP related
 Operating System: *
 PHP Version:  5.2CVS,5.3CVS (2008-04-24)
 New Comment:

A fix would be a massive BC break since many applications rely on "" 
value resulting in cookie deletion.


Previous Comments:


[2008-04-23 01:19:36] oliver at netconcepts dot com

Description:

the setrawcookie function doesn't set an empty value but sets the value
'deleted' instead.

An empty value is perfectly fine in a cookie, there is no need to
modify that value in any way.


This bug is the same for PHP 4.3.1, and it was never solved?
http://bugs.php.net/bug.php?id=33526&edit=2

Reproduce code:
---
setrawcookie('testcookie', '');



Expected result:

(Firefox Live HTTP Headers output)

Set-Cookie: testcookie=



Actual result:
--
(Firefox Live HTTP Headers output)

Set-Cookie: testcookie=deleted





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



#44849 [Asn]: imagecolorclosesthwb() is not avaible on Windows

2008-04-28 Thread [EMAIL PROTECTED]
 ID:   44849
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Assigned
 Bug Type: GD related
 Operating System: Windows Vista
 PHP Version:  5.2.5
 Assigned To:  pajoye
 New Comment:

imagecreatefromxpm() is also affected by this issue on Windows


Previous Comments:


[2008-04-27 23:34:02] [EMAIL PROTECTED]

Description:

The imagecolorclosesthwb() function is not avaible on Windows, I spoke
to Pierre on IRC and he said it was a missing /D flag in config.w32

Reproduce code:
---
var_dump(function_exists('imagecolorclosesthwb'));

Expected result:

bool(true)

Actual result:
--
bool(false)





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



#44849 [Opn->Asn]: imagecolorclosesthwb() is not avaible on Windows

2008-04-28 Thread pajoye
 ID:   44849
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: GD related
 Operating System: Windows Vista
 PHP Version:  5.2.5
 Assigned To:  pajoye


Previous Comments:


[2008-04-27 23:34:02] [EMAIL PROTECTED]

Description:

The imagecolorclosesthwb() function is not avaible on Windows, I spoke
to Pierre on IRC and he said it was a missing /D flag in config.w32

Reproduce code:
---
var_dump(function_exists('imagecolorclosesthwb'));

Expected result:

bool(true)

Actual result:
--
bool(false)





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



#44857 [NEW]: no property_exists() equivalent for magic properties

2008-04-28 Thread mike at silverorange dot com
From: mike at silverorange dot com
Operating system: 
PHP version:  5.2.5
PHP Bug Type: Feature/Change Request
Bug description:  no property_exists() equivalent for magic properties

Description:

There is currently no way to determine if a magic __get() property
exists.

The __isset() function should use 'isset(null) == false' semantics so it
cannot be used to reliably check if a magic property exists.

I propose a new magic method __property_exists($name) or
__propertyExists($name) be created that hooks into the property_exists()
function. It would return true iff __get($name) returns any value.


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



#44856 [NEW]: SOAPAction empty when WSDL has 2+ port bindings

2008-04-28 Thread alejandro at vicomstudio dot com
From: alejandro at vicomstudio dot com
Operating system: Windows
PHP version:  5.2.5
PHP Bug Type: SOAP related
Bug description:  SOAPAction empty when WSDL has 2+ port bindings

Description:

PHP SoapClient seems to have trouble making calls when the WSDL has two or
more port bindings present that share function names

Reproduce code:
---
' );
return '';  // Response is not important here 
}

}

$wsdl = 'http://www.vicomstudio.com/alejandro/WSDL2.wsdl';
$ws = new mySoapClient( $wsdl, array( 'trace' => true ) );

// Create an example request
$response = $ws->listOffers( array(
'keywords' => 'dvd',
'itemPage' => 1,
'merchantID' => array( 'value' => 'Amazon' ),
'category' => array( 'name' => 'Automotive', 'value' => 
'Automotive' )
)
);

?>

Expected result:

SOAPAction: "listOffers"

Actual result:
--
SOAPAction: ""

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



#44854 [Opn->Bgs]: access to a private/protected property should not be allowed

2008-04-28 Thread derick
 ID:   44854
 Updated by:   [EMAIL PROTECTED]
 Reported By:  doctorrock83 at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: Windows XP
 PHP Version:  5.2.5
 New Comment:

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

This is expected as access control is *class* based, and not object
based.


Previous Comments:


[2008-04-28 13:40:16] doctorrock83 at gmail dot com

Description:

In some cases, PHP doesn't handle the visibility correctly, allowing a
private or protected member to be directly accessed via $obj->prop

This seems to happen when a class stores instances of itself and tries
to access their properties.

Reproduce code:
---
a = 'foo';
if ($infiniteDepth) $this->children[] = new self(false);
}

public function privateAcces()
{
foreach ($this->children as $child) {
echo $child->a; // here is the bug
}
}
}

$t = new toto(true);
$t->privateAcces();

Expected result:

fatal error as we access the private 'a' property from a non-$this
context

Actual result:
--
the property gets read correctly, as if it was public





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



#44853 [Opn->Fbk]: filter_callback crash

2008-04-28 Thread scottmac
 ID:   44853
 Updated by:   [EMAIL PROTECTED]
 Reported By:  vtsupermok at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Filter related
 Operating System: Win Vista
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

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

For Windows (installer):

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




Previous Comments:


[2008-04-28 10:14:30] vtsupermok at gmail dot com

Description:

In a filter_callback function, if the function return false, the system
crash, the apache hange.

if return other things other than false, for example 'aaa',true,1, it
works

Reproduce code:
---
function returnTrue($val){
return true;
}

function returnFalse($val){
return false;
}

var_dump(filter_var('', FILTER_CALLBACK,
array("options"=>"returnTrue")));

var_dump(filter_var('', FILTER_CALLBACK,
array("options"=>"returnFalse")));

Expected result:

bool(true)
bool(false)

Actual result:
--
nothing can see, because the system crashed





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



#44854 [NEW]: access to a private/protected property should not be allowed

2008-04-28 Thread doctorrock83 at gmail dot com
From: doctorrock83 at gmail dot com
Operating system: Windows XP
PHP version:  5.2.5
PHP Bug Type: Class/Object related
Bug description:  access to a private/protected property should not be allowed

Description:

In some cases, PHP doesn't handle the visibility correctly, allowing a
private or protected member to be directly accessed via $obj->prop

This seems to happen when a class stores instances of itself and tries to
access their properties.

Reproduce code:
---
a = 'foo';
if ($infiniteDepth) $this->children[] = new self(false);
}

public function privateAcces()
{
foreach ($this->children as $child) {
echo $child->a; // here is the bug
}
}
}

$t = new toto(true);
$t->privateAcces();

Expected result:

fatal error as we access the private 'a' property from a non-$this context

Actual result:
--
the property gets read correctly, as if it was public

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



#44830 [Opn]: Very minor issue with backslash in heredoc

2008-04-28 Thread mattwil
 ID:   44830
 Updated by:   [EMAIL PROTECTED]
 Reported By:  slattery at uk dot ibm dot com
 Status:   Open
 Bug Type: Scripting Engine problem
 Operating System: windows
 PHP Version:  5.2.5
 New Comment:

Yeah, good catch. (And a backslash would actually always be lost at the
end of a heredoc, even with other text before it.) Because of a check in
the loop that scans for escape sequences, the \ becomes \0 (null byte).

For the devs: I removed the additional check for end of string. All
that will happen with this reproduce code is variable "s" will be
incremented past the end of the string at the end of the while () -- but
I believe that's safe because it won't be read from afterwards.

Patches for all 3 branches:
http://realplain.com/php/bug44830.diff
http://realplain.com/php/bug44830_5_3.diff
http://realplain.com/php/bug44830_5_2.diff


Previous Comments:


[2008-04-25 11:21:28] slattery at uk dot ibm dot com

Description:

There is a very minor issue when a heredoc contains only a single
backslash.

The doc says heredoc behaves exactly as double quoted string - so in
this one particular case of the single backslash - we have a case which
cannot be produced in a double quoted string - so the behaviour is
undefined.

The engine appears to treat is as a 'record separator', but I think
it would be better treated as a backslash.

Im quite happy for this to be closed as bogus - Its just that the code
below is from a php test case - I dont suppose anyone will actually do
this.

Reproduce code:
---




Expected result:

On running the code  I get: 

string(2) "00"
string(4) "5c30"
string(2) "00"

which looks a little strange, I would have expected: 

string(2) "5c"
string(4) "5c5c"
string(2) "5c"







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



#16263 [Com]: session.start() create new empty session file and not resume existing session

2008-04-28 Thread andras at kende dot com
 ID:   16263
 Comment by:   andras at kende dot com
 Reported By:  kur at natur dot cuni dot cz
 Status:   No Feedback
 Bug Type: Session related
 Operating System: ANY
 PHP Version:  4.3.0-dev
 New Comment:

I had this issue the following header fixed the issue:




Previous Comments:


[2008-04-14 10:19:49] olivieri at onyrix dot com

set in php.ini:

session.use_cookies = 1

this works for win xp + apache, and is more secure for id attack to
user sessions...
Bye
dino

http://www.onyrix.com



[2008-04-08 16:31:33] mlavoice at netsync dot net

I have this issue PHP Version 5.1.6



[2008-03-07 15:41:09] josuaher at hotmail dot com

I have the same problem, a new session is created everytime a page is
load. I'm using PHP 5.2.5 on Apache 2.0.63 Windows XP.

I just don`t know what else to try!!



[2008-03-06 22:51:22] smola85 at o2 dot pl

Same problem here.

Debian 4.0
Apache 2.0 Handler
PHP 4.3.10

It works only if I'm not using session_regenerate_id(). When I put
session_regenerate_id() before $_SESSION... it doesn't work.



[2008-02-20 04:22:24] snakk at inet dot co dot th

My same code is work fine on following system.

FreeBSD 5.4-RELEASE
Apache 2.0 Handler
PHP 4.3.10



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

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



#44853 [NEW]: filter_callback crash

2008-04-28 Thread vtsupermok at gmail dot com
From: vtsupermok at gmail dot com
Operating system: Win Vista
PHP version:  5.2.5
PHP Bug Type: Filter related
Bug description:  filter_callback crash

Description:

In a filter_callback function, if the function return false, the system
crash, the apache hange.

if return other things other than false, for example 'aaa',true,1, it
works

Reproduce code:
---
function returnTrue($val){
return true;
}

function returnFalse($val){
return false;
}

var_dump(filter_var('', FILTER_CALLBACK,
array("options"=>"returnTrue")));

var_dump(filter_var('', FILTER_CALLBACK,
array("options"=>"returnFalse")));

Expected result:

bool(true)
bool(false)

Actual result:
--
nothing can see, because the system crashed

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



#44589 [Opn->Asn]: pdo_oci crashes and aborts php script for LOB columns

2008-04-28 Thread derick
 ID:   44589
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s dot rost at ewerk dot com
-Status:   Open
+Status:   Assigned
 Bug Type: PDO related
 Operating System: Debian 2.6.18.dfsg.1-18etch1
 PHP Version:  5.2.5
-Assigned To:  
+Assigned To:  cjorcl


Previous Comments:


[2008-04-28 09:13:26] [EMAIL PROTECTED]

Issue #44852 is the same, but has a bit more information. Keeping both
open as they complement each other. 



[2008-04-01 14:58:32] s dot rost at ewerk dot com

FYI Compiling PHP against different versions of oracle instantclient 
does not improve the matter but leads to more errors. We have tried 
instantclient 10.1 and 10.2 as well.



[2008-04-01 12:32:41] s dot rost at ewerk dot com

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1245628192 (LWP 13277)]
0xb79b3a5e in kghufree () from 
/opt/oracle/instantclient/libclntsh.so.11.1
(gdb) bt
#0  0xb79b3a5e in kghufree () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#1  0xb79a83a6 in kohfrem () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#2  0xb79a7b3b in kohfrr () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#3  0xb68dfe48 in kohfrw () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#4  0xb685b010 in kollfrfn () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#5  0xb63f5379 in kpufdesc2 () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#6  0xb63f4bb1 in kpufdesc () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#7  0xb63ce20e in OCIDescriptorFree () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#8  0x08171a7e in oci_blob_close (stream=0xb5be08d0, close_handle=1)
at /var/install/source/php-5.2.5/ext/pdo_oci/oci_statement.c:652
#9  0x0837cbdc in _php_stream_free (stream=0xb5be08d0, 
close_options=11)
at /var/install/source/php-5.2.5/main/streams/streams.c:346
#10 0x0837ef17 in stream_resource_regular_dtor (rsrc=0xb5be06bc)
at /var/install/source/php-5.2.5/main/streams/streams.c:1369
#11 0x083c85a0 in list_entry_destructor (ptr=0xb5be06bc) at 
/var/install/source/php-5.2.5/Zend/zend_list.c:184
#12 0x083c5d9a in zend_hash_del_key_or_index (ht=0x852c7e8, arKey=0x0,

nKeyLength=0, h=11, flag=1)
at /var/install/source/php-5.2.5/Zend/zend_hash.c:497
#13 0x083c825b in _zend_list_delete (id=11) at 
/var/install/source/php-5.2.5/Zend/zend_list.c:58
#14 0x083b7e54 in _zval_dtor_func (zvalue=0xb5be0858, 
__zend_filename=0x84f9ebc "/var/install/source/php-
5.2.5/Zend/zend_variables.h", __zend_lineno=35)
at /var/install/source/php-5.2.5/Zend/zend_variables.c:60
#15 0x083aa842 in _zval_dtor (zvalue=0xb5be0858, 
__zend_filename=0x84f9e48 "/var/install/source/php-
5.2.5/Zend/zend_execute_API.c", __zend_lineno=414)
at /var/install/source/php-5.2.5/Zend/zend_variables.h:35
#16 0x083aaa00 in _zval_ptr_dtor (zval_ptr=0xb5be09d8, 
__zend_filename=0x84faf94 "/var/install/source/php-
5.2.5/Zend/zend_variables.c", __zend_lineno=175)
at /var/install/source/php-5.2.5/Zend/zend_execute_API.c:414
#17 0x083b81b4 in _zval_ptr_dtor_wrapper (zval_ptr=0xb5be09d8)
at /var/install/source/php-5.2.5/Zend/zend_variables.c:175
#18 0x083c5ee5 in zend_hash_destroy (ht=0xb5be07b4) at 
/var/install/source/php-5.2.5/Zend/zend_hash.c:526
#19 0x083b7e05 in _zval_dtor_func (zvalue=0xb5be0680, 
__zend_filename=0x84fe2a8 "/var/install/source/php-
5.2.5/Zend/zend_variables.h", __zend_lineno=35)
at /var/install/source/php-5.2.5/Zend/zend_variables.c:43
#20 0x083de15b in _zval_dtor (zvalue=0xb5be0680, 
__zend_filename=0x84fe274 "/var/install/source/php-
5.2.5/Zend/zend_execute.c", __zend_lineno=811)
at /var/install/source/php-5.2.5/Zend/zend_variables.h:35
#21 0x083e2203 in zend_assign_to_variable (result=0xb5be2834, 
op1=0xb5be2848, op2=0xb5be285c, value=0xb5bde518, 
type=4, Ts=0xbf8a01d0) at /var/install/source/php-
5.2.5/Zend/zend_execute.c:811
---Type  to continue, or q  to quit---
#22 0x0842abbe in ZEND_ASSIGN_SPEC_CV_VAR_HANDLER 
(execute_data=0xbf8a0554)
at /var/install/source/php-5.2.5/Zend/zend_vm_execute.h:24176
#23 0x083dec8c in execute (op_array=0xb5bddea8) at 
/var/install/source/php-5.2.5/Zend/zend_vm_execute.h:92
#24 0x083ba1ab in zend_execute_scripts (type=8, retval=0x0, 
file_count=3)
at /var/install/source/php-5.2.5/Zend/zend.c:1134
#25 0x083691b6 in php_execute_script (primary_file=0xbf8a28f0) at 
/var/install/source/php-5.2.5/main/main.c:2004
#26 0x08433966 in main (argc=2, argv=0xbf8a2a34) at 
/var/install/source/php-5.2.5/sapi/cli/php_cli.c:1140



[2008-04-01 11:33:48] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the sc

#44852 [Opn->Asn]: PDO_OCI crashes

2008-04-28 Thread derick
 ID:   44852
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: PDO related
 Operating System: Linux
 PHP Version:  5.2.5
-Assigned To:  
+Assigned To:  cjorcl
 New Comment:

Issue #44589 is the same, but has a bit more information. Keeping both
open as they complement each other. (The other one has a test script)


Previous Comments:


[2008-04-28 09:12:12] [EMAIL PROTECTED]

Description:

PDO/OCI segfaults while describing columns. I gave a stab at a quick
reproducing script, but did not manage unfortunately. I get this issue
by running the WorkflowDatabaseTiein component test suite with:

php -dmemory_limit=-1 UnitTest/src/runtests.php -v -D
oracle://ezc:[EMAIL PROTECTED]/ezctest
WorkflowDatabaseTiein/tests/execution_test.php

Reproduce code:
---
Database schema:

CREATE TABLE "execution" (
"execution_id" number NOT NULL,
"execution_next_thread_id" number NOT NULL,
"execution_parent" number NOT NULL,
"execution_started" number NOT NULL,
"execution_threads" clob,
"execution_variables" clob,
"execution_waiting_for" clob,
"workflow_id" number NOT NULL
)
CREATE SEQUENCE "execution_execution_id_seq" start with 1 increment by
1 nomaxvalue
CREATE OR REPLACE TRIGGER "execution_execution_id_trg" before insert on
"execution" for each row begin select
"execution_execution_id_seq".nextval into :new."execution_id" from dual;
end;
ALTER TABLE "execution" ADD CONSTRAINT "execution_pkey" PRIMARY KEY (
"execution_id" )
CREATE INDEX "execution_parent" ON "execution" ( "execution_parent" )
CREATE TABLE "execution_state" (
"execution_id" number NOT NULL,
"node_activated_from" clob NOT NULL,
"node_id" number NOT NULL,
"node_state" clob,
"node_thread_id" number NOT NULL
)
ALTER TABLE "execution_state" ADD CONSTRAINT "execution_state_pkey"
PRIMARY KEY ( "execution_id", "node_id" )
CREATE TABLE "node" (
"node_class" varchar2(255) NOT NULL,
"node_configuration" clob,
"node_id" number NOT NULL,
"workflow_id" number NOT NULL
)
CREATE SEQUENCE "node_node_id_seq" start with 1 increment by 1
nomaxvalue
CREATE OR REPLACE TRIGGER "node_node_id_trg" before insert on "node"
for each row begin select "node_node_id_seq".nextval into :new."node_id"
from dual; end;
ALTER TABLE "node" ADD CONSTRAINT "node_pkey" PRIMARY KEY ( "node_id"
)
CREATE INDEX "workflow_id" ON "node" ( "workflow_id" )
CREATE TABLE "node_connection" (
"in_node_id" number NOT NULL,
"out_node_id" number NOT NULL
)
CREATE INDEX "in_node_id" ON "node_connection" ( "in_node_id" )
CREATE TABLE "variable_handler" (
"class" varchar2(255) NOT NULL,
"variable" varchar2(255) NOT NULL,
"workflow_id" number NOT NULL
)
ALTER TABLE "variable_handler" ADD CONSTRAINT "variable_handler_pkey"
PRIMARY KEY ( "class", "workflow_id" )
CREATE TABLE "workflow" (
"workflow_created" number NOT NULL,
"workflow_id" number NOT NULL,
"workflow_name" varchar2(64) NOT NULL,
"workflow_version" number DEFAULT 1 NOT NULL
)
CREATE SEQUENCE "workflow_workflow_id_seq" start with 1 increment by 1
nomaxvalue
CREATE OR REPLACE TRIGGER "workflow_workflow_id_trg" before insert on
"workflow" for each row begin select "workflow_workflow_id_seq".nextval
into :new."workflow_id" from dual; end;
ALTER TABLE "workflow" ADD CONSTRAINT "workflow_pkey" PRIMARY KEY (
"workflow_id" )
CREATE UNIQUE INDEX "name_version" ON "workflow" ( "workflow_name",
"workflow_version" )


Actual result:
--
Segfault:

backtrace:

#0  0xb7447574 in kghualloc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#1  0xb73e865f in kohalc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#2  0xb73e7f4f in kohalc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#3  0xb73e8902 in kohalw () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#4  0xb7283b83 in kollalfn () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#5  0xb6d401d3 in kpugdesc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#6  0xb6e0e5a6 in OCIDescriptorAlloc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#7  0x08209985 in oci_stmt_describe (stmt=0xb30291a8, colno=2) at
/root/src/php-5.2.5/ext/pdo_oci/oci_statement.c:553
S = (pdo_oci_stmt *) 0xb32c384c
param = (OCIParam *) 0x8959404
colname = (t

#44589 [Opn]: pdo_oci crashes and aborts php script for LOB columns

2008-04-28 Thread derick
 ID:   44589
 Updated by:   [EMAIL PROTECTED]
 Reported By:  s dot rost at ewerk dot com
 Status:   Open
 Bug Type: PDO related
 Operating System: Debian 2.6.18.dfsg.1-18etch1
 PHP Version:  5.2.5
 New Comment:

Issue #44852 is the same, but has a bit more information. Keeping both
open as they complement each other. 


Previous Comments:


[2008-04-01 14:58:32] s dot rost at ewerk dot com

FYI Compiling PHP against different versions of oracle instantclient 
does not improve the matter but leads to more errors. We have tried 
instantclient 10.1 and 10.2 as well.



[2008-04-01 12:32:41] s dot rost at ewerk dot com

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1245628192 (LWP 13277)]
0xb79b3a5e in kghufree () from 
/opt/oracle/instantclient/libclntsh.so.11.1
(gdb) bt
#0  0xb79b3a5e in kghufree () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#1  0xb79a83a6 in kohfrem () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#2  0xb79a7b3b in kohfrr () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#3  0xb68dfe48 in kohfrw () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#4  0xb685b010 in kollfrfn () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#5  0xb63f5379 in kpufdesc2 () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#6  0xb63f4bb1 in kpufdesc () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#7  0xb63ce20e in OCIDescriptorFree () from 
/opt/oracle/instantclient/libclntsh.so.11.1
#8  0x08171a7e in oci_blob_close (stream=0xb5be08d0, close_handle=1)
at /var/install/source/php-5.2.5/ext/pdo_oci/oci_statement.c:652
#9  0x0837cbdc in _php_stream_free (stream=0xb5be08d0, 
close_options=11)
at /var/install/source/php-5.2.5/main/streams/streams.c:346
#10 0x0837ef17 in stream_resource_regular_dtor (rsrc=0xb5be06bc)
at /var/install/source/php-5.2.5/main/streams/streams.c:1369
#11 0x083c85a0 in list_entry_destructor (ptr=0xb5be06bc) at 
/var/install/source/php-5.2.5/Zend/zend_list.c:184
#12 0x083c5d9a in zend_hash_del_key_or_index (ht=0x852c7e8, arKey=0x0,

nKeyLength=0, h=11, flag=1)
at /var/install/source/php-5.2.5/Zend/zend_hash.c:497
#13 0x083c825b in _zend_list_delete (id=11) at 
/var/install/source/php-5.2.5/Zend/zend_list.c:58
#14 0x083b7e54 in _zval_dtor_func (zvalue=0xb5be0858, 
__zend_filename=0x84f9ebc "/var/install/source/php-
5.2.5/Zend/zend_variables.h", __zend_lineno=35)
at /var/install/source/php-5.2.5/Zend/zend_variables.c:60
#15 0x083aa842 in _zval_dtor (zvalue=0xb5be0858, 
__zend_filename=0x84f9e48 "/var/install/source/php-
5.2.5/Zend/zend_execute_API.c", __zend_lineno=414)
at /var/install/source/php-5.2.5/Zend/zend_variables.h:35
#16 0x083aaa00 in _zval_ptr_dtor (zval_ptr=0xb5be09d8, 
__zend_filename=0x84faf94 "/var/install/source/php-
5.2.5/Zend/zend_variables.c", __zend_lineno=175)
at /var/install/source/php-5.2.5/Zend/zend_execute_API.c:414
#17 0x083b81b4 in _zval_ptr_dtor_wrapper (zval_ptr=0xb5be09d8)
at /var/install/source/php-5.2.5/Zend/zend_variables.c:175
#18 0x083c5ee5 in zend_hash_destroy (ht=0xb5be07b4) at 
/var/install/source/php-5.2.5/Zend/zend_hash.c:526
#19 0x083b7e05 in _zval_dtor_func (zvalue=0xb5be0680, 
__zend_filename=0x84fe2a8 "/var/install/source/php-
5.2.5/Zend/zend_variables.h", __zend_lineno=35)
at /var/install/source/php-5.2.5/Zend/zend_variables.c:43
#20 0x083de15b in _zval_dtor (zvalue=0xb5be0680, 
__zend_filename=0x84fe274 "/var/install/source/php-
5.2.5/Zend/zend_execute.c", __zend_lineno=811)
at /var/install/source/php-5.2.5/Zend/zend_variables.h:35
#21 0x083e2203 in zend_assign_to_variable (result=0xb5be2834, 
op1=0xb5be2848, op2=0xb5be285c, value=0xb5bde518, 
type=4, Ts=0xbf8a01d0) at /var/install/source/php-
5.2.5/Zend/zend_execute.c:811
---Type  to continue, or q  to quit---
#22 0x0842abbe in ZEND_ASSIGN_SPEC_CV_VAR_HANDLER 
(execute_data=0xbf8a0554)
at /var/install/source/php-5.2.5/Zend/zend_vm_execute.h:24176
#23 0x083dec8c in execute (op_array=0xb5bddea8) at 
/var/install/source/php-5.2.5/Zend/zend_vm_execute.h:92
#24 0x083ba1ab in zend_execute_scripts (type=8, retval=0x0, 
file_count=3)
at /var/install/source/php-5.2.5/Zend/zend.c:1134
#25 0x083691b6 in php_execute_script (primary_file=0xbf8a28f0) at 
/var/install/source/php-5.2.5/main/main.c:2004
#26 0x08433966 in main (argc=2, argv=0xbf8a2a34) at 
/var/install/source/php-5.2.5/sapi/cli/php_cli.c:1140



[2008-04-01 11:33:48] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.p

#44852 [NEW]: PDO_OCI crashes

2008-04-28 Thread [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  5.2.5
PHP Bug Type: PDO related
Bug description:  PDO_OCI crashes

Description:

PDO/OCI segfaults while describing columns. I gave a stab at a quick
reproducing script, but did not manage unfortunately. I get this issue by
running the WorkflowDatabaseTiein component test suite with:

php -dmemory_limit=-1 UnitTest/src/runtests.php -v -D
oracle://ezc:[EMAIL PROTECTED]/ezctest
WorkflowDatabaseTiein/tests/execution_test.php

Reproduce code:
---
Database schema:

CREATE TABLE "execution" (
"execution_id" number NOT NULL,
"execution_next_thread_id" number NOT NULL,
"execution_parent" number NOT NULL,
"execution_started" number NOT NULL,
"execution_threads" clob,
"execution_variables" clob,
"execution_waiting_for" clob,
"workflow_id" number NOT NULL
)
CREATE SEQUENCE "execution_execution_id_seq" start with 1 increment by 1
nomaxvalue
CREATE OR REPLACE TRIGGER "execution_execution_id_trg" before insert on
"execution" for each row begin select "execution_execution_id_seq".nextval
into :new."execution_id" from dual; end;
ALTER TABLE "execution" ADD CONSTRAINT "execution_pkey" PRIMARY KEY (
"execution_id" )
CREATE INDEX "execution_parent" ON "execution" ( "execution_parent" )
CREATE TABLE "execution_state" (
"execution_id" number NOT NULL,
"node_activated_from" clob NOT NULL,
"node_id" number NOT NULL,
"node_state" clob,
"node_thread_id" number NOT NULL
)
ALTER TABLE "execution_state" ADD CONSTRAINT "execution_state_pkey"
PRIMARY KEY ( "execution_id", "node_id" )
CREATE TABLE "node" (
"node_class" varchar2(255) NOT NULL,
"node_configuration" clob,
"node_id" number NOT NULL,
"workflow_id" number NOT NULL
)
CREATE SEQUENCE "node_node_id_seq" start with 1 increment by 1 nomaxvalue
CREATE OR REPLACE TRIGGER "node_node_id_trg" before insert on "node" for
each row begin select "node_node_id_seq".nextval into :new."node_id" from
dual; end;
ALTER TABLE "node" ADD CONSTRAINT "node_pkey" PRIMARY KEY ( "node_id" )
CREATE INDEX "workflow_id" ON "node" ( "workflow_id" )
CREATE TABLE "node_connection" (
"in_node_id" number NOT NULL,
"out_node_id" number NOT NULL
)
CREATE INDEX "in_node_id" ON "node_connection" ( "in_node_id" )
CREATE TABLE "variable_handler" (
"class" varchar2(255) NOT NULL,
"variable" varchar2(255) NOT NULL,
"workflow_id" number NOT NULL
)
ALTER TABLE "variable_handler" ADD CONSTRAINT "variable_handler_pkey"
PRIMARY KEY ( "class", "workflow_id" )
CREATE TABLE "workflow" (
"workflow_created" number NOT NULL,
"workflow_id" number NOT NULL,
"workflow_name" varchar2(64) NOT NULL,
"workflow_version" number DEFAULT 1 NOT NULL
)
CREATE SEQUENCE "workflow_workflow_id_seq" start with 1 increment by 1
nomaxvalue
CREATE OR REPLACE TRIGGER "workflow_workflow_id_trg" before insert on
"workflow" for each row begin select "workflow_workflow_id_seq".nextval
into :new."workflow_id" from dual; end;
ALTER TABLE "workflow" ADD CONSTRAINT "workflow_pkey" PRIMARY KEY (
"workflow_id" )
CREATE UNIQUE INDEX "name_version" ON "workflow" ( "workflow_name",
"workflow_version" )


Actual result:
--
Segfault:

backtrace:

#0  0xb7447574 in kghualloc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#1  0xb73e865f in kohalc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#2  0xb73e7f4f in kohalc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#3  0xb73e8902 in kohalw () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#4  0xb7283b83 in kollalfn () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#5  0xb6d401d3 in kpugdesc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#6  0xb6e0e5a6 in OCIDescriptorAlloc () from
/usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1
No symbol table info available.
#7  0x08209985 in oci_stmt_describe (stmt=0xb30291a8, colno=2) at
/root/src/php-5.2.5/ext/pdo_oci/oci_statement.c:553
S = (pdo_oci_stmt *) 0xb32c384c
param = (OCIParam *) 0x8959404
colname = (text *) 0x8963b4c "node_configuration"
dtype = 112
data_size = 4000
scale = 0
precis = 0
namelen = 18
col = (struct pdo_column_data *) 0xb3031b40
dyn = 0 '\0'
#8  0x081f94c0 in pdo_stmt_describe_columns (stmt=0xb30291a8) at
/root/src/php-5.2.5/ext/pdo/pdo_stmt.c:198
col = 2
#9  0x081fa38c in zim_PDOStatement_execute (ht=0, return_value=0xb3027f54,
return_v

#44661 [Opn->Bgs]: CDATA is repeated if xml begins with CDATA

2008-04-28 Thread elaine dot seery at gmail dot com
 ID:   44661
 User updated by:  elaine dot seery at gmail dot com
 Reported By:  elaine dot seery at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: SOAP related
 Operating System: Debian/WindowsXP
 PHP Version:  5.2.5
 New Comment:

in fact, this 'bug' comes from using SOAP UI to generate the request
and read the response. it's not a php bug at all.


Previous Comments:


[2008-04-07 14:16:00] elaine dot seery at gmail dot com

Description:

if data returned by a SOAP request begins with 

#44840 [Bgs]: objects destroyed on callback functions

2008-04-28 Thread fabiovh at gmail dot com
 ID:   44840
 User updated by:  fabiovh at gmail dot com
 Reported By:  fabiovh at gmail dot com
 Status:   Bogus
 Bug Type: Output Control
 Operating System: RHEL5
 PHP Version:  5.2.5
 New Comment:

You just copied and pasted the other answer without considering my
comments. Is this how the PHP community is?

No mentioning of this important change in manual or changelog, just
broken code when upgrading. Support for OO programming actually
diminishing. Shame.


Previous Comments:


[2008-04-26 19:17:07] [EMAIL PROTECTED]

This is expected behaviour.
Object destructors are called before flushing the output buffers, so
if
your object has refcount == 1 (which is the case with $t2=$t1
commented
out), $t1 is already destroyed when the callback is called.
You do not see the error message, because the error happens in the
function which flushes the buffer, so this is also expected.



[2008-04-26 10:53:43] fabiovh at gmail dot com

Description:

It is already filed as Bug #39693, but I did not find a way to reopen
it or comment on it. I believe it has been marked as bogus in mistake,
or at least with not enough pondering about the problem.

I'm sure this wasn't the behavior in earlier versions of PHP 5, since
my code just broke with the upgrade, exactly because objects are now
destroyed, but it worked fine before.

At least mentioning this new behavior in the docs (on ob_start) would
be sensitive. But to me it's waaay weird that everything else works in
those callback functions, except objects.

I think it's pretty severe, since this change of behavior breaks
compatibility and makes output buffer processing useless for OO
applications. I had to change a lot of code - for the worse - to make it
compatible.


Reproduce code:
---
method();
}

?>


Expected result:

cow

Actual result:
--
[none]

httpd: PHP Fatal error:  Call to a member function method() on a
non-object in (...).php on line 16






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