[Openmcl-devel] Hemlock clipboard bug

Ron Garret ron at awun.net
Mon May 18 16:49:14 PDT 2009


On May 18, 2009, at 4:20 PM, Ron Garret wrote:

>
> On May 18, 2009, at 3:21 PM, R. Matthew Emerson wrote:
>
>>
>> On May 18, 2009, at 5:38 PM, Ron Garret wrote:
>>
>>> Along those lines, I have found a reliable way to reproduce the
>>> clipboard corruption problem:
>>>
>>> 1.  Open a listener.
>>>
>>> 2.  Type "12345", select and copy it
>>>
>>> 3.  Paste.  This should work.
>>>
>>> 4.  Hit delete three times.  You should have deleted "345".  Fewer
>>> deletes don't seem to produce the problem.
>>>
>>> 5.  Paste.  This should still work, i.e. you should have pasted
>>> "12345" again.  Your command line should now read "123451212345"
>>>
>>> 6.  Repeat steps 4 and 5.  On my machine, the contents of the
>>> clipboard are now "5345" instead of "12345".
>>>
>>> I'd love to know if other people are able to reproduce this.
>>
>> I see the same thing;  clearly a bug.  I'm taking a look at it now.
>>
>> If Hemlock sees more than Character Deletion Threshold (default 5)
>> characters get killed consecutively, it saves them on the kill ring.
>>
>> The act of pasting a string from the Mac OS clipboard doesn't appear
>> to do anything about resetting this notion, so after you press
>> delete 5 times, Hemlock saves the characters onto the kill ring, and
>> hence, onto the clipboard.
>
> I don't think this is the problem.  If I set HEMLOCK::CHARACTER-
> DELETION-THRESHOLD to max-positive-fixnum

Doh, never mind.  You have to do (setf (hemlock::value  
hemlock::character-deletion-threshold) ...)

Are there any Hemlock authors on this list?  The urge to write  
something sarcastic here is getting difficult to contain.

rg




More information about the Openmcl-devel mailing list