| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 01_dcmtk_3.6.0-1.patch | The original maintainer Jürgen Salk applied a set of patches to the original code. This file contains changes to C++ code |
Jürgen Salk <jsa@debian.org> | not-needed | |||
| 07_dont_export_all_executables.patch | Don't add executables to cmake exports CMake exports are used by other packages that compile and link against dcmtk. Because Debian moves some of these executables and also dosn't install the test executables, this import may fail leading to failure to configure the according package. =================================================================== |
Gert Wollny <gw.fossdev@gmail.com> | not-needed | debian | ||
| remove_version.patch | Remove version =================================================================== |
Mathieu Malaterre <malat@debian.org> | not-needed | 2023-11-06 | ||
| da5370947226783ce3548bf1e5b7112fac70de46.patch | [PATCH] Fixed issue with delimiters being converted. Fixed issue with delimiter character "\" being converted when converting a DICOM dataset that uses a Specific Character Set of "ISO 2022 IR 13\ISO 2022 IR 87" to UTF-8. The delimiter "\" was incorrectly converted to the Yen sign when processing the value of an "LO" data element that contains multiple values but does not use any escape sequences. This issues has been fixed now by always treating the delimiters in a special way. Thanks to Mathieu Malaterre <mathieu.malaterre@gmail.com> for the report and David Gobbi <david.gobbi@gmail.com> for the analysis and testing. |
Joerg Riesmeier <dicom@jriesmeier.com> | no | 2023-11-08 | ||
| 0001-Fixed-unchecked-typecasts-of-DcmItem-search-results.patch | [PATCH] Fixed unchecked typecasts of DcmItem::search results. DcmItem::search() returns a stack of DcmObject pointers as search results. These pointers in most instances need to be casted to DcmItem, DcmElement or a subclass of these. In many cases, the type of the object was not properly checked before the typecast. This could lead to segmentation faults when invalid DICOM datasets were processed where elements had the wrong value representation. |
Marco Eichelberg <dicom@offis.de> | no | 2024-04-15 | ||
| 0002-Fixed-unchecked-typecasts-and-fixed-LUT-handling.patch | [PATCH] Fixed unchecked typecasts and fixed LUT handling. This commit adds further fixes for unchecked typecasts of DcmItem::search() results (see description of previous commit). Furthermore, this commit specifically addresses the handling of look-up tables (LUTs) in module dcmpstat, where attribute (0028,3006) LUTData may use either US or OW value representation, and (0028,3002) LUTDescriptor may be either US or SS. The code should now properly handle all permitted value representations. LUTData is now always written as OW in order to avoid the 64k size limit for US in explicit VR encoding. Thanks to Martin Zeiser from the Cisco Talos team <vulndiscovery@external.cisco.com> for the bug report (TALOS-2024-1957). Together with the previous commit, this closes DCMTK issue #1120. |
Marco Eichelberg <dicom@offis.de> | no | 2024-04-15 | ||
| 0003-Fixed-wrong-error-handling-previous-commit.patch | [PATCH] Fixed wrong error handling (previous commit). Fixed wrong error handling introduced with the previous commit. |
Joerg Riesmeier <dicom@jriesmeier.com> | no | 2024-04-22 | ||
| 0004-Fixed-two-segmentation-faults.patch | [PATCH] Fixed two segmentation faults. Fixed two segmentations faults that could occur while processing an invalid incoming DIMSE message due to insufficient error handling causing a de-referenced NULL pointer. Thanks to Nils Bars <nils.bars@rub.de> for the bug report and sample files. This closes DCMTK issue #1114. |
Marco Eichelberg <dicom@offis.de> | no | 2024-03-13 | ||
| 0005-Fixed-DcmDecimalString-unit-tests.patch | [PATCH] Fixed DcmDecimalString unit tests. | Marco Eichelberg <dicom@offis.de> | no | 2024-03-13 | ||
| 0006-Fixed-possible-overflows-when-allocating-memory.patch | Fixed possible overflows when allocating memory. Thanks to GitHub user "bananabr" (Daniel Berredo) for the report and suggested patch. |
Michael Onken <onken@open-connections.de> | no | 2024-02-20 |