Re: PHP 4.0 Bug #5259: oci8 crashes when NLS_LANG is set to ".UTF8" instead of ".WE8ISO8859P1"

From: 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

« previous php.dev (#22768) next »