Re: ptrace can't be transparent on readonly MAP_SHARED

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Sep 15, 2005 at 10:52:14AM -0700, Linus Torvalds wrote:
> And the PTRACE_POKE is _exactly_ the same thing. There's _zero_ 
> difference. The fact that PTRACE_POKE _changes_ the data instead of just 
> reading it doesn't change anything at all - the fact that data got changed 
> in NO WAY invalidates the fact that processes might still depend on 
> getting a SIGSEGV.

And this process may as well depend to see the on-disk changes that
other threads are doing on the shared memory, and that will break
regardless of what Linus changes in the kernel.

You also didn't make up any useful example where _writing_ (not reading
like in your example) was involved. Your example is totally offtopic,
since it only involved reading as far as I can tell.

I can't imagine where writing to a PROT_NONE is actually useful.

> Now, if you have a technical reason why "maybe_mkwrite()" needs to go 
> away, then that's a different thing. BUT IT HAS NOTHING TO DO WITH THE 
> FACT THAT WE LOOKED AT OR CHANGED THE DATA!

It just looks unnecessary cruft, but I'll stick with kernel crashing
bugs for my own safety.
-
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]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux