ART 1.24.1 at least using 4 times more RAM than RawTherapee

Does anyone have an .arp that will exhibit this CTL crash?

Yes I do.

do you need arp only or raw file too ?
P1000786.RW2.arp (17.1 KB)

Only need it if it’s the only raw that crashes. Many thanks.

1 Like

With your .arp I could reproduce the CTL crash as:

Thread 4 Crashed:
0   libsystem_pthread.dylib       	       0x1ba6467cc pthread_mutex_lock + 12
1   libc++.1.dylib                	       0x1ba59d1b8 std::__1::mutex::lock() + 16
2   libIlmCtlSimd.1.5.3.dylib     	       0x106463b04 Ctl::SimdInterpreter::abortCount() + 28
3   libIlmCtlSimd.1.5.3.dylib     	       0x1064dc21c Ctl::SimdXContext::run(int, Ctl::SimdInst const*) + 68
4   libIlmCtlSimd.1.5.3.dylib     	       0x10645e7b8 Ctl::SimdFunctionCall::callFunction(unsigned long) + 140
5   ART                           	       0x1045888f8 rtengine::CLUTApplication::apply(int, int, float*, float*, float*) + 4212
6   ART                           	       0x104797584 .omp_outlined..8.16567 + 736
7   libomp.dylib                  	       0x104c6d9ec __kmp_invoke_microtask + 156
8   ???                           	              0x22 ???
9   ???                           	           0x1e560 ???
10  ???                           	      0x1e00000000 ???

With CTL built from present HEAD there is no crash/the file saves normally. Most likely the fix came in Issues/0150 max inst count segfault (#151) ¡ ampas/CTL@f1c75e0 ¡ GitHub of April (last tag was in January).

There is a \huge{\ new\ } build with the updated CTL in my shared folder:

4 Likes

Hi,

that’s strange though, as the instruction count is explicitly increased in ART: Bitbucket

1 Like

The only thing I can think of is that it can slip by that fix if it gets called as an OMP microtask?

Hi Richard,

Just installed this build from your iCloud:

Version: 925d8895a
Branch: master
Commit: 925d8895a
Commit date: 2024-11-09
Compiler: clang 14.0.0.14000029
Processor: arm64
System: Apple
Bit depth: 64 bits
Gtkmm: 3.24.9
Lensfun: 0.3.4.0
Exiv2:
LCMS2:
LibRaw: 0.21.3
OpenColorIO: 2.4.0
CTL interpreter: version 1
Build type: Release

I’ve gone through all the usual steps that result in a crash…and it has not crashed!

If I can make it crash, I’ll send the necessary, but this build is looking good so far - cheers.

4 Likes

Hi, would it make sense to put this in the ART-releases repo? Even better if the procedure could be automated…

Thanks!

Version: 925d8895a - crash!
_D4R3872.NEF (33.5 MB)
_D4R3872.NEF.arp (11.2 KB)
1.24 Sequoia Crash.txt (467.1 KB)
Firstly, is this the place to upload raw & .arp? Apologies if not.

It’s a crap raw file, but as long as I have it in a ‘fit to screen’ view, this image with the arp applied will both export as a 16 bit tiff, and open in Photoshop. But if I magnify up and down with the scroll wheel, it causes ART 1.24 to crash.

However, if I delete the SOFTLIGHT ctl script bit, the problem sometimes does not occur, or it takes a few more ‘scrolls’ before crashing.

I seem to remember a scroll magnify problem with RawTherapee a few year back?