Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I am finding the cygwin CVS emacs to be very unstable and it crashes
very often. to debug, I try to start it under gdb and problems occurs
already there. The details are given below. as I issue the run
Secondary Highly Paid Job - good opportunity of earnings!
My name is Richard Bates. I am manager of Easy Payments Company the main
provider of on-line payment systems for business. We are located in
New York, USA.
We work with corporate customers in over the US,
Stefan Monnier <[EMAIL PROTECTED]> writes:
> I've finally had time to take a look at it on my Mac OS X system and I can
> indeed reproduce it. The patch below seems to fix it, but it's maybe a bit
> naive, I don't know.
> Does someone see something wrong with such a patch?
I've tested the patch
From: "Richard M. Stallman" <[EMAIL PROTECTED]>
CC: emacs-pretest-bug@gnu.org
Date: Sun, 24 Jul 2005 21:43:11 -0400
E.g., "I'll read mail
now, beep me when output starts or finishes" perhaps requiring a
comint-buffer-hide-hook or similar.
That's not easy to do,
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> This actually brings us a step closer to another proposal that is
> needed for the multi-tty branch: each one of the term/*.el files
> should define an autoloaded function called
> TERMNAME-initialize-terminal. Then when e
From: "Richard M. Stallman" <[EMAIL PROTECTED]>
CC: emacs-pretest-bug@gnu.org
Date: Sun, 24 Jul 2005 21:43:01 -0400
The fix is to scroll the emacs command line off the top at initial
startup and suspend resume, before any mode line or text redisplay.
Newlines are best
I had though emacs CVS would compile on Tiger. Is there some special
step or configuration tweak that I need?
The error I cannot defeat is:
On a G4 (powerbook) running Mac OS X 10.4.2 (Tiger),
compiling with XCode 2.1 (gcc 4).
With a fresh 2005-07-25 CVS checkout.
cd emacs/mac
./make-package -
Jan D. wrote:
Thanks. I'll install this next time I get some time for the XFT
branch. May take a while though.
No problem, it doesn't crash anymore, that's enough for me ;-)
Without xft, fonts really become unreadable on a recent LCD IMHO...
One question left, though: The cursor is just a
Michael Teske wrote:
Hi!
From time to time I got crashes of an XFT_JHD_BRANCH-emacs with
something like
*** glibc detected *** free(): invalid pointer: 0x0a23c190 ***
The important part of the stacktrace is this:
#15 0x417f0149 in abort () from /lib/tls/libc.so.6
#16 0x4182227a in __libc_messa
I do. It would be impossible for xterm to figure out all
varaiables
invented by other terminal emulators, such as rxvt, and arrange
for
them not to be inherited.
It would be easy for xterm to arrange that COLORTERM not be inherited.
There's no reason to refuse to solve a speci
I do. It would be impossible for xterm to figure out all varaiables
invented by other terminal emulators, such as rxvt, and arrange for
them not to be inherited.
It would be easy for xterm to arrange that COLORTERM not be inherited.
There's no reason to refuse to solve a specific
Ari Roponen wrote:
lisp/startup.el has a typo in:
(custom-reevaluate-setting 'small-emporary-file-directory)
Thanks, I fixed this.
Sincerely,
Luc.
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listi
How? Can give me some pointers how to do it? I have no idea where to
start ...
Look at the code in man.el that runs, and put calls to (debug) in it,
and look at values of variables.
The problem is probably in Man-goto-page.
___
Emacs-pretest-
Hi,
lisp/startup.el has a typo in:
(custom-reevaluate-setting 'small-emporary-file-directory)
^
-
Ari Roponen
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-p
14 matches
Mail list logo