Package: libdvdread / 5.0.3-2
Metadata
Package | Version | Patches format |
---|---|---|
libdvdread | 5.0.3-2 | 3.0 (quilt) |
Patch series
view the series filePatch | File delta | Description |
---|---|---|
0001 libdvdcss.patch | (download) |
src/dvd_input.c |
9 8 + 1 - 0 ! |
libdvdcss Print information about the CSS README. |
0005 hurd.patch | (download) |
src/dvd_reader.c |
62 48 + 14 - 0 ! |
hurd libdvdread FTBFS on hurd-i386 due to PATH_MAX usage, which is not defined on GNU/Hurd. The attached patch fixes these problems by using dynamic buffer allocation. Closes: #640803 Signed-off-by: Matteo F. Vescovi <mfvescovi@gmail.com> |
0006 descriptor.patch | (download) |
src/dvd_udf.c |
37 34 + 3 - 0 ! |
descriptor libdvdread is very likely to fail on discs/images that store their File System Descriptor at the end of the disc/image rather than at the beginning. This is due to the "strategy" libdvdread uses to find it: libdvdread scans sequentially from the beginning of the disc/image for the File System Descriptor and identifies it by a single byte tag. Aside from wasting lots of time on discs/images that store their File System Descriptor at the end there is quite a good chance to stumble across a random data block that accidentally starts with this tag (and failing on it) before finding the real File System Descriptor. As far as I can see, at least CDBurnerXP seems to (be able to) create such images - at least if my interpretation of the Implementation Identifier "NMS DVDProLib" is correct. This... well, let's call it ugly hack fixes this by obtaining the File System Descriptor location from the Logical Volume Descriptor Closes: #663512 |
0007 segfault.patch | (download) |
src/dvd_reader.c |
1 1 + 0 - 0 ! |
segfault Fix miscompilation leading to a segfault. Closes: #688574 Signed-off-by: Matteo F. Vescovi <mfvescovi@gmail.com> |
1