I don't understand either.
(And we'd certainly want to always be able to choose J9 or whatever else
shows up too...)
geir
Oliver Deakin wrote:
Does this mean we could no longer use the IBM VME to run the tests?
Regards,
Oliver
Mikhail Loenko wrote:
There are two options supported by
understanding of what it does.
Best regards,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 14, 2006 5:36 PM
To: harmony-dev@incubator.apache.org
Subject: Re: [classlib][luni] Put setInterruptAction() in our j.l.Thread
stub
Ah - yes - lets not call it sun then if it's universal.
Mikhail Loenko wrote:
2006/9/14, Geir Magnusson Jr. [EMAIL PROTECTED]:
I don't understand either.
Neither do I :)
It's not clear for me why different command lines are generated for Sun
and IBM,
given that the tests pass on IBM
Magnusson Jr. wrote:
of course :)
Mikhail Fursov wrote:
This is the new method added to
drlvm\trunk\vm\port\src\thread\linux\apr_thread_ext.c
Does your apr_thread_ext.c contains this method?
On 9/14/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
well, it wasn't lying.
nm shows
Thanks for listening, I took a SWAG and got it...
It needed to have a libset entry for port at the end of the libsets.
Grumble.
Anyway, I can now do a ./java -version successfully w/ 1363 applied.
Will do some basic tests and then commit
geir
Geir Magnusson Jr. wrote:
So I'm not making
Alas. The new changes to the EM are incompatible with the launcher, so
I'll fix that now.
geir
Geir Magnusson Jr. wrote:
Thanks for listening, I took a SWAG and got it...
It needed to have a libset entry for port at the end of the libsets.
Grumble.
Anyway, I can now do a ./java -version
Alexey Varlamov wrote:
Maybe wrong hythr.so is loaded? Does launcher places LAUNCHER_HOME
before VMDIR in search path or after?
I don't know if it matters - i 'fixed' that by having only one hythr.so
around :)
geir
2006/9/14, Geir Magnusson Jr. [EMAIL PROTECTED]:
So I'm not making
Tim Ellison wrote:
At present, the Harmony launcher creates and passes an instance of the
portlib to the VM as it is being created (via an
_org.apache.harmony.vmi.portlib init arg). This is good because allows
the launcher to define functions used for memory alloc, file IO, etc. early.
Stepan Mishura wrote:
Hi,
When we created 'suncompat' module we were not going to put any tests there
(at least we didn't talk about them). But I think it might make sense to
have compatibility tests for 'suncompat' module.
+1
Test everything, early and often.
For example, if there is a
I now have things building and running with the 1363 patch - more work
for the launcher was needed.
I'm now using the harmonyvm.properties file in the vmdir, and this is
working well.
I am now able to run tests, although I have one failure in StackTest,
and interestingly, the new testsuite
Go! :)
geir
Oleg Khaschansky wrote:
Created a patch for the generification. [1]
Mark, BTW, while looking into JAPI results I saw a couple of messages
about deprecation:
method
java.awt.image.renderable.RenderContext.concetenateTransform(java.awt.geom.AffineTransform):
deprecated in 1.5,
Gregory Shimansky wrote:
On Thursday 14 September 2006 09:29 Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
Actually this problematic function is used only in GetThreadGroupChildren
for the information about threads and thread groups contained inside of
this thread group
.cpp just to get it to run - the
code is broken somewhere...) and from the app perspective, there appears
to be some reflection problem with Tomcat. It's a NPE under release
build, and more info under debug.
Anyway, moving forward
geir
Geir Magnusson Jr. wrote:
I now have things building
Ok - I was testing with Tomcat 5.5.17 on Ubuntu and it seems to work
wiht both release and debug builds.
Strange problem is that something is really slow - server start time is
something like 17 sec on my machine, but 1.7 w/ Sun. Clearly something
is broken.
geir
Geir Magnusson Jr. wrote
Xiao-Feng Li wrote:
GCv5 is a proposed next GC version for Harmony VM. It's just starting.
Any people who are interested are welcome to comment the design or
participate the development. Please notice messages with [DRLVM][GC]
in subject. I will submit a very preliminary mark-compaction GC
Xiao-Feng Li wrote:
On 9/15/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Xiao-Feng Li wrote:
GCv5 is a proposed next GC version for Harmony VM. It's just starting.
Any people who are interested are welcome to comment the design or
participate the development. Please notice messages
Vladimir Gorr wrote:
On 9/15/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I now have things building and running with the 1363 patch - more work
for the launcher was needed.
I'm now using the harmonyvm.properties file in the vmdir, and this is
working well.
I am now able to run tests
Spark Shen wrote:
Paulex Yang 写道:
Nathan Beyer wrote:
Here are a few things that I think might help with getting through some of
the older outstanding issues, as well as new ones.
* If an issue is old (over a month???), then verify that it's still an issue
with the latest code and
Spark Shen wrote:
Paulex Yang 写道:
Nathan Beyer wrote:
Here are a few things that I think might help with getting through some of
the older outstanding issues, as well as new ones.
* If an issue is old (over a month???), then verify that it's still an issue
with the latest code and
);
**/*
...
Thanks,
Vladimir.
On 9/13/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Vladimir Gorr wrote:
I was able to sucessfully run both applications (Eclipse ActiveMQ)
for
the
recent build.
what changed?
geir
Thanks,
Vladimir.
On 9/12/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
doh
Yes, that is what Mikhail was saying, and I was supporting.
geir
Mark Hindess wrote:
Using a latest link wouldn't work well since the md5sum checking would
keep breaking. I like using named versions and planned/controlled
changes.
-Mark.
On 13 September 2006 at 1:20, Geir Magnusson Jr
Richard Liang wrote:
Hello,
I have been discussing with the author of TestNG (Cedric) about
Harmony using a tweaked TestNG which does not require
java.util.concurrent. The feedback is we could use the tweaked TestNG
as long as we do not re-distributed it. So now it's possible to deploy
TestNG
Thank you! :)
Morozova, Nadezhda wrote:
All,
We have not been paying too much attention to documentation for existing
code. Here is a compilation of doc-related activities and discussions.
It would be great if unresolved JIRAs were propagated and more
discussion happened on the existing
Mark Hindess wrote:
On 11 September 2006 at 16:29, Alexey Petrenko
[EMAIL PROTECTED] wrote:
Mark,
I did not get your point...
What is the problem with the same property for both awt and swing
tests? I understand that we need to set dome property to run them
since we got problems with
Oliver and Co :
I don't know if you caught this in another thread, but I recently
changed the launcher to pass the -showversion cmd line param through
to the VM after the launcher prints out its version, so that we can also
know the version of the VM.
The problem with this brilliant
The Apache Software
Foundation or its licensors, as applicable.
JVMJ9VM007E Command-line option unrecognised: -version
HMYEXEL062E Internal VM error: Failed to create Java VM
FAILED.
Ill take a look at this too.
Regards,
Oliver
Geir Magnusson Jr. wrote:
Oliver and Co :
I don't know if you
start.
If you notice there is something wrong or I missed, feel free to update
that
page, your effort will bring convenience to whole harmony community: )
On 9/13/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
You might also consider creating a page on the wiki where you outline
/native/org_apache_harmony_vm_VMStack.cpp:301:
_jobject* Java_org_apache_harmony_vm_VMStack_getStackTrace(JNIEnv*,
_jobject*, _jobject*): Assertion `size = skip' failed.
abort_handler()
Thanks,
Vladimir.
On 9/13/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I'm a little skeptical, as I had
Gregory Shimansky wrote:
On Wednesday 13 September 2006 18:09 Andrew Zhang wrote:
On 9/13/06, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I think that we need to create something like Good issue resolution
guideline and post it on Harmony site or wiki. It will help community
to prepare
Rana Dasgupta wrote:
Weldon,
It may be a little early to guard for architectural impact of large parts
of the VM being written in Java? I don't think that we are quite there yet
or need to consciously design to enable this till we have completed the
MMTk
integration and done exhaustive
comment this
out because memory for mainClassJar is already allocated in the
calling method.
I believe that the general problem is that contents of memory
alocated
with hymem_allocate_memory get somehow broken on exit from a method.
On 9/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote
,
Rana
On 9/7/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
but again, I'll emphasize that you want to bring this to the dev list.
Adding to a wiki or a JIRA is very silent compared to an introduction
and discussion
And? :)
How did it turn out?
geir
Mikhail Loenko wrote:
I've not tried.
Right after I've send the previous mail all swing tests passed for me
for the first time on linux :)
Now I'll rerun them couple times and if they pass, i'll commit
Thanks,
Mikhail
2006/9/12, Stepan Mishura [EMAIL
Magnusson Jr.
[EMAIL PROTECTED]
wrote:
What's the status of the missing javax.rmi.CORBA classes?
I've started to work on javax.rmi implementation for Yoko.
Also, but less important, has anyone thought about the
final/nonfinal JAPI issues? That is, lots
You might also consider creating a page on the wiki where you outline
this process, and record who is signing up for what...
geir
Tony Wu wrote:
so helpful suggestion, thank you Nathan.
According to Nathan's suggestion, I suggest we go ahead as below,
1. verify all the issues without patch,
You might also consider creating a page on the wiki where you outline
this process, and record who is signing up for what...
geir
Tony Wu wrote:
so helpful suggestion, thank you Nathan.
According to Nathan's suggestion, I suggest we go ahead as below,
1. verify all the issues without patch,
btw - nice plan all!
Good to see this happen :)
geir
Geir Magnusson Jr. wrote:
You might also consider creating a page on the wiki where you outline
this process, and record who is signing up for what...
geir
Tony Wu wrote:
so helpful suggestion, thank you Nathan.
According
] wrote:
On 9/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I was trying the latest snapshot with the JBoss installer (4.0.1) and
found a problem processing the SHA signatures int the jar manifest.
I've entered a JIRA - HARMONY-1412
I will have a look at it. ;-)
geir
,
Richard
On 9/11/06, Richard Liang [EMAIL PROTECTED] wrote:
On 9/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I was trying the latest snapshot with the JBoss installer (4.0.1) and
found a problem processing the SHA signatures int the jar manifest.
I've entered a JIRA - HARMONY-1412
I
Vladimir Gorr wrote:
I was able to sucessfully run both applications (Eclipse ActiveMQ) for
the
recent build.
what changed?
geir
Thanks,
Vladimir.
On 9/12/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
doh. Thanks. I feel dumb for not trying the simplest thing first :)
There's
Alexey Varlamov wrote:
2006/9/11, Geir Magnusson Jr. [EMAIL PROTECTED]:
Evgueni Brevnov wrote:
If yes then we can take vmcore.dll base path as a
location of kerenel.jar.
Sure - where will you get that? and what do you w/ .so's in unix? I've
come to the conclusion that the only way
Nathan Beyer wrote:
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Nathan Beyer wrote:
I've done some tweaking to the build scripts around compiler usage and
wanted to run it by the list for comments, etc.
* I've removed the -showversion JVM argument
Nathan,
... because that part of SVN implies that we have the provenance
documentation for the code that makes it in there.
For concurrent, we don't, so it has to go out.
Please move it to standard/classlib/trunk/modules/concurrent or something.
Given it's stablity - that it doesn't change
+1 from Geir, Alexey V, Vladimir, Mikhail L, Mikhail F, Gregory
I'd have preferred a third committer, but as it is a set of patches and
enhancements to an existing codebase, and there was no opposition, I
think we're ok.
geir
Geir Magnusson Jr. wrote:
All is in order and in SVN for Harmony
Evgueni Brevnov wrote:
On 9/9/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
There seems to be no easy solution, other than parse LD_LIBRARY_PATH or
PATH...
Is vmcore.dll (now harmonyvm.dll) and kernel.jar should always reside
in one directory?
I was thinking about this for packaging
Evgueni Brevnov wrote:
On 9/11/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Evgueni Brevnov wrote:
If yes then we can take vmcore.dll base path as a
location of kerenel.jar.
Sure - where will you get that? and what do you w/ .so's in unix? I've
come to the conclusion
I was testing the DRLVM-in-Launcher setup and something is seriously broken.
On Ubuntu, both debug and release builds, it will run Tomcat ok, but
when I try something like Eclipse 3.2 or ActiveMQ 4.0.2 the program runs
and silently exits. No log output, no console output.
I've been trying
There is an InternalError thrown (see the tracestream), but I haven't
found way to figure out what that is yet...
geir
Geir Magnusson Jr. wrote:
I was testing the DRLVM-in-Launcher setup and something is seriously
broken.
On Ubuntu, both debug and release builds, it will run Tomcat ok
Geir Magnusson Jr. wrote:
There is an InternalError thrown (see the tracestream), but I haven't
found way to figure out what that is yet...
geir
Geir Magnusson Jr. wrote:
I was testing the DRLVM-in-Launcher setup and something is seriously
broken.
On Ubuntu, both debug and release builds
More news - I'm not passing the smoke tests. gc.LOC just spins (and
sucks a lot of memory in).
Clearly what I thought were trivial changes to switch to use the
launcher had hidden effects. Any suggestions where to start looking?
geir
Geir Magnusson Jr. wrote:
I was testing the DRLVM
Nathan Beyer wrote:
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Nathan Beyer wrote:
I think I have this issue fixed. I modified the 'build-java.xml' script
to
use 'bootclasspath' instead of 'classpath' in the 'javac' task [1].
Wait - doesn't this mean
, and not a bulk contribution, so I'll go forward and commit it.
geir
Geir Magnusson Jr. wrote:
More news - I'm not passing the smoke tests. gc.LOC just spins (and
sucks a lot of memory in).
Clearly what I thought were trivial changes to switch to use the
launcher had hidden effects. Any suggestions
useful info!)
Let me know what you want to do. Sorry I didnt' think ahead far enough
w/ those changes...
geir
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Saturday, September 09, 2006 7:40 AM
To: harmony-dev@incubator.apache.org
Subject: [drlvm] Need
Evgueni Brevnov wrote:
On 9/7/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Evgueni Brevnov wrote:
It seems we don't need vm.boot.library.path anymore. I propose to
remove it from the sources completely. What do you think?
I wasn't sure. It is used in Classloader and Runtime, I
New snapshots posted to download area.
As w/ previous, no swing/awt for Windows. I'll try to that done locally
this weekend. There is some contention on how we want to make that
easier, and a patch in JIRA.
I'll also now do the switch to DRLVM via launcher since this codebase
now has that
I was trying the latest snapshot with the JBoss installer (4.0.1) and
found a problem processing the SHA signatures int the jar manifest.
I've entered a JIRA - HARMONY-1412
geir
-
Terms of use :
Rana,
in the patch included w/ Harmony-1364, you are calling init_stack_info()
in two different files (one for Windows, one for linux), you are testing
to see if you need to call init_stack_info(), and then calling if so.
Do you expect that someone else should have caleld init_stack_info(),
Daniel Gandara wrote:
Hi all,
as you know at the ITC we are working to complete javax.naming.ldap
package v 1.5. We are currently implementing the 1.5 classes and I have
one question regarding the reuse of an already donated code from other
package (org.apache.harmony.security.x509).
I'll figure this out myself if I don't get a quick answer, but I think
we should put the DRLVM kernel classes jar(s) in the same directory as
the rest of the DRLVM artifacts so that it's easy to switch between VMs
using the launcher. (J9 does this).
How does DRLVM decide where to look?
(I'm
There seems to be no easy solution, other than parse LD_LIBRARY_PATH or
PATH...
geir
Geir Magnusson Jr. wrote:
I'll figure this out myself if I don't get a quick answer, but I think
we should put the DRLVM kernel classes jar(s) in the same directory as
the rest of the DRLVM artifacts so
yet agreed on some of this
pre-creation at initialization etc. stuff (on a different thread ), whether
we want to handle lazily, etc. So, this is sort of an interim fix to stop
the asserts until we agree on some broader aspects of overflow exception
handling.
Thanks,
Rana
On 9/8/06, Geir Magnusson
What's the status of the missing javax.rmi.CORBA classes?
Anyone know?
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
::string getParam(const std::string config, const
std::string name) {
=== cut ===
As a result build fails.
Salikh, it seems that you need to provide additional patch.
SY, Alexey
2006/9/7, Alexey Varlamov [EMAIL PROTECTED]:
+1
2006/9/7, Geir Magnusson Jr. [EMAIL PROTECTED]:
+1
Geir Magnusson Jr
Evgueni Brevnov wrote:
On 9/7/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Code is checked in for linux - and updating and testing now on WinXP.
The issue was that all of our library loading was done with full paths,
which didn't let APR via dlopen() use LD_LIBRARY_PATH.
So I made some
but again, I'll emphasize that you want to bring this to the dev list.
Adding to a wiki or a JIRA is very silent compared to an introduction
and discussion :)
geir
Paulex Yang wrote:
Geir Magnusson Jr. wrote:
Good.
Also, don't just do things in JIRA. Add the comment in JIRA, but also
Alexey Varlamov wrote:
2006/9/7, Oliver Deakin [EMAIL PROTECTED]:
Alexey Varlamov wrote:
2006/9/7, Oliver Deakin [EMAIL PROTECTED]:
Nathan Beyer wrote:
-Original Message-
From: Richard Liang [mailto:[EMAIL PROTECTED]
Sun compiler (5.0_8) also has some unexpected
Just add a comment saying I grant the attached materials under the
terms of the Apache License v2.0
Miguel Montes wrote:
Hi Mikhail:
The attach button in the JIRA form doesn't have the checkbox to grant the
license. Now I notice the button is there when you try to attach files
to an
Weldon Washburn wrote:
On 9/1/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Artem Aliev wrote:
The hyport and hy* are a porting layer that provides os independent
interface.
hysock_select() does not return EINTR on windows why it should do it
under linux?
either user presses Ctrl-c
Alexey Varlamov wrote:
2006/9/7, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Varlamov wrote:
As long as luni-kernel stubs actually document VMI, we should keep all
related methods there (until someone can suggest better place, which I
doubt - you know, the code is best doc itslef
And one other comment on the proposed patch... it doesn't respect the
timeout as it restarts the select() with the original timeout...
Geir Magnusson Jr. wrote:
Weldon Washburn wrote:
On 9/1/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Artem Aliev wrote:
The hyport and hy
This came up in another thread.
Currently, java.nio.channels.spi.AbstractInterruptibleChannel depends on
there being a setInterruptAction() method on java.lang.Thread.
I certainly think that this kind of thing should be documented, so the
question - should we add this to our Thread stub
I committed the initial fix to the socket interrupt problem. I stared
at it a while and did what I thought the simplest thing possible. (Most
of the staring was trying to grok some of the intent in the socket.c and
hysock.c code...
Simply put, I ensured that hysock_select() just dealt w/
Jimmy, Jing Lv wrote:
Geir Magnusson Jr. wrote:
I committed the initial fix to the socket interrupt problem. I stared
at it a while and did what I thought the simplest thing possible.
(Most of the staring was trying to grok some of the intent in the
socket.c and hysock.c code...
Simply
it out and let me know if this works. It works for me on WinXP
and Sun JDK 5.0_8 and resolves the issue mentioned below.
[1]
http://svn.apache.org/viewvc/incubator/harmony/enhanced/classlib/trunk/make/
build-java.xml?r1=440948r2=441358diff_format=h
-Original Message-
From: Geir Magnusson Jr
Seems like it gets a 500 and then goes to home page of dlldump.com
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
,
Mikhail
2006/8/31, Geir Magnusson Jr. [EMAIL PROTECTED]:
Well, that's 3 days :)
+1 from geir, alexey, vladimir, Ilya, the other alexey, sergey, mark,
oleg, paulex, mikhail, kenny,
no other votes (other than interest in getting the dependency thing
fixed once and for all, and some chat about
not only for me :-)
On 9/5/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Salikh Zakirov wrote:
Andrey Chernyshev wrote:
1. Fix the DRLVM layout - rename vmcore to harmonyvm and move
..dll/.so into the default subdirectory such that one doesn't
have to
type -vm and -vmdir options;
While
Magnusson Jr. [EMAIL PROTECTED] wrote:
Salikh Zakirov wrote:
Andrey Chernyshev wrote:
1. Fix the DRLVM layout - rename vmcore to harmonyvm and move
..dll/.so into the default subdirectory such that one doesn't
have to
type -vm and -vmdir options;
While would you want to rename DRLVM
Evgueni Brevnov wrote:
On 9/6/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Evgueni Brevnov wrote:
HI All,
Good news! I have a patch to run DRLVM with the classlib's launcher
(I've checked Hello and Eclipse applications on Windows only).
Actually, there are two patches. The first one
It's failing on my ubuntu box. Anyone else seeing this?
geir
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I reverted a few files in luni, in which there should have been no
material changes, and things are passing again.
So... sorry to bother everyone, thanks for the help Nathan and any
others who tried it, and ... I'm still suspicious :)
geir
Geir Magnusson Jr. wrote:
Yes, that's what I meant
: Geir Magnusson Jr [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 8:34 AM
To: harmony-dev@incubator.apache.org
Subject: [classlib][rmi] DISCUSSION : Use the RMI modiule and move
the
others to archive
We've had multiple RMI modules hanging around for a while due to our
fortune of multiple
Good.
Also, don't just do things in JIRA. Add the comment in JIRA, but also
send something to the dev list. That way, people who are interested
will more easily notice and maybe offer to help, or such...
geir
Oleg Khaschansky wrote:
Hi all,
There were situations when several people
Nathan Beyer wrote:
-Original Message-
From: Richard Liang [mailto:[EMAIL PROTECTED]
Sun compiler (5.0_8) also has some unexpected behavior. See[1]
[1]http://mail-archives.apache.org/mod_mbox/incubator-harmony-
dev/200608.mbox/[EMAIL PROTECTED]
I've found that a second or third
+1
Geir Magnusson Jr. wrote:
All is in order and in SVN for Harmony-1225 wrt BCC and ACQ. I think
that this an important patch so we can get better 1.5 support et al.
Please vote to accept or reject this set of patches and fixes into the
Apache Harmony class library :
[ ] + 1 Accept
[ ] -1
Morozova, Nadezhda wrote:
Best regards,
Nadya Morozova
Folks,
I have just submitted a patch that fixing the conflict in styles on the
website [1]. When doing this, I noticed another issue with the docs
deployed:
There are no images! The image files used in individual documents are
Mikhail Loenko wrote:
Alexey
I think putting some third-party code into JIRA and downloading it on
the fly
when build means that we redistribute that third-party code.
We intenationally do it for yoko.jar, because we've discussed here that
we host
it.
My question is: did we discussed
Richard Liang wrote:
Geir Magnusson Jr. wrote:
Salikh Zakirov wrote:
Hi,
I have just tried to use JIRA to see how many unapplied patches are
there for DRLVM,
but couldn't search just for the issues with patch provided.
Does anyone know of a good way to find just the issues
LD_LIBRARY_PATH and other such
externalities...
geir
Evgueni Brevnov wrote:
Ok, I will try to teach DRLVM where to load dlls from before doing other
things.
Evgueni.
On 9/1/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Ok, but can we wack off the biggest problem first, namely that DRLVM
launcher when
DRLVM was in /default. If memory serves, it doesnt' work.
geir
Thanks,
Andrey.
DestroyJavaVM(JavaVM * vm). Some changes to j.l.Thread class is
necessary as well. So if there is no objections I can start working on
it right now.
Thanks
Evgueni.
On 8/31/06, Geir Magnusson Jr
Salikh Zakirov wrote:
Andrey Chernyshev wrote:
1. Fix the DRLVM layout - rename vmcore to harmonyvm and move
..dll/.so into the default subdirectory such that one doesn't have to
type -vm and -vmdir options;
While would you want to rename DRLVM to Harmony VM?
It feels to me like claiming
Excellent! lets get this as part of our test rig...
Steve Blackburn wrote:
The DaCapo research group is pleased to announce a new beta release of
the DaCapo benchmark suite, an accompanying set of performance
evaluation methodologies for dynamically compiled languages [Blackburn
et al.,
Robin Garner wrote:
Weldon Washburn wrote:
Robin,
Good points. Given that Object.hashCode() implementation sortof,
kindof depends on a copying mature space, does it make sense for the
GC to own the Object.hashCode() implementation? That way, we
eliminate the vm-wide debate about giving
Artem Aliev wrote:
Hello, guys.
Do not forgot about portability
Hysock lib is a porting layer and it should work the same way on all
platforms.
The windows does not support signals at all
So the porting layer should hide all OS depended signal processing
including this select() problem.
+1
if there is no objections I can start working on
it right now.
Thanks
Evgueni.
On 8/31/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
We need to make DRLVM work with the launcher in the same way that J9
works with the launcher. It's a royal PITA to do an ant-clean and have
DRLVM wiped out of the deploy
Geir Magnusson Jr. wrote:
Artem Aliev wrote:
Hello, guys.
Do not forgot about portability
Hysock lib is a porting layer and it should work the same way on all
platforms.
The windows does not support signals at all
So the porting layer should hide all OS depended signal processing
Artem Aliev wrote:
Gier,
That's crazy. This isn't an implementation dependent feature - it's a
side effect.
The standard says: It is implementation-dependent behaviour, not a
side effect :)
http://www.opengroup.org/onlinepubs/007908799/xsh/select.html
---quote begins
[EINTR]
The
Artem Aliev wrote:
The hyport and hy* are a porting layer that provides os independent
interface.
hysock_select() does not return EINTR on windows why it should do it
under linux?
either user presses Ctrl-c or ctrl-\ or VM uses other signals for its
owns needs.
I think you just gave me the
I was playing with tomcat to test this select() stuff we've been talking
about, and on a fresh build of classlib and drlvm :
Sep 1, 2006 1:37:50 PM SEVERE
org.apache.catalina.session.StandardManager.start: Exception loading
sessions from persistent storage
Throwable occurred:
Never mind - there was a problem earlier in execution - DRLVM's Class
didn't have isEnum() I assume what followed was because of that. I
fixed it, and problem went away. Back to select()...
geirb
Geir Magnusson Jr. wrote:
I was playing with tomcat to test this select() stuff we've been
1001 - 1100 of 2755 matches
Mail list logo