search for: javathread

...a HotSpot(TM) Client VM (1.6.0_01-b06 mixed mode) # Problematic frame: # C [Rbuildj.dll+0x266b6] # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # --------------- T H R E A D --------------- Current thread (0x0fbd9400): JavaThread "Report viewer queue" [_thread_in_native, id=42] siginfo: ExceptionCode=0xc0000005, reading address 0x00000002 Registers: EAX=0x00000000, EBX=0x0740f550, ECX=0x0011005c, EDX=0x00000000 ESP=0x0fdce0a0, EBP=0x0fdce0a4, ESI=0x0740f550, EDI=0x0fbd9400 EIP=0x104f66b6, EFLAGS=0x0021021...

...JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*) + 356 frame #15: 0x000000010c0e2cae libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*) + 74 frame #16: 0x000000010c1208ee libjvm.dylib`thread_entry(JavaThread*, Thread*) + 124 frame #17: 0x000000010c33e84d libjvm.dylib`JavaThread::thread_main_inner() + 155 frame #18: 0x000000010c33ff12 libjvm.dylib`JavaThread::run() + 448 frame #19: 0x000000010c26058a libjvm.dylib`java_start(Thread*) + 246 frame #20: 0x00007fff5b43c661 libsystem_pthre...

...o submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- T H R E A D --------------- Current thread (0x00634400): JavaThread "main" [_thread_in_native, id=28, stack(0x00240000,0x00340000)] siginfo: ExceptionCode=0xc0000005, reading address 0x0000005c Registers: EAX=0x00000000, EBX=0x7ec20ff4, ECX=0x0000002d, EDX=0x00000010 ESP=0x0033cbdc, EBP=0x0033d464, ESI=0x0033cc14, EDI=0x4a4312e0 EIP=0x7ec06ec4, E...

...mbol*, JavaCallArguments*, Thread*) + 356 > > > > frame #15: 0x000000010c0e2cae > > libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, > > Symbol*, Symbol*, Thread*) + 74 > > > > frame #16: 0x000000010c1208ee libjvm.dylib`thread_entry(JavaThread*, > > Thread*) + 124 > > > > frame #17: 0x000000010c33e84d > > libjvm.dylib`JavaThread::thread_main_inner() + 155 > > > > frame #18: 0x000000010c33ff12 libjvm.dylib`JavaThread::run() + 448 > > > > frame #19: 0x000000010c26058a libjvm.dy...

...gt; > > frame #15: 0x000000010c0e2cae > > > > libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, > > > > Symbol*, Symbol*, Thread*) + 74 > > > > > > > > frame #16: 0x000000010c1208ee > > libjvm.dylib`thread_entry(JavaThread*, > > > > Thread*) + 124 > > > > > > > > frame #17: 0x000000010c33e84d > > > > libjvm.dylib`JavaThread::thread_main_inner() + 155 > > > > > > > > frame #18: 0x000000010c33ff12 libjvm.dylib`JavaThread::run() + 448 > &...

...>> > > frame #15: 0x000000010c0e2cae >> > > libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, >> > > Symbol*, Symbol*, Thread*) + 74 >> > > >> > > frame #16: 0x000000010c1208ee >> libjvm.dylib`thread_entry(JavaThread*, >> > > Thread*) + 124 >> > > >> > > frame #17: 0x000000010c33e84d >> > > libjvm.dylib`JavaThread::thread_main_inner() + 155 >> > > >> > > frame #18: 0x000000010c33ff12 libjvm.dylib`JavaThread::run() + 448 >> &gt...

...t; > > > > libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, >> KlassHandle, >> > > > > Symbol*, Symbol*, Thread*) + 74 >> > > > > >> > > > > frame #16: 0x000000010c1208ee >> > > libjvm.dylib`thread_entry(JavaThread*, >> > > > > Thread*) + 124 >> > > > > >> > > > > frame #17: 0x000000010c33e84d >> > > > > libjvm.dylib`JavaThread::thread_main_inner() + 155 >> > > > > >> > > > > frame #18: 0x000000...

