#9 IO exception in defaultConduit

[Yuri Dario]

Hi,

another bug related to file I/O: when backing up the Palm Reader preferences, this is logged from JSync:

The default jConduit caught an exception:
java.io.FileNotFoundException: E:\JAVA142\JRE\.jsyncmanager\yuri.data\Palm?_Reader_Preferences (File not found)
Finalizing Synchronization...
Synchronization Successful!

The file save by pilot-link has the character 0x99 in place of the question-mark.

That's using OS/2, IBM jvm 1.3.1 and Innotek 1.4.2 on a JFS disk.

[Brad BARCLAY]

Logged In: YES
user_id=451396

I've added a filename character filter to do a
search-and-replace on the following characters which
typically cause problems on many filesystems:

\ / : * ? " < > |

This should fix your problem.

[Yuri Dario]

Logged In: YES
user_id=60188

Hi Brad,

sorry, maybe I didn't explain it correctly. The '?' in the file name must be replaced by hex 0x99, it is not a question mark.
Also this file name is a legal JFS name (pilot-xfer is able to create such file).

Yuri

[Brad BARCLAY]

Logged In: YES
user_id=451396

Hi Yuri:

The character might be a valid character in JFS, but there
might be a problem with OS/2's Java implementation in its
conversion of Unicode characters.

My fix won't address this, so I'm re-opening this bug.
I'll have to look into the situation further.

[Brad BARCLAY]

Logged In: YES
user_id=451396

Hi Yuri:

Can I get you to tell me what country/language setting
you're using on the Palm? I'm trying to figure out exactly
what character your Palm expects 0x99 to be (be the standard
8-bit PC ASCII table it appears to be a lowercase 'o' with a
double-dot over it).

It appears that the IBM and Innotek Java implementations
may have problems with filenames with such characters in it,
however it's also possible that our filename String
construction from the bytes read from the Palm may be
undergoing a code-page clash of somesort. I want to find
out what the Palm thinks the character is, as forcing the
byte-array-to-String conversion to use UTF-8 might in theory
fix the fault (so long as the characters map correctly).

If not, I may just have to modify the filename filter to
only accept values in the [0 - 9][A-Z][a-z](_,-) range just
to ensure we don't run into similar problems on OS/2 and
other platforms in the future.

Brad.

[Yuri Dario]

Logged In: YES
user_id=60188

Hi Brad,

Palm is running OS 4.1 english with Italy as default country.
OS/2 is eCS1.1 english, with IT_IT as language country defaults.