Launch Error "Provider com.sun.xml.... not found" in Eclipse PTP - debugging

It's too hard to debug a MPI program using GDB. I've tried to buy parallel debugger but failed .
I found Eclipse has a parallel debug plugin(Eclipse PTP or Eclipse science),but I can't use it!
I'm using:
ubuntu 18.04
openJDK 11.0.2
eclipse-parallel 2019-03-R
When I setting run>run configurations:
1.Target System Configuration:Generic OpenMPI Interactive
2.Connection Type:Local
error occur
Launch Error:
Provider com.sun.xml.internal.bind.v2.ContextFactory not found
Reason:com.sun.xml.internal.bind.v2.ContextFactory cannot be found
by org.eclipse.ptp.rm.jaxb.core_1.2.0.201811201954
I've tried to download different version of eclipse:
eclipse before 2017:I can't open it ,there is something wrong with openJDK 11
eclipse-parallel-photon-R: When i click "local" in configuration,nothing happened...

I also had same problem. If you still suffer / somebody has the same problem, it seems it is fixed in the latest version 201906. You can download using installer from:
https://www.eclipse.org/downloads/download.php?file=/oomph/epp/2019-06/M2/eclipse-inst-linux64.tar.gz

Related

Why I couldn't run same installed app on IDE integrated terminal even I could run on default terminal

