Re: [jira] Created: (HARMONY-2201) [classlib][luni] Add creation of stub jvm.dll to luni module

+1 for common jvm.lib. I'm already asked myself looking at drlvm's vmi impl - why do we need this as separate lib, and could not find any compelling reason. On the contrary, we would need to provide extra interface vm->vmi for completing VMLS in DRLVM if we keep those libs separate. 2006/11/17, T

Re: [performance] a few early benchmarks

Stefano, It is a bit unfair to compare *debug* build of Harmony with other release versions :) I suppose all VMs where run in default mode (i.e. no special cmd-line switches)? 2006/11/17, Stefano Mazzocchi <[EMAIL PROTECTED]>: There are lies, damn lies and benchmarks which don't really tell

Re: [drlvm][em64t] build fails

16 Nov 2006 14:48:05 +0600, Egor Pasko <[EMAIL PROTECTED]>: On the 0x223 day of Apache Harmony Geir Magnusson, Jr. wrote: > Gregory Shimansky wrote: > > Geir Magnusson Jr. wrote: > >> > >> > >> Gregory Shimansky wrote: > > >>> -Xss is the lower stack limit, it doesn't specify the maximum > >

Re: [drlvm] [testing] Excluding commit tests until the problem is fixed

+1 I like this approach too - more flexible than current. 2006/11/16, Vladimir Ivanov <[EMAIL PROTECTED]>: On 11/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > > Vladimir Ivanov wrote: > > As part of solution for this issue the > > *HARMONY-2197*

Re: [drlvm][unit] 100% of class library tests pass

2006/11/16, Tim Ellison <[EMAIL PROTECTED]>: Pavel Ozhdikhin wrote: > We have to evolving systems - classlib and DRLVM. To check commits to > classlib we need a stable DRLVM which can pass 100% of HUT. Otherwise it's > impossible to use DRLVM for pre-commit testing - you never know whether > your

Re: [drlvm][unit] 100% of class library tests pass

gt; * Andrew Zhang for reviewing class library patches and helpful > >> discussions > >> > > >> > On 11/16/06, Alexei Fedotov <[EMAIL PROTECTED]> wrote: > >> >> > >> >> Folks, > >> >> According to http://harmonytest.o

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

Well, we all learned the lesson. Here are my own thoughts, and some more answers are inlined: 1) Explicit separate testing for all execution engines (JET, OPT, interpreter) is really valuable; so far we found bugs in many components including classlib (!), especially due to interpreter. I bet JIT

Re: [classlib][testing] Showing test failures (Re: [drlvm] New regression: java.lang.ClassGenericsTest4)

2006/11/16, Tim Ellison <[EMAIL PROTECTED]>: Rana Dasgupta wrote: > I think that a problem with the junit tests is that some failures spit out > to the console, but show up in the test run results as passed. I find this > very confusing. So unless you are watching all the time, you can miss them.

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

