Date: 12/20/98
- Next message: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Previous message: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- In reply to: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Next in thread: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Reply: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Sun, 20 Dec 1998, Rasmus Lerdorf wrote:
> > Anyone objects against a commit?
>
> This one looks ok to me. The other change to the msql code scares me a
> bit more. How well have you tested these changes?
My tests included all frequently used operations. The code is stable, I
just moved it around a bit.
I've tested this particular setup with a mSQL 2 database of ~150.000 rows.
Tested functions in detail:
msql_affected_rows
msql_close
msql_connect
msql_fetch_row
msql_free_result
msql_num_rows
msql_num_fields
msql_query
msql_select_db
Due to the massive use of macros, redundant code could be avoided kicking
out just another source of errors. While retaining compatibility for the
user, msql.c became shorter and more advanced. And PHPLIB can support
mSQL officially with PHP 3.0.6 ;-)
Regards,
Sascha Schumann |
Consultant | finger sas <email protected>
| for PGP public key
-- PHP Development Mailing List http://www.php.net/ To unsubscribe send an empty message to php-dev-unsubscribe <email protected> For help: php-dev-help <email protected>
- Next message: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Previous message: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- In reply to: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Next in thread: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Reply: Rasmus Lerdorf: "Re: [PHP-DEV] addslashes' speed"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

