ID:               28983
 User updated by:  dfe-csi dot gips at ti dot ch
 Reported By:      dfe-csi dot gips at ti dot ch
 Status:           Open
 Bug Type:         Reproducible crash
 Operating System: Windows 2000 server
 PHP Version:      4.3.6
 New Comment:

Get the Dr.Watson dump file at the following address:

http://www2.gips.ti.ch/drwtsn32.zip

(File size: 22 KB "zipped"; 141 KB "unzipped")


Previous Comments:
------------------------------------------------------------------------

[2004-07-01 15:09:25] dfe-csi dot gips at ti dot ch

how can i attach the zipped drwtsn32.log ? (22KB)

Diffs of php.in vs php.ini-dist
-----------------------------------------------
asp_tags           = On
max_execution_time = 120
log_errors         = On
error_log          = "C:\temp\php_error.log"
register_globals   = On
default_mimetype   = "text/html"
default_charset    = "iso-8859-1"
include_path       = ".;D:\www;D:\www\myapp"
extension_dir      = "C:\apache\php\extensions"
extension          = php_fdf.dll
extension          = php_oci8.dll
extension          = php_pdf.dll
SMTP               = mymailhost.example.com
sendmail_from      = [EMAIL PROTECTED]
session.save_path  = "C:\temp\sessions"
session.auto_start = 1
===============================================

------------------------------------------------------------------------

[2004-07-01 14:55:44] dfe-csi dot gips at ti dot ch

Description:
------------

Description:
-----------------------------------------------
Our webserver works on a oracle 8.1.7 database 
trought the oci8 php extension.

We observe (with apache server-status module) 
that the apache process isn't stable 
and reboots frequently (up to 50times/day).

Each crash causes a Dr. Watson dump (Exception 
number: c0000005 - access violation)

We can reproduce the crash on calling a simple 
OCILogon function with 5 concurrent users.

Tested Issues:
- Upgading the oracle client from 8.1.7 to 9.2.0 
  and 10.1.0 we have longer uptime but crashes anyway.
- Using TNS address string in OCILogon (like 
  BUG# 26558 suggestion) makes less core dumps.
- We could not reproduce the error with PHP/Linux 
  using the same hardware. 

We currently wonder if this could be an issue
with PHP/Oracle running on a Multiprocessor 
Windows server?

Sysconfig:
-----------------------------------------------
Compaq Proliant DL360 (Dual Processor);
Windows 2000 server SP 4, 
Apache 1.3.29,
PHP 4.3.6 (apache module)
Oracle client 10.0





Reproduce code:
---------------
<?php

  if ($c=OCILogon("user", "pass", "host")){
    print "OCILogon success";
    OCILogoff($c);

  } else {
    print "OCILogon failed";

  }

?> 



------------------------------------------------------------------------


-- 
Edit this bug report at http://bugs.php.net/?id=28983&edit=1

Reply via email to