2006/11/16, Gregory Shimansky <[EMAIL PROTECTED]>: Alexey Varlamov wrote: > Err, what I found is really trivial bug. But it took quite a few time > to discover - seems today was not my day :( > > Index: vm/vmcore/src/exception/e

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

Pardon for my English - a bit sleepy already... 2006/11/15, Alexey Varlamov <[EMAIL PROTECTED]>: Err, what I found is really trivial bug. But it took quite a few time to discover - seems today was not my day :( Index: vm/vmcore/src/exception/exceptions_im

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

dle(); exc_cause->object = exception->exc_cause; tmn_suspend_enable_recursive(); } OK, we definitely need a regression test for this. 2006/11/15, Gregory Shimansky <[EMAIL PROTECTED]>: Alexey Varlamov wrote: > 2006/11/15, Alexey Varlamov <[EMAIL PROTECTED]>

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

2006/11/15, Gregory Shimansky <[EMAIL PROTECTED]>: Alexey Varlamov wrote: > 2006/11/15, Gregory Shimansky <[EMAIL PROTECTED]>: >> Alexey Varlamov wrote: >> > The guilty change is the following, which effectively turns on >> > VM_LAZY_EXCEPTION support in ex

Re: [general][testing] cruise control on the WinXP and SUSE linux

15.11.06, Gregory Shimansky<[EMAIL PROTECTED]> написал(а): Vladimir Ivanov wrote: > Hello everyone, > I started cruise control (stored in the "buildtest" module with patch from > issue 995) on the Windows XP and SUSE Linux boxes. > Both machines are identical (1 CPU - P4*3GHz, 1GB RAM, 120Gb HDD)

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

2006/11/15, Alexey Varlamov <[EMAIL PROTECTED]>: 2006/11/15, Gregory Shimansky <[EMAIL PROTECTED]>: > Alexey Varlamov wrote: > > The guilty change is the following, which effectively turns on > > VM_LAZY_EXCEPTION support in exceptions_impl.cpp: > > Well this i

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

2006/11/15, Gregory Shimansky <[EMAIL PROTECTED]>: Alexey Varlamov wrote: > The guilty change is the following, which effectively turns on > VM_LAZY_EXCEPTION support in exceptions_impl.cpp: Well this is a patch from HARMONY-2018 which doesn't hide the fact that it enables laz

Re: [general][testing] cruise control on the WinXP and SUSE linux

Apparently this is a long awaited working (at least for drlvm testing), I'll be utterly surprised if somebody objects. Thank you! Here is My Big +1 :) 15.11.06, Vladimir Ivanov<[EMAIL PROTECTED]> написал(а): Hello everyone, I started cruise control (stored in the "buildtest" module with patch fr

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

s_type.h" #include "environment.h" So the problem most probably in exn_throw_by_class_internal() function, will look closer after lunch. 2006/11/15, Alexey Varlamov <[EMAIL PROTECTED]>: Heh, this regression is more interesting than it looked at first glance: JITs give the same ou

Re: [drlvm] New regression: java.lang.ClassGenericsTest4

Heh, this regression is more interesting than it looked at first glance: JITs give the same output with identical stack trace, but test result is PASSED. By lucky chance I have older debug build at hand (svn = r474646) and it also spills this stacktrace to system err but status is PASSED for all e

Re: [drlvm][test]Exclude some tests from "build test" target, make 'build test' pass

2006/11/14, Gregory Shimansky <[EMAIL PROTECTED]>: On Monday 13 November 2006 15:51 Elena Semukhina wrote: > On 10/26/06, Elena Semukhina <[EMAIL PROTECTED]> wrote: > > After H-1823 has been committed, I still see intermittent failures of > > drlvm kernel ThreadTest. Normally this test passes but

Re: [drlvm][classlib] thread library - let there be one!

2006/11/10, Weldon Washburn <[EMAIL PROTECTED]>: hmm it seems that we need to create "kernel natives", the C version of java kernel classes. The expectation is that the JVM supplier would write their own kernel natives. And the classlib native code would only call kernel natives. Thoughts?

Re: [drlvm] Class unloading support - tested one approach

[snip] Alexey, it looks like what you are thinking about is *concurrent* collector, and concurrent garbage collections brings substantial complexity even without class unloading. Salikh, You are correct. Maybe I'm running ahead of the train, but my concern is that "scalability" of unloading d

Re: [drlvm][classlib] DaCapo benchmark regressions

Robin, 1) it must be debug build of drlvm; 2) syntax is -Xstats:[1|2|3] , the number denotes detalization level. Actually this options gives various *statistics* for run, rather than performance data or profile. E.g. number of particular byte ops performed, exceptions thrown/caugth, most frequen

Re: [drlvm] Class unloading support - tested one approach

2006/11/9, Robin Garner <[EMAIL PROTECTED]>: Etienne Gagnon wrote: > 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

Re: [drlvm][testing] the DRLVM silently exit to run the classlib tests.

Yes, I have the same troubles on SUSE, probably after Weldon's commit r472773... 2006/11/9, Vladimir Ivanov <[EMAIL PROTECTED]>: Hello everyone, today I can't run classlib tests over the DRLVM on SuSe linux. Could somebody else reproduce this failure and fix it? thanks, Vladimir Note, these

Re: [drlvm] Class unloading support - tested one approach

[snip] > > My proposal has been measured at ~1% overhead in GC time, or 0.1% in > > execution time (caveats as above). If there is some complexity in > > establishing classloader reachability from this basis, I would assume it > > can easliy be absorbed. Sorry if it was already discussed, but

Re: [drlvm] Class unloading support - tested one approach

Uhm, Etienne overtook me with earlier posts. Seems we are beginning to converge with design. 2006/11/9, Alexey Varlamov <[EMAIL PROTECTED]>: 2006/11/8, Robin Garner <[EMAIL PROTECTED]>: > Robin Garner wrote: > > Aleksey Ignatenko wrote: > >> Robin. > >>

Re: [drlvm] Class unloading support - tested one approach

