This patch fix the Bub #22941.
ChangeLog:
2008-01-24 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #22941
* java/io/DataInputStream.java(readUTFLong): New method.
(readUTF): New private method.
* java/io/DataOutputStream.java(getUTFlength): Made package-private
Casey Marshall wrote.
I meant the curly braces, the #if..#endif is appropriate.
The source code now looks like this. What is the preferred way of
writing this?
if (ioctl (fd, FIONREAD, avail) == -1)
{
#if defined(ENOTTY) defined(HAVE_FSTAT)
if (errno == ENOTTY)
{
I am afraild Casey Marshall's comment could not reach me.
I have just found this comment in the mailing list archive.
Casey Marshall wrote.
| Not sure why you have this block...
|
| +#if defined(ENOTTY) defined(HAVE_FSTAT)
| + if (errno == ENOTTY)
| +{
| + if
Hi,
FreeBSD needs both ioctl and fstat, The former for character devices
and the latter for files.
ChangeLog:
2007-06-21 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #30377
* native/jni/java-nio/gnu_java_nio_VMChannel.c
(Java_gnu_java_nio_VMChannel_available): Retry using
Hi,
This patch helps fix bug #31927.
Although it does not directly fix #31927, FreeBSD users may
change the line
#if defined (FIONREAD)
to
#if defined (FIONREAD) 0
as a workaround of this bug.
ChangeLog:
2007-05-21 Ito Kazumitsu [EMAIL PROTECTED]
* native/jni/java-nio
I'm checking this in.
2007-02-09 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #30732
* gnu/java/util/regex/RETokenChar.java(chain): Check whether the next
token has a next token.
Hi,
I have found two problems about ServerSocket#accept.
(1) Even if we call setSoTimeout on a java.net.ServerSocket,
accept() does not throw SocketTimeoutException.
(2) FreeBSD's accept does not detect timeout set by setsockopt.
And here is my patch.
ChangeLog
2007-01-25 Ito Kazumitsu
Hi,
I have added a new Mauve test:
gnu/testlet/java/text/NumberFormat/position.java
This test tells that there is something wrong in the ParsePosition settings
of java/text/DecimalFormat.java.
Here is my patch.
ChangeLog
2007-01-18 Ito Kazumitsu [EMAIL PROTECTED]
* java/text
Hi,
With reference to the Comment #3 of the bug 30359, I suggest the
following patch.
ChangeLog
2007-01-18 Ito Kazumitsu [EMAIL PROTECTED]
* java/text/SimpleDateFormat(parse): Corrected the usage of
NumberFormat.
Index: classpath/java/text/SimpleDateFormat.java
Hi,
This is to fix the bug #30488.
ChangeLog
2007-01-18 Ito Kazumitsu [EMAIL PROTECTED]
* native/jni/native-lib/cpnet.c(SOCKET_NOSIGNAL): Deleted,
(setsockopt_NOSIGPIPE): New function,
(cpnet_send): Corrected the option setting to send(),
(cpnet_sendTo
Hi,
Il giorno ven, 18/01/2007 alle 21.20 UTC, Mario Torre ha scritto:
Sadly this class continue to be not trivial... I think there are other
problems in the parsers that your patch exposed:
FAIL: gnu.testlet.java.text.DecimalFormat.parse: pattern #,##0.00
(number 2)
got 3 but expected
With this else, the parsing breaks at the character ',' which is
used in the format such as #,##0.00.
But without this else, the parsing goes on ignoring any invalid
characters.
So this is my revised patch. It passes the Mauve test
gnu.testlet.java.text.DecimalFormat.parse and
This is to fix bug #30377. FreeBSD needs this. I hope this patch
will not do harm to other platforms.
ChangeLog:
2006-09-20 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #30377
* native/jni/native-lib/cpnet.h: Add some include files.
cvs diff: Diffing classpath/native/jni/native
I'm checking this in.
2006-11-06 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #29703
* java/util/regex/Matcher.java(reset): Reset inputCharIndexed.
Index: classpath/java/util/regex/Matcher.java
===
RCS file
Sorry. I forgot to attach the patch.
This bug fix had long been effective in Kaffe before, but it was lost
when Kaffe changed its source tree and reimported Classpath files.
Please see http://www.kaffe.org/pipermail/kaffe/2004-April/097647.html
ChangeLog:
2006-08-30 Ito Kazumitsu [EMAIL
Hi,
This bug fix had long been effective in Kaffe before, but it was lost
when Kaffe changed its source tree and reimported Classpath files.
Please see http://www.kaffe.org/pipermail/kaffe/2004-April/097647.html
ChangeLog:
2006-08-30 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #28867
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: Re: [cp-patches] RFC: java.util.regex.Matcher#hitEnd()
Date: Mon, 07 Aug 2006 02:13:34 +0900 (JST)
I have made a patch and a mauve test for this, and put it at
http://www.jsdi.or.jp/~maczuka/programs/regex-patched.tar.gz,
but I will be on vacation
From: Tom Tromey [EMAIL PROTECTED]
Subject: Re: [cp-patches] RFC: java.util.regex.Matcher#hitEnd()
Date: 31 Jul 2006 12:16:51 -0400
Eg consider the expression bbba+. If the buffer contains bbb,
then hitEnd should return true -- if we read more data we might
possibly match this expression.
Hi,
I am not sure of what java.util.regex.Matcher#hitEnd() should return,
but this is my proposed patch.
ChangeLog:
2006-07-29 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #28412
* java/util/regex/Matcher.java(hitEnd): New method.
Index: classpath/java/util/regex/Matcher.java
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sun, 09 Apr 2006 01:30:00 +0900 (JST)
gnu.regexp, by default, is Unocode-aware when it performs a
case-insensitive matching, i.e. it uses Character.toLowerCase or
Character.toUpperCase.
On the other hand, java.util.regex, by default, should
.
This patch fills the gap.
ChangeLog:
2006-04-08 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/REToken.java(unicodeAware): New field,
(toLowerCase, toUpperCase): New methods.
* gnu/regexp/RETokenBackRef.java, gnu/regexp/RETokenChar.java,
gnu/regexp
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Fri, 31 Mar 2006 02:05:56 +0900 (JST)
ChangeLog:
2006-03-30 Ito Kazumitsu [EMAIL PROTECTED]
New class gnu.regexp.CharIndexedCharSequence can be used
as a superclass of other classes.
ChangeLog:
2006-04-01 Ito Kazumitsu [EMAIL PROTECTED
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: [cp-patches] Re: RFC: gnu.regexp: miscellaneous fixes
Date: Sat, 25 Mar 2006 01:05:28 +0900 (JST)
I have added some touches, and the good news is that
all the test cases remaining in Mauve's
gnu/testlet/java/util/regex/Pattern/testdata2
pass now
Hi,
I have made another fix so that the followings pass.
I have added some touches, and the good news is that
all the test cases remaining in Mauve's
gnu/testlet/java/util/regex/Pattern/testdata2
pass now.
ChangeLog:
2006-03-24 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp
Hi,
This is to support Perl's /x modifier.
2006-03-19 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/RE.java(REG_X_COMMENTS): New copilation flag,
(initialize): Ignore whiltespaces and comments if REG_X_COMMENTS is set.
* java/util/regex/Pattern.java(constructor): Set
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Wed, 15 Mar 2006 07:07:36 +0900 (JST)
This fix will make pass the following tests in
gnu/testlet/java/util/regex/Pattern/testdata2:
I have made another fix so that the followings pass.
/(?=(foo)a)bar/
fooabar
0: bar
1: foo
*** Failers
0: aab
1: a
2: aab
/^(?:b|a(?=(.)))*\1/
abc
0: ab
1: b
ChangeLog:
2006-03-15 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/REMatch.java(matchedCharIndexed): New field,
(finish): Saves the input text in matchedCharIndexed,
(toString): if the start or end index
I have checked this in.
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Thu, 02 Mar 2006 00:35:05 +0900 (JST)
I have rewritten large part of the source code of gnu.regexp package.
ChangeLog
2006-03-01 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/BacktrackStack.java: New file
Hi,
From: Mark Wielaard [EMAIL PROTECTED]
Date: Fri, 03 Mar 2006 12:20:18 +0100
On Thu, 2006-03-02 at 00:35 +0900, Ito Kazumitsu wrote:
(3) New methods REToken#returnsFixedLengthMatches and
REToken#findFixedLengthMatches. These will fasten the
search for repeated matches
.
ChangeLog
2006-03-01 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/BacktrackStack.java: New file.
* gnu/regexp/RE.java(findMatch): New method.
* gnu/regexp/REMatch.java(next,matchFlags,MF_FIND_ALL,
REMatchList): Removed. (backtrackStack): New field
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sat, 18 Feb 2006 01:21:58 +0900 (JST)
2006-02-18 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/REMatch.java(matchFlags): New int field used as
option flags passed to match methods.
(MF_FIND_ALL): New flag.
* gnu/regexp
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Fri, 17 Feb 2006 01:13:11 +0900 (JST)
The bad news is that the performance has worsened
a bit (although the number of nodes we have to visit
is equal to that of a width-first search, the overhead
of loop control may be heavier, I guess
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sat, 18 Feb 2006 01:21:58 +0900 (JST)
* gnu/regexp/RETokenRepeated.java(findDoables): Set MF_FIND_ALL
so that all possibilities can be found.
(match): Rewritten using new methods matchMinimum and _match.
(_match): New method
I think gnu/regexp/RE.java is becoming too big. It would be better
if we could separate RE compiler and matcher.
2006-02-09 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #26166
* gnu/regexp/RE.java(initialize): Parsing of character class expression
was moved to a new
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Wed, 08 Feb 2006 00:01:46 +0900 (JST)
I added support for backslash escape in a replacement as an
optional feature for fear that some application may depend
on the current behavior of gnu.regexp.
Reading Sun's API docment, I found
I added support for backslash escape in a replacement as an
optional feature for fear that some application may depend
on the current behavior of gnu.regexp.
ChangeLog
2006-02-07 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #26112
* gnu/regexp/RE.java
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Mon, 30 Jan 2006 00:18:47 +0900 (JST)
ChangeLog
2006-01-29 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #24876
* gnu/regexp/gnu/regexp/RE.java(REG_TRY_ENTIRE_MATCH):
New execution flag.
(getMatchImpl
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sun, 05 Feb 2006 01:40:23 +0900 (JST)
Fixes bug #25812
* gnu/regexp/CharIndexed.java(lookBehind),(length): New method.
* gnu/regexp/CharIndexedCharArray.java
(lookBehind),(length): Implemented.
* gnu/regexp
ChangeLog
2006-02-05 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #25812
* gnu/regexp/CharIndexed.java(lookBehind),(length): New method.
* gnu/regexp/CharIndexedCharArray.java
(lookBehind),(length): Implemented.
* gnu/regexp/CharIndexedInputStream.java
ChangeLog
2006-02-02 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/RETokenNamedProperty.java(getHandler): Check for
a Unicode block if the name starts with In.
(UnicodeBlockHandler): New inner class.
Index: classpath/gnu/regexp/RETokenNamedProperty.java
Hi Mark,
From: Mark Wielaard [EMAIL PROTECTED]
Date: Wed, 01 Feb 2006 01:33:40 +0100
Christian told me he needed a little extension to this for the
combined properties L, M, Z, S, N, P and C to get
eclipse 3.2M4 working. They are explained here:
I am checking this in.
ChangeLog
2006-01-31 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #22873
* gnu/regexp/REMatch(toString(int)): Throw IndexOutOfBoundsException
for an invalid index and return null for a skipped group.
Index: classpath/gnu/regexp/REMatch.java
ChangeLog
2006-01-30 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #26002
* gnu/regexp/gnu/regexp/RE.java(initialize): Parse /\p{prop}/.
(NamedProperty): New inner class.
(getNamedProperty): New method.
(getRETokenNamedProperty): New Method.
* gnu
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sun, 29 Jan 2006 01:15:27 +0900 (JST)
The patch proposed on Mon, 23 Jan 2006 has been cancelled,
and here is another patch.
Hopefully improved.
TODO:
This patch cannot make the following test pass.
/^(b+?|a){1,2}?c/
bbac
0: bbac
1: a
/b
finds bbc but captures bb for the group(1).
ChangeLog
2006-01-28 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #24876
* gnu/regexp/gnu/regexp/RE.java(REG_TRY_ENTIRE_MATCH):
New execution flag.
(getMatchImpl): if REG_TRY_ENTIRE_MATCH is set, add an
implicit
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Tue, 24 Jan 2006 07:25:29 +0900 (JST)
This is an ad hoc fix and not carefully designed. I can think of problems
such as
How should we compare an stingy match and a non-stingy match?
I am beginning to think that gnu.regexp is doing more than
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Tue, 24 Jan 2006 23:37:52 +0900 (JST)
If we can simplufy the work of getMatchImpl(), we will be
getting the same results as other implementations as well as
improved performance.
In that case, when matches() call getMatchImpl(), an implicit
) (?=pattern) and (?!pattern)
(2) (?=pattern) and (?!pattern)
(3) (?pattern)
(4) (?x)
(5) \z and \G
(6) (a\1?) --- Back reference within the referenced group.
ChangeLog
2006-01-23 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #24876
* gnu/regexp/gnu/regexp/RE.java(getMatchImpl
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Mon, 23 Jan 2006 23:06:42 +0900 (JST)
--- classpath/gnu/regexp/REMatch.java 22 Jan 2006 02:22:21 - 1.3
+++ classpath/gnu/regexp/REMatch.java 23 Jan 2006 13:43:12 -
+Vector repeats; // number of repeats of each stingy repeated token
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sat, 21 Jan 2006 01:56:31 +0900 (JST)
Slightly improved. And this is supposed to fix the bug #25837
ChangeLog
2006-01-20 Ito Kazumitsu [EMAIL PROTECTED]
I am sorry if I am too impatient, but I am checking this in
because I am fixing another
2006-01-22 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/REToken.java(empty): Made Cloneable.
* gnu/regexp/RETokenOneOf.java(match): RE.java(match):
Use separate methods matchN and matchP depending on the
boolean negative.
(matchN): New method used when
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Thu, 19 Jan 2006 23:22:52 +0900 (JST)
And this is my fix.
Slightly improved. And this is supposed to fix the bug #25837
ChangeLog
2006-01-20 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #25837
* gnu/regexp/REMatch.java(empty): New
From: Ito Kazumitsu [EMAIL PROTECTED]
Subject: Re: [cp-patches] RFC: gnu.regexp fix to avoid unwanted
PatternSyntaxException
Date: Thu, 19 Jan 2006 01:39:52 +0900 (JST)
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Thu, 05 Jan 2006 23:47:03 +0900 (JST)
+ // doables.index == lastIndex
Hi Mark,
I am sorry, I missed your mail.
From: Mark Wielaard [EMAIL PROTECTED]
Subject: Re: [cp-patches] RFC: gnu.regexp fix to allow ([(])
Date: Fri, 13 Jan 2006 10:46:19 +0100
On Wed, 2006-01-11 at 01:08 +0900, Ito Kazumitsu wrote:
Fixes bug #22802
* gnu/regexp/RE.java
From: Mark Wielaard [EMAIL PROTECTED]
Date: Wed, 11 Jan 2006 20:34:37 +0100
There is the prce test-suite (. And Ziga turned that into a Mauve test.
See gnu.testlet.java.util.regex.Pattern.pcrematches. It contains:
It consists of three test suites, adapted from PCRE:
- testdata1: tests that
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Thu, 05 Jan 2006 23:47:03 +0900 (JST)
+ // doables.index == lastIndex means an empty string
+ // was the longest that matched this token.
+ // We break here, otherwise we will fall into an endless loop.
Studying various cases
I am checking this in.
This bug appeared after embedded flag (?i) was supported.
2006-01-17 Ito Kazumitsu [EMAIL PROTECTED]
*gnu/regexp/RETokenChar.java(chain):
Do not concatenate tokens whose insens flags are diffent.
Index: classpath/gnu/regexp/RETokenChar.java
I am checking this in.
2006-01-17 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #25817
* gnu/regexp/RETokenRange.java(constructor):
Keep lo and hi as they are.
(match): Changed the case insensitive comparison.
Index: classpath/gnu/regexp/RETokenRange.java
This fixes the bug #23212.
ChangeLog:
2006-01-17 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #23212
* gnu/regexp/RE.java(initialize): Support escaped characters such as
\0123, \x1B, \u1234.
(getEscapedChar): New method.
(CharExpression): New inner class
This fixes the bug #22884.
ChangeLog:
2006-01-14 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #22884
* gnu/regexp/RE.java(initialize): Parse embedded flags.
* gnu/regexp/RESyntax.java(RE_EMBEDDED_FLAGS): New syntax bit.
Index: classpath/gnu/regexp/RE.java
This fixes the bug #22802.
ChangeLog:
2006-01-10 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #22802
* gnu/regexp/RE.java(initialize): Fixed the parsing of
character classes within a subexpression.
Index: classpath/gnu/regexp/RE.java
Dcc; [EMAIL PROTECTED]
In-Reply-To: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
X-Mailer: Mew version 4.2 on Emacs 22.0.50 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Thu, 05 Jan
This fixes the bug #25616.
I have updated the mauve test
gnu/testlet/java/util/regex/Pattern/matches.java
for testing this fix.
ChangeLog:
2006-01-05 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/regexp/RE.java(initialize): Allow repeat.empty.token.
* gnu/regexp
/ChangeLog 30 Dec 2005 15:13:14 -
@@ -1,3 +1,9 @@
+2005-12-30 Ito Kazumitsu [EMAIL PROTECTED]
+
+ Fixes bug #25570
+ * src/gnu/classpath/tools/native2ascii/Native2ASCII.java(main):
+ Fixed bugs in char to hex string conversion.
+
2005-08-02 Archit Shah [EMAIL PROTECTED
2005-11-20 Ito Kazumitsu [EMAIL PROTECTED]
Fixes bug #22691
* java/io/StreamTokenizer.java(parseNumbers): Added some comment.
Index: classpath/java/io/StreamTokenizer.java
===
RCS file: /cvsroot/classpath
From: Tom Tromey [EMAIL PROTECTED]
Date: 14 Nov 2005 10:41:57 -0700
Ito == Ito Kazumitsu [EMAIL PROTECTED] writes:
Ito I think an invalid value of file.encoding should be treated as if
Ito it were ISO-8859-1. Such is the behaviour of Sun's JDK.
Perhaps we should check this once
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Tue, 15 Nov 2005 00:57:35 +0900 (JST)
I think an invalid value of file.encoding should be treated as if it
were ISO-8859-1. Such is the behaviour of Sun's JDK.
A further study shows that an invalid value of file.encoding being
treated as if it were
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Tue, 15 Nov 2005 00:57:35 +0900 (JST)
I think an invalid value of file.encoding should be treated as if it
were ISO-8859-1. Such is the behaviour of Sun's JDK.
I expected this fix would resolve the bug #22948 (Infinite recursion
in java.nio.charset
From: Ito Kazumitsu [EMAIL PROTECTED]
Date: Sat, 05 Nov 2005 08:00:03 +0900 (JST)
I think I will write a test case in gnu/testlet/java/lang/String/
without using java.nio.
I have just modified gnu/testlet/java/lang/String/decode.java
adding new tests for UTF-16 encodings. Both Sun's JDK
.
UnicodeLittle without byte order mark:
Continue assuming the byte order to be little endian.
This patch has already been applied in Kaffe for several months
and has worked fine.
2005-11-04 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/java/nio/charset/UTF_16Decoder.java
This path should fix the bug #22968 (gnu.java.nio.charset.iconv.IconvProvider:
the constructor must be public).
This patch has already been applied in Kaffe for several months
and has worked fine.
2005-11-04 Ito Kazumitsu [EMAIL PROTECTED]
* gnu/java/nio/charset/iconv
From: Tom Tromey [EMAIL PROTECTED]
Date: 04 Nov 2005 09:52:26 -0700
Could you write a Mauve test for this?
This is why I didn't already check this in...
I tried to write one in gnu/testlet/java/nio/charset/Charset/,
but found that such a test would fail with Sun's JDK
(version 1.4.2_08).
.
ChangeLog:
2005-03-01 Ito Kazumitsu [EMAIL PROTECTED]
* java/text/DecimalFormat.java (parse):
Check whether the positive suffix matches the pattern.
Patch:
##
--- java/text/DecimalFormat.java.orig Thu Jan 6 08:43:11 2005
+++ java/text/DecimalFormat.javaTue Mar 1
73 matches
Mail list logo
