#34906 [Asn]: There is no way to get errno for a failed secondary connection attempt

ID: 34906 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru Status: Assigned Bug Type: MySQL related Operating System: Debian GNU/Linux PHP Version: 5.0.5 Assigned To: georg New Comment: About the patch: I

#34906 [NEW]: There is no way to get errno for a failed secondary connection attempt

From: feldgendler at mail dot ru Operating system: Debian GNU/Linux PHP version: 5.0.5 PHP Bug Type: MySQL related Bug description: There is no way to get errno for a failed secondary connection attempt Description: This is actually a bug in the well-defined

#34062 [Csd]: Crash in catch block when many arguments are used

ID: 34062 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru Status: Closed Bug Type: Reproducible crash Operating System: Debian GNU/Linux PHP Version: 6.0.0-dev Assigned To: dmitry New Comment: Can I have

#34062 [Asn]: Crash in catch block when many arguments are used

ID: 34062 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru Status: Assigned Bug Type: Reproducible crash Operating System: Debian GNU/Linux PHP Version: 6.0.0-dev Assigned To: dmitry New Comment: "Ve

#34062 [NEW]: Crash in catch block when many arguments are used

From: feldgendler at mail dot ru Operating system: Debian GNU/Linux PHP version: 5.0.4 PHP Bug Type: Reproducible crash Bug description: Crash in catch block when many arguments are used Description: PHP crashes in a catch block. It happened in a real program

#33898 [Bgs->Opn]: basename() misbehaves on multibyte characters

ID: 33898 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru -Status: Bogus +Status: Open Bug Type: Filesystem function related Operating System: Debian GNU/Linux i686 PHP Version: 5.0.4 New Comment: A

#33898 [Opn]: basename() misbehaves on multibyte characters

ID: 33898 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru Status: Open Bug Type: Filesystem function related Operating System: Debian GNU/Linux i686 PHP Version: 5.0.4 New Comment: I've explored the source

#33898 [NEW]: basename() misbehaves on multibyte characters

From: feldgendler at mail dot ru Operating system: Debian GNU/Linux i686 PHP version: 5.0.4 PHP Bug Type: Filesystem function related Bug description: basename() misbehaves on multibyte characters Description: The source code in my testcase is in UTF-8 encoding

#33348 [Bgs->Opn]: Destructor order for global objects

ID: 33348 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru -Status: Bogus +Status: Open Bug Type:Zend Engine 2 problem PHP Version: 5.0.4 New Comment: Simply reassigning $c1 won't break the destruction

#33348 [Bgs->Opn]: Destructor order for global objects

ID: 33348 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru -Status: Bogus +Status: Open Bug Type:Zend Engine 2 problem PHP Version: 5.0.4 New Comment: REOPEN Please consider patching. Previous Comments

#33348 [Bgs]: Destructor order for global objects

ID: 33348 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru Status: Bogus Bug Type:Zend Engine 2 problem PHP Version: 5.0.4 New Comment: Sorry for the broken line in the patch above. Previous Comments

#33348 [Bgs]: Destructor order for global objects

ID: 33348 User updated by: feldgendler at mail dot ru Reported By: feldgendler at mail dot ru Status: Bogus Bug Type:Zend Engine 2 problem PHP Version: 5.0.4 New Comment: The answer on that bug was "it's not a bug". Well, I agree,

#33348 [NEW]: Destructor order for global objects

From: feldgendler at mail dot ru Operating system: PHP version: 5.0.4 PHP Bug Type: Zend Engine 2 problem Bug description: Destructor order for global objects Description: If several objects are created in the global scope, their destructors are called in the