[PHP-BUG] Req #63744 [NEW]: references in list()

From: ninzya at inbox dot lv Operating system: Any PHP version: Irrelevant Package: Scripting Engine problem Bug Type: Feature/Change Request Bug description:references in list() Description: Would be good to have a possibility to extract array

Req #54243 [Com]: Shorter syntax for closures

Edit report at https://bugs.php.net/bug.php?id=54243&edit=1 ID: 54243 Comment by: ninzya at inbox dot lv Reported by:anil at saog dot net Summary:Shorter syntax for closures Status: Open Type: Feature/Change Req

Req #61682 [Com]: allow use( $var as $varCopy, &$var as $varRef) syntax for closures

Edit report at https://bugs.php.net/bug.php?id=61682&edit=1 ID: 61682 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:allow use( $var as $varCopy, &$var as $varRef) syntax for closures

[PHP-BUG] Req #61682 [NEW]: allow use( $var as $varCopy, &$var as $varRef) syntax for closures

From: Operating system: Any PHP version: 5.4.1RC1 Package: Scripting Engine problem Bug Type: Feature/Change Request Bug description:allow use( $var as $varCopy, &$var as $varRef) syntax for closures Description: I'd like to propose a syntax for clo

Bug #48034 [Com]: Crash when script is 8192 (8KB) bytes long

Edit report at https://bugs.php.net/bug.php?id=48034&edit=1 ID: 48034 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:Crash when script is 8192 (8KB) bytes long Status: Assigned Type:

Bug #48034 [Com]: Crash when script is 8192 (8KB) bytes long

Edit report at https://bugs.php.net/bug.php?id=48034&edit=1 ID: 48034 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:Crash when script is 8192 (8KB) bytes long Status: Assigned Type:

Req #54243 [Com]: Shorter syntax for closures

Edit report at https://bugs.php.net/bug.php?id=54243&edit=1 ID: 54243 Comment by: ninzya at inbox dot lv Reported by:anil at saog dot net Summary:Shorter syntax for closures Status: Open Type: Feature/Change Req

Bug #55334 [Com]: MySQLi make mod_php crash on stress test

Edit report at https://bugs.php.net/bug.php?id=55334&edit=1 ID: 55334 Comment by: ninzya at inbox dot lv Reported by:bruno at chalopin dot fr Summary:MySQLi make mod_php crash on stress test Status: Open Type:

Bug #60699 [Opn]: mysqli_init() crashes under high concurrency

Edit report at https://bugs.php.net/bug.php?id=60699&edit=1 ID: 60699 User updated by:ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:mysqli_init() crashes under high concurrency Status: Open Type:

Bug #60699 [Fbk->Opn]: mysqli_init() crashes under high concurrency

Edit report at https://bugs.php.net/bug.php?id=60699&edit=1 ID: 60699 User updated by:ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:mysqli_init() crashes under high concurrency -Status: Feedback +Status:

Bug #60699 [Com]: mysqli_init() crashes under high concurrency

Edit report at https://bugs.php.net/bug.php?id=60699&edit=1 ID: 60699 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:mysqli_init() crashes under high concurrency Status: Feedback Type:

Bug #60699 [Opn]: mysqli_init() crashes under high concurrency

Edit report at https://bugs.php.net/bug.php?id=60699&edit=1 ID: 60699 User updated by:ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:mysqli_init() crashes under high concurrency Status: Open Type:

Bug #60709 [Com]: Any php file of size 8192 bytes crashes Apache and PHP

Edit report at https://bugs.php.net/bug.php?id=60709&edit=1 ID: 60709 Comment by: ninzya at inbox dot lv Reported by:bugzilla33 at gmail dot com Summary:Any php file of size 8192 bytes crashes Apache and PHP St

[PHP-BUG] Bug #60699 [NEW]: mysqli_init() crashes under high concurrency

From: Operating system: Windows 7 PHP version: 5.4.0RC5 Package: MySQLi related Bug Type: Bug Bug description:mysqli_init() crashes under high concurrency Description: Calling purely mysqli_init() crashes PHP under high concurrency. Using VC9 x86 Th

Req #60372 [Com]: Context call feature

Edit report at https://bugs.php.net/bug.php?id=60372&edit=1 ID: 60372 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:Context call feature Status: Open Type: Feature/Change Request Pac

Req #60372 [Com]: Context call feature

Edit report at https://bugs.php.net/bug.php?id=60372&edit=1 ID: 60372 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:Context call feature Status: Open Type: Feature/Change Request Pac

[PHP-BUG] Req #60372 [NEW]: Context call feature

From: Operating system: Any PHP version: Irrelevant Package: Scripting Engine problem Bug Type: Feature/Change Request Bug description:Context call feature Description: I'd like to propose an extension to PHP syntax, that would allow programmer to a

