Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Closing per user request. Previous Comments: [2002-05-01 13:36:11] [EMAIL PROTECTED] This is not my day. I figured out that the bug is not in php but in my code. So sorry for the time I've wasted and please close the ticket. [2002-05-01 13:01:36] [EMAIL PROTECTED] Arggh, There was an error in my testscript. Gotta search on :( [2002-05-01 12:59:25] [EMAIL PROTECTED] x [2002-05-01 12:50:20] [EMAIL PROTECTED] I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: This is not my day. I figured out that the bug is not in php but in my code. So sorry for the time I've wasted and please close the ticket. Previous Comments: [2002-05-01 13:01:36] [EMAIL PROTECTED] Arggh, There was an error in my testscript. Gotta search on :( [2002-05-01 12:59:25] [EMAIL PROTECTED] x [2002-05-01 12:50:20] [EMAIL PROTECTED] I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Arggh, There was an error in my testscript. Gotta search on :( Previous Comments: [2002-05-01 12:59:25] [EMAIL PROTECTED] x [2002-05-01 12:50:20] [EMAIL PROTECTED] I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: x Previous Comments: [2002-05-01 12:50:20] [EMAIL PROTECTED] I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: I'm happy to report, that I've minimized the problem to one lil script in order to demonstrate it easily. I sent a description and the script to [EMAIL PROTECTED] If someone else needs it - drop a message! Previous Comments: [2002-04-23 03:19:57] [EMAIL PROTECTED] Hi, I'll send you a nice testsript tomorrow (European Time). cu [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Hi, I'll send you a nice testsript tomorrow (European Time). cu Previous Comments: [2002-04-22 14:45:55] [EMAIL PROTECTED] please send me a shot _selfcontained_ php script that shows and explains your problem! [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: please send me a shot _selfcontained_ php script that shows and explains your problem! Previous Comments: [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! Previous Comments: [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on "if it's gone". Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: use OCINlogon to force session isolation. Previous Comments: [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on "if it's gone". Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? [2002-04-20 16:57:15] [EMAIL PROTECTED] Hi, thanx for your fast reply! The true version is 4.0.6. I selected 4.1.2 as there was no better choice. I have an aitional Note: Exactly the same problem existed for Informix AND Mysql: http://bugs.php.net/bug.php?id=15628 The mysql one cane be found also here. I browsed through all OCI8 related bugs but I couldn't find this bug, so I considered it is still existing in 4.1.2. Antoher problem: I also tried to read the changelogs but why the hell are there no changelogs in new releases?? updating of 4.0.2rcx is really risky as it is aproduction environment. Do you think this problem is really gone? 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Bah! Bug in bug report: 5.) echo out connection one $con1 -> you get Resource id # 2 ___^ Previous Comments: [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 -> you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 -> you get Resource id # 2 5.) echo out connection one $con1 -> you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on "if it's gone". Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? [2002-04-20 16:57:15] [EMAIL PROTECTED] Hi, thanx for your fast reply! The true version is 4.0.6. I selected 4.1.2 as there was no better choice. I have an aitional Note: Exactly the same problem existed for Informix AND Mysql: http://bugs.php.net/bug.php?id=15628 The mysql one cane be found also here. I browsed through all OCI8 related bugs but I couldn't find this bug, so I considered it is still existing in 4.1.2. Antoher problem: I also tried to read the changelogs but why the hell are there no changelogs in new releases?? updating of 4.0.2rcx is really risky as it is aproduction environment. Do you think this problem is really gone? [2002-04-19 21:08:12] [EMAIL PROTECTED] Which version is it now? In the Report field you write 4.1.2, but in the body you write 4.0.6 In the latter case, please test a newer version first (even 4.2.0rc4 from php.net/~derick if possible). 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
Hi,
Well thats an important point with the connections, I forgot it -
sorry.
I'm using for each connection a different username, password and
instance/sid.
The aim is to have during each script-run two connections. I call a
function which generates a $oci_connection and $oci_connection_adm at
the beginning of each script. Both connections are used several times
and at the end of the script a logoff on both is commited.
If I do not the workaround that I've described, PHP isn't capable of
distinguish between both conns - tha last one 'wins'.
If we had a changelog, we could review if there were any cchanges
regarding the oci stuff between 4.0.6 and 4.1.2!
cu
Previous Comments:
[2002-04-20 17:35:06] [EMAIL PROTECTED]
Can't comment on "if it's gone".
Do you mean that in all connection you establish you use the same
username/passwort/host (or sid) in your context?
[2002-04-20 16:57:15] [EMAIL PROTECTED]
Hi, thanx for your fast reply!
The true version is 4.0.6. I selected 4.1.2 as there was no better
choice.
I have an aitional Note: Exactly the same problem existed for Informix
AND Mysql:
http://bugs.php.net/bug.php?id=15628
The mysql one cane be found also here.
I browsed through all OCI8 related bugs but I couldn't find this bug,
so I considered it is still existing in 4.1.2.
Antoher problem: I also tried to read the changelogs but why the hell
are there no changelogs in new releases??
updating of 4.0.2rcx is really risky as it is aproduction environment.
Do you think this problem is really gone?
[2002-04-19 21:08:12] [EMAIL PROTECTED]
Which version is it now? In the Report field you write 4.1.2, but in
the body you write 4.0.6
In the latter case, please test a newer version first (even 4.2.0rc4
from php.net/~derick if possible).
[2002-04-19 15:10:19] [EMAIL PROTECTED]
I would like to report a problem and ask for help with php 4.0.6 and
Oracle 8 Support.
When you try to use more than one connection, the last connection
created is the one that receives every statement.
I found a workaround but I'm not quite sure if it really works
everytime (not enough testing yet):
You could do the following for each connections and somehow they are
available
after that:
for ($i=1; $i <= 2; $i++)
{
$oci_connection_new = OCILogon ($oracle_user, $oracle_pass,
$oracle_inst);
}
I reviewed $oci_connection_new and figured out thata it changes the
recource id after the loop
Thomas
--
Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
Can't comment on "if it's gone".
Do you mean that in all connection you establish you use the same
username/passwort/host (or sid) in your context?
Previous Comments:
[2002-04-20 16:57:15] [EMAIL PROTECTED]
Hi, thanx for your fast reply!
The true version is 4.0.6. I selected 4.1.2 as there was no better
choice.
I have an aitional Note: Exactly the same problem existed for Informix
AND Mysql:
http://bugs.php.net/bug.php?id=15628
The mysql one cane be found also here.
I browsed through all OCI8 related bugs but I couldn't find this bug,
so I considered it is still existing in 4.1.2.
Antoher problem: I also tried to read the changelogs but why the hell
are there no changelogs in new releases??
updating of 4.0.2rcx is really risky as it is aproduction environment.
Do you think this problem is really gone?
[2002-04-19 21:08:12] [EMAIL PROTECTED]
Which version is it now? In the Report field you write 4.1.2, but in
the body you write 4.0.6
In the latter case, please test a newer version first (even 4.2.0rc4
from php.net/~derick if possible).
[2002-04-19 15:10:19] [EMAIL PROTECTED]
I would like to report a problem and ask for help with php 4.0.6 and
Oracle 8 Support.
When you try to use more than one connection, the last connection
created is the one that receives every statement.
I found a workaround but I'm not quite sure if it really works
everytime (not enough testing yet):
You could do the following for each connections and somehow they are
available
after that:
for ($i=1; $i <= 2; $i++)
{
$oci_connection_new = OCILogon ($oracle_user, $oracle_pass,
$oracle_inst);
}
I reviewed $oci_connection_new and figured out thata it changes the
recource id after the loop
Thomas
--
Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
Hi, thanx for your fast reply!
The true version is 4.0.6. I selected 4.1.2 as there was no better
choice.
I have an aitional Note: Exactly the same problem existed for Informix
AND Mysql:
http://bugs.php.net/bug.php?id=15628
The mysql one cane be found also here.
I browsed through all OCI8 related bugs but I couldn't find this bug,
so I considered it is still existing in 4.1.2.
Antoher problem: I also tried to read the changelogs but why the hell
are there no changelogs in new releases??
updating of 4.0.2rcx is really risky as it is aproduction environment.
Do you think this problem is really gone?
Previous Comments:
[2002-04-19 21:08:12] [EMAIL PROTECTED]
Which version is it now? In the Report field you write 4.1.2, but in
the body you write 4.0.6
In the latter case, please test a newer version first (even 4.2.0rc4
from php.net/~derick if possible).
[2002-04-19 15:10:19] [EMAIL PROTECTED]
I would like to report a problem and ask for help with php 4.0.6 and
Oracle 8 Support.
When you try to use more than one connection, the last connection
created is the one that receives every statement.
I found a workaround but I'm not quite sure if it really works
everytime (not enough testing yet):
You could do the following for each connections and somehow they are
available
after that:
for ($i=1; $i <= 2; $i++)
{
$oci_connection_new = OCILogon ($oracle_user, $oracle_pass,
$oracle_inst);
}
I reviewed $oci_connection_new and figured out thata it changes the
recource id after the loop
Thomas
--
Edit this bug report at http://bugs.php.net/?id=16704&edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: Windows 2000
PHP Version: 4.1.2
New Comment:
Which version is it now? In the Report field you write 4.1.2, but in
the body you write 4.0.6
In the latter case, please test a newer version first (even 4.2.0rc4
from php.net/~derick if possible).
Previous Comments:
[2002-04-19 15:10:19] [EMAIL PROTECTED]
I would like to report a problem and ask for help with php 4.0.6 and
Oracle 8 Support.
When you try to use more than one connection, the last connection
created is the one that receives every statement.
I found a workaround but I'm not quite sure if it really works
everytime (not enough testing yet):
You could do the following for each connections and somehow they are
available
after that:
for ($i=1; $i <= 2; $i++)
{
$oci_connection_new = OCILogon ($oracle_user, $oracle_pass,
$oracle_inst);
}
I reviewed $oci_connection_new and figured out thata it changes the
recource id after the loop
Thomas
--
Edit this bug report at http://bugs.php.net/?id=16704&edit=1
