I still can't run DRLVM after building it. This time I can debug it in
gdb, found the problem is in DrlEMImpl.cpp:381:
std::string propName = std::string("em.")+jitName+".jitPath"
Its execution always causes SIGSEGV in
__gnu_cxx::__pool<true>::_M_reclaim_block() from libstdc++.so.6
I can read the string is em.JET_CLINIT.jitPath after the + operation.
Anybody has a clue? Or it's a gnu tool chain incompability issue with
Fedora Core 4.0?
Thanks,
xiaofeng
On 11/27/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
Just for the record, this isn't a magical solution to all problems GDB.
I still have my problems not being able debug inside of shared library
code (after loading) - I've tried this with a custom launcher.
I'll hopefully find a moment to post my code and see if anyone else can
reproduce my problem.
geir
Egor Pasko wrote:
> On the 0x22D day of Apache Harmony Xiao-Feng Li wrote:
>> Hi, with revision 479181, I can build it but cannot successfully run
>> it. It cann't even run HelloWorld in my Fedora Core 4, and always
>> throws "An unhandled error (4) has occurred."
>>
>> The debugging with gdb prints "Cannot find user-level thread for LWP
>> 6058: generic error", so I couldn't do any debugging to identify the
>> problem. (I built classlib in o0 with -g option).
>>
>> Anybody met the same problem? Thanks.
>
> to use GDB you will have to set the LD_LIBRARY_PATH on Linux as
> described in:
> http://wiki.apache.org/harmony/Debugging%20DRLVM%20with%20GDB%20on%20Linux
>
>
