From: nil-admirari@mailo.com To: ffmpeg-devel@ffmpeg.org Subject: Re: [FFmpeg-devel] [PATCH v11 1/6] libavutil/wchar_filename.h: Add whcartoutf8, wchartoansi and utf8toansi Date: Fri, 6 May 2022 18:07:59 +0200 (CEST) Message-ID: <ea-mime-627547df-2399-1b267721@www-7.mailo.com> (raw) In-Reply-To: <DM8P223MB036551E6898CB8248AB0D42FBAC29@DM8P223MB0365.NAMP223.PROD.OUTLOOK.COM> > > As a matter of fact, you are. Your alternative method implies > > ploughing > > through hundreds of C files normalising path handling across the > > entire application, > Almost everybody here knows that this isn't true. I do not. During the review of just this particular patchset it was found that FFmpeg sometimes uses av_fopen_utf8 and sometimes just plain fopen. Plain fopens were already replaced with av_fopen_utf8 and then reverted back. because suddenly it turned out that av_fopen_utf8 is problematic: https://ffmpeg.org/pipermail/ffmpeg-devel/2022-April/295488.html. At least in one place backward slashes are being replaced with forward slashes, which is not compatible with \\?\. But you can easily prove me wrong by showing me your patches. As a starting point: it was already shown how LLVM prefixes paths https://ffmpeg.org/pipermail/ffmpeg-devel/2022-April/295677.html. If that functionality is to be ported into FFmpeg, where exactly should the code go? Is there a Path struct, analogous to LLVM class, that all of FFmpeg is using? Or FFmpeg isn't using any special structs and paths are indistinguishable from ordinary strings? > Why should that be bad news for me? > Those are three very specific cases and we had already covered this. Because none of this is covered. They are covered by my patches, and you're against merging them. > My point is very simple: It should be a solution that will always > work and not just sometimes. Manifest works whether you like it or not. People without the registry setting do not have it for the simple reason of never having to work with long paths. And they most likely will enable it the first time such a need arises. _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2022-05-06 16:08 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-04-24 12:08 nil-admirari 2022-04-24 22:04 ` Soft Works 2022-04-25 9:03 ` nil-admirari 2022-04-25 9:31 ` Soft Works 2022-04-25 9:51 ` nil-admirari 2022-04-25 11:12 ` Soft Works 2022-04-25 12:51 ` Hendrik Leppkes 2022-04-25 13:02 ` Martin Storsjö 2022-04-25 13:36 ` Soft Works 2022-04-29 19:08 ` nil-admirari 2022-04-25 13:17 ` Soft Works 2022-04-29 18:59 ` nil-admirari 2022-04-29 18:52 ` nil-admirari 2022-04-30 12:34 ` Soft Works 2022-05-05 20:20 ` nil-admirari 2022-05-05 22:38 ` Soft Works 2022-05-06 16:07 ` nil-admirari [this message] 2022-05-07 2:57 ` Soft Works 2022-05-07 17:33 ` nil-admirari 2022-05-07 17:59 ` Soft Works 2022-05-10 21:22 ` nil-admirari 2022-05-10 22:59 ` Soft Works 2022-05-10 23:32 ` Soft Works 2022-05-11 7:46 ` Tobias Rapp 2022-05-11 7:57 ` Soft Works 2022-05-11 8:08 ` Hendrik Leppkes 2022-05-11 9:03 ` nil-admirari 2022-05-11 13:32 ` Tobias Rapp 2022-05-11 20:50 ` Soft Works 2022-05-11 8:57 ` nil-admirari 2022-05-14 0:42 ` Soft Works 2022-05-15 19:53 ` nil-admirari 2022-05-15 20:34 ` Soft Works 2022-05-16 8:49 ` nil-admirari 2022-05-08 19:48 ` Martin Storsjö 2022-04-25 20:51 ` Stephen Hutchinson 2022-04-29 19:25 ` nil-admirari -- strict thread matches above, loose matches on Subject: below -- 2022-04-23 20:56 Nil Admirari 2022-04-24 3:39 ` Soft Works 2022-05-07 17:57 ` Soft Works
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=ea-mime-627547df-2399-1b267721@www-7.mailo.com \ --to=nil-admirari@mailo.com \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git