conflicts.
Tnanks in advance.
Evgueni
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I got it - thanks to Pavel.
There's an extern in init.h, and it's declared in vm_main.cpp.
Would anyone mind if I renamed it something less innocuous like
global_env
vm_global_env
Something that gives
/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
And it would only introduce a few, as far as I can tell, as only jni.cpp
and vm_main.cpp actually include init.h, and therefore are the only
files that depend on that global
geir
Evgueni Brevnov wrote:
Geir,
Please don't do that until HARMONY
Alexey Varlamov wrote:
2006/10/6, Geir Magnusson Jr. [EMAIL PROTECTED]:
I'm trying to trace through the boot sequence chasing some boot
classpath property thing (luniglob sets it, and I can't figure how it
gets to us...), and I'm too tired, too dumb, or both to figure this out.
Geir
Chris Gray wrote:
On Thursday 05 October 2006 18:38, Geir Magnusson Jr. wrote:
w00t :)
Don't get too excited - it wouldn't be the first time that I've got no answer
to such a mail. But I'll follow up with a phone call on Monday if no reply by
then.
Do we need them to make a bulk
Magnusson Jr. wrote:
Alexey Varlamov wrote:
2006/10/6, Geir Magnusson Jr. [EMAIL PROTECTED]:
I'm trying to trace through the boot sequence chasing some boot
classpath property thing (luniglob sets it, and I can't figure how it
gets to us...), and I'm too tired, too dumb, or both to figure this out
seems like we got our patches in w/in 2 minutes of one another.
Take a look.
I'm going to bed.
I have a peace of mind now...
geir
Geir Magnusson Jr. wrote:
I have this almost done so that it uses the boot classpath generated by
luni. Only remaining peace is to add kernel.jar
I was looking at the patch, and think we should just chuck the whole
README.txt, salvage what's good, put it on the website, and put a
pointer in the README.txt to the website.
geir
Morozova, Nadezhda wrote:
Thanks for the fix, Alexei. I think this is a good start for updating the
README.
, Geir Magnusson Jr. [EMAIL PROTECTED]:
I have this almost done so that it uses the boot classpath generated by
luni. Only remaining peace is to add kernel.jar to it, and I'll do that
so it comes from the VMDIR - we wanted to move kernel.jar there anyway
for cleaner deployment.
I just couldn't stop
.
Will refresh patch after 1582 if your mind is easy now :)
2006/10/6, Geir Magnusson Jr. [EMAIL PROTECTED]:
not a worry - I learned a lot
Take a look at what I did and see if it's right :)
geir
Alexey Varlamov wrote:
Oh, I'd had not such happy lunch time knowing about your torments ;(
I
Chris Gray wrote:
On Friday 06 October 2006 09:29, Geir Magnusson Jr. wrote:
Who owns the copyright and can therefore make the donation?
Copyright in the original Wonka code belonged to Acunia, and hence now belongs
to Punch Telematix; there were also a few small contributions from
joke
What did the application's support team say?
/joke?
Elena Semukhina wrote:
I failed to run any application with -Xem:jet (and -Xem:opt as well) set in
harmonyvm.properties on my Windows XP while I succeeded on Windows 2003. I
even copied that file from Windows 2003 machine to XP machine
I was hoping you'd take the hint and limit the patch to just solving the
stated problem. Extra refactoring just makes it harder - it can always
be done as a followup.
Anyway, looking at it now.
geir
Alexey Varlamov wrote:
I observed such problem too. The HARMONY-1376 patch fixes this for
Salikh Zakirov wrote:
Geir replied:
make?
I know you are teasing (^_-)
I'm actually not. Were there an additional 24 hours in a day There
is a whole list of reasons why I'm not a fan of the current system,
including maintainability as well as performance. (Building classlib
Xiao-Feng Li wrote:
The submitted revision is downloadable in JIRA-1428 at:
http://issues.apache.org/jira/secure/attachment/12342430/gcv5-r0.10.zip
Nice! w00t!
Attached in this email is the gc.xml file I am using that replaces
existing one for building gc.
Please attach that to the
Vladimir Ivanov wrote:
While nobody objects :) the right place for coverage scripts is 'buildtest'
module.
Seems, that this module should be a little bit reorder: new top level
directories should be created:
- 'cc' - for cruise control script (and move current stuff to this dir);
-
Can you make it selectable for build? IOW
sh build.sh -Dbuild.gc=5
or something...
Weldon Washburn wrote:
Good progress. I will plug GCV5 in today or tomorrow and report what runs.
Provided this code sits well w/ drlvm tree, I will go ahead an commit to
vm/gcv5
On 10/6/06, Geir Magnusson
Thanks - maybe someone can massage that to fit with what we're building...
Mark Hindess wrote:
On 6 October 2006 at 9:41, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Vladimir Ivanov wrote:
While nobody objects :) the right place for coverage scripts is 'buildtest'
module.
Seems
Weldon Washburn wrote:
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Can you make it selectable for build? IOW
sh build.sh -Dbuild.gc=5
or something...
Good idea. Maybe even better would be to have ALL gc's always build and
make them selectable on the command line.
Well
I have a problem with how we do eclipse meta-data in classlib, and I'm
guessing there's some cool trick everyone else knows about.
Right now, tree has lots of mods to modules/*/.settings/* and
modules/*/.classpath, resulting in pain and suffering when I try to do a
commit that spans multiple
I'm about to commit 1376, and having tested w/ DRLVM's tests, I decided
to try J9 w/ classlib test suite.
Is JarOutputStreamTest failing for anyone else?
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
AND
ENVIRONMENT VARIABLES REQUIRED FOR THE BUILD)?
Your suggestions/comments/ideas are very welcome. :)
Best regards,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Friday, October 06, 2006 1:18 PM
To: harmony-dev@incubator.apache.org
Subject
never mind - local problem w/ fork() failing...
Geir Magnusson Jr. wrote:
I'm about to commit 1376, and having tested w/ DRLVM's tests, I decided
to try J9 w/ classlib test suite.
Is JarOutputStreamTest failing for anyone else?
geir
Washburn [EMAIL PROTECTED] wrote:
Good progress. I will plug GCV5 in today or tomorrow and report what
runs.
Provided this code sits well w/ drlvm tree, I will go ahead an commit to
vm/gcv5
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Xiao-Feng Li wrote:
The submitted revision
.
But classlib's README file is 2 times shorter than DRLVM's version - so
it's
easier to read it.
I vote to leave in README file only info needed for a successful build. Any
clarifications for possible problems put to the site.
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Why don't we just
Nooo! LOL
I'm here waiting - This will unblock a whole bunch of things :)
Thanks for the effort
Evgueni Brevnov wrote:
Geir,
That's terrible. We have power outageservers are down. I can't
send the patches now will do it tomorrow
Evgueni
On 10/5/06, Geir Magnusson Jr. [EMAIL
over my patch:
1) change the path to kernel.jar in classloader.cpp (and in build
scripts accordingly :);
2) add smth like
-Dorg.apache.harmony.vm.path=%JAVA_HOME%/bin/%VM_DIR% to
harmonyvm.properties
2006/10/6, Geir Magnusson Jr. [EMAIL PROTECTED]:
Ok - I'll grab your -Xbootclasspath stuff
suggestions?
geir
Geir Magnusson Jr. wrote:
Fine. Tell me what's wrong with mine. Why? Not because I care that
much, but because this soup of properties is a mess, and this is a good
time to clean this up.
Actually, I'll start a new thread. Please participate. :)
geir
Alexey Varlamov wrote
, since this isn't explicitly in the OSGi bundles.
-Nathan
On 10/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I have a problem with how we do eclipse meta-data in classlib, and I'm
guessing there's some cool trick everyone else knows about.
Right now, tree has lots of mods to modules
Pavel Ozhdikhin wrote:
What would you do if you need to commit a patch to some Linux-specific
code in VM?
Ask someone w/ a linux box to check it.
The commit criteria my be either as simple as a list of configs or
have also some exclusions. For example, there is no much sense to test
on
Rana Dasgupta wrote:
On 10/6/06, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
If we agree on common testing configs we can make sure the Harmony
will be stable on at least this set of configurations. This does not
mean we won't fix problems on other configurations. The goal is to
gain and
Stefano Mazzocchi wrote:
Fedotov, Alexei A wrote:
Hello, Nathan,
Had Nikolay said anything about JVM modification? As far as I understand
him the class library should be just enhanced with this smart class
loader.
Now imagine how our reproducers would look in JIRA:
java -cp
Stefano Mazzocchi wrote:
... to run Gump for harmony?
Doesn't need to be fast and doesn't need to be expensive, just be able
to stand the cpus and disks running all day and night and have some
100Gb of disk and some 512Mb of RAM.
Anyone?
Yes - when I get that machine I got today setup,
implementations of the spec'.
Right - I was going to say similar. I think that the import/export
should be changed by deliberate decisions by humans... The data is
unique to that manifest too.
geir
Regards,
Tim
2006/10/5, Geir Magnusson Jr. [EMAIL PROTECTED]:
Can we consider making the final
not be in favour of automatically updating the Imports
and Exports in the manifest -- it would hide any widening of the
inter-module dependencies and we could end up with the spaghetti code
evident in 'other popular implementations of the spec'.
Regards,
Tim
2006/10/5, Geir Magnusson Jr. [EMAIL PROTECTED
org.apache.harmony.rmi.registry.RegistryImpl
We can hack the launcher to enable these three tools too. Seven tools
is more than just four. :)
Regards,
2006/10/2, Geir Magnusson Jr. [EMAIL PROTECTED]:
Now that we have javac, javah, javap (if Tim votes ;) and keytool, I'd
like to organize these and add them
Before you do that... you would be putting similar information in the
build.xml file? Or am I misunderstanding something? having it in the
patternset does make it easy to find stuff :)
geir
Mark Hindess wrote:
Ok. There haven't been any shouts against it so. I'm going to split
the .java
:
On 10/4/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I assume you intend that only the latest patch is applied?
Yes. invocation_api.5.patch only.
(And I assume that it would apply cleanly to SVN HEAD)
I believe so.
Evgueni
geir
Evgueni Brevnov wrote:
Hi All,
I have attached updated
Oh, for a #define :)
Tim Ellison wrote:
Nathan Beyer wrote:
There may be value in doing this, but what's the increase in class file
overhead? Every new class that gets created for these locks ends up as
another class file that has to be stored (takes up drive space) and has to
be loaded (takes
I added all that info into the README file when I did it on windows last
week.
Did I forget to commit it?
Ivan Volosyuk wrote:
Readme is quite helpful. Yesterday, I used google to locate thouse lcms
library.
IMHO, if the build system displayed the link to the README.txt it
could be much
Mark, if you don't care, I'm happy to do it as I'm running through DRLVM
JIRA chains now. Let me know by simply un- or re-assigning
geir
Mark Hindess wrote:
On 5 October 2006 at 13:57, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/4/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
Salikh
Tim Ellison wrote:
We did this topic already g it's even referenced from the website
[1]. So at the risk of repeating my super-super-duper high level view...
Why are we considering putting logging into the class library
implementation?
Darn it! I was hoping that I could beat you to this,
Agreed.
I think that we should outline a set of guidelines, but also realize
that the priority is like beauty - it's in the eyes of the reporter.
I tend to troll through DRLVM JIRAs and do small things like comment or
link, and one thing I'll add to my work is resetting priority based on
Salikh Zakirov wrote:
Hi!
Currently DRLVM build system suffers from a deficiency,
which gets in the way quickly if you experiment a lot with patches.
If you apply a patch that creates a new file, and build DRLVM,
and then unapply the patch, and rebuild again,
the stale .obj file will still
Mark Hindess wrote:
On 5 October 2006 at 10:05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Before you do that... you would be putting similar information in the
build.xml file? Or am I misunderstanding something? having it in the
patternset does make it easy to find stuff :)
I'll
This is just my
understanding.
Thanks
Evgueni
On 9/28/06, Geir Magnusson Jr. [EMAIL PROTECTED]
wrote:
So where are we here?
On Sep 28, 2006, at 12:41 AM, Evgueni Brevnov
wrote:
On 9
Stefano Mazzocchi wrote:
Chris Gray wrote:
Chris,
I personally think it would be *very* nice to have Wonka and friends
donated to the Harmony Project, if only as a starting point for a very
portable and embeddable JVM.
While Harmony is principally aimed at Java Standard Edition, it is not a
Chris Gray wrote:
On Thursday 05 October 2006 18:00, Geir Magnusson Jr. wrote:
Don't forget that you can have an embeddable SE - it doesn't have to be ME.
Yes, but a full SE nowadays is pretty big. JavaME CDC is basically a defined
subset of SE at the package level, and this is what Wonka
Yes. It's a test.
Fedotov, Alexei A wrote:
BTW,
I really enjoyed the last item of the Quick Start section:
7. If building the DRLVM fails, read this README and follow building
instructions to the point.
A hardcore programmer can loop infinitely here. :-)
With best regards,
Congratulations! Excellent!
geir
Alex Blewitt wrote:
I managed to unpack a Pack200 file completely today for the first
time, so that by the end of it there were no bytes left in the queue.
Unfortunately, it wasn't a spectacularly exciting archive -- just one
interface with no methods (about
Nathan Beyer wrote:
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Tim Ellison wrote:
We did this topic already g it's even referenced from the website
[1]. So at the risk of repeating my super-super-duper high level
view...
Why are we considering putting
, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I'm trying to trace through the boot sequence chasing some boot
classpath property thing (luniglob sets it, and I can't figure how it
gets to us...), and I'm too tired, too dumb, or both to figure this out.
Launcher calls JNI_CreateJavaVM. In our
Stepan Mishura wrote:
On 10/4/06, Nathan Beyer wrote:
If this is an event that should be logged, as the TODO indicated, then
why not just print out the stack trace and be done with it? If this
exception happens so often that you'd like it removed, then why would
we want to log a warning
Vladimir Ivanov wrote:
As we know the current IBM VM does not support all 'standard' java options.
IBM VM peoples, could you give some expectation when this support will be
available (1 month, 3 or 6 ...)?
Why do we as the Harmony project care?
geir
thanks, Vladimir
The standard
I'll look at the patch, and either do that, or something where it's on
demand.
geir
Salikh Zakirov wrote:
Pavel Pervov wrote:
Dear all,
Can we exclude this task from DRLVM's build.xml default task? It takes most
of build time when rebuilding only several files while working with drlvm
code.
.
Thanks
Evgueni
On 9/28/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
So where are we here?
On Sep 28, 2006, at 12:41 AM, Evgueni Brevnov wrote:
On 9/28/06, Weldon Washburn
[EMAIL PROTECTED] wrote
Mark Hindess wrote:
FYI: I've changed the way our builds are reported to the -commits
list. Now, the reports go to my apache.org email address where they are
compressed and stored. The url in the message is then modified to point
to the compressed version in my people.apache.org web space
Salikh Zakirov wrote:
Geir Magnusson Jr. wrote:
Ok - I'm going to suggest something different that gets you what you
want, namely pass a flag to do the fill up canonical rather than pass
the deploy directory.
That way, the build process is always the same, with an extra step if
you ask
Can you open a JIRA with this, explaining what needs to be done, and
linking the other JIRAs as needed?
Thx
geir
Salikh Zakirov wrote:
The patch turned out to be exact duplicate of HARMONY-1571.
Besides, there exist a patch with fixes for unit tests: HARMONY-1574.
The following change is
+1
BTW, why call it RepositionLock?
Tim Ellison wrote:
BTW, as I go through the code looking at the occurrences of 'new
Object()' and determining if they are used simply for their locks, I
figured we also need a way to record the check has been done.
So, if there is a 'new Object()' that is
lately because of the
C/C++ support :)
geir
On 10/3/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I haven't used MSVC in about 6 years, so where is the right place to put
the files from 1607 so that they are easily used by an MSVC user?
geir
to evaluate people for
committership - it's only one element, but an easy one
geir
Geir Magnusson Jr. wrote:
Can you open a JIRA with this, explaining what needs to be done, and
linking the other JIRAs as needed?
Thx
geir
Salikh Zakirov wrote:
The patch turned out to be exact duplicate
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
+1
BTW, why call it RepositionLock?
That was just an example taken from the class I was looking at, I've
called them different names depending upon the inst var name.
Oh, thanks.
It might not be a bad idea to adopt a common pattern like
Any reason why we couldn't do the same thing for linux that we're doing
for windows in terms of having these libraries pre-compiled and easy to
drop in?
geir
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing
Tim Ellison wrote:
Excuse the change in subject line...
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we removed the with.awt.swing flag.
Anyone object?
Mark Hindess wrote:
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
there should be few if any interoperability issues.
I can only really see a good argument for maintaining icu binaries since
it is changing more frequently and many distributions seem to have
rather old versions.
Regards,
Mark.
On 4 October 2006 at 10:40, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Any
Mark Hindess wrote:
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have classlib built.
Today, I have:
Can we consider making the final manifest that goes into our jars to be
created/updated dynamically?
I just went through all manifests and added Specification-Version,
Implementation-Version, etc and they will change, at least the last one.
I know the Eclipse people depend on them, so maybe
Ok. I'll look. It must be the case that the whole thing can compile w/
GCC 4.*, not just Jitrino and jet, including classlib.
This isssue, the version of GCC, is one of the things that snags people.
Are there any backwards compat issues if we make it all 4.x
compatible?
geir
Pavel
Serguei Zapreyev wrote:
Dear committers,
I filed recently the HARMONY-1573, -1650, -1651, -1654 issues with the
suggested patches.
I was looking at 1573 last night, but was too tired to follow the
instructions :) (Take the third attachment, combine with the first, to
produce the second
yes, I saw - thanks for that.
I was trying to get 1531 to work yesterday, and I seemed to do something
wrong.
Can you look at 1531 and comment?
geir
Ivan Kollegov wrote:
Hi,
I opened new JIRA
http://issues.apache.org/jira/browse/HARMONY-1586
and attach my contribution
to keep things
last century :)
geir
Thanks,
Mikhail
2006/9/28, Geir Magnusson Jr. [EMAIL PROTECTED]:
Ok, that was fun. Not.
We need to finish making this easier for developers to build by
having pre-built binaries somewhere. To start, I'm going to put a
well-documented tree that contains the stuff needed
Congratulations! You're the proud owner of 1594!
Please make sure things still compile w/ 3.4 :)
geir
Mark Hindess wrote:
After posting, I noticed that Geir has pick up this JIRA so, while I'll
still take a look, I wont steal the JIRA or commit any changes.
Geir feel free to re-assign it
I haven't used MSVC in about 6 years, so where is the right place to put
the files from 1607 so that they are easily used by an MSVC user?
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe,
Alexey Petrenko wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
I've tried
I tend to agree. I think that it's a good idea to consider for the
future, but right now, if the fixes help stabilize, great. I think that
stabilization is key right now.
geir
Serguei Zapreyev wrote:
On 10/3/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
2006/10/3, Serguei Zapreyev [EMAIL
Mikhail Loenko wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
I've
2006/9/29, Anton Luht [EMAIL PROTECTED]:
Hello,
I'd like to volunteer. Just an idea: I'm going to create a number of
.class and .jar files and test various combinations of launching using
SupportExec
On 9/25/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
We desperately need tests
Mark Hindess wrote:
On 3 October 2006 at 19:16, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere
1) Salikh - thanks for catching this
2) Alexey - yes, I think that would be better. Can someone offer a patch?
geir
Alexey Varlamov wrote:
Can't we just take junit.jar from classlib's depends (as we do with XALAN)?
2006/10/3, Salikh Zakirov [EMAIL PROTECTED]:
Geir,
it looks like the
so is my response :)
Mikhail Fursov wrote:
Geir, my comment is in JIRA.
On 10/3/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
yes, I saw - thanks for that.
I was trying to get 1531 to work yesterday, and I seemed to do something
wrong.
Can you look at 1531 and comment?
geir
Ivan
done
Mikhail Fursov wrote:
Ivan,
Thank you for the fix.
I checked the diff and it looks OK.
Actually, with this patch you remove the extra state from CFG - the special
behaviour of CFG without exit/entry nodes. And I think that this is right.
Now it's time to ask commiters to apply the patch.
fixed - thanks
Salikh Zakirov wrote:
Alexey Varlamov wrote:
Can't we just take junit.jar from classlib's depends (as we do with XALAN)?
I agree, that would be a better solution.
It just didn't occur to me that we already have it in classlib's depends.
So, the below change seems to be
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[ ] -1 No, don't. reason :
As usual, 3 days or until all committers vote, or there is an
objection/request for continuance
-
Terms of use :
Tim Ellison wrote:
There are a number of places in the class library code where we create
an object solely to use as a synchronized block 'lock'.
For example, in RandomAccessFile we define a
private Object repositionLock = new Object();
then in a number of methods
public int read()..
I don't think the goal is performance, but just being able to monitor
what sync blocks are hot via watching the sync objects.
geir
Weldon Washburn wrote:
Tim,
I suspect there may be some JVM internal lock design issues involved in
what
you are suggesting. In specific, I vaguely remember
Geir Magnusson Jr. wrote:
I don't think the goal is performance, but just being able to monitor
what sync blocks are hot via watching the sync objects.
What I meant to say was that it's not the performance of the lock
objects themselves, but the overall performance of the code that uses
,
Tim
Geir Magnusson Jr. wrote:
Geir Magnusson Jr. wrote:
Now that we have javac, javah, javap (if Tim votes ;) and keytool, I'd
like to organize these and add them to the next snapshot.
My bad - the javap isn't being voted on yet. I was thinking of the jdwp
vote... sorry
So I propose adding
Ivan Popov wrote:
--- I'd like to see JDWP unit tests included into regular tests runs,
they often reveal problems with JVMTI and JNI support when JVM
implementation is changed. I'm not sure that unit tests are provided
with other tools and included into tests run, and this can be a
separate
Alexei Zakharov wrote:
Hi,
2006/10/2, Vladimir Ivanov [EMAIL PROTECTED]:
On 10/2/06, Mark Hindess [EMAIL PROTECTED] wrote:
I think we need more than one tests.jar. In fact, I think we need
more than one tests.jar per module since some tests need to be on the
bootclasspath while others
Magnusson Jr. wrote:
I've been talking with Simone Bordet about how we might bring MX4J into
Harmony. I think it's a good code base to build our JMX implementation
on, as it's well tested and has been used in implementations that have
been tested with the JMX TCK. (We can't say that MX4J passes, as I
definitely top of my list for this morning.
I'm hoping it was nothing more than what you describe.
geir
Ivan Volosyuk wrote:
Geir, it was JIRA 1372. Currently it is marked as closed after these
commits.
It looks like it doesn't compile due to the same mistake Weldon made
after me. To new
,
Tim
Geir Magnusson Jr. wrote:
Looking at HARMONY-1622, I'm not convinced that we need to change
JarRunner in DRLVM, but rather should figure out what the right thing to
do is in classlib.
The issue is having a MainClass in the manifest contain / :
geir/GeirTest
versus
geir.GeirTest
My
Ya know... I looked and looked for that in the classLoader docs... I
kept skipping over it for some reason
Agreed.
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
FWIW the version in the IBM VME explicitly converts '/' to '.' in the
Main-Class: value before looking up
http://www.mysql.com/company/legal/licensing/foss-exception.html
So it seems that the GPL is compatible with the Apache License, because
MySQL says so, at least for Apache code they want to use, like APR.
I assume this means you could take a small snippet of MySQL, and use it
as a bridge
On Sep 29, 2006, at 12:03 AM, Weldon Washburn wrote:
On 9/28/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 28, 2006, at 9:39 PM, Weldon Washburn wrote:
On 9/28/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Have you tried using a colon rather than a space after -Xem?
Well
Indeed! Thanks. I'd rather be lucky than good :)
On Sep 29, 2006, at 12:30 AM, Alexey Varlamov wrote:
Geir,
There was another jira for SUIDs [1], your commit actually fixed it
as well.
[1] http://issues.apache.org/jira/browse/HARMONY-1361
2006/9/29, Geir Magnusson Jr. [EMAIL PROTECTED
are OK.
On 9/29/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Snapshots are built, tested and deployed to site.
I found a few things while testing, such as not being able to run
jedit out of the box on windows. (HARMONY-1639) Ran fine on linux
though, but that's an older version. I'll check
sorry - fixed (someone else pointed it out...)
On Sep 29, 2006, at 4:49 AM, Vladimir Ivanov wrote:
Geir, could you please add r'reading' permission to HDK file? Now
server
says:
Forbidden
You don't have permission to access
/dist/incubator/harmony/snapshots/latest-harmony-hdk-windows.zip on
On Sep 29, 2006, at 8:04 AM, Alexey Varlamov wrote:
Folks,
It appears we did not fixed dependency on environmental var JAVA_HOME
yet. Rather than pushing workarounds to build scripts (like
HARMONY-1569), let's fix the root cause!
That wasn't a workaround, IMO, but getting things explicit.
601 - 700 of 2755 matches
Mail list logo
