Netbeans fails to start (Command not Found) on MacOSX - macos

I've installed Netbeans 6.0.1 on Mac OSX 10.5.8 successfully, but when I try start it up it doesn't and these log entries are logged in System.log:
Apr 7 19:35:09 henrique-ordines-macbook [0x0-0x9c09c].NetBeans 6.0.1[53785]: /Applications/NetBeans/NetBeans 6.0.1.app/Contents/MacOS/netbeans: line 48: ls: command not found
Apr 7 19:35:09 henrique-ordines-macbook [0x0-0x9c09c].NetBeans 6.0.1[53785]: /Applications/NetBeans/NetBeans 6.0.1.app/Contents/MacOS/netbeans: line 53: dirname: command not found
Apr 7 19:35:09 henrique-ordines-macbook [0x0-0x9c09c].NetBeans 6.0.1[53785]: /Applications/NetBeans/NetBeans 6.0.1.app/Contents/MacOS/netbeans: line 57: dirname: command not found
Apr 7 19:35:09 henrique-ordines-macbook [0x0-0x9c09c].NetBeans 6.0.1[53785]: Cannot read cluster file: /../etc/netbeans.clusters
Apr 7 19:35:09 henrique-ordines-macbook com.apple.launchd[65] ([0x0-0x9c09c].NetBeans 6.0.1[53785]): Exited with exit code: 1
I've repaired permissions using Disk Utility, as suggested on this thread, but I still get the same error.
If I log in as the Root user I can start it without problems.
How can I fix this?

As described on this thread, the "ls command not found" error was happening because my PATH environment variable had been broken somehow. By me in this case, uhem, anyway, once you've fixed that variable so that this part /usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin can also be in the PATH variable, Netbeans works again.

Related

Rstudio startup error: rstudio_boost:::filesystem::read_symlink

I recently tried to run an R script from command line that takes input from stdin:
echo "print this" | rscript.R
The input was generated from a python script. Suddenly, R crashed and ever since whenever I try and open Rstudio I get the following message:
rstudio_boost:::filesystem::read_symlink: Access is denied: /path
I have tried to reinstall Rstudio and R, but the problem remains. R runs fine from R GUI
Error from logs:
RStudio-Desktop\log\rsession-User:
04 Jul 2019 09:46:22 [rsession-User] ERROR Unexpected exception: rstudio_boost::filesystem::read_symlink: Access is denied: "C:/Users\User\My Documents"; LOGGED FROM: int __cdecl rstudio::r::session::RReadConsole(const char *,char *,int,int) c:\jenkins\workspace\ide\windows-v1.2\src\cpp\r\session\rstdcallbacks.cpp:387
After playing around, I finally decided to delete the whole folder in:
C:\Users\User\AppData\Local\Rstudio-Desktop
This fixed the problem. What the origin of the problem is remains a mystry...

MPI failed for some reason on macOS Mojave

I installed MPI on macOS Mojave following this tutorial on Stack Overflow. I installed openmpi-2.0.4.tar.gz.
But when I tried to run that hello world program I get error:
[My-MacBook-Pro.local:40731] [[30181,0],0] ORTE_ERROR_LOG: Bad parameter in file orted/pmix/pmix_server.c at line 262
[My-MacBook-Pro.local:40731] [[30181,0],0] ORTE_ERROR_LOG: Bad parameter in file ess_hnp_module.c at line 667
--------------------------------------------------------------------------
It looks like orte_init failed for some reason; your parallel process is
likely to abort. There are many reasons that a parallel process can
fail during orte_init; some of which are due to configuration or
environment problems. This failure appears to be an internal failure;
here's some additional information (which may only be relevant to an
Open MPI developer):
pmix server init failed
--> Returned value Bad parameter (-5) instead of ORTE_SUCCESS
Does anyone know how to fix this?
export TMPDIR=/tmp
(or some other temp directory, where the directory name is not too long)

Maven error: Could not find or load main class .usr.share.maven.boot.plexus-classworlds-2.x.jar

