java.lang.NullPointerException on 1.8.7

[jaxxzer]

On archlinux:

$ pacman -S arduino
$ arduino
Picked up JAVA_TOOL_OPTIONS: 
java.lang.NullPointerException
	at processing.app.BaseNoGui.onBoardOrPortChange(BaseNoGui.java:679)
	at processing.app.Base.onBoardOrPortChange(Base.java:1313)
	at processing.app.Base.<init>(Base.java:276)
	at processing.app.Base.main(Base.java:145)

[facchinm]

Hi @jaxxzer ,
we don't officially support any version of the IDE except the ones from https://www.arduino.cc/en/Main/Software.
May you test the Linux x86_64 build and check it it also exhibit the same problem?
Otherwise probably Arch bugtracker is the right place where to file this issue. @NicoHood

[NicoHood]

I do not have this issue. Which java version did you install?
Try to update your system. Edit: And reboot. Just in case.

[jaxxzer]

May you test the Linux x86_64 build and check it it also exhibit the same problem?

What do you know, it works!

Re the pacman installation...

Try to update your system. Edit: And reboot. Just in case.

Done so, no difference.

Which java version did you install?

It was installed as a dependency of the arduino package.

$ java -version
openjdk version "1.8.0_192"
OpenJDK Runtime Environment (build 1.8.0_192-b26)
OpenJDK 64-Bit Server VM (build 25.192-b26, mixed mode)

[NicoHood]

I have the same java version report. I suggest installing java 7 and 8 manually.
Another solution would be to remove the .arduino directory (maybe backup before) or try to install the optional dependencies first.

[PaulStoffregen]

I use 1.8.7 on Ubuntu 18.04 x86 64 bit. Works great. Arduino.cc version has java bundled with it in the "java" folder. Here's Java the version info:

$ ./arduino-1.8.7/java/bin/java -version
java version "1.8.0_171"
Java(TM) SE Runtime Environment (build 1.8.0_171-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode)

Highly recommend getting the officially supported version from Arduino's downloads page. 1.8.7 was developed and tested against this version of Java, so if you simply download and use the supported version it should use the correct java that comes as part of the package.

[silvanocerza]

I have the same issue, same version of Java, same version of the IDE. Installing the Linux x86_64 build solved the issue.

[skuroedov]

Install arduino-avr-core package.

It should work., more info here

[NicoHood]

I think the problem is, that on a fresh install, with no board package installed, the IDE crashes. ArchLinux does not ship the default board package, because we package our own with upstream avr-gcc. But this package is not installed by default, as it is optional for those people who want to stick to the older arduino core. You can install it manually in the board manager.

The problem here is, that on the first startup none of both exists and the IDE crashes. There is also a bugreport with more details here:
https://bugs.archlinux.org/task/60378#comment175516

It seems that a special directory must be created first. This issue should be fixed in the IDE.

[dianamazo]

please how Install arduino-avr-core package

[skuroedov]

@dianamazo In ArchLinux it is # pacman -S arduino-avr-core or find it in some grpahical package manager like pamac.

[NicoHood]

@facchinm People are contacting me over and over again that their IDE does not start. As explained earlier this is a bug in the IDE that should get fixed.

I do not want to make the avr core a normal dependency, as I had several reasons to make it optional and its no excuse to fix this issue. Its very likely that the fix is quite simple.

[alfredopalhares]

I agree with @NicoHood the ide should not assume a default board is there.

[facchinm]

@NicoHood there's a bit of logic that requires at least on platform to be installed. It could be fixed easily with a fake dependency that just injects a fake board; this would becomes a compulsory dependency, while marking arduino-avr-core incompatible with it (so pacman asks if you want to remove it to install the real core)

[bluepoke]

I have this issue on Windows 10 with version 1.8.8 (installation package).
Reinstallation did not fix the problem.

[dvukovic]

Win 7, Ver 1.8.8 same message.
What does this message even mean ?

What kind of problems are going to happen that I can not see ?

[crenn]

Just experienced this on Win10 Pro x64, Version 1.8.8. Seemed to fix itself after I just went into the board manager once.

[wallanpsantos]

I solved the problem by installing arduino-avr-core

Manjaro:

sudo pacman -S arduino-avr-core arduino

Link: https://bbs.archlinux.org/viewtopic.php?id=241249

[NicoHood]

@wallanpereira This has been mentioned already, but does not solve the problem. The Arduino team should fix this bug. All new users got this problem.

[wallanpsantos]

@NicoHood This is good, thanks for the info.

[NicoHood]

Thanks for patching this long time bug! :-)

[janbothatagger]

I think the problem is, that on a fresh install, with no board package installed, the IDE crashes. ArchLinux does not ship the default board package, because we package our own with upstream avr-gcc. But this package is not installed by default, as it is optional for those people who want to stick to the older arduino core. You can install it manually in the board manager.

The problem here is, that on the first startup none of both exists and the IDE crashes. There is also a bugreport with more details here:
https://bugs.archlinux.org/task/60378#comment175516

It seems that a special directory must be created first. This issue should be fixed in the IDE.

Thanks, this fixed it for me.

[ZoomRmc]

Still got the same (?) bug on fresh install, 1.8.13:

Picked up JAVA_TOOL_OPTIONS:
Set log4j store directory /home/xxx/.arduino15
java.lang.NullPointerException
	at processing.app.Base.rebuildProgrammerMenu(Base.java:1705)
	at processing.app.Base.<init>(Base.java:286)
	at processing.app.Base.main(Base.java:150)

[matthijskooijman]

@ZoomRmc, you're seeing a different problem. The symptom (NullPointerException) is similar, but the location where it happened is totally different.

I'm pretty sure that you're seeing the problem that is fixed by #10922. Maybe you could try the version from that PR (see the comment by ArduinoBot) to see if that fixes your problem and report your findings in that PR? Thanks!