fix exception handling for builds without exception support

[softhack007]

some WLED-MM builds failed because "throw" cannot be used when exceptions are disabled (especially tasmota framework). This fix makes sure that "throw" is not used when the compiler has exceptions disabled.

https://github.com/MoonModules/WLED-MM/actions/runs/21217405554/job/61042395595#step:7:435

.pio/libdeps/esp32s2_PSRAM_M/animartrix/ANIMartRIX.h:425:60:   required from here
.pio/libdeps/esp32s2_PSRAM_M/animartrix/ANIMartRIX.h:59:87: error: exception handling disabled, use -fexceptions to enable
     if (n > std::numeric_limits<std::size_t>::max() / sizeof(T)) throw std::bad_alloc();

[Copilot]

Pull request overview

This PR adds conditional compilation guards around exception-throwing code in the PSRAMAllocator class to enable compilation on platforms where C++ exceptions are disabled (e.g., Tasmota framework builds).

Changes:

• Wrapped throw std::bad_alloc() statements with #if __cpp_exceptions guards in the allocate and reallocate functions
• Added exception checks before overflow validation and allocation failure handling

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

Inconsistent indentation: tabs are used instead of spaces. Lines 61, 73, and 83 use tabs while the surrounding code uses spaces. The indentation should be consistent throughout the file.

[softhack007]

@netmindz i'm "away from PC" right now, and only have a remote terminal. Please check if you want to merge this PR as-is. Otherwise feel free to edit.

[Copilot]

Pull request overview

Copilot reviewed 1 out of 1 changed files in this pull request and generated 2 comments.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

When exceptions are disabled and reallocation fails (res is nullptr), this function will return a null pointer without any error indication. This could lead to crashes when the caller attempts to use the returned pointer. Consider adding an alternative error handling mechanism for builds without exception support, such as calling abort() or using ESP_LOGE to log a fatal error before aborting.