Re: [drlvm] Status of drlvm

2006-07-19 Thread Nataly Naumova
Vladimir, I've applied both patches, but `segfault` is reproducible nevertheless. gdb says that: (gdb) run Hello Starting program: /export/lab_drlbuild/test_tmp/20060719/trunk/build/lnx_ia32_gcc_debug/deploy/jre/bin/ij Hello [Thread debugging using libthread_db enabled] [New Thread 1083593376

Re: [drlvm] Status of drlvm

2006-07-19 Thread Andrey Chernyshev
Apparently segfault disappears if one replaces the hyzlib library (which is compiled from re-distributed zlib at modules\archive\src\main\native\zlib_dist) with the natural libz which comes with the Linux installation (I'm using GCC 3.3.4 as well). It seems there is still a conflict between drlvm

Re: [drlvm] Status of drlvm

2006-07-18 Thread Vladimir Gorr
Probably I've understood the reason of the segmentation fault on Linux platform. I almost sure it is related with the build system. An argument why I think so is the following. The basic_istringstream() class from the /usr/include/g++/sstream include should be used to construct the

Re: [drlvm] Status of drlvm

2006-07-18 Thread Vladimir Gorr
Ignore please my previous e-mail. I was slightly mistaken :-(. Thanks, Vladimir. On 7/18/06, Vladimir Gorr [EMAIL PROTECTED] wrote: Probably I've understood the reason of the segmentation fault on Linux platform. I almost sure it is related with the build system. An argument why I think so

Re: [drlvm] Status of drlvm

2006-07-18 Thread Vladimir Gorr
The reason of the 'seg fault' issue is clear for me now. I see this issue occurs when I used the gcc of 3.4.2 version. All works fine for the *gcc (GCC) 3.3.3 (SuSE Linux).* Could anybody else confirm or deny this? Thanks in advance, Vladimir. On 7/18/06, Vladimir Gorr [EMAIL PROTECTED] wrote:

Re: [drlvm] Status of drlvm

2006-07-18 Thread Nataly Naumova
Vladimir and all, I've compiled with gcc 3.3.4 and received `seg faults` since July,08 till now. I'm not applying any patches, and take just *pure* drlvm from SVN. DRLVM build for July,05 is fine, then the build was broken (on linux). Maybe we should look through the commits since July,05 till

Re: [drlvm] Status of drlvm

2006-07-18 Thread Vladimir Gorr
Nataly, I believe you need to accept both patches mentioned by Silikh in the initial e-mail of this thread, namely, H-898 H-853. Could you please check if the 'seg fault' issue disappears for gcc 3.3.4 as well? Thanks, Vladimir. On 7/18/06, Nataly Naumova [EMAIL PROTECTED] wrote: Vladimir

[drlvm] Status of drlvm

2006-07-17 Thread Salikh Zakirov
Hi, Can anyone share their experience on running DRLVM built from SVN? On my workstations, it requires several fixes in order to run properly: HARMONY-898 'workaround to get correct hythr.dll' (both for Linux and Windows) HARMONY-853 'DRLVM+classlib segfaults in hyzlib' (on Linux) Without

Re: [drlvm] Status of drlvm

2006-07-17 Thread Weldon Washburn
On 7/17/06, Salikh Zakirov [EMAIL PROTECTED] wrote: Hi, Can anyone share their experience on running DRLVM built from SVN? Removing classlib from drlvm build is a big improvement. At this point, I develop only on windows. No recent experience with the Linux build. ant seems to have

Re: [drlvm] Status of drlvm

2006-07-17 Thread Salikh Zakirov
Geir Magnusson Jr wrote: Without HARMONY-898, DRLVM segfaults after reading NULL from TLS. Without HARMONY-853, DRLVM segfaults in libhyzlib.so on Linux. Odd - I don't think I have those problems, since the tests that do run pass on my box. Adding a test to show this would be good. The

Re: [drlvm] Status of drlvm

2006-07-17 Thread Geir Magnusson Jr
Salikh Zakirov wrote: Geir Magnusson Jr wrote: I'd like to see us figure out the hythr problem, since 898 is a hack to just work around what seems to be an important issue. can we grind this one out? A couple of words in defense of HARMONY-898. The classlib doesn't depend on a

Re: [drlvm] Status of drlvm

2006-07-17 Thread Vladimir Gorr
On 7/17/06, Salikh Zakirov [EMAIL PROTECTED] wrote: Hi, Can anyone share their experience on running DRLVM built from SVN? On my workstations, it requires several fixes in order to run properly: HARMONY-898 'workaround to get correct hythr.dll' (both for Linux and Windows) HARMONY-853