[PHP-BUG] Bug #60145 [NEW]: interface + use trait yields error for the abstract class?

From: Operating system: Any PHP version: 5.4.0beta2 Package: Scripting Engine problem Bug Type: Bug Bug description:interface + use trait yields error for the abstract class? Description: The code in the test script contains one trait and an interfac

Req #41132 [Com]: No way to get origional object from within __clone()

Edit report at https://bugs.php.net/bug.php?id=41132&edit=1 ID: 41132 Comment by: ninzya at inbox dot lv Reported by:wb at pro-net dot co dot uk Summary:No way to get origional object from within __clone() Status: Open

Bug #54860 [Fbk->Csd]: PHP crash when using closures + extract(EXTR_REFS)

Edit report at https://bugs.php.net/bug.php?id=54860&edit=1 ID: 54860 User updated by:ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:PHP crash when using closures + extract(EXTR_REFS) -Status: Feedback +St

Req #32100 [Com]: Request 'finally' support for exceptions

Edit report at https://bugs.php.net/bug.php?id=32100&edit=1 ID: 32100 Comment by: ninzya at inbox dot lv Reported by:ceefour at gauldong dot net Summary:Request 'finally' support for exceptions Status:

Bug #54860 [Com]: PHP crash when using closures + extract(EXTR_REFS)

Edit report at http://bugs.php.net/bug.php?id=54860&edit=1 ID: 54860 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:PHP crash when using closures + extract(EXTR_REFS) Status: Feedback

Bug #54860 [Com]: PHP crash when using closures + extract(EXTR_REFS)

Edit report at http://bugs.php.net/bug.php?id=54860&edit=1 ID: 54860 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:PHP crash when using closures + extract(EXTR_REFS) Status: Open Type:

[PHP-BUG] Bug #54860 [NEW]: PHP crash when using closures + extract(EXTR_REFS)

From: Operating system: Windows 7 PHP version: 5.3.6 Package: Reproducible crash Bug Type: Bug Bug description:PHP crash when using closures + extract(EXTR_REFS) Description: See test script. PHP 5.3.5 is not affected. Test script: --

Req #46182 [Com]: mysql_connection_reused( $link) function

Edit report at http://bugs.php.net/bug.php?id=46182&edit=1 ID: 46182 Comment by: ninzya at inbox dot lv Reported by:ninzya at inbox dot lv Summary:mysql_connection_reused( $link) function Status: Wont fix Type: Fea

Bug #51715 [Opn]: Lambda's definition breaks references when using use() clause.

Edit report at http://bugs.php.net/bug.php?id=51715&edit=1 ID: 51715 User updated by: ninzya at inbox dot lv Reported by: ninzya at inbox dot lv Summary: Lambda's definition breaks references when using use() clause. Status:

Bug #51715 [Opn]: Lambda's definition breaks references when using use() clause.

Edit report at http://bugs.php.net/bug.php?id=51715&edit=1 ID: 51715 User updated by: ninzya at inbox dot lv Reported by: ninzya at inbox dot lv Summary: Lambda's definition breaks references when using use() clause. Status:

[PHP-BUG] Bug #51715 [NEW]: Lambda's definition breaks references when using use() clause.

From: Operating system: Any PHP version: 5.3.2 Package: Scripting Engine problem Bug Type: Bug Bug description:Lambda's definition breaks references when using use() clause. Description: See test script. Test script: --- [...]# cat test.

#50862 [Com]: php timeout < mysql timeout

ID: 50862 Comment by: ninzya at inbox dot lv Reported By: hajo at clansphere dot de Status: Open Bug Type: *Configuration Issues Operating System: Windows (any) PHP Version: 5.3.2RC1 New Comment: What if your script is running for already 50

#50230 [NEW]: References passed to closures as variables corrupt original passed variable

From: ninzya at inbox dot lv Operating system: Windows 7 PHP version: 5.3.1RC4 PHP Bug Type: Scripting Engine problem Bug description: References passed to closures as variables corrupt original passed variable Description: See the reproduce code. I have a

#50180 [Bgs]: max_input_time should not be taken in count after request data is processed

ID: 50180 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Bogus Bug Type: PHP options/info functions Operating System: Windows 7 PHP Version: 5.3.1RC4 New Comment: Excuse me for this, i will try to be more

#50180 [Bgs]: max_input_time should not be taken in count after request data is processed

ID: 50180 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Bogus Bug Type: PHP options/info functions Operating System: Windows 7 PHP Version: 5.3.1RC4 New Comment: Thank you for the quick reply. I did search

#50180 [NEW]: max_input_time should not be taken in count after request data is processed

