[jira] Updated: (HARMONY-145) windows natives should use the shared files created by HARMONY-132

2006-03-01 Thread Mark Hindess (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ] Mark Hindess updated HARMONY-145: - Attachment: win.move.to.shared.auth.makefile Oops. I accidentally missed the auth/makefile changes from the first patch. This patch fixes that oversight.

Re: auth natives

2006-03-01 Thread Stepan Mishura
Hi Tim, I've attached a patch to run tests for login modules with 'hyauth' libraries. The tests pass with new libraries on Windows and Linux builds. I've updated native-src/linux.IA32/auth/makefile to add 'vmi' library to be linked because loading 'hyauth' failed with the next diagnostics:

Re: assigned modules

2006-03-01 Thread Tim Ellison
Sounds good -- I don't know if people have already seen the classlib status page [1] which gives a very broad view of what's happening; and (as you point out) the JAPI tool output [2] that gives a very detailed view. The tools we need are not reflected in those lists yet, though there has been

Re: Security module layout

2006-03-01 Thread Mikhail Loenko
Great! 2006/3/1, George Harley [EMAIL PROTECTED]: Mikhail Loenko wrote: Hi George if you restructured the stuff on your computer, could you submit a patch? Thanks, Mikhail Hi Mikhail, Yes, it has always been my hope to do so. Given the amount of change involved, I just wanted

[jira] Assigned: (HARMONY-140) [classlib][luni] java.util.Collections.frequency(Collection,Object) implementation

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-140?page=all ] Tim Ellison reassigned HARMONY-140: --- Assign To: Tim Ellison [classlib][luni] java.util.Collections.frequency(Collection,Object) implementation

[jira] Resolved: (HARMONY-140) [classlib][luni] java.util.Collections.frequency(Collection,Object) implementation

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-140?page=all ] Tim Ellison resolved HARMONY-140: - Resolution: Fixed Thanks Nathan, Patch looks good, applied to LUNI module at repo revision 381974. Please check that the patch was applied as you

