#49937 [Opn]: Race condition in PDOStatement

2009-10-20 Thread basantk
ID: 49937 Updated by: basa...@php.net Reported By: basa...@php.net Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.2.11 New Comment: Here is the patch which fixes the race condition in pdo : Patch is generated agains

#49937 [Opn]: Race condition in PDOStatement

2009-10-21 Thread basantk
ID: 49937 Updated by: basa...@php.net Reported By: basa...@php.net Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.2.11 New Comment: More explaination about the problem : Php class PDOStatement is created inside pdo

#49937 [Opn]: Race condition in PDOStatement

2009-10-23 Thread basantk
ID: 49937 Updated by: basa...@php.net Reported By: basa...@php.net Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.2.11 New Comment: Here is a revised patch which is much less invasive, restricts totally to pdo. Fix

#50140 [Opn]: With default compilation option, php symbols are unresolved for nsapi sapi

2009-11-10 Thread basantk
ID: 50140 Updated by: basa...@php.net Reported By: basant dot kukreja at gmail dot com Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.3SVN-2009-11-10 (SVN) New Comment: Here is how symbols looks like : $ nm .l

#50140 [Opn]: With default compilation option, php symbols are unresolved for nsapi sapi

2009-11-10 Thread basantk
ID: 50140 Updated by: basa...@php.net Reported By: basant dot kukreja at gmail dot com Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.3SVN-2009-11-10 (SVN) New Comment: Here is the snipp from gcc man page : "

#50140 [Opn]: [Patch] With default compilation option, php symbols are unresolved for nsapi

2009-11-10 Thread basantk
ID: 50140 Updated by: basa...@php.net Reported By: basant dot kukreja at gmail dot com Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.3SVN-2009-11-10 (SVN) New Comment: The previous patch didn't resolve the prob

#50140 [Opn]: [Patch] With default compilation option, php symbols are unresolved for nsapi

2009-11-10 Thread basantk
ID: 50140 Updated by: basa...@php.net Reported By: basant dot kukreja at gmail dot com Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.3SVN-2009-11-10 (SVN) New Comment: >From nsapi.h : #ifdef XP_UNIX #define N

#50140 [Fbk]: [PATCH] With default compilation option, php symbols are unresolved for nsapi

2009-11-11 Thread basantk
ID: 50140 Updated by: basa...@php.net Reported By: basant dot kukreja at gmail dot com Status: Feedback Bug Type: iPlanet related Operating System: Linux PHP Version: 5.3SVN-2009-11-10 (SVN) New Comment: Thanks Jani for your suggestion. Based

#49937 [Opn]: [PATCH] Race condition in PDOStatement

2009-11-16 Thread basantk
which I submitted in previous comments. http://bitbucket.org/basantk/phpbugs/raw/5c3ca3a306ed/pdo_bug_52trunk.txt Marking the bug as Patch available. Previous Comments: [2009-10-23 18:15:51] basa...@php.net Here is a

#50140 [Fbk]: [PATCH] With default compilation option, php symbols are unresolved for nsapi

2009-11-17 Thread basantk
(submitted in previous comments) : http://bitbucket.org/basantk/phpbugs/raw/d3b5e6d6e344/php_gcc_nsapi_fix.txt Previous Comments: [2009-11-11 17:39:51] basa...@php.net Thanks Jani for your suggestion. Based on your suggestion, I

#50486 [Opn]: safe_address optimization for 64 bit size_t for platforms other than gcc x86_64

2009-12-15 Thread basantk
patch : http://bitbucket.org/basantk/php53perfpatches/raw/ca263ffd272b/safe_address_64bitopt_php53.txt Richard Smith did the original work and I refined the patch. In this proposed optimization we can check if the inputs are sufficiently large enough so that overflow is possible. If overflow is

#50486 [Opn]: safe_address optimization for 64 bit size_t for platforms other than gcc x86_64

2009-12-15 Thread basantk
://bitbucket.org/basantk/php53perfpatches/src/tip/safe_address_bench.c Previous Comments: [2009-12-16 01:33:06] basa...@php.net Here is the link to the proposed patch : http://bitbucket.org/basantk/php53perfpatches/raw/ca263ffd272b

#50486 [Opn]: safe_address optimization for 64 bit size_t for platforms other than gcc x86_64

2009-12-15 Thread basantk
version of safe_address time diff = 26 ticks doubles imlementation of safe_address time diff = 75 ticks proposed safe_address time diff = 76 ticks -- Here is the micro benchmark link : http://bitbucket.org/basantk/php53perfpatches/src/tip/safe_address_bench.c

Bug #49937 [Asn]: [PATCH] Race condition in PDOStatement

2010-08-24 Thread basantk
kage:PDO related Operating System: Linux PHP Version:5.2.11 Assigned To:basantk Block user comment: N New Comment: pajoye, my first patch was a rough patch which used zval_add_ref_atomic. Second patch posted on 2009-11-17 is my final patch. This patch doesn't

Bug #49937 [Asn]: [PATCH] Race condition in PDOStatement

2010-08-24 Thread basantk
kage:PDO related Operating System: Linux PHP Version:5.2.11 Assigned To:basantk Block user comment: N New Comment: pajoye, patch is already there in bug log. Look at the patch submitted at 2009- 10-23 16:15 UTC. Http link to the same patch has been provided in comments po

Bug #49937 [Asn]: [PATCH] Race condition in PDOStatement

2010-08-24 Thread basantk
kage:PDO related Operating System: Linux PHP Version:5.2.11 Assigned To:basantk Block user comment: N New Comment: Sorry pajoye, I didn't know that there was a "patch upload" feature in bug database. I somehow missed the link in webpage. Anyway, I have att

Bug #49937 [Fbk]: [PATCH] Race condition in PDOStatement

2010-09-22 Thread basantk
kage:PDO related Operating System: Linux PHP Version:5.2.11 Assigned To:basantk Block user comment: N New Comment: kkaminski, I am not sure if you have applied the patch and compiled correctly. I have not seen the crash after the fix. I had ran the benchmark test under stress

Bug #49937 [Fbk]: [PATCH] Race condition in PDOStatement

2010-09-27 Thread basantk
kage:PDO related Operating System: Linux PHP Version:5.2.11 Assigned To:basantk Block user comment: N New Comment: kkaminski, I am not sure why it is crashing but it seems to me that crash is happening at the same place (pdo_stmt_construct). I can't help much unl