login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
August
»
23
Re: [RFC PATCH v3] core_pattern: fix long parameters was truncated by core_pattern handler
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Neil Horman
Subject:
Re: [RFC PATCH v3] core_pattern: fix long parameters was truncated by core_pattern handler
Date: Monday, August 23, 2010 - 4:07 am
On Fri, Aug 20, 2010 at 05:35:58PM +0800, Xiaotian Feng wrote:
quoted text
> We met a parameter truncated issue, consider following: > > echo "|/root/core_pattern_pipe_test %p /usr/libexec/blah-blah-blah \ > %s %c %p %u %g 11 12345678901234567890123456789012345678 %t" > \ > /proc/sys/kernel/core_pattern > > This is okay because the strings is less than CORENAME_MAX_SIZE. > "cat /proc/sys/kernel/core_pattern" shows the whole string. but > after we run core_pattern_pipe_test in man page, we found last > parameter was truncated like below: > argc[10]=<12807486> > > The root cause is core_pattern allows % specifiers, which need to be > replaced during parse time, but the replace may expand the strings > to larger than CORENAME_MAX_SIZE. So if the last parameter is % > specifiers, the replace code is using snprintf(out_ptr, out_end - out_ptr, ...), > this will write out of corename array. > > Changes since v2: > Introduced generic function cn_printf and make format_corename remember the time > has been expanded. > > Changes since v1: > This patch allocates corename at runtime, if the replace doesn't have enough > memory, expand the corename dynamically. > > Signed-off-by: Xiaotian Feng <dfeng@redhat.com> > Cc: Alexander Viro <viro@zeniv.linux.org.uk> > Cc: Andrew Morton <akpm@linux-foundation.org> > Cc: Oleg Nesterov <oleg@redhat.com> > Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com> > Cc: Neil Horman <nhorman@tuxdriver.com> > Cc: Roland McGrath <roland@redhat.com> > --- > fs/exec.c | 180 ++++++++++++++++++++++++++++++++++++++++-------------------- > 1 files changed, 120 insertions(+), 60 deletions(-) >
This looks alot cleaner. Thanks! Reviewed-by: Neil Horman <nhorman@tuxdriver.com> --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[RFC PATCH] core_pattern: fix long parameters was truncate ...
, Xiaotian Feng
, (Thu Jul 29, 5:42 am)
Re: [RFC PATCH] core_pattern: fix long parameters was trun ...
, Neil Horman
, (Thu Jul 29, 6:31 am)
Re: [RFC PATCH V2] core_pattern: fix long parameters was t ...
, Oleg Nesterov
, (Mon Aug 2, 6:50 am)
Re: [RFC PATCH V2] core_pattern: fix long parameters was t ...
, Neil Horman
, (Tue Aug 3, 3:59 am)
[RFC PATCH v3] core_pattern: fix long parameters was trunc ...
, Xiaotian Feng
, (Fri Aug 20, 2:22 am)
Re: [RFC PATCH v3] core_pattern: fix long parameters was t ...
, Xiaotian Feng
, (Fri Aug 20, 2:35 am)
[RFC PATCH v3] core_pattern: fix long parameters was trunc ...
, Xiaotian Feng
, (Fri Aug 20, 2:35 am)
Re: [RFC PATCH v3] core_pattern: fix long parameters was t ...
, Neil Horman
, (Mon Aug 23, 4:07 am)
Re: [RFC PATCH v3] core_pattern: fix long parameters was t ...
, Andrew Morton
, (Mon Aug 23, 2:18 pm)
Re: [RFC PATCH v3] core_pattern: fix long parameters was t ...
, KOSAKI Motohiro
, (Mon Aug 23, 4:02 pm)
Re: [RFC PATCH v3] core_pattern: fix long parameters was t ...
, Xiaotian Feng
, (Mon Aug 23, 11:18 pm)
[PATCH v4] core_pattern: fix long parameters was truncated ...
, Xiaotian Feng
, (Tue Aug 24, 2:42 am)
Re: [PATCH v4] core_pattern: fix long parameters was trunc ...
, Andrew Morton
, (Tue Aug 24, 3:47 pm)
Re: [PATCH v4] core_pattern: fix long parameters was trunc ...
, Xiaotian Feng
, (Tue Aug 24, 6:58 pm)
[PATCH v5] core_pattern: fix long parameters was truncated ...
, Xiaotian Feng
, (Tue Aug 24, 7:17 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Michael Trimarchi
Re: [PATCH] VFS: make file->f_pos access atomic on 32bit arch
Miklos Szeredi
[patch 14/15] vfs: more path_permission() conversions
Serge E. Hallyn
Re: [RFC v5][PATCH 7/8] Infrastructure for shared objects
Bernd Schmidt
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Takashi Iwai
[PATCH 2/2] input: Add LED support to Synaptics device
git
:
Junio C Hamano
Re: mingw, windows, crlf/lf, and git
Eyvind Bernhardsen
Re: Where has "git ls-remote" reference pattern matching gone?
Shawn O. Pearce
Re: Switching from CVS to GIT
Todd Zullinger
Re: [PATCH 2/2] send-email: rfc2047-quote subject lines with non-ascii characters
Santi Béjar
Re: How to use git-fmt-merge-msg?
linux-netdev
:
Ramkrishna Vepa
[net-2.6 PATCH 1/10] Neterion: New driver: Driver help file
Mark Anthony
invitation / inquiry
Ingo Molnar
Re: [PATCH 08/16] dma-debug: add core checking functions
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Sascha Hauer
[PATCH 03/12] fec: do not typedef struct types
git-commits-head
:
Linux Kernel Mailing List
amba: struct device - replace bus_id with dev_name(), dev_set_name()
Linux Kernel Mailing List
MIPS: Yosemite: Convert SMP startup lock to arch spinlock.
Linux Kernel Mailing List
ARM: S5PC100: IRQ and timer
Linux Kernel Mailing List
davinci: edma: clear interrupt status for interrupt enabled channels only
Linux Kernel Mailing List
x86, mm, kprobes: fault.c, simplify notify_page_fault()
openbsd-misc
:
Daniel A. Ramaley
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Matthias Kilian
Re: can't get vesa @ 1280x800 or nv
Tobias Ulmer
Re: Problem after upgrade 4.5 to 4.6: ERR M
Philip Guenther
Re: SIGCHLD and libpthread.so
J.C. Roberts
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Colocation donated by:
Syndicate