Chris Wedgwood wrote:
On Mon, Apr 18, 2005 at 01:19:57PM +0900, Takashi Ikebe wrote:
From our experience, sometimes patches became to dozens to hundreds
at one patching, and in this case GDB based approach cause target
process's availability descent.
could you perhaps explain some *real* *world* applications/systems
where this is necessary and why existing APIs won't work with them
perhaps?
In the telecom space it's quite common to want to modify multiple
running binaries with as little downtime as possible. (Beyond a
threshold it becomes FCC-reportable in the US, and everyone wants to
avoid that...)
Our old proprietary OS had explicit support for replacing running binary
code on the fly, so customers have gotten used to the ability. Now they
want equivalent functionality with our linux-based stuff.
We've done some proprietary stuff (ie. pre-OSDL CGL) in this area, but
it was apparently a real pain and was quite restrictive on the
application writers. (I was not involved with that portion of the project.)
For general application support I suspect some kernel support will be
required. Whether this is the way to go or whether it can be done using
existing mechanisms, I'm not knowledgeable enough to comment.
Chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]