php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #10926 Access Violation, reboot and then OCI no longer works
Submitted: 2001-05-17 10:31 UTC Modified: 2002-04-13 08:29 UTC
From: sylvain_baudoin at hotmail dot com Assigned:
Status: Closed Package: OCI8 related
PHP Version: 4.0.4pl1 OS: NT4.0 Server PL5
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
9 - 6 = ?
Subscribe to this entry?

 
 [2001-05-17 10:31 UTC] sylvain_baudoin at hotmail dot com
First of all, I don't know if and how this bug is reproductible.

I've been using IIS 4 with PHP as an ISAPI module for 2 weeks, and I've just got this problem yesterday and today. Everything seems to work fine when I use OCI (Oracle 8.0.5), and suddenly, the web server sends an Access Violation message, and then it is no longer possible to use it. I stop it and restart it, then I can access "normal" PHP pages (without any OCI function), but not pages that contain OCI functions. Yesterday, I had to restart my machine twice before being able to use OCI again.

I tried yesterday to use php.exe to check out errors, but then I had a surprise: PHP returns the well-known "ORA-12154" error message, whereas my web server was working fine again...

Any clue? I was not able to upgrade PHP (IIS seems not to be able to find a library).

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-04-13 08:29 UTC] thies@php.net
please reopen if you have the same problem with a recent version of PHP

 
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Wed Oct 05 09:05:52 2022 UTC