IDE freezes after updating to 2.3.3

seccouser1 · October 1, 2024, 8:38am

I use an M1max, system 12.7.4, after updating the IDE unfortunately freezes and nothing works anymore. Before that everything worked perfectly! How can I go back to the last version? I can't find a download. Here is an excerpt from the output via the terminal:

*... 2024-10-01T08:25:32.890Z discovery-log INFO start resolved watching

2024-10-01T08:25:32.914Z daemon INFO time="2024-10-01T10:25:32+02:00" level=error msg="Waiting discovery process termination: signal: abort trap" discovery=rp2040

2024-10-01T08:25:32.914Z daemon INFO panic: runtime error: invalid memory address or nil pointer dereference

[signal SIGSEGV: segmentation violation code=0x2 addr=0x8 pc=0x100d1f374] ... *

sterretje · October 1, 2024, 8:51am

You can download version 2.3.2 from Release 2.3.2 · arduino/arduino-ide · GitHub; scroll down to assets, expand assets and make your pick.

sonofcy · October 1, 2024, 9:55am

Did you download the SILICON Mac version? My Mac is on 2.3.3 and working fine.

seccouser1 · October 1, 2024, 12:29pm

Hello sterretje, Great, thanks, it worked. I reinstalled version 2.3.2! Thanks again! Best regards, Ulli

seccouser1 · October 1, 2024, 12:34pm

Yes, I downloaded the version "arduino-ide_2.3.3_macOS_arm64.dmg" and it freezes when starting!

sonofcy · October 1, 2024, 2:25pm

I have seen similar errors, they are usually fixed by deleting some files but I don't know enough about it to advise. Maybe one of the install experts will chime in.

IoT_hobbyist · October 2, 2024, 5:29am

I met the same problem with Arduino IDE 2.3.3
I saw this:

The "downloading index...." is hanging on forever. This MAY block the search function

ptillisch · October 5, 2024, 10:39pm

Hi @seccouser1

seccouser1:

2024-10-01T08:25:32.914Z daemon INFO time="2024-10-01T10:25:32+02:00" level=error msg="Waiting discovery process termination: signal: abort trap" discovery=rp2040

2024-10-01T08:25:32.914Z daemon INFO panic: runtime error: invalid memory address or nil pointer dereference

I know you were already able to work around the problem by switching to using Arduino IDE 2.3.2, but I wanted to add a note here that the Arduino developers have already prepared a fix for the bug of Arduino IDE freezing if a pluggable discovery tool crashes:

github.com/arduino/pluggable-discovery-protocol-handler

Fix panic when dealing with crashing discoveries

arduino:main ← arduino:fix_crashing_disc_handling

opened 12:45PM - 13 Sep 24 UTC

cmaglie

+77 -17

Previously, a pluggable discovery that crashed at startup would cause the client… library to panic. ``` goroutine 11 [running]: testing.tRunner.func1.2({0x5eaae0, 0x7db1f0}) /home/cmaglie/Software/go1.22.3/src/testing/testing.go:1631 +0x24a testing.tRunner.func1() /home/cmaglie/Software/go1.22.3/src/testing/testing.go:1634 +0x377 panic({0x5eaae0?, 0x7db1f0?}) /home/cmaglie/Software/go1.22.3/src/runtime/panic.go:770 +0x132 github.com/arduino/pluggable-discovery-protocol-handler/v2.(*Client).Run(0xc0000fa090) /home/cmaglie/Workspace/pluggable-discovery-protocol-handler/client.go:281 +0x16e github.com/arduino/pluggable-discovery-protocol-handler/v2.TestClient.func1(0xc0000b31e0) /home/cmaglie/Workspace/pluggable-discovery-protocol-handler/client_test.go:108 +0xcc testing.tRunner(0xc0000b31e0, 0x64c850) /home/cmaglie/Software/go1.22.3/src/testing/testing.go:1689 +0xfb created by testing.(*T).Run in goroutine 9 /home/cmaglie/Software/go1.22.3/src/testing/testing.go:1742 +0x390 exit status 2 ``` This PR fixes this problem and cleans up the mutex usage in the library. Related to https://github.com/arduino/arduino-cli/issues/2665.

So hopefully at least the next version of Arduino IDE won't have this issue.

Note that this doesn't address the question of why the 3rd party "Raspberry Pi Pico/RP2040" boards platform's pluggable discovery tool is crashing on your computer.

ptillisch · October 6, 2024, 8:42am

Hi @IoT_hobbyist. It was found that Arduino IDE 2.3.3 has a bug that causes index downloads and installation/updates of boards platforms libraries to hang when Serial Monitor is open.

If you encounter these problems again, the workaround is to close the Serial Monitor view until the process is finished. After that, you can open Serial Monitor again.

The Serial Monitor view is a tab in the bottom panel of the Arduino IDE window, so you might not even notice when you have it open. You can close it by clicking the X icon on the tab:

The Arduino developers are tracking the bug here:

github.com/arduino/arduino-cli

`cc.arduino.cli.commands.v1.ArduinoCoreService.Init` hangs if `Monitor` is running

opened 08:01AM - 06 Oct 24 UTC

per1234

topic: code type: imperfection topic: gRPC