From: ninzya at inbox dot lv Operating system: Windows 7 PHP version: 5.3.1RC4 PHP Bug Type: PHP options/info functions Bug description: max_input_time should not be taken in count after request data is processed Description: INI configuration option

#49934 [Com]: Add possibility to pass callbacks to assert()

ID: 49934 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: Feature/Change Request Operating System: any PHP Version: 5.3SVN-2009-10-20 (SVN) New Comment: This is what i use right now in my apps

#49934 [NEW]: Add possibility to pass callbacks to assert()

From: ninzya at inbox dot lv Operating system: any PHP version: 5.3SVN-2009-10-20 (SVN) PHP Bug Type: Feature/Change Request Bug description: Add possibility to pass callbacks to assert() Description: The current assert() implementation is very uncomfortable

#48880 [Com]: Random Appearing open_basedir problem

ID: 48880 Comment by: ninzya at inbox dot lv Reported By: brwarner at rogers dot com Status: Open Bug Type: Safe Mode/open_basedir Operating System: * PHP Version: 5.3.0 New Comment: I hit this bug quite frequently. I have noticed that it

#48880 [Com]: Random Appearing open_basedir problem

ID: 48880 Comment by: ninzya at inbox dot lv Reported By: brwarner at rogers dot com Status: Verified Bug Type:Safe Mode/open_basedir PHP Version: 5.3.0 New Comment: Just hit this one on Windows XP. [20-Jul-2009 01:07:54] PHP Warning: Unknown: open_basedir restriction

#48923 [Com]: while() is not working on PHP5 as it always did

ID: 48923 Comment by: ninzya at inbox dot lv Reported By: raulsanchezt at gmail dot com Status: Open Bug Type: *Programming Data Structures Operating System: Fedora 6 PHP Version: 5.2.10 New Comment: You should be more carefully reading PHP

#48903 [Bgs]: Lambda function as array index

ID: 48903 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0 New Comment: Yep, my typo, just figured out. Incorrectly used

#48903 [NEW]: Lambda function as array index

From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0 PHP Bug Type: Scripting Engine problem Bug description: Lambda function as array index Description: See reproduce code. Reproduce code: --- Expected result

#48793 [Com]: Setting error_log in php.ini causes redirection

ID: 48793 Comment by: ninzya at inbox dot lv Reported By: memoimyself at yahoo dot com dot br Status: Open Bug Type: *General Issues Operating System: WinXP SP3 PHP Version: 5.3.0 New Comment: I guess this is your browser's activity

#48793 [Com]: Setting error_log in php.ini causes redirection

ID: 48793 Comment by: ninzya at inbox dot lv Reported By: memoimyself at yahoo dot com dot br Status: Open Bug Type: Unknown/Other Function Operating System: WinXP SP3 PHP Version: 5.3.0 New Comment: Is your apache server on 8080 port

#48659 [NEW]: dirname() to accept path level to return

From: ninzya at inbox dot lv Operating system: - PHP version: 5.3.0RC4 PHP Bug Type: Feature/Change Request Bug description: dirname() to accept path level to return Description: It would be great if dirname() function had a second parameter, let's say -

#47712 [Fbk->Opn]: (mysqlnd) zval cache on windows fails at high concurrency

ID: 47712 User updated by: ninzya at inbox dot lv -Summary: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result() Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type

#48534 [Com]: Infinite loop with: log_errors+display_startup_errors+no timezone

ID: 48534 Comment by: ninzya at inbox dot lv Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: ALSO hit

#48534 [Com]: Infinite loop with: log_errors+display_startup_errors+no timezone

ID: 48534 Comment by: ninzya at inbox dot lv Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: Just hit

#47712 [Com]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: For example, this one http

#47712 [Com]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: People started reporting memory

#47712 [Fbk->Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: The

#47712 [Fbk->Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: I

#47712 [Com]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: Well, seems something is wrong

#47712 [Com]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: I have just tested my code on

#47712 [Com]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: Hello, Andrey. Well, the

#48343 [Com]: Mysqlnd memory leak when fetching rows

ID: 48343 Comment by: ninzya at inbox dot lv Reported By: mikec at mikenz dot geek dot nz Status: Open Bug Type: MySQLi related Operating System: * PHP Version: 5.3CVS-2009-05-20 (snap) New Comment: Try destroying mysqli object before

#47712 [Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: MySQL related Operating System: Windows XP -PHP Version: 5.3.0RC1 +PHP Version: 5.3.0RC2 New Comment: This bug is still present in

#48034 [Ver]: PHP crashes when script is 8192 (8KB) bytes long

ID: 48034 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Verified Bug Type: Reproducible crash Operating System: * PHP Version: 5.*, 6CVS (2009-04-21) New Comment: I did everything mentioned in http

