Re: Errata.
| From: | Steve Williams | Date: | Thu, 10 Dec 1998 18:51:15 +0000 |
| Subject: | Re: Errata. | ||
| References: | 1 2 3 4 5 6 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-2756@lists.php.net to get a copy of this message | ||
Andreas Karajannis wrote:
>
> As far as I remember, one major overhaul was the introduction of
> UODBC_UNIQUE_NAMES
> by Shane - there were some problems introduced that I've fixed.
> The simple tests (included in the distro) ran fine against Adabas.
>
> As for the problems related to odbc_close(), this function is only for
> some kind
> of "compatibility" - non-persistent connections get closed automatically
> after
> script processing. The idea of closing and reopening an identical
> connection
> in a script doesn't make much sense to me; nevertheless I must admit it
> is
> a bug^^^H issue ;-)
>
> > > >However I have noticed another item that you might want to check against
> > > >another RDBMS. When odbc_longreadlen is set to a value less than the
> > > >length of a text (LONGVARCHAR) field the retrieved part is printed
> > > >twice.
>
I general I agree. However a used might want to connect to two different
database servers on two separate platforms...
> Will check this against Adabas, but it seems to me a problem with
> odbc_result().
>
> As for the initial problem, the script hanging after or around data
> retrieval,
> where exactly does processing hang?
>
> -Andreas
It hangs AFTER it has completed the HTML page. When PHP eventually times
out I get the complete HTML page (with the RDBMS data) followed by a
timeout message. And when I monitor the database connections I don't see
one, therefore I assume it is very short lived.
--
Steve Williams Interactive Media & Tools Group
Empress Software Inc. http://www.empress.com
--
PHP Development Mailing List http://www.php.net/
To unsubscribe send an empty message to php-dev-unsubscribe@lists.php.net
For help: php-dev-help@lists.php.net