2006/11/8, Robin Garner <[EMAIL PROTECTED]>: Robin Garner wrote: > Aleksey Ignatenko wrote: >> Robin. >> >>> OK, well how about keeping a weak reference to the >j.l.ClassLoader >>> object instead of a strong one. When the reference >becomes (strong)ly >>> unreachable, invoke the class-unloading

Re: [DRLVM] General stability

2006/11/7, Vladimir Ivanov <[EMAIL PROTECTED]>: On 11/7/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > > But do we have needed scripts/tools readily available to run and > analyze such stability testing? I'm also pretty sure existing c-unit > and smoke te

Re: [classlib] NLS exception messages arn't displayed correctly

2006/11/8, Oliver Deakin <[EMAIL PROTECTED]>: Evgueni Brevnov wrote: > On 11/8/06, Tim Ellison <[EMAIL PROTECTED]> wrote: >> Oliver Deakin wrote: >> >> > 2) The bogus "FAILED to invoke JVM" message. >> > Looks like this is coming from the launcher (Im running >> > Harmony + IBM VME). >> > It ap

Re: Harmony passes 94% on derby tests.

t make sense? Sure, the patches would be useful even if just hanging in a JIRA. I suggest to separate issues intended for commit from temporary stuff, please file additional JIRA for the last. -- Best regards, Alexey Thanks, Nina On 11/3/06, Alexey Varlamov <[EMAIL PROTECTED]> wr

Re: [DRLVM] General stability

2006/11/7, Gregory Shimansky <[EMAIL PROTECTED]>: Weldon Washburn wrote: > Folks, > > I have spent the last two months committing patches to the VM. While we > have added a ton of much needed functionality, the stability of the system > has been ignored. By chance, I looked at thread synchroniz

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

RI although the test I run cannot be said a formal performance test.:) On 11/3/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > 2006/11/3, Alexey Petrenko <[EMAIL PROTECTED]>: > > More and more good new from day to day :) > > > > Thanks, Leo! > > >

Re: [drlvm] more self-dependent VM tasks, newbies welcome

Egor, thanks for doing this. 03 Nov 2006 14:28:15 +0600, Egor Pasko <[EMAIL PROTECTED]>: On the 0x216 day of Apache Harmony Geir Magnusson, Jr. wrote: > Sure, so use wiki as a community collaboration tool, and then point to > the JIRAs... OK, my suggestion was to put links to JIRA tasks from th

Re: Harmony passes 94% on derby tests.

+1 to integration. As for the patches, I'd rather suggest filing bugs on EUT and let respective community to resolve those issue for good - either find more universal approach (like java.management or JVMTI features) or hardcode harmony too :). Thanks for spending these efforts, anyway! 03 Nov 2

Re: [classlib]Harmony classlib with J9 VM passes all the tests provided by JUnit4.1

2006/11/3, Alexey Petrenko <[EMAIL PROTECTED]>: More and more good new from day to day :) Thanks, Leo! SY, Alexey 2006/11/3, Leo Li <[EMAIL PROTECTED]>: > Hi, all > I have just tested JUnit4.1 on Harmony. > With J9 VM, harmony passes both on windows xp2 and redhat enterprise > 4.0. W

Re: [drlvm] more self-dependent VM tasks, newbies welcome

2006/11/2, Geir Magnusson Jr. <[EMAIL PROTECTED]>: Put them in as JIRAs Done: HARMONY-2051, 2052, 2053. Alexey Varlamov wrote: > Below is a list of isolated development tasks which do not require > advanced knowledge of VM and could be a nice start for newbies to get > acqu

Re: [drlvm] more self-dependent VM tasks, newbies welcome

- From: Alexey Varlamov [mailto:[EMAIL PROTECTED] Sent: Thursday, November 02, 2006 9:24 AM To: harmony-dev Subject: [drlvm] more self-dependent VM tasks, newbies welcome Below is a list of isolated development tasks which do not require advanced knowledge of VM and could be a nice start for newbies

[drlvm] more self-dependent VM tasks, newbies welcome

Below is a list of isolated development tasks which do not require advanced knowledge of VM and could be a nice start for newbies to get acquainted with the code. All items are targeted for better code sharing. 1) Eliminate duplicate implementation of j.l.Runtime.Process in kernel classes of DRLV

Re: [drlvm][test]Exclude some tests from "build test" target, make 'build test' pass

