From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: [EPeterson@mcdonaldbradley.com: Kill ring leak in winemacs macros] Date: Wed, 03 Aug 2005 15:10:10 -0400 Message-ID: Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1123096655 13072 80.91.229.2 (3 Aug 2005 19:17:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 3 Aug 2005 19:17:35 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 03 21:17:26 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1E0Oia-0006NQ-3f for ged-emacs-devel@m.gmane.org; Wed, 03 Aug 2005 21:15:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E0OlJ-0000Bh-Fy for ged-emacs-devel@m.gmane.org; Wed, 03 Aug 2005 15:18:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E0Ojc-0006fJ-9V for emacs-devel@gnu.org; Wed, 03 Aug 2005 15:17:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E0OjX-0006bU-89 for emacs-devel@gnu.org; Wed, 03 Aug 2005 15:16:57 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E0OjV-0006Z4-GB for emacs-devel@gnu.org; Wed, 03 Aug 2005 15:16:53 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E0Or0-0003OV-8C for emacs-devel@gnu.org; Wed, 03 Aug 2005 15:24:38 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1E0Od0-0002Ey-1f; Wed, 03 Aug 2005 15:10:10 -0400 Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:41459 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41459 I don't entirely understand this, but I suggest that someone who uses Windows read it and DTRT. ------- Start of forwarded message ------- Content-class: urn:content-classes:message Date: Wed, 3 Aug 2005 09:01:18 -0400 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Kill ring leak in winemacs macros thread-index: AcWYK3ABQ65m+NXSS0mtGESyg+Ym5A== From: "Peterson, Eric" To: Subject: Kill ring leak in winemacs macros Sender: bug-gnu-emacs-bounces+rms=gnu.org@gnu.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on monty-python X-Spam-Level: X-Spam-Status: No, hits=0.2 required=5.0 tests=HTML_50_60,HTML_MESSAGE autolearn=no version=2.63 This is a multi-part message in MIME format. - --===============0788368949== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5982B.708C97B1" This is a multi-part message in MIME format. - ------_=_NextPart_001_01C5982B.708C97B1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable To: bug-gnu-emacs@gnu.org Subject: Kill ring leak in winemacs macros - --text follows this line-- This bug report will be sent to the Free Software Foundation, not to your local site managers! Please write in English, because the Emacs maintainers do not have translators to read other languages for them. =20 Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list, and to the gnu.emacs.bug news group. =20 In GNU Emacs 21.3.1 (i386-mingw-nt5.1.2600) of 2004-03-10 on NYAUMO configured using `configure --with-gcc (3.2)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU locale-coding-system: iso-latin-1 default-enable-multibyte-characters: t =20 Please describe exactly what actions triggered the bug and the precise symptoms of the bug: =20 When I create a keyboard macro in which I kill and yank form the EMACS kill ring and infinitely apply the macro via the "0" prefix argument, I have to make sure and not copy or kill into the Windows kill ring while the macro is running. Otherwise this inadvertently introduces unwanted/unexpected data into the EMACS kill ring. My macros can run for a long time on large files, so this can stop me from doing other work while I am waiting. Or I can forget about the danger and corrupt the data I am manipulating. =20 A related issue is that EMACS macro's, I believe, used to run keyboard macros a *Lot* faster back in my Unix days in EMACS. I quite suspect that the overhead of keeping the Windows kill ring consistant with the emacs kill ring is bogging the process down. =20 I couldn't find a version of or argument for EMACS "kill-line" or "kill-ring-save" that would help me. I'm hoping for a solution that wouldn't require me to code and manipulation of "interprogram-cut-function" seemed to require codeing. =20 Anyway, thanks for the EMACS support!!! =20 - -Eric =20 Recent input: C-n C-n C-n C-n C-n C-x o C-a C-f C-f C-f w : C-a C-k=20 C-k C-y C-y C-p C-f C-f C-f C-f C-f C-f C-f C-b C-b=20 C-b C-b C-x o C-v C-x o / C-f C-f C-f C-f C-f C-f C-k=20 > C-h n =20 =20 C-h a b u g C-s C-g C-x=20 o C-s r e p o r t C-s C-s C-s C-n C-s C-s C-g C-x o=20 ESC x r e p o r t SPC e m SPC b SPC =20 Recent messages: Auto-saving...done Loading outline... Loading easy-mmode...done Loading outline...done Loading apropos...done Type C-x 4 b RET to restore the other window. C-M-v to scroll the help. isearch-abort: Quit Mark saved where search started isearch-abort: Quit Loading emacsbug...done< - ------_=_NextPart_001_01C5982B.708C97B1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

To: = bug-gnu-emacs@gnu.org

Subject: Kill ring leak in winemacs = macros

--text follows this = line--

This bug report will be sent to the Free Software Foundation,

not to your local site = managers!

Please write in English, because the Emacs = maintainers do not have

translators to read other languages for = them.

 

Your bug report will be posted to the = bug-gnu-emacs@gnu.org mailing list,

and to the gnu.emacs.bug news = group.

 

In GNU Emacs 21.3.1 = (i386-mingw-nt5.1.2600)

 of 2004-03-10 on = NYAUMO

configured using `configure --with-gcc = (3.2)'

Important settings:

  value of $LC_ALL: = nil

  value of $LC_COLLATE: = nil

  value of $LC_CTYPE: = nil

  value of $LC_MESSAGES: = nil

  value of $LC_MONETARY: = nil

  value of $LC_NUMERIC: = nil

  value of $LC_TIME: = nil

  value of $LANG: = ENU

  locale-coding-system: = iso-latin-1

  default-enable-multibyte-characters: = t

 

Please describe exactly what actions triggered the = bug

and the precise symptoms of the = bug:

 

When I create a keyboard macro in which I kill and = yank form the EMACS kill ring and infinitely apply the macro via the "0" = prefix argument, I have to make sure and not copy or kill into the Windows kill = ring while the macro is running.  Otherwise this inadvertently = introduces unwanted/unexpected data into the EMACS kill ring.  My macros can = run for a long time on large files, so this can stop me from doing other work = while I am waiting.  Or I can forget about the danger and corrupt the data I = am manipulating.

 

A related issue is that EMACS macro's, I believe, = used to run keyboard macros a *Lot* faster back in my Unix days in EMACS.  = I quite suspect that the overhead of keeping the Windows kill ring consistant = with the emacs kill ring is bogging the process = down.

 

I couldn't find a version of or argument for EMACS "kill-line" or "kill-ring-save" that would help = me.  I'm hoping for a solution that wouldn't require me to code and manipulation = of "interprogram-cut-function" seemed to require = codeing.

 

Anyway, thanks for the EMACS = support!!!

 

-Eric

 

Recent input:

C-n C-n C-n C-n C-n C-x o C-a C-f C-f C-f w : C-a C-k =

C-k C-y C-y C-p C-f C-f C-f C-f C-f C-f C-f C-b C-b =

C-b C-b C-x o C-v C-x o / C-f C-f C-f C-f C-f C-f C-k =

> C-h n <lwindow> <help-echo> = <mouse-1> <mouse-1> <mouse-1>

<mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> <mouse-1> =

<mouse-1> <mouse-1> C-h a b u g = <return> C-s C-g C-x

o C-s r e p o r t C-s C-s C-s C-n C-s C-s C-g C-x o =

ESC x r e p o r t SPC e m SPC b SPC = <return>

 

Recent messages:

Auto-saving...done

Loading outline...

Loading = easy-mmode...done

Loading outline...done

Loading apropos...done

Type C-x 4 b RET to restore the other window.  = C-M-v to scroll the help.

isearch-abort: Quit

Mark saved where search = started

isearch-abort: Quit

Loading emacsbug...done<=

- ------_=_NextPart_001_01C5982B.708C97B1-- - --===============0788368949== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Bug-gnu-emacs mailing list Bug-gnu-emacs@gnu.org http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs - --===============0788368949==-- ------- End of forwarded message -------