[Fwd: [PEAR-CVS] cvs: pear /MDB2/MDB2/Driver/Reverse Common.php fbsql.php ibase.php mssql.php mysql.php mysqli.php oci8.php pgsql.php sqlite.php]

Hi, I just realized that DB_DataObject was probably relying on the "flags" in the Generator? Maybe I need to put in the extra effort to also put in general "flag" support. I guess the "flag" stuff is essentially one long string with all the information? I guess I can get that done somehow. Is there anywhere decent documentation on how this string is supposed to look in all cases? Eitherway if I work on getting all of this information I will also return the structured information so that atleast the additional work is not entirely wasted on legacy compatibility. regards, Lukas -------- Original Message -------- Subject: [PEAR-CVS] cvs: pear /MDB2/MDB2/Driver/Reverse Common.php fbsql.php ibase.php mssql.php mysql.php mysqli.php oci8.php pgsql.php sqlite.php Date: Mon, 17 Jul 2006 16:12:31 -0000 From: Lukas Smith <lsmith@php.net> To: pear-cvs@lists.php.net lsmith Mon Jul 17 16:12:31 2006 UTC Modified files:

    /pear/MDB2/MDB2/Driver/Reverse	Common.php fbsql.php ibase.php
                                  	mssql.php mysql.php mysqli.php
                                  	oci8.php pgsql.php sqlite.php

Log: - reworked tableInfo() to use a common implementation based on getTableFieldDefinition() when a table name is passed (Bug #8124) - added nativetype output to tableInfo() and getTableFieldDefinition() - added mdb2type output to getTableFieldDefinition() this is a slight BC break, but has become necessary since tableInfo() was providing unreliable and not portable information most noteably 'flags' is no longer supported in tableInfo() when passing in a table name, which was not portable anyways