[jira] Updated: (HARMONY-143) [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and Flushable.

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ] Tim Ellison updated HARMONY-143: Summary: [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and Flushable. (was: [classlib][luni]) [classlib][luni] Additional Java 5

[jira] Resolved: (HARMONY-143) [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and Flushable.

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ] Tim Ellison resolved HARMONY-143: - Resolution: Fixed Thanks Nathan. Applied to LUNI module at repo revision 381977. Please check that it was applied as you expected.

JIRA gurus

2006-03-01 Thread Tim Ellison
Can we tweak the Harmony JIRA area to have a deferred resolution, and allow anyone to change the title/type/component of a JIRA issue? Thanks Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.

Re: JIRA gurus

2006-03-01 Thread Geir Magnusson Jr
I thought I answered this. I was trying to, but need to find out how dangerous the change is, because the JIRA admin page recommends backup JIRA DB before doing it.. geir Tim Ellison wrote: Can we tweak the Harmony JIRA area to have a deferred resolution, and allow anyone to change the

[jira] Commented: (HARMONY-121) Stack overflow running security manager test

2006-03-01 Thread Mikhail Loenko (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-121?page=comments#action_12368262 ] Mikhail Loenko commented on HARMONY-121: At the first call of custom SecurityManager.checkPermission() the classes required for permission check are not

[jira] Assigned: (HARMONY-127) Eclipse plug-in for Harmony JRE support

2006-03-01 Thread Geir Magnusson Jr (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-127?page=all ] Geir Magnusson Jr reassigned HARMONY-127: - Assign To: Geir Magnusson Jr Eclipse plug-in for Harmony JRE support --- Key: HARMONY-127

[VOTE] Accept HARMONY-127 : Eclipse plug-in for Harmony JRE support

2006-03-01 Thread Geir Magnusson Jr
All paperwork has been received. I'll be getting that into SVN today, but lest get the voting kicked off... Please vote on acceptance of the donation of the eclipse plug-in for Harmony JRE Support : [ ] +1 Accept [ ] -1 Don't accept (provide reason)

Re: [VOTE] Accept HARMONY-127 : Eclipse plug-in for Harmony JRE support

2006-03-01 Thread Geir Magnusson Jr
+1 Geir Magnusson Jr wrote: All paperwork has been received. I'll be getting that into SVN today, but lest get the voting kicked off... Please vote on acceptance of the donation of the eclipse plug-in for Harmony JRE Support : [ ] +1 Accept [ ] -1 Don't accept (provide reason)

[VOTE] Accept HARMONY-88 : Contribution of code and unit tests for jndi, logging, prefs and sql plus unit tests only for beans, crypto, math, regex and security

2006-03-01 Thread Geir Magnusson Jr
All paperwork has been received. I'll be getting that into SVN today, but lest get the voting kicked off... Please vote on acceptance of the donation of Contribution of code and unit tests for jndi, logging, prefs and sql plus unit tests only for beans, crypto, math, regex and security : [

[VOTE] Accept HARMONY-57 : Contribution of unit test code for a number of components

2006-03-01 Thread Geir Magnusson Jr
All paperwork has been received. I'll be getting that into SVN today, but lets get the voting kicked off... Please vote on acceptance of the donation of ontribution of unit test code for a number of components : [ ] +1 Accept [ ] -1 Don't accept (provide reason) Vote will run 3 days or

Re: [VOTE] Accept HARMONY-57 : Contribution of unit test code for a number of components

2006-03-01 Thread Geir Magnusson Jr
+1 Geir Magnusson Jr wrote: All paperwork has been received. I'll be getting that into SVN today, but lets get the voting kicked off... Please vote on acceptance of the donation of ontribution of unit test code for a number of components : [ ] +1 Accept [ ] -1 Don't accept (provide

Re: JIRA gurus

2006-03-01 Thread Tim Ellison
yes -- that will be fine Geir Magnusson Jr wrote: until then... maybe we do a version set and have future version as the marker? Geir Magnusson Jr wrote: I thought I answered this. I was trying to, but need to find out how dangerous the change is, because the JIRA admin page recommends

Re: [VOTE] Accept HARMONY-88 : Contribution of code and unit tests for jndi, logging, prefs and sql plus unit tests only for beans, crypto, math, regex and security

2006-03-01 Thread Tim Ellison
+1 Geir Magnusson Jr wrote: All paperwork has been received. I'll be getting that into SVN today, but lest get the voting kicked off... Please vote on acceptance of the donation of Contribution of code and unit tests for jndi, logging, prefs and sql plus unit tests only for beans, crypto,

Re: [VOTE] Accept HARMONY-57 : Contribution of unit test code for a number of components

2006-03-01 Thread Tim Ellison
+1 Geir Magnusson Jr wrote: All paperwork has been received. I'll be getting that into SVN today, but lets get the voting kicked off... Please vote on acceptance of the donation of ontribution of unit test code for a number of components : [ ] +1 Accept [ ] -1 Don't accept (provide

[jira] Closed: (HARMONY-118) Separate build and clean phases

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-118?page=all ] Tim Ellison closed HARMONY-118: --- Verified by Mark. Separate build and clean phases --- Key: HARMONY-118 URL:

Sorry for making trouble for vote

2006-03-01 Thread Richard Liang
Dear Geir, Just realize I'm not a committers after I'm too impertinent to read your notes clearly. :-) Sorry again. -- Richard Liang China Software Development Lab, IBM

Re: [jchevm] questions about libjc/zip.c

2006-03-01 Thread Weldon Washburn
On 2/28/06, Enrico Migliore [EMAIL PROTECTED] wrote: Hi Weldon, I'm the author of the (read + lseek = pread) and I'm sure it can't be the cause of the compiling problem you are having. I will stop trying to debug the problem and wait. I'm writing from scratch a short document with the

Re: [VOTE] Accept HARMONY-57 : Contribution of unit test code for a number of components

2006-03-01 Thread Davanum Srinivas
+1 On 3/1/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: +1 Geir Magnusson Jr wrote: All paperwork has been received. I'll be getting that into SVN today, but lets get the voting kicked off... Please vote on acceptance of the donation of ontribution of unit test code for a number of

Re: [VOTE] Accept HARMONY-127 : Eclipse plug-in for Harmony JRE support

2006-03-01 Thread Davanum Srinivas
+1 On 3/1/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: All paperwork has been received. I'll be getting that into SVN today, but lest get the voting kicked off... Please vote on acceptance of the donation of the eclipse plug-in for Harmony JRE Support : [ ] +1 Accept [ ] -1 Don't

Re: [VOTE] Accept HARMONY-88 : Contribution of code and unit tests for jndi, logging, prefs and sql plus unit tests only for beans, crypto, math, regex and security

2006-03-01 Thread Davanum Srinivas
+1 On 3/1/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: All paperwork has been received. I'll be getting that into SVN today, but lest get the voting kicked off... Please vote on acceptance of the donation of Contribution of code and unit tests for jndi, logging, prefs and sql plus unit

Re: Sorry for making trouble for vote

2006-03-01 Thread Geir Magnusson Jr
*Absolutely* no trouble! Everyone is invited, nay *encouraged* to vote, because everyone's opinion should be taken into consideration for things like this, committer or not. hat type=mentor Info : *Legally* speaking, the only votes that count are those of the project PMC (Project

Re: [jchevm] questions about libjc/zip.c

2006-03-01 Thread Geir Magnusson Jr
Weldon Washburn wrote: On 2/28/06, Enrico Migliore [EMAIL PROTECTED] wrote: Hi Weldon, I'm the author of the (read + lseek = pread) and I'm sure it can't be the cause of the compiling problem you are having. I will stop trying to debug the problem and wait. I'm writing from scratch a

Re: [jchevm] questions about libjc/zip.c

2006-03-01 Thread Archie Cobbs
Weldon Washburn wrote: I tried the pread() patch but I still get: I just checked in support for systems without pread(2) in r382047. The patch should no longer be needed. Let me know how/if it works. -Archie __ Archie

[jira] Commented: (HARMONY-143) [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and Flushable.

2006-03-01 Thread Nathan Beyer (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-143?page=comments#action_12368296 ] Nathan Beyer commented on HARMONY-143: -- Looks good. [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and Flushable.

[jira] Commented: (HARMONY-140) [classlib][luni] java.util.Collections.frequency(Collection,Object) implementation

2006-03-01 Thread Nathan Beyer (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-140?page=comments#action_12368297 ] Nathan Beyer commented on HARMONY-140: -- Looks good. Thanks. [classlib][luni] java.util.Collections.frequency(Collection,Object) implementation

deprecated methods , javadocs

2006-03-01 Thread karan malhi
Do we need to add javadoc comments in classes? How to deal with deprecated classes,methods and constructors? My guess is that we should not care whether something is deprecated or not. We would still need that stuff for backward compatibility. However, I still would like to know if we need to

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

2006-03-01 Thread Vladimir Strigun (JIRA)
[ 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] Assigned: (HARMONY-132) Move shared native code to out of linux tree

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-132?page=all ] Tim Ellison reassigned HARMONY-132: --- Assign To: Tim Ellison Move shared native code to out of linux tree Key: HARMONY-132

[jira] Assigned: (HARMONY-144) Refactoring of windows makefiles.

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-144?page=all ] Tim Ellison reassigned HARMONY-144: --- Assign To: Tim Ellison Refactoring of windows makefiles. - Key: HARMONY-144 URL:

[jira] Assigned: (HARMONY-145) windows natives should use the shared files created by HARMONY-132

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ] Tim Ellison reassigned HARMONY-145: --- Assign To: Tim Ellison windows natives should use the shared files created by HARMONY-132

[jira] Resolved: (HARMONY-145) windows natives should use the shared files created by HARMONY-132

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ] Tim Ellison resolved HARMONY-145: - Resolution: Fixed Mark Applied in repo revision 382065. Please check that the patch was applied as you expected. windows natives should use the

[jira] Resolved: (HARMONY-144) Refactoring of windows makefiles.

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-144?page=all ] Tim Ellison resolved HARMONY-144: - Resolution: Fixed Mark Applied in repo revision 382065. Please check that the patch was applied as you expected. Refactoring of windows makefiles.

