[jira] Created: (HARMONY-166) method read() in InputStreamReader failed to read one character

method read() in InputStreamReader failed to read one character --- Key: HARMONY-166 URL: http://issues.apache.org/jira/browse/HARMONY-166 Project: Harmony Type: Bug Components: Classlib Reporter:

[jira] Commented: (HARMONY-166) method read() in InputStreamReader failed to read one character

[ http://issues.apache.org/jira/browse/HARMONY-166?page=comments#action_12368729 ] Vladimir Strigun commented on HARMONY-166: -- The cause of problem is the following: if decode operation returns underflow, and the input have available bytes we

[jira] Updated: (HARMONY-166) method read() in InputStreamReader failed to read one character

[ http://issues.apache.org/jira/browse/HARMONY-166?page=all ] Vladimir Strigun updated HARMONY-166: - Attachment: InputStreamReader.patch.txt Please try my patch. method read() in InputStreamReader failed to read one character

[jira] Updated: (HARMONY-166) method read() in InputStreamReader failed to read one character

[ http://issues.apache.org/jira/browse/HARMONY-166?page=all ] Vladimir Strigun updated HARMONY-166: - Attachment: InputStreamReaderTest.java test for this issue. it's the same as in description, but it's more comfortable to read. method read() in

[jira] Commented: (HARMONY-137) CharsetDecoder should replace undefined bytes with replacement string

[ http://issues.apache.org/jira/browse/HARMONY-137?page=comments#action_12368301 ] Vladimir Strigun commented on HARMONY-137: -- Tim, I agree with the resolution, please close it. CharsetDecoder should replace undefined bytes with replacement

[jira] Created: (HARMONY-139) ICU - characters 0x0384 and 0xB7 are unmapped in ICU implementation of ISO8859-7

ICU - characters 0x0384 and 0xB7 are unmapped in ICU implementation of ISO8859-7 Key: HARMONY-139 URL: http://issues.apache.org/jira/browse/HARMONY-139 Project: Harmony Type: Bug

[jira] Commented: (HARMONY-40) FileChannel assotiated with FileOutputStream not closed after closing output stream

[ http://issues.apache.org/jira/browse/HARMONY-40?page=comments#action_12367818 ] Vladimir Strigun commented on HARMONY-40: - Thanks, Tim. Can't reproduce with latest sources. FileChannel assotiated with FileOutputStream not closed after closing

[jira] Commented: (HARMONY-29) java.util.zip.ZipException while onening jar file on local machine

[ http://issues.apache.org/jira/browse/HARMONY-29?page=comments#action_12367823 ] Vladimir Strigun commented on HARMONY-29: - Since path can contain + character, second parameter for decode method should be false, i.e. Util.decode(fileString, true)

[jira] Commented: (HARMONY-29) java.util.zip.ZipException while onening jar file on local machine

[ http://issues.apache.org/jira/browse/HARMONY-29?page=comments#action_12367824 ] Vladimir Strigun commented on HARMONY-29: - Sorry, I meant Util.decode(fileString, false) java.util.zip.ZipException while onening jar file on local machine

[jira] Created: (HARMONY-137) CharsetDecoder should replace undefined bytes with replacement string

CharsetDecoder should replace undefined bytes with replacement string - Key: HARMONY-137 URL: http://issues.apache.org/jira/browse/HARMONY-137 Project: Harmony Type: Bug Components: Classlib

[jira] Commented: (HARMONY-70) java.io.FileInputStream.close() must close channel associated with this FileInputStream

[ http://issues.apache.org/jira/browse/HARMONY-70?page=comments#action_12367017 ] Vladimir Strigun commented on HARMONY-70: - Look like this issue already have been fixed in Harmony-42. I can't reproduce it with the latest sources.

[jira] Commented: (HARMONY-67) java.nio.charset.Charset.decode(ByteBuffer) throws unexpected BufferOverflowException for UTF-16BE, UTF-16LE, UTF-16 charsets.

[ http://issues.apache.org/jira/browse/HARMONY-67?page=comments#action_12366469 ] Vladimir Strigun commented on HARMONY-67: - I don't think that this bug should be reopened. Possibly it's another compatibility bug, and I'll try to explain why.

[jira] Commented: (HARMONY-40) FileChannel assotiated with FileOutputStream not closed after closing output stream

[ http://issues.apache.org/jira/browse/HARMONY-40?page=comments#action_12366330 ] Vladimir Strigun commented on HARMONY-40: - This bug is a part of Harmony-42 issue. I can't reproduce it with latest sources. Anyway, I think suggested test can be

[jira] Commented: (HARMONY-29) java.util.zip.ZipException while onening jar file on local machine

[ http://issues.apache.org/jira/browse/HARMONY-29?page=comments#action_12365891 ] Vladimir Strigun commented on HARMONY-29: - another fix (using internal utils): 37a38 import com.ibm.oti.util.Util; 235c236 jar = new

[jira] Commented: (HARMONY-67) java.nio.charset.Charset.decode(ByteBuffer) throws unexpected BufferOverflowException for UTF-16BE, UTF-16LE, UTF-16 charsets.

[ http://issues.apache.org/jira/browse/HARMONY-67?page=comments#action_12365756 ] Vladimir Strigun commented on HARMONY-67: - Looks like duplicate of Harmony-33 java.nio.charset.Charset.decode(ByteBuffer) throws unexpected BufferOverflowException

[jira] Commented: (HARMONY-72) java.net.URLConnection.setAllowUserInteraction (boolean b) throws unspecified SecurityException

[ http://issues.apache.org/jira/browse/HARMONY-72?page=comments#action_12365218 ] Vladimir Strigun commented on HARMONY-72: - Fix is trivial: @@ -733,7 +733,7 @@ */ public void setAllowUserInteraction(boolean newValue) {

[jira] Commented: (HARMONY-71) java.net.URLConnection.setUseCaches throws unspecified IllegalAccessError

[ http://issues.apache.org/jira/browse/HARMONY-71?page=comments#action_12365225 ] Vladimir Strigun commented on HARMONY-71: - Trivial fix for the issue: @@ -920,7 +920,7 @@ */ public void setUseCaches(boolean newValue) {

[jira] Commented: (HARMONY-45) Charset.isRegistered() method always return true

[ http://issues.apache.org/jira/browse/HARMONY-45?page=comments#action_12364478 ] Vladimir Strigun commented on HARMONY-45: - I'm ok with this fix. Charset.isRegistered() method always return true

[jira] Commented: (HARMONY-52) java.io.ByteArrayOutputStream.toString(String) throws IllegalCharsetNameException instead of UnsupportedEncodingException

[ http://issues.apache.org/jira/browse/HARMONY-52?page=comments#action_12364201 ] Vladimir Strigun commented on HARMONY-52: - Ive found small testcase for the issue: public static void main(String[] args) throws Exception{ byte[] arr =

[jira] Created: (HARMONY-40) FileChannel assotiated with FileOutputStream not closed after closing output stream

FileChannel assotiated with FileOutputStream not closed after closing output stream --- Key: HARMONY-40 URL: http://issues.apache.org/jira/browse/HARMONY-40 Project: Harmony Type: Bug

[jira] Commented: (HARMONY-40) FileChannel assotiated with FileOutputStream not closed after closing output stream

[ http://issues.apache.org/jira/browse/HARMONY-40?page=comments#action_12363701 ] Vladimir Strigun commented on HARMONY-40: - I can't attach testcase, so posting it as a comment: /* Copyright 2005 The Apache Software Foundation or its licensors, as

[jira] Commented: (HARMONY-40) FileChannel assotiated with FileOutputStream not closed after closing output stream

[ http://issues.apache.org/jira/browse/HARMONY-40?page=comments#action_12363705 ] Vladimir Strigun commented on HARMONY-40: - Forced close of file current file channel in file output stream can be added (diff for current FileOutputStream)

[jira] Commented: (HARMONY-37) remove() method of IdentityHashMap works incorrectly

[ http://issues.apache.org/jira/browse/HARMONY-37?page=comments#action_12363586 ] Vladimir Strigun commented on HARMONY-37: - Tim, thanks for the fix. Everything works fine. remove() method of IdentityHashMap works incorrectly

[jira] Created: (HARMONY-37) remove() method of IdentityHashMap works incorrectly

remove() method of IdentityHashMap works incorrectly Key: HARMONY-37 URL: http://issues.apache.org/jira/browse/HARMONY-37 Project: Harmony Type: Bug Components: Classlib Reporter: Vladimir Strigun When

[jira] Commented: (HARMONY-37) remove() method of IdentityHashMap works incorrectly

[ http://issues.apache.org/jira/browse/HARMONY-37?page=comments#action_12363416 ] Vladimir Strigun commented on HARMONY-37: - I'll attach regression test for this bug. Here is diff for

[jira] Updated: (HARMONY-37) remove() method of IdentityHashMap works incorrectly

[ http://issues.apache.org/jira/browse/HARMONY-37?page=all ] Vladimir Strigun updated HARMONY-37: Attachment: IdentityHashMapTest.java regression test remove() method of IdentityHashMap works incorrectly

[jira] Commented: (HARMONY-24) java.net.URLEncoder.encode(String s, String enc) doesn't throw UnsupportedEncodingException

[ http://issues.apache.org/jira/browse/HARMONY-24?page=comments#action_12363269 ] Vladimir Strigun commented on HARMONY-24: - Current implementation of encode(String, String) method use getBytes(encoding) method for encoding special characters. My

[jira] Created: (HARMONY-33) java.nio.BufferOverflow exception while decoding ByteBuffer with UTF-16 charset

java.nio.BufferOverflow exception while decoding ByteBuffer with UTF-16 charset --- Key: HARMONY-33 URL: http://issues.apache.org/jira/browse/HARMONY-33 Project: Harmony Type: Bug

[jira] Commented: (HARMONY-33) java.nio.BufferOverflow exception while decoding ByteBuffer with UTF-16 charset

[ http://issues.apache.org/jira/browse/HARMONY-33?page=comments#action_12363005 ] Vladimir Strigun commented on HARMONY-33: - The reason of the issue is invocation of put(replacement) method for CharBuffer with zero capacity. First, during decoding

[jira] Created: (HARMONY-29) java.util.zip.ZipException while onening jar file on local machine

java.util.zip.ZipException while onening jar file on local machine -- Key: HARMONY-29 URL: http://issues.apache.org/jira/browse/HARMONY-29 Project: Harmony Type: Bug Components: Classlib

[jira] Commented: (HARMONY-21) File constructor produces wrong path to absolute path specified relative to root

[ http://issues.apache.org/jira/browse/HARMONY-21?page=comments#action_12361427 ] Vladimir Strigun commented on HARMONY-21: - Unfortunately, I have regression with my fix. Next test is failed with my fix: import java.io.*; public class Test {

[jira] Created: (HARMONY-24) java.net.URLEncoder.encode(String s, String enc) doesn't throw UnsupportedEncodingException

java.net.URLEncoder.encode(String s, String enc) doesn't throw UnsupportedEncodingException --- Key: HARMONY-24 URL: http://issues.apache.org/jira/browse/HARMONY-24 Project: Harmony

[jira] Commented: (HARMONY-23) java.net.URI(String s) for invalid escaped characters throw IllegalArgumentException

[ http://issues.apache.org/jira/browse/HARMONY-23?page=comments#action_12360570 ] Vladimir Strigun commented on HARMONY-23: - The cause of the IllegalArgument exception is creating of URISyntaxException with index = -2. Here is a part of spec for

[jira] Created: (HARMONY-23) java.net.URI(String s) for invalid escaped characters throw IllegalArgumentException

java.net.URI(String s) for invalid escaped characters throw IllegalArgumentException Key: HARMONY-23 URL: http://issues.apache.org/jira/browse/HARMONY-23 Project: Harmony Type: Bug

[jira] Commented: (HARMONY-21) File constructor produces wrong path to absolute path specified relative to root

[ http://issues.apache.org/jira/browse/HARMONY-21?page=comments#action_12359731 ] Vladimir Strigun commented on HARMONY-21: - I've found that my fix isn't good for Linux. When I try to create file using File(//usr) I get incorrect absolute path:

[jira] Commented: (HARMONY-21) File constructor produces wrong path to absolute path specified relative to root

[ http://issues.apache.org/jira/browse/HARMONY-21?page=comments#action_12359243 ] Vladimir Strigun commented on HARMONY-21: - The cause of problem is realization of fixSlashes() method of java.io.File. Another testcase for this bug is almost the