#48034 [Fbk->Opn]: PHP crashes apache when php code is 8192 (8KB) bytes long.

ID: 48034 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.3.0RC1 New Comment: PHP is installed as apache

#48034 [Fbk->Opn]: PHP crashes apache when php code is 8192 (8KB) bytes long.

ID: 48034 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.3.0RC1 New Comment: http://www.stepanov.lv/pub

#48034 [Fbk->Opn]: PHP crashes apache when php code is 8192 (8KB) bytes long.

ID: 48034 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.3.0RC1 New Comment: Still crashes Previous

#48034 [NEW]: PHP crashes apache when php code is 8192 (8KB) bytes long.

From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0RC1 PHP Bug Type: Reproducible crash Bug description: PHP crashes apache when php code is 8192 (8KB) bytes long. Description: Configuration: Apache HTTPd 2.0.61.200 PHP: 5.3.0RC1 OS

#47712 [Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()

ID: 47712 User updated by: ninzya at inbox dot lv -Summary: Weird behavior under high load Reported By: ninzya at inbox dot lv Status: Open Bug Type: MySQL related Operating System: Windows XP -PHP Version: 5.3.0beta1 +PHP Version

#47712 [Fbk->Opn]: Weird behavior under high load

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0beta1 New Comment: Please excuse me for the

#47885 [NEW]: expr in empty() causes parse error

From: ninzya at inbox dot lv Operating system: Any PHP version: 5.3.0RC1 PHP Bug Type: Scripting Engine problem Bug description: expr in empty() causes parse error Description: expr in empty() causes parse error Reproduce code: --- Expected result

#47712 [Com]: Weird behavior under high load

ID: 47712 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0beta1 New Comment: I guess i can not switch between libmysql and

#47771 [NEW]: Exception during object construction from arg call calls object's destructor

From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0RC1 PHP Bug Type: Scripting Engine problem Bug description: Exception during object construction from arg call calls object's destructor Description: If you create new object and

#47712 [Com]: Weird behavior under high load

ID: 47712 Comment by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0beta1 New Comment: In most cases this bug is being hit when

#47712 [Opn]: Weird behavior under high load

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0beta1 New Comment: Tested under PHP 5.2.9-1, the problem does not

#47712 [Opn]: Weird behavior under high load

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0beta1 New Comment: And here is the screenshot of the output of

#47712 [Opn]: Weird behavior under high load

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0beta1 New Comment: I got a little bit closer to the problem

#47712 [Fbk->Opn]: Weird behavior under high load

ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0beta1 New Comment: Every mentioned

#47712 [NEW]: Weird behavior under high load

From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0beta1 PHP Bug Type: Scripting Engine problem Bug description: Weird behavior under high load Description: My configuration is Windows XP, Apache 2.2.11.0, PHP 5.3.0beta1, i'm cod

#47299 [Com]: static lambda function now give parse error

ID: 47299 Comment by: ninzya at inbox dot lv Reported By: nospam at example dot com Status: Open Bug Type: Compile Failure Operating System: Windows XP SP3 PHP Version: 5.3.0beta1 New Comment: This functionality has been temporarily dropped

#47068 [Bgs]: Parse error if global namespace resolution is used

ID: 47068 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0alpha3 New Comment: A BACKSLASH? FAIL. That's very very BAD

#47069 [NEW]: Expecting T_VARIABLE in catch block

From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0alpha3 PHP Bug Type: Scripting Engine problem Bug description: Expecting T_VARIABLE in catch block Description: See details below. This used to work with PHP 5.3.0alpha2 Reproduce code

#47068 [Opn]: Parse error if global namespace resolution is used

ID: 47068 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Open Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.3.0alpha3 New Comment: This used to work in PHP 5.3.0alpha2

#47068 [NEW]: Parse error if global namespace resolution is used

From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0alpha3 PHP Bug Type: Scripting Engine problem Bug description: Parse error if global namespace resolution is used Description: See details below Reproduce code

#46105 [WFx]: mysql_fetch_object calls constructor on object after setting up properties

ID: 46105 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv Status: Wont fix Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0alpha2 Assigned To: mysql New Comment: Well, then you should'

#46182 [NEW]: mysql_connection_reused( $link) function

From: ninzya at inbox dot lv Operating system: Any PHP version: 5.3.0alpha2 PHP Bug Type: Feature/Change Request Bug description: mysql_connection_reused( $link) function Description: It would be great if we had mysql_connection_reused( $link) function, which

#46105 [NEW]: mysql_fetch_object calls constructor on object after setting up properties

From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0alpha2 PHP Bug Type: MySQL related Bug description: mysql_fetch_object calls constructor on object after setting up properties Description: when using custom object return through