[jira] Resolved: (HARMONY-132) Move shared native code to out of linux tree

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-132?page=all ] Tim Ellison resolved HARMONY-132: - Resolution: Fixed Mark Applied in repo revision 382065. Please check that the patch was applied as you expected. Move shared native code to out of

[jira] Resolved: (HARMONY-131) More extensive refactoring of linux makefiles

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-131?page=all ] Tim Ellison resolved HARMONY-131: - Resolution: Fixed Mark Applied in repo revision 382065. Please check that the patch was applied as you expected. More extensive refactoring of

Re: deprecated methods , javadocs

2006-03-01 Thread Geir Magnusson Jr
karan malhi wrote: Do we need to add javadoc comments in classes? Sure. Javadoc is good. How to deal with deprecated classes,methods and constructors? Mark them deprecated? My guess is that we should not care whether something is deprecated or not. We would still need that stuff for

Re: deprecated methods , javadocs

2006-03-01 Thread karan malhi
Will the javadoc have to match exactly with the RI api docs? Geir Magnusson Jr wrote: karan malhi wrote: Do we need to add javadoc comments in classes? Sure. Javadoc is good. How to deal with deprecated classes,methods and constructors? Mark them deprecated? My guess is that we

Re: deprecated methods , javadocs

2006-03-01 Thread Geir Magnusson Jr
My first answer was no!, but I think I don't know what you mean by match exactly. We want any javadoc for javax.* classes to have a pointer to the sun javadoc (so it's clear we aren't trying to reproduce the spec) and have information about *our* implementation, clarifications, how we

