A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://ffmpeg.org/pipermail/ffmpeg-devel/2007-January/028258.html below:

[Ffmpeg-devel] [PATCH] Fix segfault in bmp decoder

[Ffmpeg-devel] [PATCH] Fix segfault in bmp decoderCian Duffy myob87
Tue Jan 30 11:51:22 CET 2007
On 30/01/07, Michel Bardiaux <mbardiaux at mediaxim.be> wrote:
>
> Michael Niedermayer wrote:
>
> >
> > PS: ive seen alot of mime types on patches but yours had
> > Content-Type: image/x-coreldrawpattern
> >
> I've checked: both debian sarge (stable) and debian etch (testing) ship
> file /etc/mime.types with .pat asserted as being coreldraw. FWIW I was
> able to override that with a ~/.mime.types file containing
>
> text/plain                                 asc txt text diff pot pat
> image/x-coreldrawpattern                        patREMOVED
>
> But I dont like changing debian behavior, so I will in the future simply
> use .diff, which seems the recommended extension.
>
> Anyway, the whole mimetypes thing is a terrible mess. Debian etch
> contains no less than 20 packages installing a file named mime.types,
> all in a different place! And the method is basically unsound anyway
> since it is based on extension rather than contents, like 'file' is.



Would it not be significantly easier to use ".patch" as the extension rather
than ".pat", like most of the rest of the known world does? This should
prevent bad mime typing implementations from mucking around.

Cian


-- 
-------------------------
"We're busy running out of time"


More information about the ffmpeg-devel mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4