Zoe,
I'm glad to update page for nio-channels component.
zoe slattery wrote:
Hey - looks great Nathan! I'll tidy up the JLM one to look similar
Paulex - it looks to me as though you could create a similar page for
the NIO, is that right?
Vladimir - is it you who is mainly looking at
Mikhail Loenko wrote:
Actually there are important things that are to be tracked in JIRA.
For example, questions of being non-compatible with either RI or spec.
I personally don't care too much about which mailing list the JIRA
issues are sent to, because Thunderbird can handle them easily
Weldon Washburn wrote:
Archie,
I can now run the below multithread Hello.java on JCHEVM using Apache
Harmony Class Library. The output toggles between clumps of Hello
World and clumps of * as WindowsXP schedules the two application
threads. This is behavior I would expect. I use
I have updated the nio-channels page. Pls. refer to
http://wiki.apache.org/harmony/NIO-CHANNELS
But there is a very silly question, why several class names, such as
FileChannel, CharBuffer, etc, are considered as hyper link
automatically, while some other class name, such as Closeable are
FileChannel and CharBuffer are consider CamelCase by the wiki software
where as names with only one upper case letter are not. Try prefixing
them with a '~' character if you wish to prevent the wiki software
making them links - e.g. '~FileChannel'.
-Mark.
On 3/9/06, Paulex Yang [EMAIL
On Thursday 09 March 2006 11:41, Paulex Yang wrote:
But there is a very silly question, why several class names, such as
FileChannel, CharBuffer, etc, are considered as hyper link
automatically, while some other class name, such as Closeable are
rendered as plain text? Actually there are no
On 3/9/06, Enrico Migliore [EMAIL PROTECTED] wrote:
Hi Weldon,
Well done!
Where did you actually run the test: Cygwin, Linux, or both?
I did all the work on Cygwin. I ran out of time for installing vmware
and linux on my laptop.
Enrico
--
Weldon Washburn
Intel Middleware Products
Paulex,
I have some thoughts about the patch. It looks good but the following two
things:
1) java/io/InputStreamReader.
getHistoricalName(String name) should not be public I think.
2) java/io/OutputStreamWriter.getEncoding().
You probably meant
if (!isOpen()) {
return null;
}
instead of
Time to resurrect this thread again :)
With the work that Mark and I have been doing in HARMONY-183/155/144/171
we will be at a point soon where all the shared code has been taken out
of the native-src/win.IA32 and native-src/linux.IA32 directories and
combined into native-src/shared. Once
Hi Nathan
Nathan Beyer wrote:
Have you tried putting Xerces, Xalan and the xml-commons JARs in the
bootclasspath? I believe the intent is to use that for the JAXP code anyway.
No and yes. I haven't because I wasn't actually trying to run Tomcat
with Harmony classes, I was just using the
Jean-frederic Clere wrote:
Tim Ellison wrote:
Jean-frederic Clere wrote:
Mark Hindess wrote:
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \!
-anewer .now on both builds shows that the only files that aren't
accessed by either build are the README files and:
Paulex Yang wrote:
Mikhail
Mikhail Loenko wrote:
2006/3/7, Geir Magnusson Jr [EMAIL PROTECTED]:
This is somewhat terrifying, isn't it? Are there really references to
com.sun.* in serialized API objects?
Yes, there are.
For example, TimeZone.ser produced by the example from the JIRA
Weldon Washburn wrote:
I can now run the below multithread Hello.java on JCHEVM using Apache
Harmony Class Library. The output toggles between clumps of Hello
World and clumps of * as WindowsXP schedules the two application
threads. This is behavior I would expect. I use System.out.write()
On 3/9/06, Archie Cobbs [EMAIL PROTECTED] wrote:
Weldon Washburn wrote:
I can now run the below multithread Hello.java on JCHEVM using Apache
Harmony Class Library. The output toggles between clumps of Hello
World and clumps of * as WindowsXP schedules the two application
threads. This
Hi Tim,
We have read the contribution policy and we are ready to sign
the following documents -we've questions on some of them, so please
advice-:
- SG CCLA (http://www.apache.org/licenses/cla-corporate.txt ):
Signed by the CEO of ITC. The CCLA should list the team leaders
as
Weldon Washburn wrote:
Classpath supplies its own native methods for file I/O. That is,
you can implement file I/O normally using normal native methods.
This is not something the VM needs to be directly involved with.
So the fix would be for classlib to implement this itself.
I suspected this.
Or stop using the [EMAIL PROTECTED]@ wiki for documentation... :D
Patches for website welcome!
geir
Mark Hindess wrote:
FileChannel and CharBuffer are consider CamelCase by the wiki software
where as names with only one upper case letter are not. Try prefixing
them with a '~' character if
Geir
2006/3/7, Geir Magnusson Jr [EMAIL PROTECTED]:
I see it as an opportunity. :)
We should ask Sun what to do they are the go to people for
compatibility questions, right?
Does it mean that you will ask Sun? :)
Thanks,
Mikhail.
geir
George Harley wrote:
Thanks Chris, your
Hi Paulex,
Currently, we have three options:
1. let it be, and speak it loudly in Harmony JavaDoc
I'd choose this option. It is open and honest - if we get unknown class for
deserialization (say sun.util.calendar.ZoneInfo or
com.someCompanyName.util.MyTimeZone) we should not do any tricks and
Archie,
Please take a look at bootstrap.c It would be great if we can do the
final integration in the next 2 days while this code is still fresh in
my mind.
Thanks
Weldon
--
Weldon Washburn
Intel Middleware Products Division
20 matches
Mail list logo