I have recently upgraded my Ubuntu from 14.04 to 16.04 and started getting the following error when running any mvn commands (version 3.3.9): Error: Could not find or load main class .usr.share.maven.boot.plexus-classworlds-2.x.jar. My environment variables are declared as follows:
$JAVA_HOME: /usr/lib/jvm/java-8-oracle
$PATH: /usr/local/texlive/2015/bin/x86_64-linux:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
$M2_HOME: /usr/share/maven
$M2: /usr/share/maven/bin
When trying to find a solution, I've tried removing the M2 and M2_HOME variables as suggested on various threads, which resulted in getting a different error: Error: Could not find or load main class org.codehaus.plexus.classworlds.launcher.Launcher. I have also tried running apt-get remove --purge maven and installing it again as well as downloading the .tar.gz archive, but in both cases, nothing has changed.
When looking into the /usr/share/maven/boot folder, there is a chain of symlinks pointing from plexus-classworlds-2.x.jar -> /usr/share/java/plexus-classworlds2-2.5.2.jar. Am I missing some dependencies? Or are there any old configuration files that did not get removed by --purge?
EDIT: When I execute mvn as root, I get the Launcher error instead of plexus-classworlds-2.x. Also, I have completely removed and reinstalled all plexus libraries, yet with no change.
Check if /usr/share/maven/boot has multiple jars with pattern /usr/share/maven/boot/plexus-classworlds-*.jar.
Mine was something like:
drwxr-xr-x 2 root root 4096 Dec 23 14:21 ./
drwxr-xr-x 6 root root 4096 Nov 14 2015 ../
-rw-r--r-- 1 root root 52684 Dec 12 2015 plexus-classworlds-2.5.2.jar
lrwxrwxrwx 1 root root 34 Dec 10 2015 plexus-classworlds-2.x.jar -> ../../java/plexus-classworlds2.jar
This messes up /usr/share/maven/bin/mvn bash script and executes a wrong java command.
I had to remove the jar and leave only the symbolic link.

ATSFontGetFileReference failed: error - Mac OS X and R

I recently installed R on a new Macbook Pro running Mountain Lion. When trying to plot data, I get a slew of ATSFontGetFileReference errors, and text doesn't render (though chart elements do):
> plot(study$outcome, study$predictor)
Jan 21 10:55:57 tatou.local R[35029] <Error>: ATSFontGetFileReference failed: error -50.
Jan 21 10:55:57 tatou.local R[35029] <Error>: ATSFontGetFileReference failed: error -50.
Jan 21 10:55:57 tatou.local R[35029] <Error>: ATSFontGetFileReference failed: error -50.
Jan 21 10:55:57 tatou.local R[35029] <Error>: ATSFontGetFileReference failed: error -50.
...
It seems like more of an OS X issue than R, since a little Googling has turned up similar errors for PDF renderers, etc. But I can't seem to find a solution...
All my fonts as well as R appear to be installed for use system-wide. Ideas?
I had the same error using RStudio on OSX 10.7.5. I saved my workspace and then quit RStudio. Upon opening it back up and loading my saved workspace, I ran the plot(x,y) command and there was no longer an error, with the text being displayed as expected.
I don't know your font situation exactly, but I just fixed this issue on mine. I have a mac, and helvetica is automatically installed as a .dfont file. I had downloaded a helvetica.ttf file and put it in 'mac_hd/libary/fonts'. Once I deleted this and restarted R I haven't had the problem. My error was verbatim ' ATSFontGetPostScriptName failed: error -984. ' (I included that to help with google results)

Apache on Win2003 cannot find the path specified

A fresh installation of Apache 2.2 on Win2003.
Configuration validates with the apache tool yet when I attempt to access the site the browser displays an internal error.
Apache log shows:
[Mon Jul 16 13:36:38 2012] [error] [client 10.162.9.158] (OS 3)The
system cannot find the path specified. : couldn't spawn child
process: D:/Heatmap/Webapp/public/dispatch.cg
The file system shows:
D:\Heatmap\Webapp\public>dir dispatch* Volume in drive D is DATA
Volume Serial Number is C482-3950
Directory of D:\Heatmap\Webapp\public
05/02/2012 10:56 AM 445 dispatch.cgi 05/02/2012 10:56
AM 520 dispatch.fcgi
2 File(s) 965 bytes
0 Dir(s) 5,625,618,432 bytes free
Since I noramlly run Apache on Linux servers I'm stymied as to what the root cause is here. The system cannot find a path that is present.
Cluestick please.
The bit of the message couldn't spawn child process caught my attention.
Research showed the shebang line is actually used by Apache - unless Perl at the WinOS level which associates the file extension with the interpreter - and I needed to correct it in my .cgi.
Specifying the full path to Perl in the cgi's shebang line corrected the problem.

Resources