I just switch to try develop on Linux for a while.
But one thing I couldn't understand how to solve it, as I mentioned in topic.
I'm going to develop a project that need Java SDK, then I installed the SDK with command:
#bash
sudo apt install openjdk-17-jdk-headless
After installation finished, I could run command java -version and javac -version to see the result of installation and it looks OK.
openjdk version "17.0.3" 2022-04-19
OpenJDK Runtime Environment (build 17.0.3+7-Ubuntu-0ubuntu0.22.04.1)
OpenJDK 64-Bit Server VM (build 17.0.3+7-Ubuntu-0ubuntu0.22.04.1, mixed mode, sharing)
And then when I open IDE (Intellij IDEA) and it has feature of integrated terminal. (see picture)
But when I try to test java -version it was shown the error:
bash: java: command not found
As you can see from picture, I run java -version on terminal it return output properly, but when I run the same command java -version, it output with error message, like it couldn't find the java SDK that I installed.
Could anyone help me to describe the reason and solutions to solve the issue?
P.S. This is same on VS Codium.
I found the answer.
Solution:
Install the IDE app with the file from official website instead of using package manager of OS.
Description:
The cause is I installed the IDE via Package Manager of OS (here I'm using Pop_OS, install via Pop!_Shop)
And its package manager has some strict rules for security purpose.
I'm not sure, Pop_OS using which package manager, but I'll raise Flatpak as reference: https://docs.flatpak.org/en/latest/sandbox-permissions.html
And on blacklisted directories, my installed java command is under /usr/bin/ which is in blacklist.

Rstudio not working on my Ubuntu 16 virtual machine

When I try to run Rstudio Desktop (1.4) on my virtual machine (Ubuntu 16.4), Rstudio crashes and gives the error:
ERROR:gl_surface_glx_gt.cpp(141) GLX 1.3 or later is required.
I tried to follow the instructions on this page: https://wiki.x2go.org/doku.php/wiki:development:glx-xlib-workaround, but can not get past the meson -D configuration in the Ubuntu terminal. At this point I get the error message: 'ERROR: Problem encountered: gallium-xlib conflicts with any dri driver'
I googled and tried everything that I could possibly find (similar questions as https://community.rstudio.com/t/x2go-and-rstudio/29704/2), but no success yet.
Obviously the upgrade to a higher GLX version is the cause, but I can not upgrade it.
Is anyone familiar with the error and what is actually causing it?
Any help would be greatly appreciated!
I am using R version 3.4.4

TF r2.3 Bad Address build issue on windows

I have a problem with building TF r2.3 when I would like to build a version with CUDA support. When I configure the build for CPU without CUDA everything build fine. With the CUDA support turned on I got Bad address (Exit 126) error for bash commands like this. I use windows 10 with MSVC 2019 v16.6.5. I also use python 3.6.8 and Bazel 3.3.1. I have encountered with this problem with both CUDA v10.2, cudnn-10.2-windows10-x64-v7.6.5.32 and CUDA 10.1 and cuDNN 7.4. I have tried to build with the following command after I have configured the project.
bazel build --config=opt --define=no_tensorflow_py_deps=true //tensorflow:libtensorflow_cc.so
I put the content of the command.log file to this pastebin link.
I have opened a github issue for this error on the tensorflow repo but so far they haven't provided any solution for this issue. I hope here someone point me in the right direction.
I had the same issue, try to build TF 2.4 with Cuda 11 and cuDNN 8. I was able to build with this configuration on Windows finally.

NetBeans C/C++ does not build with GCC and gives message "Unable to create process - no HostInfo available"

I have versions 8.1 and 8.2 of NetBeans upon a Windows 10 PC. 8.1 will compile and run C/C++ programs perfectly but 8.2 will not and simply gives the really helpful message:
Unable to create process - no HostInfo available
The odd thing is that both versions of NetBeans are set to use the same versions of the GCC compiler and tools. Version 8.1 displays the following:
While 8.2 displays:
Can anyone suggest why this is?
I have tried uninstalling the C++ plugin in NetBeans 8.2 and reinstalling it but all to no avail.
This has been resolved by changing environment settings to include new variables for TOOLS_PATH and UTILITIES_PATH in the Windows PATH. Both variables are set to C:\Cygwin64\bin.

SonarQube - Unable to load the Wrapper's native library 'wrapper.dll'

I'm installing SonarQube v5.0.
I'm running Windows Server 2012 64-bit (a virtual OS), Java 1.8 64-bit, and the SonarQube windows-x86-64 wrapper.
SonarQube, whether run via StartSonar.bat using Command Prompt as Administrator or as a Windows Service, keeps throwing the following warning:
WARNING - Unable to load the Wrapper's native library 'wrapper.dll'.
The file is located on the path at the following location but
could not be loaded:
C:\sonarqube-5.0.1\bin\windows-x86-64\.\lib\wrapper.dll
Please verify that the file is readable by the current user
and that the file has not been corrupted in any way.
One common cause of this problem is running a 32-bit version
of the Wrapper with a 64-bit version of Java, or vica versa.
This is a 32-bit JVM.
Reported cause:
C:\sonarqube-5.0.1\bin\windows-x86-64\lib\wrapper.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform
System signals will not be handled correctly.
The only info that I've found on the web is some JIRA's from 2010 that don't really help me. I can't create a sonar user on this Windows installation. All my other tools in my CI environment are running on Java 1.8 64-bit, which means that JAVA_HOME is set to JDK 1.8 64-bit. I really don't want to have to run Java 32-bit and the 32-bit Wrapper. That means that the JRE bin/java path at the top of wrapper.conf will have to specify the 32-bit JRE.
What can I do to get rid of this warning?
Not all applications use JAVA_HOME variable, so you can have JAVA_HOME pointing on your 64 bits version while you are using a 32 bits.
Note: the 'Java_Home' key in the registry is not the JAVA_HOME variable.
Well, one way to be sure is to uninstall the current service, with ..\windows-x86-64\UninstallNTService.bat and install the 32 bits version with ..\windows-x86-32\InstallNTService.bat.
If it works, you definitively have a 32 bits JVM.
Installed the service SonarQube in \sonarqube-5.1.2\bin\windows-x86-64.
I just went to the SonarQube in the Windows Services-->go to properties-->Log On tab--->select 'Local Service'(Entered the system password). Thats it!
Issue was resolved.
Hope this helps someone who was not able to resolve from the above posts.
I experienced the same problem with SonarQube 5.6.4 on Windows 7. Editing the sonar.properties file to add a wrapper.java.command=... had no effect. Editing my path statement did the trick, though.
The first two folders in my path statement had been
C:\ProgramData\Oracle\Java\javapath;C:\dev\sdks\jdk1.8.0_112\bin;....
The java.exe in the first (C:\ProgramData\Oracle\Java\javapath) is 32-bit. I just switched the two in my path:
C:\dev\sdks\jdk1.8.0_112\bin;C:\ProgramData\Oracle\Java\javapath;...
Suddenly SonarQube started using the 64-bit java.exe in C:\dev\sdks\jdk1.8.0_112\bin
After making this change, I was able to restart Firefox without any difficulty.
In my case, running on SonarQube 7.3 on window 7 or window 10, I have to update Java version to java 8 to pass this error.
No need for this, In my case I just Installed Java SE JDK 11.0.16 and installed it, and restarted the sonar server and it worked. Below is the URL to download
https://www.techspot.com/downloads/5553-java-jdk.html

Resources