Salikh Zakirov wrote:
> Etienne Gagnon wrote:
>>The http://wiki.apache.org/harmony/ClassUnloading wiki page is
>>"Immutable". How can I contribute to it?
>
> It is immutable for "anonymous" guests, you need to register and login
> somewhere.
>
The http://wiki.apache.org/harmony/ClassUnloading wiki page is
"Immutable". How can I contribute to it?
[Among other things, I'd like to add that the design can also
potentially apply to SableVM and , and make other suggestions / changes.]
Do I have to submit JIRA bugs? If yes, how do I make th
Aleksey Ignatenko wrote:
> So the list is:
> [...]
> 2. per heap space/generation boolean marker on the classloader instance(
> Etienne )
> 3. class reachability marker byte in vtable (Robin )
> [...]
Unless Robin disagrees(?), I would say that 2 and 3 have evolved into a
single merged proposal th
Ivan Volosyuk wrote:
> We will get rid of false sharing. That's true. But it still be quite
> expensive to write those '1' values, because of ping-ponging of the
> cache line between processors. I see only one solution to this: use
> separate mark bits in vtable per GC thread which should reside in
Salikh Zakirov wrote:
> 7) let the GC finish collection and reclaim unreachable objects -- this
> reclaims java objects
Just a bit of a warning... This should be integrated within the
weak/soft/phantom + finalization framework. We definitely don't want
the native resources of a class loader t
Ivan Volosyuk wrote:
> We will get rid of false sharing. That's true. But it still be quite
> expensive to write those '1' values, because of ping-ponging of the
> cache line between processors. I see only one solution to this: use
> separate mark bits in vtable per GC thread which should reside in
Salikh Zakirov wrote:
> Ah, I think I got it.
Yep.
> 3) trace the heap
> 4) scan vtable marks and "revive" marked class unloaders, by adding the
> strong root
> from the previously collected "unload list". Remove the revived
> classloaders from unload list.
> 5) repeat steps (3) and
Etienne Gagnon wrote:
> Salikh Zakirov wrote:
>
>>I have another concern though:
>>just before starting "final unloading" collection, we scan vtable marks and
>>identify
>>the candidates for unloading. During the "final unloading" collection,
Salikh Zakirov wrote:
> I have another concern though:
> just before starting "final unloading" collection, we scan vtable marks and
> identify
> the candidates for unloading. During the "final unloading" collection, the
> candidate classloader roots are reported as week. At the end of the trace,
> OK. My latest proposal (a few messages ago) was assuming that the
> nursery was empty when the "end of epoch collection" is launched.
>
> If it is not, you can do 2 things:
>
> a) do a minor collection to empty it, or
>
> b) i - use a finalization-like list of references to class loader
>
Alexey Varlamov wrote:
>> > My proposal already argued that vtable bit/byte/word marking is
>> > unnecessary for "nursery allocations". You only need to mark the
>> vtable
>> > of objects that survive collection and pretenured objects.
>
>
> I may have missed it, but I only recall you argued tha
Salikh Zakirov wrote:
> Technically, it should not be too difficult to add an additional field to the
> VTable
> structure, and require GC to write 1 there during object scanning.
> However, if the VTable mark is located in the same cache line as gcmap,
> it may severely hit parallel GC performanc
Alexey Varlamov wrote:
> Sorry if it was already discussed, but I believe this approach also
> requires marking vtable bit/byte on each object allocation, unitl the
> "unloading" GC pass is strictly stop-the-world full-heap collection.
> Robin, did you include this particular overhead too in your
>
unconditional write on every method call
(that would be a big tax to pay!). I'll let you imagine all the
variations on that theme. :-)
Etienne
Etienne Gagnon wrote:
> I was making it more complex than it needs...
>
> Here's an improvement...
>
--
Etienne M. Gagnon,
in.
Interesting fact: other candidate class loaders cannot have any
instance (nor any active method) as GC doesn't create instances nor
method calls. So, there's no need for a rescuing dance! The list of
dying class loaders can be used for freeing related native resources.
IMO: simple,
[First, let me say that, as I am not contributing a class unloading
*implementation* to drlvm, I will understand if the project was more
inclined to chose an actually contributed piece of code over a design
without contributed implementation. :-)]
There was a "-1" vote... Hmmm... As I voted "+1
Rana Dasgupta wrote:
> It's worth a lot, since you have implemented this in SableVM yourself.
But I haven't! I was simply discussing the general design so that I
could suggest it as a term project in SableVM for my Virtual Machine
course, next term. :-)
Etienne
--
Etienne M. Gagnon, Ph.D.
For what it's worth, I'll add my humble +1.
Etienne
Xiao-Feng Li wrote:
> Agreed, so plus me.
>
> Thanks,
> xiaofeng
>
> On 11/8/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote:
>
>> On 11/7/06, Weldon Washburn <[EMAIL PROTECTED]> wrote:
>> >
>> > All,
>> >
>> > It looks like the debate on class u
Hi,
In the SableVM project, all new feature development is done in
sandboxes. This helps maintaining a robust trunk (as much as is
possible). My experience is that this works well. Maybe you could do
the same in Harmony. Isn't there already some "sandboxes"?
It might or might not work well he
Tim Ellison wrote:
> I'll wait until you have a simple contrived example working and settled
> upon some syntax for mark-up, then I'll help to mark-up some real
> example and test the tooling. Let me know when you have something ready
> to try.
Yes, I have to figure out some sane syntax for all
Tim Ellison wrote:
>>>I'm inclined to say that we tackle the 1.5/1.6 differences as our
>>>example. Marking-up a module like NIO would be easy enough.
>>
>>That's what I was hoping for. One concrete example :)
>>
>>I'm thrilled to see something happen in the sandbox (that's really the
>>only way
Tim Ellison wrote:
>>>Agreed. It would be interesting to determine the most effective
>>>location for those markers (measured by reverse mapping accuracy vs.
>>>number of markers).
>>
>>I am a fan of accuracy... Yet, maybe it would be simple enough if a
>>release was always based on a specific sv
Geir Magnusson Jr. wrote:
> [...]
> 2) Master is virtual, dev1..N are concrete, one dev form is Most Favored
> Nation Status so something coherent can be shoved into SVN (Q: is MFNS
> necessary? Nice, yes, but necessary?)
I definitely think that it is necessary (where J2SE5 is the preferred
devtar
Geir Magnusson Jr. wrote:
>> The "communication" aspect of 2 can be quite helpful when doing
>> system-wide changes. Just think about the effect of simply doing a
>> system-wide reindentation of source code; this is a nightmare when
>> developing using branches, as diff/merge tools are line-based,
Geir Magnusson Jr. wrote:
>> I have nothing against this! But, we have to make sure:
>> 1- we don't lose the "communication" aspect of telling developers about
>> parrallel development.
>
> I'm not sure I understand what problem you are trying to solve there. We
> do parallel development on the
Mikhail Fursov wrote:
> Good point! I think Java1.2 classes format is a reason to move J2ME
> development into separate branch.
> The only usecase for preprocessor is left (correct me if I miss something)
> is Java6 changes.
> ?
a) This is "class format"... AFAIK, you can use generics for
develop
Sian January wrote:
> I may be totally off track here, but how about just having two copies of
> all
> the files that differ? I don't believe it would be that many, and it would
> save us from having complicated source files or having to use special tools
> or special IDE plug-ins. For me the val
Geir Magnusson Jr. wrote:
>[...]
>
> See, I'm hoping for something a tad different :
>
> 1) For building : process() (and revert() for fun) for cmd line use for
> the build scripts, so we just do
>...
>
> 2) For development : IDE plugin where
>
> a) I can tell plugin that my project def/conf
Geir Magnusson Jr. wrote:
>> To release code, one would apply:
>>
>> process(X, release-target) => Y
>>
>> Now, it is important to understand that Y, in this case, is NOT suitable
>> for doing any modification as
>>
>> revert(Y) => Kaboom! (The tool will simply report that it can't do it;
>>
Tim Ellison wrote:
>> For example, if class X of the main version is not part of j2me,
>> "process(j2me)" would move this file to a subdirectory ".streams/".
>
> Why would you move the files rather than exclude them?
>
> I was assuming that the processor would generate a whole new source tree
Mikhail Fursov wrote:
> On 11/1/06, Etienne Gagnon <[EMAIL PROTECTED]> wrote:
>> For comfortable IDE development, one could imagine that the IDE editor
>> can reduce to "one-line visible" comments (or better, specially
>> formatted ones) so that it gives y
Mikhail Fursov wrote:
>> At the file/directory level, each version (e.g. j2me, j2se1.4, ...)
...
> Just my $0.02: IMO it's unreal to support J2SE 1.4 & 1.5 in the same
> source.
> Too many differences in the language due to generics. This example needs
> branches & weekly manual merges (not a big p
Geir Magnusson Jr. wrote:
> There's caching too, I think. LogCache4J
>
> What I meant was that it didn't seem like we came to a conclusion on it
> - that if we had a general pre-processing solution, we could use that
> too for logging, rather than have two.
>
> The actual use-cases will help fig
Robin Garner wrote:
> - Allocate a byte (or word) in each vtable for the purpose of tracking
> class reachability.
Yep, there's no reason to keep the bits (or words, for performance) in
the class loader, even in the approach I've proposed. They could be
moved to the vtable.
Etienne
--
Etienne
Tim Ellison wrote:
> IMO it's not ideal that the preprocessed source still contains all the
> streams, albeit in comments. It wouldn't make the source very
> 'consumable' to the Mrs. SE or ME developer.
Hmmm... It's always possible to have a special output mode that puts
empty (or advertizing, h
Yet:
1- You do need pinning, so you rule out some of the simplest GCs (e.g.
simple, non-generational copying without pinning.) [Apparently, for
some very large heaps, simple copying a can be quite difficult to beat,
efficiency wise, if you believe some relatively recent JikesRVM related
paper...]
Actually, I think that Java vtables would be more expensive than my
proposed approach (when you take my proposed improvements in my reply to
Pavel Pervov), as you add overhead to all GC cycles! [Unless you don't
"trace" from every visited object to its vtable?]
I really don't like much the idea o
Geir Magnusson Jr. wrote:
> However, it would be great if you had an ICLA and ACQ on file to save
> you the trouble of typing this in the future :) "Better living through
> paperwork!"
OK; I should have made this a while ago... Can they be submitted by
email (where?) as "scanned" documents in PD
>> 4- [Informative] A class loader instance is also most likely to maintain
>>...
> This is not true. Look for the thread "[drlvm] Non-bug difference
> HARMONY-1688?", where Eugene Ostrovsky desribed initiating loaders in
> details with links to specification.
OK.
>> 7- Each class loader structur
Aleksey Ignatenko wrote:
>> Am I wrong, or does this proposition imply collecting classes
>> independently from their class loader? If this is the case, I have to
>>...
>
> Yes, you are wrong. This proposition implies collection of classloader and
> clasess loaded by it at once. You can see what
[WARNING: Long!]
Here's an idea.
It would be quite easy (for me, at least ;-) ) to develop a
"line-preserving" AND "revertible" processing tool so that:
1- source + javac => j2se
2- source + processor(target) + javac => target, where target is a
parameter (j2me, etc.)
3- source + processo
Hi Weldon,
Weldon Washburn wrote:
> I read section 3.2.3 (Class-Loader-Specific Memory) of gagnon-phd.pdf.
> Please tell me if the following is a correct interpretation. You create
> a new memory manager that is uniquely associated with each new class
> loader.
Right.
> All the C data structur
Hi all,
Here's a more structured proposal for a simple and effective
implementation of class unloading support.
In accordance with Section 2.17.8 of the JVM spec, class unloading (and
its related native resource cleanup) can only happen when the class
loader instance becomes unreachable. For thi
>>> If I get it right, in case of automagic unloading, GC does all the job
>>> without a knowledge whether it collects a class, a classloader or
>>> whatever else.
>>> Perhaps I'm missing something, but to provide a callback on class
>>> unloading, the GC must know the semantic of the object being
> Chris Gray wrote:
>> For JavaME I think it's the only way we'd be able to maintain a single
>> source tree. We need to be able to "#ifdef out" references to classes
>> we don't have, methods we don't implement, etc..
>>
>> That much being said, I don't have a recommendation for a tool to use.
>>
I don't know about drlvm, but SableVM does keep a reference (i.e. a
local native reference) in each method activation frame to either the
instance (in case of an instance method) or to the class object (in case
of a static method). This is required for correctly (and efficiently)
implementing the
eemed
overly onerous to me.
Regards,
Etienne
Etienne Gagnon wrote:
> Wait a minute! I missed something. Actually, there is no need to track
> ...
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http:
other gc-area booleans are also false. If yes,
it removes itself from the class-loader "loaded class with surviving
objects" list. When this list becomes empty, the class loader can be
unloaded (as soon as it is not referenced elsewhere).
Making any sense?
Etienne
Etienne Gagnon wro
Ivan Volosyuk wrote:
> If I understand you correctly, you suggest to increment
> per-classloader object counter on allocation... It can be much
> overhead with the solution, as most of the objects die young.
> Do I miss something?
No, I was thinking about a "per-class" counter. Actually, a counte
I have missed some messages of this thread, yet I do not remember seeing
a discussion of what seems to me the obvious solution to the problem.
So, here it is.
Why don't you simply add a reference count on classes which is
incremented on object allocation and decremented on object reclamation?
[In
Congratulations!
Etienne
Geir Magnusson Jr. wrote:
> I am happy to report that the Apache Board was willing to consider our
> proposal and voted to accept it at today's board meeting.
>
> As stated in the Incubation vote, this is a necessary condition for
> graduation from the Incubator.
>
> Th
+1
Good luck!
Etienne
Geir Magnusson Jr. wrote:
> [...]
> So, without any further ado :
>
> [ ] +1 Graduate Apache Harmony from incubation, and let it petition the
> board for Top Level Project status
>
> [ ] 0 No opinion
>
> [ ] -1 No, don't graduate Harmony. Here's why :
>
>
> This vote
Hi all,
Yes, I'm still alive... I've been overloaded by work, so I took a leave
from reading/answering mailing-lists, over the last month.
OK. Here's the status: SableVM's trunk is licensed under the AL2, yet,
as the Harmony porting is not yet functional, there is no release yet of
that code.
Congratulations!
Geir Magnusson Jr wrote:
> Please join the Apache Harmony PPMC in welcoming the project's newest
> committer, Mark Hindess.
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC:
Congrats!
> On 06.06.2006, at 02:55, Geir Magnusson Jr wrote:
>
>> Please join the Apache Harmony PPMC in welcoming the project's newest
>> committer, Nathan Beyer.
>>
>> Nathan has shown sustained dedication to the project, an ability to work
>> well with others, and share the common vision we
+1
Geir Magnusson Jr wrote:
> I have received the ACQs and the BCC for Harmony-528, so I can assert
> that the critical provenance paperwork is in order and in SVN.
>
> Please vote to accept or reject this codebase into the Apache Harmony
> class library :
>
> [ ] + 1 Accept
> [ ] -1 Reject (pr
+1
Etienne
Geir Magnusson Jr wrote:
> I have received the ACQs and the BCC for Harmony-438, so I can assert
> that the critical provenance paperwork is in order and in SVN.
>
> Please vote to accept or reject this codebase into the Apache Harmony
> class library :
>
> [ ] + 1 Accept
> [ ] -1 Re
Hi Anton,
Are you proposing that all Harmony JVMs must abide by the OPEN proposal?
If yes, I think that some process has to be put in place to present and
discuss each of this proposal's part, and dedicate time to do so. IMO,
I don't think that everyone (in the JVM sub-communityof Harmony) can
s
Stefano Mazzocchi wrote:
> Now, let's go back to let the code speak.
+1 ;-)
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC: http://www.sablecc.org/
s
Hi Mark,
Mark Hindess wrote:
>>Can you not work on a single module now?
>
> Yes. But only by checking out everything.
I am developing a API "stubs" project, which is a full "stubs"
implementation of the Java 1.5 API. My objective was actually to allow
for not needing an API "implementation" to
+1
>>We have all the docs for HARMONY-114 and they are in SVN
>>
>>Please vote to accept or reject this codebase into the Apache Harmony
>>class library :
>>
>>[ ] + 1 Accept
>>[ ] -1 Reject (provide reason below)
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableV
I agree with Geir. It's a good idea to keep classlib and vm people
aware of what the others are doing. Sometimes, issues that might seem
unrelated by classlib or vm people might actually affect the other
group. I much prefer the suggested [topic] approach.
Etienne
Magnusson, Geir wrote:
> I've
Geir Magnusson Jr wrote:
> 3) Lock down function and behavior tightly with tests - that if
> modified, tests will break, and that should raise an alarm to the
> committer.
One easy way would be to add a test that compares the String.java source
code with a saved version, and that fails if unequal.
Tim Ellison wrote:
> Yes it does, your commit will fail if I have the lock; but I am abusing
> it to achieve a somewhat different goal of 'inadvertent modification'.
OK, we both agree on the "abuse" part. ;-P
> If we cannot contact the lock holder we simply break/steal the lock.
Right. But, loc
Hi Tim,
I have an objection.
Locking has nothing to do with "commit control". Allowing for svn
locking functionality is opening a can of worms. What if somebody
aquires a lock and loses network connectivity for a week (because of a
Hurricane, because he forgot and went on vacation, etc.)? The
+1 too.
Mikhail Loenko wrote:
> +1
>
> 2006/4/18, Geir Magnusson Jr <[EMAIL PROTECTED]>:
>
>>Wait - no tabs! no tabs! PLEASE!
>>
>>You can have your 1,743 character test case names if you want, but NO
>>TABS! :)
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableV
Ah! OK. I should have looked more carefully.
Thanks,
Etienne
Mikhail Loenko wrote:
> I did not close the issue, as you asked.
>
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC:
Of course.
Etienne
Geir Magnusson Jr wrote:
> to contribute them?
>
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC: http://www.sablecc.org/
signatur
Hi Mikhail,
I guess I'll have to open a new report for the unit tests, right?
Etienne
Mikhail Loenko (JIRA) wrote:
> [
> http://issues.apache.org/jira/browse/HARMONY-290?page=comments#action_12374906
> ]
>
> Mikhail Loenko commented on HARMONY-290:
> -
Hi Weldon,
Weldon Washburn wrote:
> Question for SableVM/JCHEVM guys: Did I miss the documentation on
> lining up native method args? Can you point me to the correct place
> to figure out how to do this?
There is nothing specific, as far as I remember. SableVM's native
calling code takes care
Geir Magnusson Jr wrote:
> Tim Ellison wrote:
>
>> The IBM VME comes with a check utility that complains about bad
>> practices detected in JNI code:
>>
>> Usage: -Xcheck:jni:[option[,option[,...]]]
>>...
>> pedantic perform more thorough, but slower checks
What a cool option. :-)
Weldon Washburn wrote:
> Create a new branch under Harmony/modules/ called gnuclasspathadapter.
> It will contain all the java source that is needed to glue Harmony
> Classlib to a GNU Classpath compatible JVM. Make/ant will generate
> gnuclasspathadapter.jar from this sub-tree.
Does this mean t
Enrico Migliore wrote:
> Yet, I remember, that in JCHEVM I had to remove the POPT_AUTOHELP string
> in a struct in order not to receive that signal,
> therefore, I'm pretty much sure that somewhere in the Pthread library
> there's an access to an area used to initialize constants:
> something that
Like Tim, I object to have GNU Classpath specific code in the Harmony
kernel code.
Etienne
Tim Ellison wrote:
> Weldon Washburn wrote:
>>I added a bunch of VMx.java files to
>>kernel/src/main/java/java/lang/ These files are only needed for GNU
>>Classpath compatible JVMs. Should we keep th
The link gives me:
An Exception Has Occurred
Python Traceback
Traceback (most recent call last):
File "/usr/local/viewcvs-1.0-dev/lib/viewcvs.py", line 3351, in main
request.run_viewcvs()
...
George Harley wrote:
> split. Please point your Eclipse update manager at the following site
> and
Enrico Migliore wrote:
> I debugged the classical HelloWorld class with DDD and found the problem
> in the following function:
>
> _svmf_init(void)
> {
> pthread_once(...);< SEGSEGV signal
That's definitely a cygwin bug. I see.
>>> problem 1: POSIX dependancy
>>> -
Enrico Migliore wrote:
> I'm doing some testing on SableVM, and noticed that is receives the very
> same segmentation fault signal that JCHEVM does, from
> pthread_key_create() which is embedded in:
>
> /usr/bin/cygwin1.dll
>
> I read around that this problem could be fixed, but the error means t
Oliver Deakin wrote:
> What I mean to say is that the behaviour when the function is called
> without a pending exception is unspecified, and in that case I think it
> makes most sense to match the RI.
Let's say that I disagree to *impose* matching the RI's behavior for
undefined JNI code on Harm
Magnusson, Geir wrote:
> Maybe you could tell them about "source=1.5 target=jsr14" given that's
> the behavior of the Sun's.
Of course, pushing the patch upstream has precedence on my previous
solution. How silly of me not to have suggested that first!
Etienne
--
Etienne M. Gagnon, Ph.D.
Tim Ellison wrote:
> my point is that we could hack the Eclipse batch compiler to make it do
> something it is not meant to do (source=1.5 target=1.4). If we get
> burnt then we'll have nobody to complain to ;-)
> ...
> As it stands we have no option to use the Eclipse batch compiler
> (without tw
Enrico Migliore wrote:
> As far as I can say, the main problem of porting a JVM, designed for
> UNIX, to the Windows environment are the ANSI signals:
> Windows, in fact, doesn't honor not even a fourth of all ANSI signals,
> therefore, the JVM signals handler WILL NOT be called by Windows.
You sh
Hi Enrico,
This is great! My hope would be, eventually, to have SableVM to also
build using Microsoft's compiler. The "switch threaded" interpreter
(./configure --with-threading=switch) avoids using any GCC extension in
order to remain pure ISO C. My main problem is that I do not have a
Windows
I think that using Sun's javac and Eclipse with their undocumented and
unsupported options during the "transition period" seems the cleanest
strategy for both class library and VM maintenance. I see no trouble
having such a dependency for a limited period of time (a few months).
Etienne
Geir Mag
By specification, the general contract for misbehavior of JNI code is
"undefined VM behavior", which can mean anything from "blow up" to
"corrupt internal data structures":
11.8.1 No Checking for Programming Errors
The JNI functions do not check for programming errors. Passing illegal
argument
Hi Tim,
Thanks a lot for the quick fix. :-
Etienne
Tim Ellison wrote:
> I've fixed it in repo revision 391436.
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC:
Hi all,
So, I've temporarily modified SableVM's trunk to ignore the Harmony
launcher JNI bug. You can now launch SableVM using the Harmony launcher.
More interestingly, I have written down the precise instructions to get
it all running in debug mode, in DDD, (a nice graphical front-end to
gdb), u
Hi,
I have started playing with the launcher and SableVM. I have a little
fun trying to figure out how to debug the thing using DDD. The execv
trick was a nasty one to get over... Anyway, now that it works, I am
facing a JNI specification interpretation problem.
It seems that the launcher assum
Leo Simons wrote:
> To have a dependency on external packages, we extend some trust to their
> authors/vendors to keep them available as open source...
OK, I selected the wrong example. I am sure that you do understand that
my worry is not a trust issue, but motly a convenience one and only a
saf
Geir,
Actually, I didn't reply to your question. See below.
> Geir Magnusson Jr wrote:
>>Ok. So are you against having the external dependency, or having an
>>external dependency for which we don't have a jar in svn or the website?
I'm against having an external dependency, in the HEAD trunk,
Geir Magnusson Jr wrote:
> For example, we're going to do a distro dependnent on this "sablevm.jar"
> thing. What if harmony was the only project using it? or the author
> went bankrupt, or - more likely - lost his site because he/she got their
> PhD and graduated from school. :)
You're too
Tim Ellison wrote:
> Please ensure your student feels welcome to send comments and questions
> to the dev list. There are lots of people here who can help.
I invited a student to present himself and send some question to this
list. He'll probably do it soon. We have started playing around with
Tim Ellison wrote:
> Gary Clark wrote:
>>3) Do any of the current VMs support the 1.5 features? Off the top of my
>>head I don't recall if anything changed within the VM to support them.
>
> I'll let Etienne, Archie, Dalibor, et al describe their status wrt Java
> 1.5 support. The IBM VM can swit
Thanks for the pointers and the guidance. Working on it. :-)
Etienne
Paulex Yang wrote:
> There are some helper classes on serialization test, which may make
> serialization testcases easier to create. hmmm..., in fact, *some* here
> means two, which come with contributions of different compone
Geir Magnusson Jr wrote:
> What are you voting against, exactly?
>
> I don't grok why this is a problem. You'll download the jars *once*
> (until a version changes), and with the exception of the MSVC runtime
> dll, it's automated for you.
[Just explaining my position, not trying to change your
Geir Magnusson Jr wrote:
> I don't consider being able to do an online build of any historical
> version that important. Because our releases will be archived, any
> dependencies included in the build will be archived on the mirror
> system, so any build should be reproducable.
Mainly, I would be
Hi,
I've noticed that the build system tends to download external files.
While I see some merit to this, I think that it is not a good approach
in general, as it creates a very fragile build system in the long term.
Imagine that some bug is discovered in Harmony 25.4. Regressions are
applied aga
Thanks, Nathan.
I've opened HARMONY-290 in the bug database. :-)
Etienne
Nathan Beyer wrote:
> Here's what I do for patch submissions:
>...
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC:
Hi Geir,
So, it's time for me to learn, slowly, the customs of the Harmony
project. I'm ready to contribute the following 4 very modest patches.
FYI, I seeked the SerialVersionUIDs in Sun's public API:
http://java.sun.com/j2se/1.5.0/docs/api/serialized-form.html
What's the usual procedure? [
Hi Enrico,
Enrico Migliore wrote:
> My ultimate goal, is contributing to the development of a reliable JVM
> which will run on the ARM platform, because I work in the embedded
> systems area. I don't care if such a goal will be achieved in 2 or 3
> years, the only thing I care is not to waste my
Hi,
I was looking at the Japi output at:
http://www.kaffe.org/~stuart/japi/htmlout/h-jdk12-harmony.html
Is there any reason not to fix the 4 SerialVersionUIDs?:
* class java.lang.IllegalArgumentException
* class java.lang.IllegalStateException
* class java.lang.SecurityException
* class java.lan
1 - 100 of 139 matches
Mail list logo
