Installation Error

[109_CSE_VENKATESH]

Hi JPF Community I installed gradle abut when I am trying to run ./gradlew buildJars I am getting errors related to sun.misc.JavaOISAccess eventhough I am using java 15.0.2.

Please can anyone help me to resolve this error.

[fra...@cs.yorku.ca]

Since you are using the Gradle wrapper, you do not have to install Gradle.

JPF currently works with Java 8.  You can have multiple versions of Java on the same machine.  Make sure that JAVA_HOME points to Java 8 when you build JPF.

[Rounak Sain]

Hi 

I am new to open source .

I know java very well .

Can I contribute your project??

--

---
You received this message because you are subscribed to the Google Groups "Java™ Pathfinder" group.
To unsubscribe from this group and stop receiving emails from it, send an email to java-pathfind...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/9ab67374-87dc-4c4a-961a-52ce3ef861c0n%40googlegroups.com.

[fra...@cs.yorku.ca]

See the post "To get started" below.

[109_CSE_VENKATESH]

Hi I tried using java 8 and its still showing the same error related to JavaOISAccess

[109_CSE_VENKATESH]

I am getting 12 warnings and 1 error

HP-Notebook:~/Desktop/JPF_HOME/jpf-core$ javac -version
javac 1.8.0_311
HP-Notebook:~/Desktop/JPF_HOME/jpf-core$ java -version
java version "1.8.0_311"
Java(TM) SE Runtime Environment (build 1.8.0_311-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.311-b11, mixed mode)

HP-Notebook:~/Desktop/JPF_HOME/jpf-core$ ./gradlew

> Task :compileClassesJava FAILED

