Re: PHP 4.0 Bug #5259: oci8 crashes when NLS_LANG is set to ".UTF8" instead of ".WE8ISO8859P1"
| From: | thies at digicol dot de | Date: | Thu, 29 Jun 2000 13:45:47 +0000 |
| Subject: | Re: PHP 4.0 Bug #5259: oci8 crashes when NLS_LANG is set to ".UTF8" instead of ".WE8ISO8859P1" | ||
| References: | 1 2 3 4 5 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-22768@lists.php.net to get a copy of this message | ||
On Thu, Jun 29, 2000 at 03:27:58PM +0200, Andreas Jung wrote:
> On Thu, Jun 29, 2000 at 03:26:30PM +0200, thies@digicol.de wrote:
> > On Thu, Jun 29, 2000 at 03:09:08PM +0200, Andreas Jung wrote:
> > > On Thu, Jun 29, 2000 at 03:06:26PM +0200, thies@digicol.de wrote:
> > > >
> > > > any chance to send me a self containig testcase?
> > > What exactly do you need ?
> > > > is your lob an external file?
> > >
> > > The stored procedure returns a CLOB (internal). The SP is written in Java.
> > > UTF8 CLOB required 2 times the size of memory than normal strings.
> >
> > what is your:
> >
> > - internal charset
> > - external charset
> >
> > can you reproduce this without your jave-stored proc?
>
> internal is UTF8, external is usually UTF8 too - but PHP4 crashes
> with this settings but WE8ISO8859P1 works with PHP. With the SP call
> it works fine.
??? (read it twice)
andreas, if you want help, please try to send me a
self-contained descritive testcase that shows your problem. i
cannot investigate/fix anything based on your very loose
statements.
tc
>
> Andreas
--
Thies C. Arntzen "One Big-Mac, Small Fries and a Coke!"
Digital Collections Phone +49 40 235350 Fax +49 40 23535180
Hammerbrookstr. 93 20097 Hamburg / Germany