Date: 07/18/01
- Next message: Zeev Suraski: "[PHP-DEV] Re: artificial constraints in php_mysql_get_field_name"
- Previous message: JamesHeinrich <email protected>: "[PHP-DEV] Bug #12237: date("T") returns null"
- Next in thread: Zeev Suraski: "[PHP-DEV] Re: artificial constraints in php_mysql_get_field_name"
- Reply: Zeev Suraski: "[PHP-DEV] Re: artificial constraints in php_mysql_get_field_name"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi there,
could anyone tell me what is the reasoning behind the constraints
on the values returned by php_mysql_get_field_name()? I. e.:
...
1737 case FIELD_TYPE_SHORT:
1738 case FIELD_TYPE_LONG:
1739 case FIELD_TYPE_LONGLONG:
1740 case FIELD_TYPE_INT24:
1741 return "int";
1742 break;
1743 case FIELD_TYPE_FLOAT:
1744 case FIELD_TYPE_DOUBLE:
1745 case FIELD_TYPE_DECIMAL:
1746 return "real";
1747 break;
...
why doesn't it return "short", "longlong", "double" etc. i. e. the
real value?
This has been so since php_mysql.c v1.1 (2yrs, Zeev), so there must be
a good reason behind this, but I just see it. anyone care to enlighten
me?
TIA
cynic <email protected>
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: Zeev Suraski: "[PHP-DEV] Re: artificial constraints in php_mysql_get_field_name"
- Previous message: JamesHeinrich <email protected>: "[PHP-DEV] Bug #12237: date("T") returns null"
- Next in thread: Zeev Suraski: "[PHP-DEV] Re: artificial constraints in php_mysql_get_field_name"
- Reply: Zeev Suraski: "[PHP-DEV] Re: artificial constraints in php_mysql_get_field_name"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

