From: Marvin Scholz <epirat07@gmail.com> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH 1/2] avutil/dict: Add av_dict_iterate Date: Thu, 22 Sep 2022 13:47:38 +0200 Message-ID: <AB8E77DF-3BF8-407E-B10E-879DC1F80326@gmail.com> (raw) In-Reply-To: <GV1P250MB0737FFF0C5F698BA34F27C5B8F4E9@GV1P250MB0737.EURP250.PROD.OUTLOOK.COM> On 22 Sep 2022, at 13:33, Andreas Rheinhardt wrote: > Marvin Scholz: >> This is a more explicit iteration API rather than using the "magic" >> av_dict_get(d, "", t, AV_DICT_IGNORE_SUFFIX) which is not really >> trivial to grasp what it does when casually reading through code. >> --- >> libavutil/dict.c | 19 +++++++++++++++++++ >> libavutil/dict.h | 27 +++++++++++++++++++++++++++ >> libavutil/version.h | 2 +- >> 3 files changed, 47 insertions(+), 1 deletion(-) >> >> diff --git a/libavutil/dict.c b/libavutil/dict.c >> index 14ad780a79..2f690a5b8e 100644 >> --- a/libavutil/dict.c >> +++ b/libavutil/dict.c >> @@ -20,6 +20,7 @@ >> >> #include <string.h> >> >> +#include "avassert.h" >> #include "avstring.h" >> #include "dict.h" >> #include "dict_internal.h" >> @@ -38,6 +39,24 @@ int av_dict_count(const AVDictionary *m) >> return m ? m->count : 0; >> } >> >> +AVDictionaryEntry *av_dict_iterate(const AVDictionary *m, >> + const AVDictionaryEntry *prev) >> +{ >> + int i = 0; >> + >> + if (!m) >> + return NULL; >> + >> + if (prev) >> + i = prev - m->elems + 1; >> + >> + av_assert2(i >= 0); >> + if (i >= m->count) >> + return NULL; >> + >> + return &m->elems[i]; >> +} >> + >> AVDictionaryEntry *av_dict_get(const AVDictionary *m, const char *key, >> const AVDictionaryEntry *prev, int flags) >> { >> diff --git a/libavutil/dict.h b/libavutil/dict.h >> index 0d1afc6c64..b42b3f07fd 100644 >> --- a/libavutil/dict.h >> +++ b/libavutil/dict.h >> @@ -32,6 +32,8 @@ >> >> #include <stdint.h> >> >> +#include "attributes.h" >> + >> /** >> * @addtogroup lavu_dict AVDictionary >> * @ingroup lavu_data >> @@ -101,6 +103,31 @@ typedef struct AVDictionary AVDictionary; >> AVDictionaryEntry *av_dict_get(const AVDictionary *m, const char *key, >> const AVDictionaryEntry *prev, int flags); >> >> +/** >> + * Iterate over a dictionary >> + * >> + * Iterates through all entries in the dictionary. >> + * >> + * @warning The returned AVDictionaryEntry key/value must not be changed. >> + * >> + * @param m The dictionary to iterate over >> + * @param prev Pointer to the previous AVDictionaryEntry, NULL initially >> + * >> + * @retval AVDictionaryEntry* The next element in the dictionary >> + * @retval NULL No more elements in the dictionary >> + * >> + * Typical usage: >> + * @code >> + * AVDictionaryEntry *e = NULL; >> + * while (e = av_dict_iterate(m, e)) { >> + * // ... >> + * } >> + * @endcode >> + */ >> +av_warn_unused_result >> +AVDictionaryEntry *av_dict_iterate(const AVDictionary *m, >> + const AVDictionaryEntry *prev); > > The user is not allowed to modify the returned AVDictionaryEntries, so > you should return a const AVDictionaryEntry here. Ok. Shouldn't _get return const as well then? If so, can that be changed or would it break ABI? > And there is no reason > to use av_warn_unused_result at all; nothing bad happens if you ignore > the result (except that you called av_dict_iterate unnecessarily). Yeah nothing bad happens but it is probably still wrong use of the API that seemed beneficial to highlight or is there any valid use-case to call it without using the return? I could not think of any… > > Furthermore, av_dict_set's documentation contains "Adding a new entry to > a dictionary invalidates all existing entries previously returned with > av_dict_get." This needs to be updated, too. Sure, I will update the docs more, I just wanted to have some general feedback if this is acceptable addition before I invest more time to polish it. > >> + >> /** >> * Get number of entries in dictionary. >> * >> diff --git a/libavutil/version.h b/libavutil/version.h >> index 0585fa7b80..6fd07ed2a4 100644 >> --- a/libavutil/version.h >> +++ b/libavutil/version.h >> @@ -80,7 +80,7 @@ >> >> #define LIBAVUTIL_VERSION_MAJOR 57 >> #define LIBAVUTIL_VERSION_MINOR 36 >> -#define LIBAVUTIL_VERSION_MICRO 102 >> +#define LIBAVUTIL_VERSION_MICRO 103 > > New API additions need a minor bump (and need to reset micro). Oh indeed, sorry, will fix that in the next version. > >> >> #define LIBAVUTIL_VERSION_INT AV_VERSION_INT(LIBAVUTIL_VERSION_MAJOR, \ >> LIBAVUTIL_VERSION_MINOR, \ > > _______________________________________________ > 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". _______________________________________________ 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-09-22 11:57 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-09-22 2:02 Marvin Scholz 2022-09-22 2:02 ` [FFmpeg-devel] [PATCH 2/2] avutil/dict: Use av_dict_iterate in av_dict_get Marvin Scholz 2022-09-22 11:33 ` [FFmpeg-devel] [PATCH 1/2] avutil/dict: Add av_dict_iterate Andreas Rheinhardt 2022-09-22 11:47 ` Marvin Scholz [this message] 2022-09-22 11:56 ` Andreas Rheinhardt 2022-09-24 14:36 ` [FFmpeg-devel] [PATCH v2 1/5] " Marvin Scholz 2022-09-24 14:36 ` [FFmpeg-devel] [PATCH v2 2/5] avutil/dict: Use av_dict_iterate in av_dict_get Marvin Scholz 2022-10-25 9:46 ` Anton Khirnov 2022-09-24 14:36 ` [FFmpeg-devel] [PATCH v2 3/5] avutil/dict: Use av_dict_iterate in av_dict_copy Marvin Scholz 2022-09-24 14:36 ` [FFmpeg-devel] [PATCH v2 4/5] avutil/dict: Use av_dict_iterate in av_dict_get_string Marvin Scholz 2022-09-24 14:36 ` [FFmpeg-devel] [PATCH v2 5/5] avutil/dict: Improve documentation Marvin Scholz 2022-10-11 13:23 ` [FFmpeg-devel] [PATCH v2 1/5] avutil/dict: Add av_dict_iterate Marvin Scholz 2022-10-25 9:41 ` Anton Khirnov
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=AB8E77DF-3BF8-407E-B10E-879DC1F80326@gmail.com \ --to=epirat07@gmail.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