Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:6498 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 82617 invoked by uid 1010); 17 Dec 2003 19:35:52 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 82578 invoked from network); 17 Dec 2003 19:35:51 -0000 Received: from unknown (HELO kirin.dev.trd.p4pnet.net) (217.144.236.4) by pb1.pair.com with SMTP; 17 Dec 2003 19:35:51 -0000 Received: from localhost (kirin.dev.trd.p4pnet.net [127.0.0.1]) by kirin.dev.trd.p4pnet.net (8.12.8/8.12.5) with ESMTP id hBHJZdpe003642; Wed, 17 Dec 2003 20:35:40 +0100 To: Antony Dovgal Cc: php-dev , "Thies C.Arntzen" , maxim@maxim.cx, harald.radi@nme.at In-Reply-To: <20031217200006.09e3018b.tony2001@phpclub.net> References: <20031217200006.09e3018b.tony2001@phpclub.net> Content-Type: text/plain Message-ID: <1071689739.1026.18.camel@kirin.dev.trd.p4pnet.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 17 Dec 2003 20:35:39 +0100 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] changes in oci8 From: stig@php.net ("Stig S. Bakken") On Wed, 2003-12-17 at 18:00, Antony Dovgal wrote: > Hi, all. > > I'm going to rename functions from oci8 to match the naming-conventions. > Old names will be kept as aliases, of course, but should be deprecated. > Imho these changes will make OCI extsension more handy and it's API more similar to other extensions' API. > I'd like to hear your opinions about new names and necessity of this renaming. > > ocibindbyname -> oci_bind_by_name > ocidefinebyname -> oci_define_by_name > > All Lob functions will be renamed to oci_lob_* > > [...snip...] > ociinternaldebug -> oci_internal_debug > > ocicancel -> oci_cancel > ocicommit -> oci_commit > ocierror -> oci_error > ociexecute -> oci_execute > ocifetch -> oci_fetch > ocilogoff -> oci_logoff (or oci_close ?) > ocilogon -> oci_logon (or oci_connect ?) > ocinewcollection -> oci_new_collection > ocinewcursor -> oci_new_cursor > ocinewdescriptor -> oci_new_descriptor > ocinlogon -> oci_new_logon > ocinumcols -> oci_num_fields > ociparse -> oci_parse > ociplogon -> oci_plogon (or oci_pconnect would be better?) > ociresult -> oci_result > ocirollback -> oci_rollback > ocirowcount -> oci_num_rows > ociserverversion -> oci_server_version > ocisetprefetch -> oci_set_prefetch > ocistatementtype -> oci_statement_type oci_[p]connect() and oci_close() would be consistent with other database extensions. Otherwise it looks good to me. - Stig -- "Nearly all men can stand adversity, but if you want to test a man's character, give him power." - Abraham Lincoln