Closed RAD750 closed 2 years ago
I had removed Meteor HRPT "CADU" reading support in the past as it proved difficult to differentiate it from other satellites as it doesn't follow any CCSDS standards. The above commit doesn't add support but at least fixes the segfault.
I will have a think about this over the next couple of days
Just a dumb idea, but couldn't you add a question like "Is this a Meteor CADU" and depending on the user answer, decode the file appropriately?
Describe the bug
Loading a CADU file produced by SatDump and obtained from the Meteor-M series of satellites, immediately crashes LeanHRPT-decode with a segmentation fault.
To Reproduce
This happens both with the Meteor-M N2 (the one with LRPT still active) and Meteor-M N2-2. A file for Meteor-M N2 can be found in the above directory listing as well (go back a level to find other satellites).
I should mention that LeanHRPT opens without any problem all other files obtained from SatDump, but from other satellites, such as METOP or NOAA POES.
The problem also happens under Windows, although of course there is no indication about a segmentation fault, the program just closes immediately.
Expected behavior The CADU file would get opened and processed.
Platform
Version Laptop: v0.8.0-rc2 (Ubuntu Jammy package) Desktop: (compiled from source): v0.8.0-rc2-12-g4789b1a Virtual Machine: v0.8.0-rc2
On the desktop the compiling software was all installed from official repositories of Ubuntu 22.04.
In case it is needed, specifications of the two computers. Laptop: Lenovo Thinkpad X260 (Intel i5-6200u, 8GB RAM, integrated Intel HD Graphics 520) Desktop: Dell Optiplex 9010 (Intel i5-3470, 16 GB RAM, dedicated AMD Radeon RX570)
Thanks in advance!