[drlvm][iprof] Using Profiling Utility (iprof)

Egor mentioned that for profiling at the machine code level there is a profiling utility (iprof). How does one use this profiling tool? Is there command line options to run with profiling and if so what are the options and how do I get to the collected information after running a profiled

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

I am trying to become more familiar with the jit code. I ran the following to see what all was compiled when running Hello World. java -Xtrace:compile Hello. I was very surprised to see the number of methods that seem to be loaded. I think there are about 1079 methods that get compiled for

RE: Can't get binary to work

Magnusson Jr. [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 11, 2006 12:37 PM To: harmony-dev@incubator.apache.org Subject: Re: Can't get binary to work I'm ready to install Gentoo to see if I can repeat it... what version? Armand Navabi wrote: Seemed promising, but this patch did not help

RE: Can't get binary to work

-Original Message- From: Alexey Varlamov [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 11, 2006 1:54 AM To: harmony-dev@incubator.apache.org Subject: 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

Re: Can't get binary to work

Geir Magnusson Jr. wrote: I'm ready to install Gentoo to see if I can repeat it... what version? Version 2.6.17.8. I think some people have got it to work on Gentoo. I'm not sure what version they had. Armand Armand Navabi wrote: Seemed promising, but this patch did not help. I ran java

RE: Can't get binary to work

Gentoo version information: Glibc: 2.3.6 [EMAIL PROTECTED] /usr/lib/libstdc++-v3 $ /lib/libc.so.6 GNU C Library stable release version 2.3.6, by Roland McGrath et al. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO

RE: Can't get binary to work

Armand Navabi wrote: I have been unable to figure out why I can't get the drlvm to run helloworld. The classlib with Intel's VM works fine. So now I thought I'd just see if I could download the binary and execute it (JRE), but it is behaving the same way (I guess this is to be expected

Can't get binary to work

I have been unable to figure out why I can't get the drlvm to run helloworld. The classlib with Intel's VM works fine. So now I thought I'd just see if I could download the binary and execute it (JRE), but it is behaving the same way (I guess this is to be expected, but I just wanted to

Re: [drlvm] apr_dso_load error (path address out of bounds)

Egor Pasko wrote: On the 0x1F8 day of Apache Harmony Armand Navabi wrote: Sorry about the last email, but there is something I think I should mention. I recently checked out a clean copy and rebuilt from scratch. I did not notice BUT since then, helloworld does actually run!! It just

RE: [drlvm] apr_dso_load error (path address out of bounds)

() -Original Message- From: Armand Navabi [mailto:[EMAIL PROTECTED] Sent: Monday, October 02, 2006 2:03 PM To: harmony-dev@incubator.apache.org Subject: [drlvm] apr_dso_load error (path address out of bounds) I am still having trouble getting hellworld to run. Currently the problem is that for some

RE: [drlvm] apr_dso_load error (path address out of bounds)

run fine after that point (i.e. Hello World executes after all the libraries are loaded, even though every single load seems to fail because of the address not found problem). Anyway, I'm running hello world now, and so I'm happy. Thanks, Armand -Original Message- From: Armand Navabi

RE: [drlvm] [launcher] Executable hangs

There are clean sources unzipped at drlvm\build\pre-copied\lnx\APR\apr-1.2.6\ and (slighly) patched ones (actually used by VM build) at drlvm\build\lnx_ia32_gcc_debug\semis\extra\apr\src\ See README.dev in those location on how to run tests. Or - just a wild thought - hack

[drlvm] apr_dso_load error (path address out of bounds)

I am still having trouble getting hellworld to run. Currently the problem is that for some reason in dll_jit.cpp on line 62, where the call is made to apr_dso_load, the second parameter which is the path to the dll becomes address out of bounds in the apr_dso_load procedure. Egor suggested

RE: [drlvm] [launcher] Executable hangs

Alexey, Hmm, DRLVM build enforces static linking with APR artifacts built alongside the VM - it does not use any pre-installed APR. And I hardly think APR configure fails here... Nevertheless, Armand, maybe it worths trying a standalone APR test? Either simple dso_load scenario, or even APR

Re: [drlvm] [launcher] Executable hangs

gdb ./java Thanks, Armand On the 0x1F0 day of Apache Harmony Armand Navabi wrote: When I try to run ./java helloworld, it just hangs and I have to kill the process. I investigated this a little bit, and I found that it hangs on the call to FindClass (in main.c

RE: [drlvm] [launcher] Executable hangs

directory and the default directory to your LD_LIBRARY_PATH - the launcher will decide that it doesn't need to do the execv() and will skip it... geir On Sep 28, 2006, at 2:31 AM, Armand Navabi wrote: I followed your suggestions below and made everything build in debug mode. Now I can put

Re: [drlvm] [launcher] Executable hangs

debugging information I can provide. Thanks, Armand Geir Magnusson Jr. wrote: On Sep 28, 2006, at 3:41 AM, Egor Pasko wrote: Looks like a progress :) On the 0x1F2 day of Apache Harmony Armand Navabi wrote: That did not fix it for me. I thought I had both the bin directory and the default

RE: [drlvm] [launcher] Executable hangs

The trace looks suspicious since there is a good dll_filename to load in Dll_JIT::Dll_JIT. dll_filename should be passed as the second parameter /* path */ to apr_dso_load() AS_IS, with no change, but that's not what happens, NULL is passed. I suspect those memset and apr_pool_create to

Re: [drlvm] [launcher] Executable hangs

: invalid thread handle (gdb) q The program is running. Exit anyway? (y or n) y [1]+ Stopped gdb ./java Thanks, Armand On the 0x1F0 day of Apache Harmony Armand Navabi wrote: When I try to run ./java helloworld, it just hangs and I have to kill the process. I

RE: [drlvm] [launcher] Executable hangs

When I try to run ./java helloworld, it just hangs and I have to kill the process. I investigated this a little bit, and I found that it hangs on the call to FindClass (in main.c line around line 1199). I am unable debug with gdb also, so I have resorted to printf's, and in jni.cpp, I

Re: [drlvm] Trouble Building DRLVM

I have been trying to follow this thread as best as possible. I apologize if this has already been addressed. Does anyone else have the problem of the executable just hanging? I know some people had this problem before, but I wasn't sure what the fix ended up being (if there was one). Here is

RE: [drlvm] Trouble Building DRLVM

I checked out everything, and did a clean build, and I'm still running into the same issue. Platform: Gentoo Linux Here is what I see: Running just java: [EMAIL PROTECTED] ~/Harmony/enhanced/drlvm/trunk/build/deploy/jre/bin $ ./java Harmony Java launcher Apache Harmony Launcher : (c) Copyright

[drlvm] Trouble Building DRLVM

I am new to using Harmony. I am currently having trouble getting the DRLVM to build. I have a successful build of the class library. I have the following error when I try to ./build.sh update: [mkdir] Created dir: /u/u12/anavabi/Harmony_VM/build/pre-copied/archives/common/XALAN [echo]