Daniel Koch

email.header['content-type'] also is "application/pdf; name=something.pdf" in this particular case. x-attachment-filename might be something specific to a particular x-mailer.

Current rocm @ 649bb4a337e69871dd9c852c2965d3722afa34df same error

just tested with rocm-dev 2.2.31 @ jumbo 97cce637cdf3796fc2a1b28117dfad4272a9e99f

clinfo: clinfo Number of platforms: 1 Platform Profile: FULL_PROFILE Platform Version: OpenCL 2.1 AMD-APP (2833.0) Platform Name: AMD Accelerated Parallel Processing Platform Vendor: Advanced Micro Devices, Inc. Platform Extensions: cl_khr_icd...

Yes their acronyms are absolutely messed up. - rocm is their open source approach to just a OpenCL platform as the open source AMD graphics stack of linux lacked it...

rocm-dev 2.7.22 @ jumbo 88829829f23490c314c412f065d75d96cc394901 problem persists john --test=0 --format=keepass-opencl Device 1: gfx803 [Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]] Testing: KeePass-opencl [SHA256 AES/Twofish/ChaCha OpenCL]... Options used: -I /root/git/JohnTheRipper/run/opencl -cl-mad-enable -D__GPU__ -DDEVICE_INFO=522 -D__SIZEOF_HOST_SIZE_T__=8...

@solardiz do these tests include rocm as platform ?

> Looks unrealistic we'll make relevant changes and properly re-test them on all platforms before the release.

I would but i have to admit that i am lacking the experience to help in that field. Also: Don't get me wrong - i am not trying generate any...

When looking a the commits @magnumripper made since April to the rar und 7z kernels i dont see anything obvious that would have let to making rar and 7z pass...