Re: NSTimestamp problem
Re: NSTimestamp problem
- Subject: Re: NSTimestamp problem
- From: Art Isbell <email@hidden>
- Date: Tue, 9 Jan 2007 22:00:23 -1000
On Jan 9, 2007, at 9:22 AM, Sacha Michel Mallais wrote:
On Jan 4, 2007, at 12:49 PM, Colin Curtin wrote:
So we symbolic linked the Java directory to the native OSX one:
#!/bin/bash
# You'll want to sudo this.
cd /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/
Home/lib
mv zi zi.old
ln -s /usr/share/zoneinfo ./zi
This solution appears to cause problems with our apps. We get this
in the WO app log when starting up:
ZoneInfo: wrong magic number: UTC
ZoneInfo: /System/Library/Frameworks/JavaVM.framework/Versions/
1.5.0/Home/lib/zi/ZoneInfoMappings (No such file or directory)
Any ideas?
It appears to me that the zoneinfo files in /usr/share/zoneinfo and
those in the JavaVM framework have different magic numbers as the
first error message indicates:
$ file /usr/share/zoneinfo/America/Los_Angeles
/usr/share/zoneinfo/America/Los_Angeles: timezone data
$ file /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/
Home/lib/zi/America/Los_Angeles
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/
zi/America/Los_Angeles: data
The zoneinfo files in /usr/share/zoneinfo were compiled with the
compiler zic. I *think* that the zoneinfo files in the JavaVM
framework were compiled with the compiler javazic. The resulting
compiled zoneinfo files may be different enough that they cannot be
interchanged.
The second error message is due to the file ZoneInfoMappings being
missing in /usr/share/zoneinfo; it exists in the original JavaVM
framework zoneinfo files. So you might try copying it from zi.old to
zi, but I'm skeptical that this will solve the problem.
Aloha,
Art
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden