[DiSL-user] Compilation problems for trunk

Wed May 3 18:41:27 CEST 2017

The compilation went fine, but running disl with the disl.py script gives me this message.

dislserver: server starting
dislreserver: server starting
dislreserver: listening on 0.0.0.0:11218
dislreserver: server started
dislserver: listening on 0.0.0.0:11217
dislserver: server started

Error occurred during initialization of VM

Could not find Agent_OnLoad function in the agent library: /Users/gambi/Documents/Saarland/Frameworks/DiSL-ShadowVM/DEV/trunk/output/lib/libdislagent.jnilib

Best
— Alessio

Alessio Gambi, Ph.D.
gambi at st.cs.uni-saarland.de

> On 03 May 2017, at 16:47, Lubomír Bulej <lubomir.bulej at d3s.mff.cuni.cz> wrote:
> 
> Hi Alessio,
> 
> the warnings should be harmless, at least the ones I know about :-)
> 
> They are related to debug code which prints 64bit values and uses a
> (supposedly portable) PRId64 formatting macro.
> 
> For some reason, the macro expects a "long long" type even though on MacOS
> "long" is already 64-bit (and jlong is defined as long). I don't get these
> warnings on Linux (which I think also has 64-bit long), so I think that the
> PRId64 macro on Mac OS X might be incorrectly defined.
> 
> 
> Lubomir
> 
> On 03/05/17 15:12, Alessio Gambi wrote:
>> I applied the patch and successfully build DiSL/trunk on Mac.
>> There were a couple of warning though
>> 
>> The code is updated to revision 1026.
>> 
>> Best
>> 
>> — Alessio
>> 
>> Alessio Gambi, Ph.D.
>> gambi at st.cs.uni-saarland.de
>> 
>> 
>>> On 03 May 2017, at 11:38, Lubomír Bulej <lubomir.bulej at d3s.mff.cuni.cz> wrote:
>>> 
>>> Hi Alessio,
>>> 
>>> you can ignore the problems of not finding jmvti.h -- these are caused by the
>>> C preprocessor generating dependencies. GCC on my Linux behaves differently
>>> from clang on Mac and does not scream.
>>> 
>>> The compilation error is a result of using -shared option with the 'ld' linker
>>> on Mac, which wants to see the -dylib option (but when clang is used to link
>>> files, it accepts -shared just fine).
>>> 	
>>> 
>>> The attached patch (when applied in the src-disl-agent) should fix it for you
>>> before I finalize the changes that split makefiles between platforms...
>>> 
>>> 
>>> Best regards,
>>> Lubomir
>>> 
>>> 
>>> On 03/05/17 08:03, Alessio Gambi wrote:
>>>> Hi Lubomir,
>>>> 
>>>> I split the original message in two separate emails:
>>>> 
>>>>> regarding the build of the trunk version, please log what the build process
>>>>> outputs -- I only have a limited ability to test on Mac, and there are some
>>>>> compiler issues that can be solved relatively easily in the Makefile.
>>>> 
>>>> The output of running ant is here: https://pastebin.com/QWqL1DR7
>>>> For the record, I get errors also with ant clean: https://pastebin.com/p3YmcUSV
>>>> 
>>>> Apparently during the compilation I cannot find the jvmti.h file, which is in ./src-jdk-include/jvmti.h
>>>> 
>>>> Most likely it is a wrong configuration. BTW, should I run some other command before “ant” ?
>>>> 
>>>> Best
>>>> 
>>>> — Alessio
>>>> 
>>>> Alessio Gambi, Ph.D.
>>>> gambi at st.cs.uni-saarland.de
>>>> 
>>>> 
>>>>> On 02 May 2017, at 11:32, Lubomír Bulej <lubomir.bulej at d3s.mff.cuni.cz> wrote:
>>>>> 
>>>>> Dear Alessio,
>>>>> 
>>>>> regarding the build of the trunk version, please log what the build process
>>>>> outputs -- I only have a limited ability to test on Mac, and there are some
>>>>> compiler issues that can be solved relatively easily in the Makefile.
>>>>> 
>>>>> I have an unfinished set of patches that allows handling of different (build
>>>>> platforms (but also makes the Makefiles a bit more complicated). Before I can
>>>>> finish that, I think there is an easier to fix compilation on Mac.
>>>>> 
>>>>> 
>>>>> Regarding the crash -- are you instrumenting anything in the Java Class Library?
>>>>> 
>>>>> But let's fix the compilation problem first and re-test on the trunk.
>>>>> 
>>>>> 
>>>>> Best regards,
>>>>> Lubomir
>>>>> 
>>>>> 
>>>>> 
>>>>> On 28/04/17 20:43, Alessio Gambi wrote:
>>>>>> Dear DiSL-ers,
>>>>>> 
>>>>>> while running a basic dynamic analysis using DiSL 2.1 (release) I stumbled upon a bad crash of the JVM [1].
>>>>>> 
>>>>>> I have no idea of what’s going on, and how I can fix this.
>>>>>> 
>>>>>> I can share the logs/dumps upon request.
>>>>>> 
>>>>>> Here my configuration [2] (taken from the  hs_err_pid file)
>>>>>> 
>>>>>> Any help is appreciated …
>>>>>> 
>>>>>> Thanks
>>>>>> 
>>>>>> Best
>>>>>> 
>>>>>> — Alessio
>>>>>> 
>>>>>> PS: I tried but failed to build DiSL from trunk ...
>>>>>> 	
>>>>>> 
>>>>>> [1]
>>>>>>   [exec] # A fatal error has been detected by the Java Runtime Environment:
>>>>>>   [exec] #
>>>>>>   [exec] #  SIGSEGV (0xb) at pc=0x00007fff9af03f72, pid=1802, tid=4867
>>>>>>   [exec] #
>>>>>>   [exec] # JRE version: Java(TM) SE Runtime Environment (8.0_60-b27) (build 1.8.0_60-b27)
>>>>>>   [exec] # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.60-b23 mixed mode bsd-amd64 compressed oops)
>>>>>>   [exec] # Problematic frame:
>>>>>>   [exec] # C  [libsystem_c.dylib+0xf72]  strlen+0x12
>>>>>>   [exec] #
>>>>>>   [exec] # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
>>>>>>   [exec] #
>>>>>> 
>>>>>> 
>>>>>> [2] ---------------  S Y S T E M  ---------------
>>>>>> 
>>>>>> OS:Bsduname:Darwin 14.5.0 Darwin Kernel Version 14.5.0: Fri Feb 17 10:33:20 PST 2017; root:xnu-2782.50.9.1.1~1/RELEASE_X86_64 x86_64
>>>>>> rlimit: STACK 8192k, CORE 0k, NPROC 709, NOFILE 10240, AS infinity
>>>>>> load average:1.38 1.22 0.68
>>>>>> 
>>>>>> CPU:total 8 (4 cores per cpu, 2 threads per core) family 6 model 70 stepping 1, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, avx, avx2, aes, clmul, erms, lzcnt, ht, tsc, tscinvbit, bmi1, bmi2
>>>>>> 
>>>>>> Memory: 4k page, physical 16777216k(3479728k free)
>>>>>> 
>>>>>> /proc/meminfo:
>>>>>> 
>>>>>> 
>>>>>> vm_info: Java HotSpot(TM) 64-Bit Server VM (25.60-b23) for bsd-amd64 JRE (1.8.0_60-b27), built on Aug  4 2015 10:47:24 by "java_re" with gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)
>>>>>> 
>>>>>> time: Fri Apr 28 20:40:58 2017
>>>>>> elapsed time: 2 seconds (0d 0h 0m 2s)
>>>>>> 
>>>>>> 
>>> <Makefile.patch>
>> 
> 
> -- 
> Dept. Dist. and Dependable Systems
> Faculty of Mathematics and Physics
> Charles University, Czech Republic
> Web: http://d3s.mff.cuni.cz
> Tel: +420-221914267