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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: sylvain_baudoin at hotmail dot com
New email:
PHP Version: OS:

 

 [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

Pull Requests

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-2025 The PHP Group
All rights reserved.
Last updated: Mon May 05 23:01:28 2025 UTC