On Sun, Oct 2, 2016 at 1:37 PM, Khem Raj <raj.k...@gmail.com> wrote: > >> On Sep 12, 2016, at 1:14 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> >> 40 character paths work OK for device nodes in /dev but not for >> device nodes created in a chroot, LXC container, etc. >> >> Since the 'path' array is already a 4k buffer, the sscanf 40 >> character limit seems to be a typo or historical mis-merge. Update >> the sscanf limit and bring the code in sync with the Buildroot >> version: >> >> >> https://git.buildroot.net/buildroot/commit/?id=8876b6751e0bc19a3754290061808f0f8420708e > > what is upstream worthiness of this patch ? it seems it could be > a good change
Where is the upstream? >> >> Signed-off-by: Andre McCurdy <armccu...@gmail.com> >> --- >> meta/recipes-devtools/makedevs/makedevs/makedevs.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/meta/recipes-devtools/makedevs/makedevs/makedevs.c >> b/meta/recipes-devtools/makedevs/makedevs/makedevs.c >> index 7471f3f..cba7681 100644 >> --- a/meta/recipes-devtools/makedevs/makedevs/makedevs.c >> +++ b/meta/recipes-devtools/makedevs/makedevs/makedevs.c >> @@ -360,7 +360,7 @@ static int interpret_table_entry(char *line) >> unsigned long mode = 0755, uid = 0, gid = 0, major = 0, minor = 0; >> unsigned long start = 0, increment = 1, count = 0; >> >> - if (0 > sscanf(line, "%40s %c %lo %40s %40s %lu %lu %lu %lu %lu", path, >> + if (0 > sscanf(line, "%4095s %c %lo %40s %40s %lu %lu %lu %lu %lu", >> path, >> &type, &mode, usr_buf, grp_buf, &major, &minor, &start, >> &increment, &count)) >> { >> -- >> 1.9.1 >> >> -- >> _______________________________________________ >> Openembedded-core mailing list >> Openembedded-core@lists.openembedded.org >> http://lists.openembedded.org/mailman/listinfo/openembedded-core > -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core