Andrew,
Thanks for your reply. I don't have a stack trace,
but I have determined that the problem originates from
ResourceBundle.tryBundle(String, ClassLoader) which
returns null instead of locating resources within glibj.zip.
Due to that various exceptions are thrown later
(e.g. date, number, and
Hi Robert,
Have you a simple testcase which can reproduce this? If you have,
I'll have a look at it. BTW, I remember implementing stuff in the VM
to get resources from the boot class loader, so resource loading is
probably using a different path when you use -Xbootclasspath/p:/tmp...
Rob.
On 8
Quoting Robert Lougher <[EMAIL PROTECTED]>:
> Have you a simple testcase which can reproduce this? If you have,
> I'll have a look at it. BTW, I remember implementing stuff in the VM
> to get resources from the boot class loader, so resource loading is
> probably using a different path when you
On Friday 17 August 2007 19:37, [EMAIL PROTECTED] wrote:
> jamvm
> -Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/resource:/tmp/glibj.zip
> -cp . TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
Works fine for me with both jamvm and cacao:
cacao TestResource gnu/java/locale/Loc
Quoting Andrew John Hughes <[EMAIL PROTECTED]>:
> Works fine for me with both jamvm and cacao:
>
> cacao TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
> OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''
>
> jamvm TestResource gnu/java/locale/LocaleInformatio
5 matches
Mail list logo