Readers, Openjdk and ibm java versions have failed to install, all reporting a bad elf, e.g. ./ibm-java-i386-sdk-7.0-0.0.bin Preparing to install... Extracting the JRE from the installer archive... Unpacking the JRE... Extracting the installation resources from the installer archive... Configuring the installer for this system's environment... strings: '/lib/libc.so.6': No such file

...KlassHandle, Symbol*, > Symbol*, JavaCallArguments*, Thread*) + 356 > > frame #15: 0x000000010c0e2cae > libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, > Symbol*, Symbol*, Thread*) + 74 > > frame #16: 0x000000010c1208ee libjvm.dylib`thread_entry(JavaThread*, > Thread*) + 124 > > frame #17: 0x000000010c33e84d > libjvm.dylib`JavaThread::thread_main_inner() + 155 > > frame #18: 0x000000010c33ff12 libjvm.dylib`JavaThread::run() + 448 > > frame #19: 0x000000010c26058a libjvm.dylib`java_start(Thread*) + 246 > >...

...arbage collection seems pretty simple, but method dispatch seems like it will be tricky. The examples I've seen require an ExecutionEngine to execute code. Is it possible to bypass this and get a function pointer? So you could use it like this: typedef void (*function_t)(methodOop method, JavaThread *thread); function_t func = [some LLVM call here]; func(method, thread); That would solve pretty much all my problems :) Cheers, Gary -- http://gbenson.net/

...*) + 356 > > > > > > frame #15: 0x000000010c0e2cae > > > libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, > > > Symbol*, Symbol*, Thread*) + 74 > > > > > > frame #16: 0x000000010c1208ee > libjvm.dylib`thread_entry(JavaThread*, > > > Thread*) + 124 > > > > > > frame #17: 0x000000010c33e84d > > > libjvm.dylib`JavaThread::thread_main_inner() + 155 > > > > > > frame #18: 0x000000010c33ff12 libjvm.dylib`JavaThread::run() + 448 > > > > > > fr...

...in nanosleep$NOCANCEL$UNIX2003 () #2 0x9518c013 in usleep$NOCANCEL$UNIX2003 () #3 0x951a3685 in abort () #4 0x955eb005 in __gnu_cxx::__verbose_terminate_handler () #5 0x955e910c in __gxx_personality_v0 () #6 0x955e914b in std::terminate () #7 0x955e9261 in __cxa_throw () #8 0x000130ae in j3::JavaThread::throwException (this=0x20000000, obj=0x1bcfc00) at JavaThread.cpp:73 #9 0x0002352b in j3::Class::initialiseClass (this=0x20e5c60, vm=0x20525a8) at Jnjvm.cpp:249 #10 0x000242e5 in j3::Jnjvm::loadBootstrap (this=0x20525a8) at Jnjvm.cpp:1134 #11 0x000243f1 in j3::Jnjvm::mainJavaStart (thread=0...

...x000000010c0e2cae > > > > > libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, > KlassHandle, > > > > > Symbol*, Symbol*, Thread*) + 74 > > > > > > > > > > frame #16: 0x000000010c1208ee > > > libjvm.dylib`thread_entry(JavaThread*, > > > > > Thread*) + 124 > > > > > > > > > > frame #17: 0x000000010c33e84d > > > > > libjvm.dylib`JavaThread::thread_main_inner() + 155 > > > > > > > > > > frame #18: 0x000000010c33ff12 libjvm.dylib`...

...ng*) + 46 >> 17 vmjc            0x000000000058f86c extractFiles(j3::ClassBytes*, >> j3::JavaAOTCompiler*, j3::JnjvmBootstrapLoader*, std::vector<j3::Class*, >> std::allocator<j3::Class*> >&) + 444 >> 18 vmjc            0x000000000058fc64 mainCompilerStart(j3::JavaThread*) + >> 532 >> 19 vmjc            0x00000000005cfa1e >> mvm::Thread::internalThreadStart(mvm::Thread*) + 126 >> 20 libpthread.so.0 0x00002ac097942d8c >> 21 libc.so.6       0x00002ac0987ff04d clone + 109 >> Aborted >> >> ________________________________...

