Performance optimization in av::fixup - use buffered IO, not mapped file
Ryan Johnson
ryan.johnson@cs.utoronto.ca
Wed Dec 12 16:02:00 GMT 2012
On 12/12/2012 4:32 AM, Corinna Vinschen wrote:
> On Dec 11 19:13, Daniel Colascione wrote:
>> On 12/11/2012 5:06 PM, Daniel Colascione wrote:
>>> On 12/10/2012 7:51 PM, Daniel Colascione wrote:
>>>> The key to generating a binary that repros the problem is to unexec emacs, then
>>>> try to repro with that generated binary, not a copy of it.
>>> The real explanation is a lot simpler: the binary is sparse. When you create a
>>> file mapping object for a sparse file, Windows discards all cached pages for
>>> that file. It makes sense that compilers (and Emacs unexec) would create sparse
>>> files as they seek around inside their outputs.
>> Anyway, the binary is sparse because our linker produces sparse files.
>>
>> Would the Cygwin developers accept this patch?
> It's ok with me to remove this code, but there's a small problem. On
> 2012-08-17, you wrote off-list, that you're going to send the signed
> copyright assignment form. I never got the ok from my manager. Did you
> miss to send the CA, or did my manager miss to inform me?
Honest question: can the deletion of someone else's code actually be
copyrighted or claimed as IP? Or is the problem that the patch itself is
copyrighted?
I only wonder because---ignoring deletions---the patch changes precisely
one line of code, which I would have thought was small enough not to
need copyright assignment.
Ryan
More information about the Cygwin-developers
mailing list