Re: deprecated methods , javadocs

2006-03-01 Thread karan malhi
Geir Magnusson Jr wrote: We want any javadoc for javax.* classes to have a pointer to the sun javadoc (so it's clear we aren't trying to reproduce the spec) and have information about *our* implementation, clarifications, how we interpreted the spec, etc. Thanks. Thats what I wanted to

[jira] Closed: (HARMONY-143) [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and Flushable.

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-143?page=all ] Tim Ellison closed HARMONY-143: --- Verified by Nathan [classlib][luni] Additional Java 5 interfaces for LUNI: Iterable and Flushable.

[jira] Closed: (HARMONY-140) [classlib][luni] java.util.Collections.frequency(Collection,Object) implementation

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-140?page=all ] Tim Ellison closed HARMONY-140: --- Verified by Nathan [classlib][luni] java.util.Collections.frequency(Collection,Object) implementation

[jira] Resolved: (HARMONY-101) NPE in java.util.regex.Pattern.compile()

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-101?page=all ] Tim Ellison resolved HARMONY-101: - Resolution: Invalid Resolving as invalid as the regex code is not in the repository. NPE in java.util.regex.Pattern.compile()

Re: deprecated methods , javadocs

2006-03-01 Thread Alexey Petrenko
Why not? It looks reasonable. 2006/3/1, Mikhail Loenko [EMAIL PROTECTED]: So, are we going to mark deprecated stuff? Thanks, Mikhail -- Alexey A. Petrenko Intel Middleware Products Division

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

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-137?page=all ] Tim Ellison closed HARMONY-137: --- Verified by Vladimir. CharsetDecoder should replace undefined bytes with replacement string

[jira] Commented: (HARMONY-131) More extensive refactoring of linux makefiles