27.10.06, Salikh Zakirov<[EMAIL PROTECTED]> написал(а): Gregory Shimansky wrote: >> But on Linux these tests fail with >> lost of different exceptions: >> >> For java.lang.ClassGenericsTest: >> >> java.lang.ClassNotFoundException: java.lang.ClassGenericsTest$Mc009^Z^Z^Z >> java.lang.NoClassDefFou

Re: [drlvm][jvmti][testing] I want to add JVMTI tests to drlvm commit checks

Gregory, I observed similar quirks with paths while intergrating kernel tests into build. AFAIU the "Grand Design" is the following: there are abstracted targets and isolated component descriptors; build system iterates through all components and tries to apply given target to each component. So

Re: 235 tests are missed at DRLVM test run for Windows

2006/11/1, Anton Luht <[EMAIL PROTECTED]>: Alexey, > 1) allow to compare by exact id - e.g. I failed to compare #90 and #91 > due to missing tags. First, you can obtain login (ask any registered user to add you) and tag runs you are interested in. Still I have to do extra steps while searching

Re: [security][testing] 2 tests failed today

2006/11/1, Tim Ellison <[EMAIL PROTECTED]>: Mark Hindess wrote: > Fixed in r469902. Turns out the exec was putting double quotes around > the classpath argument (which might make sense if it was going to a > shell) but it doesn't for an exec syscall. This resulted in classes > being search for

Re: [DRLVM][PORT] correct API to retrieve processor number

Just a wild guess: this may be caused by x86 emulation on em64t (x86_64). SDK docs advise to use GetNativeSystemInfo() in such case, instead of currently used GetSystemInfo(). (See vm\port\src\misc\win\sysinfo.c). 2006/11/1, Xiao-Feng Li <[EMAIL PROTECTED]>: Yes, both SUN JRE and DRLVM returns

Re: [general] Motorola to develop ME under ALv2

01 Nov 2006 16:08:28 +0600, Egor Pasko <[EMAIL PROTECTED]>: On the 0x214 day of Apache Harmony Mikhail Fursov wrote: > AFAIK ME shares a lot of core classes and packages with SE. And we have > these packages implemented. > And now I'm really interesting if Motorola wants to reuse our code or > de

Re: 235 tests are missed at DRLVM test run for Windows

Anton, Nice feature indeed, many thanks. Please also consider the following: 1) allow to compare by exact id - e.g. I failed to compare #90 and #91 due to missing tags. 2) add filtering by tags on the main page - e.g. to see only drl or only linux results. 2006/10/31, Anton Luht <[EMAIL PROTECT

Re: [security][testing] 2 tests failed today

Yes, I also reproduced on 469773. More interesting, this is J9-specific failure, tests passed on DRLVM. 2006/11/1, Vladimir Ivanov <[EMAIL PROTECTED]>: Sorry, this bug is reproduced for me on the r469703 with the same log. thanks, Vladimir On 10/31/06, Tim Ellison <[EMAIL PROTECTED]> wrote: >

Re: [drlvm][jit] Seems like too many classes loaded

Just to finalize the issue: BEA's runtime also provides compilation info, and it encountered 1081 methods on HelloWorldApp. Startup is really costly :( PS. I'm catching up after a week offline, sorry for resurrecting such an old thread :$ 24 Oct 2006 13:31:16 +0700, Egor Pasko <[EMAIL PROTECTED]

Re: [classlib][IBMVME]the return value of java.exe

2006/10/30, Evgueni Brevnov <[EMAIL PROTECTED]>: Hi, https://issues.apache.org/jira/browse/HARMONY-2006 is created with patches :-). I created two separate patches one for DRLVM another one for Classlib. I don't know if IBMVME requires additional changes. Even though DestroyJavaVM will not termi

Re: [drlvm][eclipse compiler] the test compiled with ECJ fails on drlvm

2006/10/30, Nathan Beyer <[EMAIL PROTECTED]>: I see that one of the ECJ bugs has been fixed [1], but the other was closed awaiting more information [2], but may be resolved as well. The fix should be available to test from a nightly build of the Eclipse 3.3 stream. Would someone like to verify t

Re: [classlib][archive]Security policy leads to vm crashes in loading class of JarFile

"tools" some day. On 10/19/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > 2006/10/19, Leo Li <[EMAIL PROTECTED]>: > > It is quite a dilemma: VM is free to choose the strategy of loading > library > > while the sequence is related to classlib. &

Re: [classlib][archive]Security policy leads to vm crashes in loading class of JarFile

