Java: Utf8 merging patch committed

Jakub Jelinek jakub@redhat.com
Tue Feb 5 03:13:00 GMT 2002


On Tue, Feb 05, 2002 at 03:00:30PM +1300, Bryce McKinlay wrote:
> I have some bad news. The patch is working fine on x86 but seems to be 
> broken on PowerPC, using the same compiler and binutils versions.
> 
> Symptom is the same as before: "hello world" dies very early while the 
> runtime is trying to initialize some Strings from Utf8 values:
> 
> Starting program: /home/bryce/./a.out
> [New Thread 1024 (LWP 6620)]
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 6620)]
> _Jv_NewStringUtf8Const(_Jv_Utf8Const*) (str=0xffffffff)
>     at ../../../libjava/java/lang/natString.cc:271
> 271           *chrs++ = ch;
> Current language:  auto; currently c++
> 
> 
> (gdb) p str->hash 
> $2 = 30305
> (gdb) p str->length
> $3 = 11884
> (gdb) printf "%s\n", str->data
> ang.reflect.Method
> 
> $ ld --version
> GNU ld version 2.11.92.0.12.3 20011121
> 
> Any ideas?

Can you track it down to a particular Utf8 constant (= the .o file this came
from and _UtfN (local) name)? What does readelf -S show on that .o file?

	Jakub



More information about the Gcc-patches mailing list