2006-03-01 Thread Mark Hindess (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-131?page=comments#action_12368331 ] Mark Hindess commented on HARMONY-131: -- Looks good. Thanks Tim. More extensive refactoring of linux makefiles -

[jira] Commented: (HARMONY-144) Refactoring of windows makefiles.

2006-03-01 Thread Mark Hindess (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-144?page=comments#action_12368333 ] Mark Hindess commented on HARMONY-144: -- Looks good. Refactoring of windows makefiles. - Key: HARMONY-144 URL:

[jira] Commented: (HARMONY-145) windows natives should use the shared files created by HARMONY-132

2006-03-01 Thread Mark Hindess (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-145?page=comments#action_12368335 ] Mark Hindess commented on HARMONY-145: -- Looks good. windows natives should use the shared files created by HARMONY-132

Re: [jira] Created: (HARMONY-146) doxygen build is broken

2006-03-01 Thread George Harley
Hi, When did it break ? Was it something the automated build process have informed us about ? Best regards, George IBM UK Mark Hindess (JIRA) wrote: doxygen build is broken --- Key: HARMONY-146 URL: http://issues.apache.org/jira/browse/HARMONY-146

Re: [jira] Created: (HARMONY-146) doxygen build is broken

2006-03-01 Thread Mark Hindess
On 01/03/06, George Harley [EMAIL PROTECTED] wrote: Hi, When did it break ? cd doc;ant reports: doxygen-kernel: [exec] Error: tag INPUT: input source `/pbuilder/tmp/Harmony.quilt/doc/../java-src/kernel/src' does not exist [exec] Result: 1 So it's probably been

Re: auth natives

2006-03-01 Thread Mark Hindess
I got quite a few rejects when I went to test this. I fixed them and I modified the native-src auth build slightly in the hope that handling the shared libraries as they are handled by the other modules might resolve the ld issues. This seems to have worked for me at least. It's not very large

[jira] Closed: (HARMONY-144) Refactoring of windows makefiles.

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-144?page=all ] Tim Ellison closed HARMONY-144: --- Verified by Mark. Refactoring of windows makefiles. - Key: HARMONY-144 URL:

[jira] Closed: (HARMONY-145) windows natives should use the shared files created by HARMONY-132

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-145?page=all ] Tim Ellison closed HARMONY-145: --- Verified by Mark. windows natives should use the shared files created by HARMONY-132 --

Re: [jira] Created: (HARMONY-146) doxygen build is broken

2006-03-01 Thread Stuart Ballard
Mark Hindess mark.hindess at googlemail.com writes: Since these are generated files they probably shouldn't be in svn in the first place. Though I can see why it is handy to have them there. Perhaps we need a snapshot on the web site? Was it something the automated build process have

Re: [jchevm] questions about libjc/zip.c

2006-03-01 Thread Weldon Washburn
Archie, I still get the same error. I deleted the jchevm directory and got a clean version (382162) from svn. I followed the instructions in Apache.README with the exception that I did not do anything about libpopt or libz. There are versions of these libs in c:\cygwin\ I can start debugging

[jira] Resolved: (HARMONY-115) set appropriate svn:ignore properties

2006-03-01 Thread Tim Ellison (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-115?page=all ] Tim Ellison resolved HARMONY-115: - Resolution: Fixed Mark, I ended up not using your patches, but the svn status is quiet after a full checkout and build now on both windows and linux.

doxygen doc (was: Re: [jira] Created: (HARMONY-146) doxygen build is broken)

2006-03-01 Thread Tim Ellison
Mark Hindess wrote: On 01/03/06, George Harley [EMAIL PROTECTED] wrote: Hi, When did it break ? cd doc;ant reports: doxygen-kernel: [exec] Error: tag INPUT: input source `/pbuilder/tmp/Harmony.quilt/doc/../java-src/kernel/src' does not exist [exec]

[jira] Created: (HARMONY-147) Reorganise security module layout

2006-03-01 Thread George Harley (JIRA)
Reorganise security module layout - Key: HARMONY-147 URL: http://issues.apache.org/jira/browse/HARMONY-147 Project: Harmony Type: Improvement Components: Classlib Environment: All Reporter: George Harley Priority: Minor

Re: [jchevm] questions about libjc/zip.c

2006-03-01 Thread Weldon Washburn
Perhaps there is a mismatch between where you installed Classpath and where jchevm is looking for it.. ? I.e., class not found because the class really is not found. Did you configure jchevm with any --with-classpath= flag? If not then you should have

[jira] Created: (HARMONY-148) java.nio.charset.CharsetDecoder: decode(in,out,endOfInput) method doesn't preserve replace string for successive decode invocation while out doesn't have engouh space f

2006-03-01 Thread Richard Liang (JIRA)
java.nio.charset.CharsetDecoder: decode(in,out,endOfInput) method doesn't preserve replace string for successive decode invocation while out doesn't have engouh space for replace string.

[jira] Updated: (HARMONY-142) java.nio.charset.CharsetDecoder constructor doesn't throw IllegalArgumentException when averageCharsPerByte is greater than maxCharsPerByte.

2006-03-01 Thread Richard Liang (JIRA)
[ http://issues.apache.org/jira/browse/HARMONY-142?page=all ] Richard Liang updated HARMONY-142: -- Attachment: CharsetDecoder_patch.txt Please try my patch. Thanks a lot! java.nio.charset.CharsetDecoder constructor doesn't throw

Re: [jchevm] questions about libjc/zip.c

2006-03-01 Thread Archie Cobbs
Weldon Washburn wrote: It looks like it is finding glibj.zip. But I still get the same error message when I try to build. Weird.. I have no idea why it's not working. There may be some problem when zip.c tries to read glibj.zip that causing it not to work. At this point I think it's time to

[jira] Created: (HARMONY-149) java.nio.charset.Charset.forName(name) return different reference value when requiring the same Charset.

2006-03-01 Thread Richard Liang (JIRA)
java.nio.charset.Charset.forName(name) return different reference value when requiring the same Charset. Key: HARMONY-149 URL:

Re: svn commit: r382185 - in /incubator/harmony/enhanced/classlib/trunk/native-src/linux.IA32: ./ fdlibm/ include/ lib/ text/ zlib/

2006-03-01 Thread Mark Hindess
On 01/03/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: tellison Date: Wed Mar 1 14:35:08 2006 New Revision: 382185 URL: http://svn.apache.org/viewcvs?rev=382185view=rev Log: Refine SVN ignore property Modified:

Re: deprecated methods , javadocs

2006-03-01 Thread Mikhail Loenko
Well, I'm volunteering then to provide a patch for Harmony classes. I'll open a JIRA issue Thanks, Mikhail 2006/3/2, Alexey Petrenko [EMAIL PROTECTED]: 2006/3/2, Tim Ellison [EMAIL PROTECTED]: Sure -- just mark as @deprecated, but as noted elsewhere they have to be fully implemented (they