lue indicating a list of required libraries - as it is done now for bootclasspath jars. After loading hyluni and calling its JNI_OnLoad, VM can read this list and load other libs. NB. Currently DRLVM follows #1, that's why it works. On 10/18/06, Paulex Yang <[EMAIL PROTECTED]> wrote

Re: [classlib][archive]Security policy leads to vm crashes in loading class of JarFile

Can't we use lazy initialization here? I had similar experience with this class in the past, and think it should not be so fragile to initialization sequence. And definitely it should not affect whole VM run. 2006/10/18, Paulex Yang <[EMAIL PROTECTED]>: A little further hack shows that, the caus

Re: [classlib][swing] test failure: javax.swing.filechooser.FileSystemViewTest.testGetSystemTypeDescription

[snip] > >I agree we remove the locale dependent assertions temporarily. On the other hand, these assertions merely check that file corresponds to "File", and folder corresponds to "Folder" or "File Folder". We can check that the return value is not null and is not empty string, at least temp

Re: [classlib][swing] test "hangs": j.s.filechooser.FileSystemViewTest prompts to insert disk into drive A:

2006/10/17, Ivanov, Alexey A <[EMAIL PROTECTED]>: Hello everyone, When running tests on Windows, FileSystemViewTest.testGetSystemDisplayName() pops up a dialog prompting to insert disk into drive A:. This dialog prevents normal running of other tests. LOL IMO, the problem assertion could be

Re: [classlib][awt] An awt bug? (was Re: [application] [feedback] VM crashed when running Poleposition on Harmony)

The generated report looks fine, though has a little problem about text position. So how are we scored? - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: [announce] New Apache Harmony Committers : Oliver Deakin, Richard Liang, Alexey Petrenko, Gregory Shimansky, Alexey Varlamov, Alexei Zakharov

roject's newest > committers, in alphabetical order : > > Oliver Deakin > Richard Liang > Alexey Petrenko > Gregory Shimansky > Alexey Varlamov > Alexei Zakharov > > These six individuals have shown sustained dedication to the project, an > ability to work well w

Re: [drlvm][kernel] Should we be compatible with RI ThreadGroup bug?

BTW, bug evaluation suggests that implementation may be fixed at "beginning of the Java SE 7 cycle" - one more argument to follow spec. So I vote for applying the H-1625 patch, all the more it fixes several other issues in the test. 2006/10/17, Tony Wu <[EMAIL PROTECTED]>: Joshua Bloch said, "th

Re: [drlvm] “java.compiler” property

2006/10/17, Mikhail Fursov <[EMAIL PROTECTED]>: On 10/17/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > Seemingly default Java properties are not > significant for components loading and should be set after all > components init, no overriding. I'm agree

Re: [j9][testing] some classlib unit tests fail

2006/10/17, Boris Kuznetsov <[EMAIL PROTECTED]>: I think that the best choice is to fix the test by implementing test's security manager. It would make the test be independent from environment. As a short-term solution the test run script may be fixed (use option '-Djava.security.policy=='). Y

Re: [classlib][luni]Runtime.exec fails on Linux

following error occurred while executing this line: /root/workspaces/workspace/drlvm/build/make/setup.xml:442: Warning: Could not find file /root/workspaces/workspace/drlvm/build/make/no_settings_in_config_or_environment to copy. How can I do with it? Thanks. On 10/17/06, Alexey Varlamov &

Re: [drlvm] [testing] Excluding commit tests until the problem is fixed

2006/10/17, Geir Magnusson Jr. <[EMAIL PROTECTED]>: Rana Dasgupta wrote: > On 10/16/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: >> >> So since I don't have Win 2003, I gotta just commit and let someone else >> test? >> >> Any committer have win 2003? > > > I think that it may be hard to f

Re: [drlvm] “java.compiler” property

2006/10/17, Mikhail Fursov <[EMAIL PROTECTED]>: On 10/17/06, Pavel Pervov <[EMAIL PROTECTED]> wrote: > > Mikhail, > > EM, as I see it, is interchangeable component. Should we require defining > " > java.compiler" for interpreted mode from all EMs? EM does not know the semantic of options it add

Re: [classlib][luni]Runtime.exec fails on Linux

at under > memory stress, Ubuntu's fork() fails. Try this - close Eclipse and run > the test again... > > geir > > > Leo Li wrote: > > Thank you. > > I have just run it on drlvm of unbuntu, it works. > > What a qurious problem! > > > >

Re: [classlib][luni]Runtime.exec fails on Linux