### Describe the problem A client might make additional [`cc.arduino.cli.comm…ands.v1.ArduinoCoreService.Init`](https://arduino.github.io/arduino-cli/dev/rpc/commands/#initrequest) requests. For example, Arduino IDE periodically (and on demand) performs the following sequence: 1. [Update package and/or library index](https://github.com/arduino/arduino-ide/blob/77136687d374dce1660191059427f1941f4cef16/arduino-ide-extension/src/node/core-client-provider.ts#L280-L285) 1. [Initialize gRPC client instance](https://github.com/arduino/arduino-ide/blob/77136687d374dce1660191059427f1941f4cef16/arduino-ide-extension/src/node/core-client-provider.ts#L297) 🐛 If there is a running [`cc.arduino.cli.commands.v1.ArduinoCoreService.Monitor`](https://arduino.github.io/arduino-cli/dev/rpc/commands/#ccarduinoclicommandsv1monitorproto) process, the `Init` request hangs. ### To reproduce #### Equipment - Any board or other device that will produce a serial port on your computer. #### Demo 1. Open a terminal. 1. Start the Arduino CLI gRPC daemon: ```text $ arduino-cli version arduino-cli Version: git-snapshot Commit: 863c1ec36 Date: 2024-10-06T06:54:36Z $ arduino-cli daemon Daemon is now listening on 127.0.0.1:50051 {"IP":"127.0.0.1","Port":"50051"} ``` 1. Open another terminal. 1. Run the following [`grpcurl`](https://github.com/fullstorydev/grpcurl) command in the new terminal to create a gRPC client instance: ```text $ grpcurl \ -plaintext \ -import-path ./rpc \ -proto cc/arduino/cli/commands/v1/commands.proto \ 127.0.0.1:50051 \ cc.arduino.cli.commands.v1.ArduinoCoreService.Create { "instance": { "id": 1 } } ``` 1. Run the following command to initialize the instance: ```text $ grpcurl \ -plaintext \ -import-path ./rpc \ -proto cc/arduino/cli/commands/v1/commands.proto \ -d '{"instance": {"id": 1}}' \ 127.0.0.1:50051 \ cc.arduino.cli.commands.v1.ArduinoCoreService.Init ``` 1. Run the following command to start a Monitor request: ```text $ grpcurl \ -plaintext \ -import-path ./rpc \ -proto cc/arduino/cli/commands/v1/commands.proto \ -d @ \ 127.0.0.1:50051 \ cc.arduino.cli.commands.v1.ArduinoCoreService.Monitor ``` 1. Send the request data to open the available serial port: ❗ Adjust the value of `open_request.port.address` as is appropriate for the port on your computer. ```json { "open_request": { "instance": { "id": 1 }, "port": { "address": "COM42", "protocol": "serial" } } } ``` 1. Open another terminal. 1. Run the following command in the new terminal to reinitialize the gRPC client instance: ```text $ grpcurl \ -plaintext \ -import-path ./rpc \ -proto cc/arduino/cli/commands/v1/commands.proto \ -d '{"instance": {"id": 1}}' \ 127.0.0.1:50051 \ cc.arduino.cli.commands.v1.ArduinoCoreService.Init ``` 🐛 The reinitialization hangs. ### Expected behavior `cc.arduino.cli.commands.v1.ArduinoCoreService.Init` does not hang under any conditions. ### Arduino CLI version 863c1ec365af2cf90ee41f6fcadfa675e5d61704 ### Operating system - Linux - macOS - Windows ### Operating system version - Ubuntu 24.04 - macOS Sonoma - Windows 11 ### Additional context I bisected the regression to bb815cfe050d31ea827b7db3814bd24cf88049ee / https://github.com/arduino/arduino-cli/pull/2565 (the fault does not occur when using the build from the previous commit 917dcc5df6c206f6d1c6e93ec745fd931937cf3d). --- Originally reported at https://github.com/arduino/arduino-cli/issues/2347#issuecomment-2378683212 (note the original issue report https://github.com/arduino/arduino-cli/issues/2347 was from long before the time of the regression, so is different from the Monitor-specific issue tracked here even if the symptoms are somewhat similar). ### Issue checklist - [X] I searched for previous reports in [the issue tracker](https://github.com/arduino/arduino-cli/issues?q=) - [X] I verified the problem still occurs when using the [nightly build](https://arduino.github.io/arduino-cli/dev/installation/#nightly-builds) - [X] My report contains all necessary details

If you have a GitHub account, you can subscribe to that thread to get notifications of any new developments related to this subject:

screenshot of Subscribe button

Please only comment on the GitHub issue thread if you have new technical information that will assist with the resolution. General discussion and support requests are always welcome here on the Arduino Forum.

system · April 4, 2025, 8:43am

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.

Topic		Replies	Views
Arduino IDE broken after 2.3.2 update (Mac/ARM) IDE 2.x	2	632	September 22, 2024
ide 1.6.3 just flashes and closes IDE 1.x	3	831	May 5, 2021
IDE 2.3.2 crash on Mac IDE 2.x	2	289	August 24, 2024
Arduino IDE Mac problema Software	13	3648	May 7, 2021
Library and board updates stall after 2.3.3 auto-update IDE 2.x	12	1984	May 31, 2025

IDE freezes after updating to 2.3.3

Related topics