...t; libjvm.dylib`JavaCalls::call_virtual(JavaValue*, Handle, >>> KlassHandle, >>> > > > > Symbol*, Symbol*, Thread*) + 74 >>> > > > > >>> > > > > frame #16: 0x000000010c1208ee >>> > > libjvm.dylib`thread_entry(JavaThread*, >>> > > > > Thread*) + 124 >>> > > > > >>> > > > > frame #17: 0x000000010c33e84d >>> > > > > libjvm.dylib`JavaThread::thread_main_inner() + 155 >>> > > > > >>> > > > >...

...thod ; 0x561499 (0x1100fe900) in _ZN2j310JavaObject7acquireEPS0_ ; 0x55b464 (0x1100fe920) in _ZN2j35Class7acquireEv ; 0x546d1e (0x1100fe940) in _ZN2j35Class15initialiseClassEPNS_5JnjvmE ; 0x54a649 (0x1100feb30) in _ZN2j35Jnjvm13loadBootstrapEv ; 0x58fd57 (0x1100feb80) in _Z17mainCompilerStartPN2j310JavaThreadE ; 0x5cfa1e (0x1100fed60) in _ZN3mvm6Thread19internalThreadStartEPS0_ 0 vmjc 0x0000000000e9c44f 1 vmjc 0x0000000000e9cf8a 2 libpthread.so.0 0x00002b889c232c60 3 libc.so.6 0x00002b889d033d05 gsignal + 53 4 libc.so.6 0x00002b889d037ab6 abort + 390 5 vmjc...

...TF8 const*, bool, bool, j3::JavaString*) + 46 17 vmjc 0x000000000058f86c extractFiles(j3::ClassBytes*, j3::JavaAOTCompiler*, j3::JnjvmBootstrapLoader*, std::vector<j3::Class*, std::allocator<j3::Class*> >&) + 444 18 vmjc 0x000000000058fc64 mainCompilerStart(j3::JavaThread*) + 532 19 vmjc 0x00000000005cfa1e mvm::Thread::internalThreadStart(mvm::Thread*) + 126 20 libpthread.so.0 0x00002ac097942d8c 21 libc.so.6 0x00002ac0987ff04d clone + 109 Aborted -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.or...

...; simple, but method dispatch seems like it will be tricky. The > examples I've seen require an ExecutionEngine to execute code. Is > it possible to bypass this and get a function pointer? So you could > use it like this: > > typedef void (*function_t)(methodOop method, JavaThread *thread); > function_t func = [some LLVM call here]; > func(method, thread); > > That would solve pretty much all my problems :) The getPointerToFunctionOrStub method that does what you want in the JIT. http://llvm.org/docs/doxygen/html/classllvm_1_1JIT.html#a6 — Gordon

Hi I have a linux box which has CentOS running in it. I logged into the box using root and wrote a script in the /home/proc_threads directory. saved the file and quit. I changed the file permissions such that any user could execute it using the "chmod 777 filename" command. When i log out and log in as a non-root user i was not able to execute the script though. Could some one

...0x0000000000591743 j3::JnjvmBootstrapLoader::internalLoad(vmkit::UTF8 const*, bool, j3::JavaString*) + 131 17 vmjc 0x0000000000591d76 j3::JnjvmClassLoader::loadName(vmkit::UTF8 const*, bool, bool, j3::JavaString*) + 38 18 vmjc 0x000000000052b43a mainCompilerStart(j3::JavaThread*) + 586 19 vmjc 0x00000000005b0300 vmkit::Thread::internalThreadStart(vmkit::Thread*) + 528 20 libpthread.so.0 0x00007f4fbbe7c0a2 21 libc.so.6 0x00007f4fbb192d1d clone + 109 This is produced inside the JavaAOTCompiler.h, in method materializeFunction which is called fr...