2006/10/16, Spark Shen <[EMAIL PROTECTED]>: Alexey Varlamov 写道: > Both DRLVM and J9 works for me (SUSE9). Not sure whether SUSE9 env. is identical to our RedHat Enterprise 4 and Unbuntu. BTW, is there off-the-peg DRLVM for download on popular platform? Other than JRE snapshots, no

Re: [classlib][luni]Runtime.exec fails on Linux

Both DRLVM and J9 works for me (SUSE9). -- Alexey 2006/10/16, Leo Li <[EMAIL PROTECTED]>: Hi, all: The harmony Runtime.exec fails on Linux with ENOMEM. Here is the testcase: public class Exec { public static void main(String[] args) throws Exception { Runtime.getRuntime().exe

Re: [drlvm] IPF functionality

2006/10/16, Mikhail Loenko <[EMAIL PROTECTED]>: 2006/10/14, Tim Ellison <[EMAIL PROTECTED]>: > Just to add my 2p -- I also agree with doing the work in the trunk. Of > course the minimum cost of working there is that you do no harm to the > other platforms. That is the zeroth level of integrati

Re: [drlvm][jit][Jitrino.OPT] Jitrino.OPT stability improvements

[snip] > > + HARMONY-1802 (no more crash in HARMONY-1688, but a hang:) > > Applied. 1688 still crashes for me I have no crash, only "..." printed and a CPU-eating infinite loop This is "expected" behaviour for now, waiting for classloading fix + the test should be fixed, patch is available. [

Re: [general] JIRA - "port-" categories for JIRA?

Both ways make sense to me, tagging for ease of primary filtering emails/JIRAs etc, and explicit component for advanced search in JIRA. As for the name, I don't care - port-XXX or platform-XXX... 2006/10/16, Geir Magnusson Jr. <[EMAIL PROTECTED]>: Mikhail Fursov wrote: > It looks like I really

Re: [drlvm] Non-bug difference HARMONY-1688?

conclusion above, RI just does not care about alternative delegation models, so neither do we (now). On 10/9/06, Alexey Varlamov < [EMAIL PROTECTED]> wrote: > > 2006/10/9, Alexey Varlamov < [EMAIL PROTECTED]>: > > 2006/10/9, Alexey Varlamov <[EMAIL PROTECTED] >: &g

Re: [classlib][launcher]shall we handle the parameter -version and -showversion in launcher or vm?

[snip] > > What are you concerned about wasting? It will take longer for sure, but > > 'java -version' doesn't need to be super fast (it prints to the console > > and quits). In addition, we should consider gathering version > > information from the class library code too, i.e. to show each mo

Re: [dlrvm] ClassCircularityError in recursive compilation (Was: Re: [drlvm] smoke test : gc PhantomReferenceQueueTest is really unstable)

13.10.06, Gregory Shimansky<[EMAIL PROTECTED]> написал(а): On Thursday 12 October 2006 14:06 Mikhail Fursov wrote: > On 10/12/06, Pavel Pervov <[EMAIL PROTECTED]> wrote: > > Yes, lazy (interpreter style) resolution will solve the problem - JIT > > will never ask to load classes while compiling. >

Re: [dlrvm] ClassCircularityError in recursive compilation (Was: Re: [drlvm] smoke test : gc PhantomReferenceQueueTest is really unstable)

t. The faulty method is Java_java_lang_VMClassRegistry_getSystemPackages() vm\vmcore\src\kernel_classes\native\java_lang_VMClassRegistry.cpp 389-414 Will fix. -- Alexey Thanks, Pavel. On 10/12/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > Guys, > > I've found anoth

Re: [drlvm] VM throws NullPointerException in case java.class.path is not set

2006/10/11, Geir Magnusson Jr. <[EMAIL PROTECTED]>: Well, that's actually an interesting question... should the VM do it if not set, or should the launcher do it? I think that based on the "principle of least surprise", it should be launcher. The user uses the launcher, so the launcher should

Re: [jira] Commented: (HARMONY-1670) [classlib][luni] invalid testcase in ClassTest

>> > >> >> Alexei Fedotov commented on HARMONY-1670: > >> >> - > >> >> > >> >> [drlvm][unit] Blocks > >> >http://wiki.apache.org/harmony/Unit_Tests_Pass_on_DRLVM > >> >> > >&

Re: [dlrvm] ClassCircularityError in recursive compilation (Was: Re: [drlvm] smoke test : gc PhantomReferenceQueueTest is really unstable)

Guys, I've found another deadlock scenario recently, see HARMONY-1833 [1]: "deadlocks happening between main thread (MT) and finalizer thread (FT): 1) MT performs classloading, it grabs ClassLoader::_lock; 2) GC happens, FinalizerThread.startFinalization() is called, FT activates; 3) FT invokes

Re: [jira] Commented: (HARMONY-1670) [classlib][luni] invalid testcase in ClassTest

670 > > URL: http://issues.apache.org/jira/browse/HARMONY-1670 > > Project: Harmony > > Issue Type: Bug > > Components: Classlib > >Reporter: Alexey Varlamov > >Priority: Trivial > > Atta

Re: [classlib][build] Failed to build classlib on r454714

ing recent thread: > >> [classlib][build]Lacks liblcms.a libpng.a and etc on Linux and > >> recommend to add them to fetch-depends target > >> > >> On 10/10/06, Pavel Ozhdikhin <[EMAIL PROTECTED]> wrote: > >>> I'm seeing the same problem

Re: Can't get binary to work

2006/10/9, Armand Navabi <[EMAIL PROTECTED]>: Yes, I am still having problems. Like I said, I am just trying to run the executable currently. I see the same problem I was seeing when I built the DRLVM. I downloaded the Latest Linux JRE snapshot build, set the JAVA_HOME, PATH and LD_LIBRARY_PAT

Re: [drlvm] the big soup of VM properties (HARMONY-1626)

2006/10/11, Evgueni Brevnov <[EMAIL PROTECTED]>: Gregory, My 2cents: 1cent) I think we should not integrate property module so tight (by using StringPool) with VM internals. Let it be independent enough. 2cent) I also don't think we should pollute StringPool any further. Instead I would like to

Re: [classlib][build] Failed to build classlib on r454714

ng and jpeg. > > > > > > > > Read the instructions in > > > > \enhanced\classlib\trunk\depends\libs\build\README.txt. > > > > > > > > Or check the recent posts about this. E.g. the following recent thread: > > > > [classlib][build]La

Re: [classlib][build] Failed to build classlib on r454714

javax.swing.BasicSwingTestCase$1.run(BasicSwingTestCase.java:133) at java.lang.Thread.run(Thread.java:872) 2006/10/10, Mark Hindess <[EMAIL PROTECTED]>: On 10 October 2006 at 19:46, "Alexey Varlamov" <[EMAIL PROTECTED]> wrote: > 2006/10/10, Alexey Varlamov <[EMAIL PROTECTED]>

Re: [classlib][build] Failed to build classlib on r454714

2006/10/10, Alexey Varlamov <[EMAIL PROTECTED]>: 2006/10/10, Mark Hindess <[EMAIL PROTECTED]>: > > On 10 October 2006 at 16:22, "Oleg Khaschansky" <[EMAIL PROTECTED]> wrote: > > It looks like you don't have lcms.h and, probably, other lcms stuff in &g

Re: [classlib][build] Failed to build classlib on r454714

; On 10/10/06, Pavel Ozhdikhin <[EMAIL PROTECTED]> wrote: > > I'm seeing the same problem. > > > > Thanks, > > Pavel > > > > On 10/10/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > > Got the following compilation error (SLES 9

Re: [drlvm] the big soup of VM properties (HARMONY-1626)

fect JVM in any way. Probably it is possible to map "hidden" properties to Java properties with some prefixes like "o.a.h.drlvm." or "o.a.h.gc" etc. On 10/10/06, Mikhail Fursov <[EMAIL PROTECTED]> wrote: > > On 10/10/06, Alexey Varlamov <[EMAIL PRO

[classlib][build] Failed to build classlib on r454714

Got the following compilation error (SLES 9 gcc 3.3.3): build-native: [exec] cc -O1 -march=pentium3 -DLINUX -D_REENTRANT -DIPv6_FUNCTION_SUPPORT -DHYX86 -I/e xport/users2/avarlamo/linux.ia32/svn-repo/classlib/deploy/include -I/export/users2/avarlamo/l inux.ia32/svn-repo/classlib/deploy/jdk/i

Re: [drlvm] the big soup of VM properties (HARMONY-1626)

te: > > > > 2006/10/10, Mikhail Fursov <[EMAIL PROTECTED]>: > > > On 10/10/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > > > > > > > > I think there is correlation between these 2 questions :). If we use > > > > "cons

Re: [drlvm] VM throws NullPointerException in case java.class.path is not set

2006/10/10, Evgueni Brevnov <[EMAIL PROTECTED]>: It seems for me like pretty specified VM behavior to treat classpath absence as take classes from current directory. At least RI does like that when you don't specify classpath on command line. Please note, you said "command line" - this is prero

Re: [drlvm] the big soup of VM properties (HARMONY-1626)

2006/10/10, Mikhail Fursov <[EMAIL PROTECTED]>: Dmitry, I support your idea to clean up VM properties code. I do not like the current state of the implementation too. But I have a couple of questions: 1) Who is responsible to deallocate memory for hidden properties? E.g. the same "const char*"

