Andy Petrusenco | 1 Nov 2004 08:21

GDI Resources leak on win32


I'm using GNU Emacs 21.3.50.1 (i386-msvc-nt5.0.2195)
 of 2004-11-01 on IGREK
configured using `configure --with-msvc (12.00)'
Sources are downloaded from http://sourceforge.net/projects/nqmacs

Emacs running in win32 environment constantly eats GDI resources.
I've investigated this problem and found that there are some
windows regions that need to be deleted:

====================[ win32term.diff ]=========================
--- w32term_old.c	Wed May 19 11:31:20 2004
+++ w32term.c	Mon Nov 01 09:31:30 2004
 <at>  <at>  -2753,9 +2753,12  <at>  <at> 
     /* If the dirty region is not what we expected, redraw the entire frame.  */
     if (!EqualRgn (combined, expect_dirty))
       SET_FRAME_GARBAGED (f);
+    DeleteObject (dirty);
+    DeleteObject (combined);
   }

   UNBLOCK_INPUT;
+  DeleteObject (expect_dirty);
}
====================[ win32term.diff ]========================= 

PS: Sorry for worse english.

Andy
(Continue reading)

Kevin Rodgers | 1 Nov 2004 21:08
Picon
Favicon

define-minor-mode doesn't use LIGHTER argument as documented

GNU Emacs 21.3.2 (i386-pc-solaris2.8, X toolkit) of 2003-05-22 on zeus

,----[ C-h f define-minor-mode RET ]
| define-minor-mode is a Lisp macro in `easy-mmode'.
| (define-minor-mode MODE DOC &optional INIT-VALUE LIGHTER KEYMAP &rest 
BODY)
|
| Define a new minor mode MODE.
| This function defines the associated control variable MODE, keymap 
MODE-map,
| toggle command MODE, and hook MODE-hook.
|
| DOC is the documentation for the mode toggle command.
| Optional INIT-VALUE is the initial value of the mode's variable.
| Optional LIGHTER is displayed in the modeline when the mode is on.

But easy-mmode.el doesn't update minor-mode-alist, so LIGHTER is not
displayed in the mode line when MODE is on.  Wouldn't it make sense for
define-minor-mode to do something like this (so the user doesn't have
to):

(or (assq MODE minor-mode-alist)
     (setq minor-mode-alist
           (cons (list MODE (concat " " LIGHTER)) minor-mode-alist)))

And why is the argument called LIGHTER anyway?

| Optional KEYMAP is the default (defvar) keymap bound to the mode keymap.
|   If it is a list, it is passed to `easy-mmode-define-keymap'
|   in order to build a valid keymap.  It's generally better to use
(Continue reading)

Stefan Monnier | 1 Nov 2004 22:18
Picon

Re: define-minor-mode doesn't use LIGHTER argument as documented

> But easy-mmode.el doesn't update minor-mode-alist, so LIGHTER is not
> displayed in the mode line when MODE is on.

That's news to me.
In my currently running Emacs `eldoc-mode' is defined with define-minor-mode
and doesn't mess with minor-mode-alist manually, but the mode line sure
enough says " Eldoc".

Can you give us a recipe showing us when the LIGHTER fails to be used?

        Stefan
Warren L Dodge | 1 Nov 2004 23:03
Picon

find-file-other-frame will crash emacs after about 50 files

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 <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (sparc-sun-solaris2.8, X toolkit, Xaw3d scroll bars)
 of 2003-05-05 on rosewood
configured using `configure  --prefix=/proj/wdt/gnu_sun5.8/emacs-21.3'
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: C
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

If I evaluate the code shown below it will crash emacs-21.3. Sometimes with
no error messages, sometimes ringing the bell forever and sometimes this
message 
emacs-21.3 -q --no-site-file 
(Continue reading)

Kevin Rodgers | 2 Nov 2004 00:12
Picon
Favicon

Re: define-minor-mode doesn't use LIGHTER argument as documented

Stefan Monnier wrote:
 > In my currently running Emacs `eldoc-mode' is defined with 
define-minor-mode
 > and doesn't mess with minor-mode-alist manually, but the mode line sure
 > enough says " Eldoc".
 >
 > Can you give us a recipe showing us when the LIGHTER fails to be used?

No, I can't reproduce it now.  Must've been operator error, an
out-of-date .elc file I think.

Sorry for the false alarm,
--

-- 
Kevin Rodgers
Wagner, Harry | 4 Nov 2004 09:49
Picon

Latex mode


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 <at> gnu.org mailing
list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.1 (i386-mingw-nt5.0.2195)
 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: DEU
  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:

Hi,
I use Emacs to edit tex files in MS Windows. Opening one tex file I have
(Continue reading)

GOYETTE Stephane | 4 Nov 2004 09:54
Picon
Picon
Favicon

compiling

 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 <at> gnu.org mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.2.1 (mips-sgi-irix6.5)
 of 2002-06-19 on humu
configured using `configure  mips-sgi-irix6.5 --prefix=/usr/freeware --libdir=/u
sr/freeware/lib32 --without-gcc --with-pop --with-x --with-x-toolkit=no'
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: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

The program windir.f is not compiled at all !


Recent input:
<escape> x c o m p i l e <return> w i n d i r . f <return>
<help-echo> <tool-bar> <help>

Recent messages:
Loading fortran...
Loading regexp-opt...done
Loading cus-edit...
Loading easymenu...done
Loading cus-edit...done
Loading fortran...done [2 times]
Loading compile...done
(No files need saving)

Loading emacsbug...done


_______________________________________________
Bug-gnu-emacs mailing list
Bug-gnu-emacs <at> gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs
Reiner Steib | 4 Nov 2004 13:40
X-Face

Re: compiling

On Thu, Nov 04 2004, GOYETTE Stephane wrote:

> The program windir.f is not compiled at all ! 
>
> Recent input:
> <escape> x c o m p i l e <return> w i n d i r . f <return> 

Try `M-x complile RET f77 windir.f RET' or similar.

See the manual (info "(emacs)Compilation") for more information.

Bye, Reiner.
--

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/
Jari Aalto+mail.linux | 4 Nov 2004 14:21
Favicon
Gravatar

[21.3] ls-lisp-dirs-first should be t by default

In GNU Emacs 21.3.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2004-08-03 on raven, modified by Debian

The default value for ls-lisp-dirs-first is currently nil, but it
would be more user friendly to have t to display directories 
at the beginning.

Jari
Jari Aalto+mail.linux | 4 Nov 2004 15:03
Favicon
Gravatar

[21.3] (file-directory-p "") should raise an error

In GNU Emacs 21.3.1 (i386-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2004-08-03 on raven, modified by Debian

Code like this should raise an error:

   (file-directory-p "")

Now it returns t, which is not intuitive for and empty directory name.

Jari

Gmane