Re: [jira] Created: (HARMONY-1407) Contribution of Java code for package java.lang.management
Great! With java.lang.management and java.lang.instrument it looks like the VM supporting side is JVMTI for the most part of the functionality. This is the code I am trying to improve in DRLVM. On Friday 08 September 2006 14:58 Mikhail Loenko wrote: > Cool! > > 2006/9/8, George Harley (JIRA) <[EMAIL PROTECTED]>: > > Contribution of Java code for package java.lang.management > > -- > > > > Key: HARMONY-1407 > > URL: http://issues.apache.org/jira/browse/HARMONY-1407 > > Project: Harmony > > Issue Type: New Feature > > Components: Contributions > > Environment: Win32 and Linux > >Reporter: George Harley > >Priority: Minor > > > > > > An implementation of the java.lang.management package at the Java 5.0 > > level complete with unit test cases. This contribution contains only > > class library code written in Java; it does *not* include any > > platform-specific C/C++ code required to implement the native end of the > > numberous JNI calls. > > > > In the doc folder of the contribution zip the text file > > NativeInterface.txt lists all of the native calls made by this version of > > the package. It is envisaged that implementations for these will be > > developed inside the Harmony project. -- Gregory Shimansky, Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib][luni] Put setInterruptAction() in our j.l.Thread stub?
On Friday 08 September 2006 06:03 Jimmy, Jing Lv wrote: > Geir Magnusson Jr. wrote: > > 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 class? > > Yes, the VMs whose Thread do not know how to interrupt a certain > understratum blocking I/O(socket read/write, select, or so) is likely to > use this method. Though DRLVM using SIGUSR2 may not meet this problem( > does SIGUSR2 work on windows?). I agree this must be documented. DRLVM doesn't use POSIX signals on windows if you mean if they work in DRLVM. And if you mean whether they work in the same way as on Linux in regard of interrupting blocked IO I don't think so. POSIX signals on windows work in their own specific to windows kernel version way which makes them quite useless. +1 of course to document to the above Geir question -- Gregory Shimansky, Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] DRLVM, jre/bin/default and launcher
On Friday 08 September 2006 17:31 Evgueni Brevnov wrote: > On 9/8/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: > > 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 suppose as a > > >> parallel to Sun's equivalent? > > > > > > No, not as Sun's equivalent. There are two different strategies to > > > load VM libraries. The first one which was implemented in DRLVM before > > > assumes full VM responsibility to load its dlls. It was done by means > > > of vm.boot.library.path option. Search order is also important. DRLVM > > > searches libraries in the following order java.library.path then > > > system path then vm.boot.library.path. Probably, it is wrong sequence > > > or it doesn't matter at all but it seems reference implementation does > > > it exactly the same way. > > > > Does the RI have a "vm.boot.library.path" option? > > Yes, it has I don't remeber exact name. It is sun.boot.library.path. -- Gregory Shimansky, Intel Middleware Products Division - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [drlvm] Need help debugging
> -Original Message- > From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] > > Oi. That's a side effect of the change I made, which passes the arg > through to the VM, so the VM can show it's version along with the > version of the launcher. > > The IBM VME doesn't apparently support "-showversion". > > So this is breaking your testing. > > We can do one of two things immediately : > > 1) I can roll back the change to main.c in the launcher > > 2) We can temporarily take "showversion" out of the test script so that > the VM isn't invoked w/ that parameter during test runs. > > I'd prefer the latter, as I'm using multiple versions of DRLVM via the > launcher, and it's nice to be able to get the version out. > > I do think that this is the right behavior, and that I hope that our > fiends at IBM will fix J9 to at least not barf on the parameter (and > maybe even show useful info!) I'm fine with number 2. I'll just adjust the build scripts for now. -Nathan > > > 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 help debugging > >> > >> 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 to find a hint of what is making it unhappy, but so > >> far, no luck. > >> > >> I've been staring at the output with -Xlog and -Xtrace, and there > >> doesn't seem to be any errors, but I don't know what to look for. ( > >> > >> I've captured the stream and placed it here : > >> > >>http://people.apache.org/~geirm/activemq-logstream-20060909.txt > >>http://people.apache.org/~geirm/activemq-tracestream-20060909.txt > >> > >> If anyone has any hints, I'd be mighty obliged... > >> > >> geir > >> > >> > >> - > >> Terms of use : http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > > Terms of use : http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] Need help debugging
Nathan Beyer wrote: I'm having trouble with the launcher and -showversion. I'm using the IBM VME though. C:\dev\harmony\enhanced\classlib\trunk\deploy\jdk\jre\bin>java -showversion Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software Foundation or its licensors, as applicable. JVMJ9VM007E Command-line option unrecognised: -showversion HMYEXEL062E Internal VM error: Failed to create Java VM FAILED. Oi. That's a side effect of the change I made, which passes the arg through to the VM, so the VM can show it's version along with the version of the launcher. The IBM VME doesn't apparently support "-showversion". So this is breaking your testing. We can do one of two things immediately : 1) I can roll back the change to main.c in the launcher 2) We can temporarily take "showversion" out of the test script so that the VM isn't invoked w/ that parameter during test runs. I'd prefer the latter, as I'm using multiple versions of DRLVM via the launcher, and it's nice to be able to get the version out. I do think that this is the right behavior, and that I hope that our fiends at IBM will fix J9 to at least not barf on the parameter (and maybe even show 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 help debugging 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 to find a hint of what is making it unhappy, but so far, no luck. I've been staring at the output with -Xlog and -Xtrace, and there doesn't seem to be any errors, but I don't know what to look for. ( I've captured the stream and placed it here : http://people.apache.org/~geirm/activemq-logstream-20060909.txt http://people.apache.org/~geirm/activemq-tracestream-20060909.txt If anyone has any hints, I'd be mighty obliged... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [drlvm] Need help debugging
I'm having trouble with the launcher and -showversion. I'm using the IBM VME though. C:\dev\harmony\enhanced\classlib\trunk\deploy\jdk\jre\bin>java -showversion Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software Foundation or its licensors, as applicable. JVMJ9VM007E Command-line option unrecognised: -showversion HMYEXEL062E Internal VM error: Failed to create Java VM FAILED. > -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 help debugging > > 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 to find a hint of what is making it unhappy, but so > far, no luck. > > I've been staring at the output with -Xlog and -Xtrace, and there > doesn't seem to be any errors, but I don't know what to look for. ( > > I've captured the stream and placed it here : > >http://people.apache.org/~geirm/activemq-logstream-20060909.txt >http://people.apache.org/~geirm/activemq-tracestream-20060909.txt > > If anyone has any hints, I'd be mighty obliged... > > geir > > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] Need help debugging
I applied the GCv4.1 patch and now I pass smoke test. I suspect it may be because the patch modifies the LOS test, but I'm not so sure. that patch (HARMONY-1269) is a sole-author patch to our existing codebase, and while I do have a BCC to put in SVN, I think that this is a patch, 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 where to start looking? 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, 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 to find a hint of what is making it unhappy, but so far, no luck. I've been staring at the output with -Xlog and -Xtrace, and there doesn't seem to be any errors, but I don't know what to look for. ( I've captured the stream and placed it here : http://people.apache.org/~geirm/activemq-logstream-20060909.txt http://people.apache.org/~geirm/activemq-tracestream-20060909.txt If anyone has any hints, I'd be mighty obliged... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [build] Use Sun 5.0_8 or Eclipse Compiler for automated builds
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 we're building against the RI rather than ourselves? I may not have the best understanding of this, but if we use the RI JDK's javac, doesn't it always put the JDK's libraries on the bootclasspath? Yes, you're right. We don't yet have enough code to run Sun's java compiler using harmony, IIRC. Please test 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/mak e/ build-java.xml?r1=440948&r2=441358&diff_format=h -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 06, 2006 10:07 PM To: harmony-dev@incubator.apache.org Subject: Re: [build] Use Sun 5.0_8 or Eclipse Compiler for automated builds 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 "ant build" takes care of it. LOL That's not a solution. > What I've noticed though is that the failures are all linking to elements from classes in luni-kernel. I'm looking at it, but I think there are some issues with what's put on the bootclasspath. I've already found one discrepancy between some of our 'luni-kernel' stubs and the spec. The Method.invoke() uses a vararg and our stub didn't have this. Cool. -Nathan There are a number of places that use ReferenceQueues and Reference, but can't be generified because of a bug in the Sun compilers prior to 5.0_8. At the end of this email is an example of code that causes a compiler error in previous releases. This issue does not affect the Eclipse compiler. I've run a full rebuild as of revision 440796 and everything compiles fine with both the Eclipse compiler and Sun 5.0_8 compiler. -Nathan private static final ReferenceQueue cacheQueue = new ReferenceQueue(); private static final class CacheEntry extends WeakReference { String key; CacheEntry(Object jar, String key, ReferenceQueue queue) { super(jar, queue); this.key = key; } } // ... code using the queue CacheEntry entry; // This cast fails on Sun 5.0_7 and prior compilers while ((entry = (CacheEntry)cacheQueue.poll()) != null) { jarCache.remove(entry.key); } // . more code -- Richard Liang China Software Development Lab, IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: harmony-dev- [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [build] Use Sun 5.0_8 or Eclipse Compiler for automated builds
> -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 we're building against the RI rather than > ourselves? > I may not have the best understanding of this, but if we use the RI JDK's javac, doesn't it always put the JDK's libraries on the bootclasspath? > > > > > Please test 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/mak > e/ > > build-java.xml?r1=440948&r2=441358&diff_format=h > > > >> -Original Message- > >> From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] > >> Sent: Wednesday, September 06, 2006 10:07 PM > >> To: harmony-dev@incubator.apache.org > >> Subject: Re: [build] Use Sun 5.0_8 or Eclipse Compiler for automated > >> builds > >> > >> > >> > >> 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 "ant build" takes care of it. > >> LOL > >> > >> That's not a solution. > >> > >> > What I've > >>> noticed though is that the failures are all linking to elements from > >> classes > >>> in luni-kernel. I'm looking at it, but I think there are some issues > >> with > >>> what's put on the bootclasspath. I've already found one discrepancy > >> between > >>> some of our 'luni-kernel' stubs and the spec. The Method.invoke() uses > a > >>> vararg and our stub didn't have this. > >> Cool. > >> > >>> -Nathan > >>> > >>> > > There are a number of places that use ReferenceQueues and Reference, > >> but > > can't be generified because of a bug in the Sun compilers prior to > 5.0_8. At > > the end of this email is an example of code that causes a compiler > >> error > in > > previous releases. This issue does not affect the Eclipse compiler. > >> I've > run > > a full rebuild as of revision 440796 and everything compiles fine > with > both > > the Eclipse compiler and Sun 5.0_8 compiler. > > > > > > > > -Nathan > > > > > > > > > > > > private static final ReferenceQueue cacheQueue = new > > ReferenceQueue(); > > > > > > > > private static final class CacheEntry extends > >> WeakReference > { > > String key; > > > > > > > > CacheEntry(Object jar, String key, ReferenceQueue > >> queue) > { > > super(jar, queue); > > > > this.key = key; > > > > } > > > > } > > > > > > > > // ... code using the queue > > > > > > > > CacheEntry entry; > > > > // This cast fails on Sun 5.0_7 and prior compilers > > > > while ((entry = (CacheEntry)cacheQueue.poll()) != null) > { > > > > jarCache.remove(entry.key); > > > > } > > > > > > > > // . more code > > > > > > > > > > > > > > > -- > Richard Liang > China Software Development Lab, IBM > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: harmony-dev- > [EMAIL PROTECTED] > >>> > >>> - > >>> Terms of use : http://incubator.apache.org/harmony/mailing.html > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >> - > >> Terms of use : http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > > Terms of use : http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mai
Re: [drlvm] Need help debugging
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-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 to find a hint of what is making it unhappy, but so far, no luck. I've been staring at the output with -Xlog and -Xtrace, and there doesn't seem to be any errors, but I don't know what to look for. ( I've captured the stream and placed it here : http://people.apache.org/~geirm/activemq-logstream-20060909.txt http://people.apache.org/~geirm/activemq-tracestream-20060909.txt If anyone has any hints, I'd be mighty obliged... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] Need help debugging
There is this in the tracestream : exit method java/lang/VMStart initialize ()V ExceptionOccurred called Exception occured, no exception ??F ExceptionDescribe called DestroyVM called ExceptionOccurred called Exception occured, no exception FindClass called, name = java/lang/VMStart FindClass called, name = java/lang/VMStart si_goto_previous from ip = (nil) (M2N) si_unwind_from_m2n, ip = (nil) si_goto_previous to ip = (nil) (M2N) 0x8521890 0x8085540 I java/lang/VMStart Loader U (0x8521890) loading class: java/lang/VMStart... enter method java/lang/ClassLoader loadClass (Ljava/lang/String;)Ljava/lang/Class; GetStringUTFLength called GetStringLength called GetStringUTFRegion called ExceptionOccurred called Exception occured, no exception GetStringUTFLength called GetStringLength called GetStringUTFRegion called ExceptionOccurred called Exception occured, no exception exit method java/lang/ClassLoader loadClass (Ljava/lang/String;)Ljava/lang/Class; 0x8521890 0x8085540 R java/lang/VMStart ExceptionOccurred called Exception occured, no exception GetStaticMethodID called GetStaticMethodID java/lang/VMStart.shutdown ()V = 0x830d4cc I wonder what the "?F" is geir 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, 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 to find a hint of what is making it unhappy, but so far, no luck. I've been staring at the output with -Xlog and -Xtrace, and there doesn't seem to be any errors, but I don't know what to look for. ( I've captured the stream and placed it here : http://people.apache.org/~geirm/activemq-logstream-20060909.txt http://people.apache.org/~geirm/activemq-tracestream-20060909.txt If anyone has any hints, I'd be mighty obliged... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [drlvm] Need help debugging
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, 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 to find a hint of what is making it unhappy, but so far, no luck. I've been staring at the output with -Xlog and -Xtrace, and there doesn't seem to be any errors, but I don't know what to look for. ( I've captured the stream and placed it here : http://people.apache.org/~geirm/activemq-logstream-20060909.txt http://people.apache.org/~geirm/activemq-tracestream-20060909.txt If anyone has any hints, I'd be mighty obliged... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[drlvm] Need help debugging
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 to find a hint of what is making it unhappy, but so far, no luck. I've been staring at the output with -Xlog and -Xtrace, and there doesn't seem to be any errors, but I don't know what to look for. ( I've captured the stream and placed it here : http://people.apache.org/~geirm/activemq-logstream-20060909.txt http://people.apache.org/~geirm/activemq-tracestream-20060909.txt If anyone has any hints, I'd be mighty obliged... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]