Re: [drlvm] the big soup of VM properties (HARMONY-1626)

2006/10/10, Dmitry Yershov <[EMAIL PROTECTED]>: [snip] > > Requirements > > > > > > 1) The and are represented as string (i.e. char*). > > and I propose that on each operation, a copy is made, so that the caller > frees

Re: [drlvm] Non-bug difference HARMONY-1688?

2006/10/9, Alexey Varlamov <[EMAIL PROTECTED]>: 2006/10/9, Alexey Varlamov <[EMAIL PROTECTED]>: > 2006/10/9, Pavel Pervov <[EMAIL PROTECTED]>: > > Commenting on (1) I should note, that VM generally can't determine the fact > > of "initiating" cl

Re: [drlvm] Non-bug difference HARMONY-1688?

2006/10/9, Alexey Varlamov <[EMAIL PROTECTED]>: 2006/10/9, Pavel Pervov <[EMAIL PROTECTED]>: > Commenting on (1) I should note, that VM generally can't determine the fact > of "initiating" class loading; it can only be done in Java (except bootstrap > class lo

Re: [drlvm] Non-bug difference HARMONY-1688?

a class. (1) is just the consequence. Not really. After H-1363 (aka BBC), j.l.ClassLoader records initiated classes. There may be some holes in impl (e.g. for array classes), but kernel classes fulfill API contract in general. On 10/9/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: >