/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/java/lang/ClassLoader.java:29: warning: CompoundEnumeration is internal proprietary API and may be removed in a future release
import sun.misc.CompoundEnumeration;
               ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:175: error: cannot find symbol
  public void setJavaObjectInputStreamReadString(sun.misc.JavaObjectInputStreamReadString ignored) {
                                                         ^
  symbol:   class JavaObjectInputStreamReadString
  location: package sun.misc
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/java/lang/ClassLoader.java:114: warning: CompoundEnumeration is internal proprietary API and may be removed in a future release
    return new CompoundEnumeration<URL>(resEnum);
               ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/JavaNetAccess.java:32: warning: URLClassPath is internal proprietary API and may be removed in a future release
    URLClassPath getURLClassPath (URLClassLoader ucl);
    ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:52: warning: JavaUtilJarAccess is internal proprietary API and may be removed in a future release
  private static JavaUtilJarAccess javaUtilJarAccess;
                 ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:60: warning: JavaOISAccess is internal proprietary API and may be removed in a future release
  private static JavaOISAccess javaOISAccess;
                 ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:61: warning: JavaObjectInputStreamAccess is internal proprietary API and may be removed in a future release
  private static JavaObjectInputStreamAccess javaObjectInputStreamAccess;
                 ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:82: warning: JavaUtilJarAccess is internal proprietary API and may be removed in a future release
  public static JavaUtilJarAccess javaUtilJarAccess() {
                ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:88: warning: JavaUtilJarAccess is internal proprietary API and may be removed in a future release
  public static void setJavaUtilJarAccess(JavaUtilJarAccess access) {
                                          ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:142: warning: JavaObjectInputStreamAccess is internal proprietary API and may be removed in a future release
  public static JavaObjectInputStreamAccess getJavaObjectInputStreamAccess() {
                ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:151: warning: JavaObjectInputStreamAccess is internal proprietary API and may be removed in a future release
  public static void setJavaObjectInputStreamAccess(JavaObjectInputStreamAccess access) {
                                                    ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:162: warning: JavaOISAccess is internal proprietary API and may be removed in a future release
  public static void setJavaOISAccess(JavaOISAccess access) {
                                      ^
/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:166: warning: JavaOISAccess is internal proprietary API and may be removed in a future release
  public static JavaOISAccess getJavaOISAccess() {
                ^
1 error
12 warnings

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':compileClassesJava'.
> Compilation failed; see the compiler error output for details.

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

* Get more help at https://help.gradle.org

BUILD FAILED in 1s
5 actionable tasks: 1 executed, 4 up-to-date

[109_CSE_VENKATESH]

I am getting 3 errors and 30 warnings when I compile SharedSecrets.java and the error is cannot find symbol

HP-Notebook:~/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc$ javac SharedSecrets.java
SharedSecrets.java:55: error: cannot find symbol
  private static JavaIODeleteOnExitAccess javaIODeleteOnExitAccess;
                 ^
  symbol:   class JavaIODeleteOnExitAccess
  location: class SharedSecrets
SharedSecrets.java:119: error: cannot find symbol
  public static void setJavaIODeleteOnExitAccess(JavaIODeleteOnExitAccess jida) {
                                                 ^
  symbol:   class JavaIODeleteOnExitAccess
  location: class SharedSecrets
SharedSecrets.java:123: error: cannot find symbol
  public static JavaIODeleteOnExitAccess getJavaIODeleteOnExitAccess() {
                ^
  symbol:   class JavaIODeleteOnExitAccess
  location: class SharedSecrets
SharedSecrets.java:50: warning: Unsafe is internal proprietary API and may be removed in a future release
  private static final Unsafe unsafe = Unsafe.getUnsafe();
                       ^
SharedSecrets.java:50: warning: Unsafe is internal proprietary API and may be removed in a future release
  private static final Unsafe unsafe = Unsafe.getUnsafe();
                                       ^

SharedSecrets.java:52: warning: JavaUtilJarAccess is internal proprietary API and may be removed in a future release
  private static JavaUtilJarAccess javaUtilJarAccess;
                 ^

SharedSecrets.java:53: warning: JavaLangAccess is internal proprietary API and may be removed in a future release
  private static JavaLangAccess javaLangAccess;
                 ^
SharedSecrets.java:54: warning: JavaIOAccess is internal proprietary API and may be removed in a future release
  private static JavaIOAccess javaIOAccess;
                 ^
SharedSecrets.java:56: warning: JavaNetAccess is internal proprietary API and may be removed in a future release
  private static JavaNetAccess javaNetAccess;
                 ^
SharedSecrets.java:57: warning: JavaIOFileDescriptorAccess is internal proprietary API and may be removed in a future release
  private static JavaIOFileDescriptorAccess javaIOFileDescriptorAccess;
                 ^
SharedSecrets.java:58: warning: JavaNioAccess is internal proprietary API and may be removed in a future release
  private static JavaNioAccess javaNioAccess;
                 ^
SharedSecrets.java:59: warning: JavaAWTAccess is internal proprietary API and may be removed in a future release
  private static JavaAWTAccess javaAWTAccess;
                 ^

SharedSecrets.java:60: warning: JavaOISAccess is internal proprietary API and may be removed in a future release
  private static JavaOISAccess javaOISAccess;
                 ^

SharedSecrets.java:61: warning: JavaObjectInputStreamAccess is internal proprietary API and may be removed in a future release
  private static JavaObjectInputStreamAccess javaObjectInputStreamAccess;
                 ^

SharedSecrets.java:64: warning: JavaLangAccess is internal proprietary API and may be removed in a future release
  public static JavaLangAccess getJavaLangAccess() {
                ^
SharedSecrets.java:68: warning: JavaLangAccess is internal proprietary API and may be removed in a future release
  public static void setJavaLangAccess(JavaLangAccess jla) {
                                       ^
SharedSecrets.java:73: warning: JavaNetAccess is internal proprietary API and may be removed in a future release
  public static void setJavaNetAccess(JavaNetAccess jna) {
                                      ^
SharedSecrets.java:77: warning: JavaNetAccess is internal proprietary API and may be removed in a future release
  public static JavaNetAccess getJavaNetAccess() {
                ^

SharedSecrets.java:82: warning: JavaUtilJarAccess is internal proprietary API and may be removed in a future release
  public static JavaUtilJarAccess javaUtilJarAccess() {
                ^

SharedSecrets.java:88: warning: JavaUtilJarAccess is internal proprietary API and may be removed in a future release
  public static void setJavaUtilJarAccess(JavaUtilJarAccess access) {
                                          ^

SharedSecrets.java:93: warning: JavaIOAccess is internal proprietary API and may be removed in a future release
  public static void setJavaIOAccess(JavaIOAccess jia) {
                                     ^
SharedSecrets.java:99: warning: JavaIOAccess is internal proprietary API and may be removed in a future release
  public static JavaIOAccess getJavaIOAccess() {
                ^
SharedSecrets.java:108: warning: JavaNioAccess is internal proprietary API and may be removed in a future release
  public static void setJavaNioAccess(JavaNioAccess a) {
                                      ^
SharedSecrets.java:111: warning: JavaNioAccess is internal proprietary API and may be removed in a future release
  public static JavaNioAccess getJavaNioAccess() {
                ^
SharedSecrets.java:130: warning: JavaIOFileDescriptorAccess is internal proprietary API and may be removed in a future release
  public static void setJavaIOFileDescriptorAccess(JavaIOFileDescriptorAccess jiofda) {
                                                   ^
SharedSecrets.java:133: warning: JavaIOFileDescriptorAccess is internal proprietary API and may be removed in a future release
  public static JavaIOFileDescriptorAccess getJavaIOFileDescriptorAccess() {
                ^

SharedSecrets.java:142: warning: JavaObjectInputStreamAccess is internal proprietary API and may be removed in a future release
  public static JavaObjectInputStreamAccess getJavaObjectInputStreamAccess() {
                ^

SharedSecrets.java:151: warning: JavaObjectInputStreamAccess is internal proprietary API and may be removed in a future release
  public static void setJavaObjectInputStreamAccess(JavaObjectInputStreamAccess access) {
                                                    ^

SharedSecrets.java:155: warning: JavaAWTAccess is internal proprietary API and may be removed in a future release
  public static void setJavaAWTAccess (JavaAWTAccess jaa){
                                       ^
SharedSecrets.java:158: warning: JavaAWTAccess is internal proprietary API and may be removed in a future release
  public static JavaAWTAccess getJavaAWTAccess(){
                ^

SharedSecrets.java:162: warning: JavaOISAccess is internal proprietary API and may be removed in a future release
  public static void setJavaOISAccess(JavaOISAccess access) {
                                      ^

SharedSecrets.java:166: warning: JavaOISAccess is internal proprietary API and may be removed in a future release
  public static JavaOISAccess getJavaOISAccess() {
                ^

SharedSecrets.java:175: warning: JavaObjectInputStreamReadString is internal proprietary API and may be removed in a future release
  public void setJavaObjectInputStreamReadString(sun.misc.JavaObjectInputStreamReadString ignored) {
                                                         ^
3 errors
30 warnings

with javac -verbose command I am getting this

HP-Notebook:~/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc$ javac -verbose SharedSecrets.java
[parsing started RegularFileObject[SharedSecrets.java]]
[parsing completed 26ms]
[search path for source files: .]
[search path for class files: /usr/lib/jvm/jdk1.8.0_311/jre/lib/resources.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/rt.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/sunrsasign.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/jsse.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/jce.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/charsets.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/jfr.jar,/usr/lib/jvm/jdk1.8.0_311/jre/classes,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/cldrdata.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/sunpkcs11.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/zipfs.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/jaccess.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/dnsns.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/nashorn.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/jfxrt.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/sunec.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/localedata.jar,/usr/lib/jvm/jdk1.8.0_311/jre/lib/ext/sunjce_provider.jar,.]

rt.jar is also on the search path for class files.

[109_CSE_VENKATESH]

Yes it contains rt.jar

public class BootClassPath
{
        public static void main(String[] args) {
               
                System.out.println(System.getProperty("sun.boot.class.path"));
        }
}

HP-Notebook:~/Desktop$ javac BootClassPath.java

HP-Notebook:~/Desktop$ java BootClassPath
/usr/lib/jvm/jdk1.8.0_311/jre/lib/resources.jar:/usr/lib/jvm/jdk1.8.0_311/jre/lib/rt.jar:/usr/lib/jvm/jdk1.8.0_311/jre/lib/sunrsasign.jar:/usr/lib/jvm/jdk1.8.0_311/jre/lib/jsse.jar:/usr/lib/jvm/jdk1.8.0_311/jre/lib/jce.jar:/usr/lib/jvm/jdk1.8.0_311/jre/lib/charsets.jar:/usr/lib/jvm/jdk1.8.0_311/jre/lib/jfr.jar:/usr/lib/jvm/jdk1.8.0_311/jre/classes

[Rahmadi Trimananda]

Hi Venkatesh,

You might want to try a different version of JDK 1.8. Please see the list here: https://www.oracle.com/java/technologies/javase/8u-relnotes.html

I am suspecting that the recent updates made by Oracle to JDK 1.8 3XX and above might have broken the build flow of JPF due to major class/API changes (I had a similar problem recently). You can try something like JDK 1.8 201 which was from 2019 or even earlier. I believe you should still see warnings but JPF should be able to finish its compilation process.

Hope this helps.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/297fef52-069d-4f25-9303-d531e728c8a4n%40googlegroups.com.

[109_CSE_VENKATESH]

Hi I tried running  ./gradlew with jdk 1.8.0_192 and also jdk 1.8.0_201. In both the versions I am getting 1 error and 12 warnings

This is what the error is

/home/loges/Desktop/JPF_HOME/jpf-core/src/classes/sun/misc/SharedSecrets.java:175: error: cannot find symbol
  public void setJavaObjectInputStreamReadString(sun.misc.JavaObjectInputStreamReadString ignored) {

Is there any other option that I could try? Is it impossible to contribute to JPF without gradle?

[fra...@cs.yorku.ca]

JDK 1.8_311 seems to be working for me (Windows 10).

[913120104109 Venkatesh S]

Is there anything that I can try to solve this problem?

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/3e44c12e-4bcc-4ef7-8b96-cf9414a3a5a7n%40googlegroups.com.

[Rahmadi Trimananda]

I have just tried building (by just typing "gradlew") the latest version of JPF that you can grab on the Github: https://github.com/javapathfinder/jpf-core

I am using Java 1.8.0_271 (on MacOS) and I managed to build everything successfully (with some warnings of course).

Note: Recompile with -Xlint:deprecation for details.

Note: Some input files use unchecked or unsafe operations.

Note: Recompile with -Xlint:unchecked for details.

4 warnings

BUILD SUCCESSFUL in 25s

16 actionable tasks: 16 executed

MacBook-Pro jpf-core % java -version

java version "1.8.0_271"

Java(TM) SE Runtime Environment (build 1.8.0_271-b09)

Java HotSpot(TM) 64-Bit Server VM (build 25.271-b09, mixed mode)

Hope it works similarly on your machine.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/824c831a-566e-41cb-a360-1fbac8441082n%40googlegroups.com.

[Rahmadi Trimananda]

Another solution that I can think of is to use a Virtual Machine like VirtualBox with some guest OS like Ubuntu 20.04 that's pretty standard. You can try different Java versions without actually breaking the host OS. :) I am pretty sure a standard Ubuntu with a standard Java 1.8 installation should let you compile JPF easily.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

[913120104109 Venkatesh S]

Hi I tried running gradlew with jdk1.8.0_271 but it also throws the same error cannot find symbol so instead of gradle I thought of going with ant so I installed ant and junit but when I am trying to build jpf core using ant it says build.xml file is missing in jpf core. Now what should I do? Can anyone help me?

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAHFUiBMS_vbh1HxPM4wdKsHJqcrx_RfiUxgrbicFAUow3S7pdQ%40mail.gmail.com.

[Rahmadi Trimananda]

Since there have been many successful cases for other people (including Windows and MacOS), I am inclined to believe that your machine's OS, or Java installation might be messed up or something like that. You might want to try to install JDK 1.8.0_271, for instance, on a Ubuntu 20.04 Virtual Machine (perhaps you can use VirtualBox or VMWare Fusion or something like that). Then you can "git clone" and try to compile JPF there. 

Hope this one works out for you.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAB-zgQTPDTunf8kk%3Di6CxkR62_DpSrCuyL8LRTO%2B15wUqLHfaw%40mail.gmail.com.

[109_CSE_VENKATESH]

No it provides a warning and no error for me

package sun.misc;

public class Test
{
        private static JavaObjectInputStreamReadString example;
}

HP-Notebook:~/Desktop$ javac -verbose ./sun/misc/Test.java
[parsing started RegularFileObject[./sun/misc/Test.java]]
[parsing completed 111ms]
[search path for source files: /usr/local/JUNIT/junit-4.13.2.jar,/usr/local/JUNIT/hamcrest-core-1.3.jar,.]
[search path for class files: /usr/lib/jvm/jdk1.8.0_271/jre/lib/resources.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/rt.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/sunrsasign.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/jsse.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/jce.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/charsets.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/jfr.jar,/usr/lib/jvm/jdk1.8.0_271/jre/classes,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/cldrdata.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/sunpkcs11.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/zipfs.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/jaccess.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/dnsns.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/nashorn.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/jfxrt.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/sunec.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/localedata.jar,/usr/lib/jvm/jdk1.8.0_271/jre/lib/ext/sunjce_provider.jar,/usr/local/JUNIT/junit-4.13.2.jar,/usr/local/JUNIT/hamcrest-core-1.3.jar,.]
[loading ZipFileIndexFileObject[/usr/lib/jvm/jdk1.8.0_271/lib/ct.sym(META-INF/sym/rt.jar/java/lang/Object.class)]]
[loading ZipFileIndexFileObject[/usr/lib/jvm/jdk1.8.0_271/lib/ct.sym(META-INF/sym/rt.jar/sun/misc/JavaObjectInputStreamReadString.class)]]
[checking sun.misc.Test]
[loading ZipFileIndexFileObject[/usr/lib/jvm/jdk1.8.0_271/lib/ct.sym(META-INF/sym/rt.jar/java/io/Serializable.class)]]
[loading ZipFileIndexFileObject[/usr/lib/jvm/jdk1.8.0_271/lib/ct.sym(META-INF/sym/rt.jar/java/lang/AutoCloseable.class)]]
./sun/misc/Test.java:5: warning: JavaObjectInputStreamReadString is internal proprietary API and may be removed in a future release
        private static JavaObjectInputStreamReadString example;
                       ^
[wrote RegularFileObject[./sun/misc/Test.class]]
[total 954ms]
1 warning

[109_CSE_VENKATESH]

I think I am having some problem with the java in my system or with my ubuntu OS let me look into it and if doesn't go well I think I have to try with vitualBox as suggested by Rahmadi Trimananda and check if that works. Thanks Frank van Breugel and Rahmadi Trimananda for helping me out.

[Rahmadi Trimananda]

Then congratulations! That means you have successfully compiled JPF. :)

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/9d3a5958-2185-49c4-9b4b-01cb7a5b8cean%40googlegroups.com.

[913120104109 Venkatesh S]

Do you mean that I can start contributing now to JPF??

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAHFUiBOTOMTzOtao0gnSiN3oo%3DMBFUoxtdBv1YYVuQ2CW7OZwg%40mail.gmail.com.

[Rahmadi Trimananda]

You're welcome. I am glad we could work together and resolve it. I think at this point you actually can try running it on your Ubuntu OS: https://github.com/javapathfinder/jpf-core/wiki/Running-JPF. Having one warning means that you have compiled JPF and it's ready to run.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/3f41595c-00b0-4c5b-86e3-48526d7fab48n%40googlegroups.com.

[913120104109 Venkatesh S]

Ok I will try running it

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAHFUiBN_LU64tiY0iYrqNYhBdyuWrtkbuUOAQNAcgBvyL%2B%3DxFw%40mail.gmail.com.

[Rahmadi Trimananda]

Oh I see... now I understand that Venkatesh only ran the following command line:

HP-Notebook:~/Desktop$ javac -verbose ./sun/misc/Test.java

Well, unfortunately this only compiled Test.java. We should be able to run "gradlew" (warnings are fine) and at the end we should see "BUILD SUCCESSFUL" which means that the entire JPF is compiled successfully.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAB-zgQR8%3DVvoFHWwAXP_0ygUM61OfdSi%3DwrM921VySUbLXO0gQ%40mail.gmail.com.

[913120104109 Venkatesh S]

Yeah when running gradlew it throws an error

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAHFUiBNsUrjewKRmaF%2BgzFN0muRywHP%3De0COnaD_g9wt55DcwA%40mail.gmail.com.

[913120104109 Venkatesh S]

I upgraded my ubuntu OS from 18.04 to 20.04 and downloaded java 1.8.0_271 and  cloned JPF again and it still throws the same error. I dont think that virtualbox would work. Is there any other alternative that I can use instead of gradle??

[Rahmadi Trimananda]

I see. The point of using VirtualBox is really to start from scratch without any other software that might interfere with the Java installation. Unless you installed your Ubuntu to 20.04 from scratch (clean installation), then I wouldn't be surprised if you still see the same errors. So clean installation means we start from an empty HDD. Please think about it this way, if other people don't have any problem using JPF with Gradle, then you should have the same experience as well. Since you are the only one having the problem, then the problem is with your machine. So, unfortunately Gradle isn't the problem here I think. :)

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAB-zgQREHFAHqEhfuaO0%3D4GdNdqA8JWsyT%3DF8SJHe%3DfTzRvfgg%40mail.gmail.com.

[913120104109 Venkatesh S]

Okay then let me try it out with virtualbox and let you know. 

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAHFUiBPqmcCZOGATO3Q4n4pz94N1hB%3D_ipdMhTHJjZAeGoLCeQ%40mail.gmail.com.

[Rahmadi Trimananda]

Sounds good. Upgrading Ubuntu directly would just give you the updated OS version while keeping all the installed software as is, as far as I know.

I feel sorry for the hassle as well, but using a VM just allows us to do stuff cleanly without affecting our machine. So, if you could try installing Ubuntu 20.04 with just the necessary software (Java 1.8_271 for instance) to compile JPF, then that would be great.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAB-zgQScrp0LCTD59AZmKO-nd5aiq9YXmJPGjc7F2HvKhJ_bhg%40mail.gmail.com.

[913120104109 Venkatesh S]

Yeah Sure I will try installing ubuntu in virtualbox

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAHFUiBP6fhrBcvin5gz2yn_x6S6BMj%3DYsWgGoNXckFtzmU--qw%40mail.gmail.com.

[Rahmadi Trimananda]

So, just to help you a bit more, I happen to have a Xubuntu VM on my machine. I tried Xubuntu 20.04 and installed the OpenJDK 8 as per the instructions here: https://linuxbuz.com/linuxhowto/install-java-8-ubuntu (please see the bottom part).

It gave me Java 1.8.0_312 I think. I managed to compile JPF to the end fairly quickly and easily.

Earlier, I had the version 1.8.0_201 on that VM and I got an error because of the fix for this issue: https://linuxbuz.com/linuxhowto/install-java-8-ubuntu. I guess there has been a change in the package sun.misc sometime between the updates 201 and 312. But, 1.8.0_201 could still work anyway when I commented out the setJavaObjectInputStreamReadString class.

Hope this helps.

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAB-zgQR%2BM%2BLw%2BBUeCwGOiSV7tVzx%2B10LA%3DiUGdnwUXArMg5ZZw%40mail.gmail.com.

[913120104109 Venkatesh S]

Ok Thanks for the information I am installing ubuntu on virtual box and I hope by tomorrow I can test it with JPF and let you know

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAHFUiBNcn0CPo6no37L%3D9sngMBFFauCpVN6_MgTF%2Bef%2BEQrj3A%40mail.gmail.com.

[913120104109 Venkatesh S]

Hello I tried installing ubuntu with virtual box and ran ./gradlew in jpf core and the build was successful with just some warnings and no error. Thankyou Frank and Rahmadi for helping me with this error. I am happy that I can start contributing now but my only fear is that sometimes black screen occurs in ubuntu when opening with virtual box which occured for me once today and I tried resolving it but couldnt and I finally had to reinstall the ubuntu os entirely to make it work again. I hope that doesnt occur again in the future. Once again thank you for helping me guys.

[Rahmadi Trimananda]

Awesome! You're welcome. Glad to hear that you finally got JPF compiled. :) For the Ubuntu OS issue, it's known that Ubuntu 20.04 might flicker on VirtualBox: https://blog.surges.eu/virtualbox-how-to-fix-screen-flickering-on-ubuntu-20-04/. When I fixed it on my Ubuntu VM, I had to do something else which was changing the display setting on VirtualBox. The black screen issue is perhaps caused by the OS going into sleep mode or something like that, so you can just make it awake forever. Another solution if none of these works is to use VMWare Fusion instead. My Ubuntu VM always runs flawlessly there (no display/screen issue at all).

Welcome to JPF and happy contributing!

Kind regards,

Rahmadi Trimananda

Researcher @ University of California, Irvine

* Keep dreaming - Keep praying - Keep fighting *

To view this discussion on the web visit https://groups.google.com/d/msgid/java-pathfinder/CAB-zgQRkVme5%2BgV2eRm0trybMPDOFyuoZ1n10OcJGoT2TGck2Q%40mail.gmail.com.