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.
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:
Hi,
thatâs strange though, as the instruction count is explicitly increased in ART: Bitbucket
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.
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?