[classlib/VMI] o.a.h.boot.class.path property

I think we need to clarify VMI contract on "o.a.h.boot.class.path" property. Currently luni natives set this property to default bcp during JNI_OnLoad, accordingly to content of "%java.home%/lib/boot/bootclasspath.properties" file. Should the VM sync value of this property back with added path to

[drlvm] Non-bug difference HARMONY-1688?

Folks, Would you mind to spend some time looking at HARMONY-1688? Good knowledge of classloading and security machinery is an advantage :) In short, we face 2 issues in DRLVM: 1) DRLVM itself is not aware of classes initiated (in contrast to defined ones) by a loader, and always delegates to Jav

Re: [classlib][lang] AbstractStringBuilder, abstract class?

2006/10/7, Geir Magnusson Jr. <[EMAIL PROTECTED]>: sounds reasonable, but don't go based on my word, of course. Interesting question is why AbstractStringBuilder isn't abstract... It does not really matters from implementation POV, and the name was just chosen after the RI - sorta be deeply co

Re: [classlib][test] Site to collect classlib test statistics

o keep in touch and collaborate! It's useful to have this system on Harmony, because each contributor can see how his patch effect the virtual machine!!! With best regards, Vera! -----Original Message- From: Alexey Varlamov [mailto:[EMAIL PROTECTED] Sent: Friday, October 06, 2006 4:14 PM

Re: [classlib][test] Site to collect classlib test statistics

don't change that often to retype it each time :) > > Alexey, > > > > I've added both options - search by test name and list of tests that > > ever failed. The second one is very big because of results you've > > uploaded for DRLVM/Linux with 554 errors. Pl

Re: [drlvm] too tired, need help

L PROTECTED]>: Ok - I'll grab your -Xbootclasspath stuff... Alexey Varlamov wrote: > (Cross-posted from JIRA): > OK, we should combine both patches. The > "-Dorg.apache.harmony.vm.vmdir=" of yours is logical continuation > towards "multiVM-WS" feature.

Re: [drlvm] passing extra options to vm fails on Widows XP

stification for all the changes... Anyway, looking at it now. geir Alexey Varlamov wrote: > I observed such problem too. The HARMONY-1376 patch fixes this for me; > but Geir still holds it... > > 2006/10/6, Elena Semukhina <[EMAIL PROTECTED]>: >> I failed to run any appl

Re: [classlib][test] Site to collect classlib test statistics

ig because of results you've uploaded for DRLVM/Linux with 554 errors. Please tell me if you want to change anything in the interface. On 10/6/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > Anton, > > Many thanks for exploring this area, it looks quite promising. > An idea

  1   2   3   >