php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #20 Memory Leak
Submitted: 1998-01-28 18:41 UTC Modified: 1998-02-01 16:59 UTC
From: chris at enginered dot com Assigned:
Status: Closed Package: Oracle related
PHP Version: 3.0b3 OS: Solaris 2.5.1
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: chris at enginered dot com
New email:
PHP Version: OS:

 

 [1998-01-28 18:41 UTC] chris at enginered dot com 
PHP3.0b3 as Apache Module with Oracle Support on Solaris 2.5.1

looks like a pretty nasty memory leak (oracle.c:743, oracle.c:787).

happens when getting TABLE_NAME from ALL_TABLES

(oh, also DESCRIBE causes a parser error).

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [1998-02-01 16:59 UTC] ssb 
DESCRIBE is a command specific for the sqlplus program.
In other programs you have to look in the Oracle data
dictionary to find information about tables.

Try this for a start:
  SELECT * FROM user_tab_columns WHERE table_name = 'YOUR_TABLE'

The memory leak is fixed in revision 1.45 of functions/oracle.c
and will appear in 3.0b4.
 [2020-01-17 15:12 UTC] nikic@php.net 
Automatic comment from SVN on behalf of nikic
Revision: http://svn.php.net/viewvc/?view=revision&revision=348935
Log: Fix: Remove $serverctrls parameter from ldap_bind()

Patch by localheinz.

Closes php/doc-en#20.
 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved. 		Last updated: Fri Dec 04 18:01:23 2020 UTC