On Thu, 05 Jul 2007 22:22:41 +0200 Christian Schlauer [EMAIL PROTECTED] wrote:
Observed with Emacs 22.1:
- emacs -q --no-site-file
- Go to the beginning of the *scratch* buffer with M- (Now, you
should see the usual three-line text at the beginning of the
*scratch* buffer).
- C-s M-e
I just updated from the CVS trunk, configured and built without error,
ran `emacs -Q', everything seemed fine, then did `C-x C-c' and the
shell where I started Emacs reported this:
*** glibc detected *** ./src/emacs: double free or corruption (top):
0x087c8c50 ***
and the Emacs instance was
On Mon, 04 Jun 2007 11:23:23 +0200 Stephen Berman [EMAIL PROTECTED] wrote:
When a display text property contains a newline and some characters
following the newline, the latter are not displayed when the display
property is at (or perhaps when it overlaps) (window-start). [...]
Can someone
When a display text property contains a newline and some characters
following the newline, the latter are not displayed when the display
property is at (or perhaps when it overlaps) (window-start). To
reproduce:
1. emacs -Q
2. Type test 17 times, i.e., enough to make the line of text longer
On Sat, 26 May 2007 15:41:27 +0200 martin rudalics [EMAIL PROTECTED] wrote:
In GNU Emacs 22.0.990 on Windows, the following operation causes
contiguous redisplay of the menu and beeps. And Emacs doesn't
accept any operations for a while.
emacs -q
M-x html-mode ;; in the
On Sat, 26 May 2007 16:12:04 +0200 Stephen Berman [EMAIL PROTECTED] wrote:
On Sat, 26 May 2007 15:41:27 +0200 martin rudalics [EMAIL PROTECTED] wrote:
In GNU Emacs 22.0.990 on Windows, the following operation causes
contiguous redisplay of the menu and beeps. And Emacs doesn't
accept
On Sat, 26 Aug 2006 18:15:08 -0700 Drew Adams [EMAIL PROTECTED] wrote:
It would be better to define a face `hl-line' than to have option
`hl-line-face', whose value must be an existing face. It's easier for
users to tweak a face definition than it is for them to find an
appropriate face
On Mon, 07 May 2007 21:11:41 +0900 Miles Bader [EMAIL PROTECTED] wrote:
Stephen Berman [EMAIL PROTECTED] writes:
Why not simply have hl-line-face defalias'd to hl-line? Wouldn't that
suffice for backward compatibility (assuming that was the reason for
retaining hl-line-face)?
`hl-line
On Wed, 25 Apr 2007 20:10:12 +0200 Jan Djärv [EMAIL PROTECTED] wrote:
Jan Djärv skrev:
I'd say this is a bug in QtCurve. I can not find a way to undo that
effect from within Emacs. Apart from the obvious, always update
menus deep. But I don't think we want to do that just for one
theme.
1. emacs -Q
2. M-x find-dired RET path/to/emacs/sources/ RET -name *src
3. The buffer *Find* contains this:
,
| path/to/emacs/sources/:
| find . \( -name *src \) -exec ls -ld \{\} \;
| drwxr-xr-x 2 steve users 4096 2007-04-26 17:43 lib-src
| drwxr-xr-x 2 steve users 4096 2007-04-26
On Mon, 23 Apr 2007 10:50:25 +0200 Matzi Kratzi [EMAIL PROTECTED] wrote:
static uint8 CheckIE_ActivateUTC_Req(LL_Data_Ind_t *ActivateUTC_Req_p,
ActivateUTC_ReqAddr_t
*ActivateUTC_ReqAddr_p)
{
...
}
uint8 CheckIE_ActivateUTC_Req is black. I want uint8 to
On Sun, 22 Apr 2007 20:36:31 +0200 Jan Djärv [EMAIL PROTECTED] wrote:
The GNUS menus are defined with easy-menu, thats about all I can
think of that differs from regular menus. Can you define a small
menu with easy.menu and see if the problem is there then?
It turns out the problem is not
On Mon, 23 Apr 2007 22:09:36 +0200 Jan Djärv [EMAIL PROTECTED] wrote:
When Emacs updates the menu bar, it usually just puts empty menus
behind the menu bar entries. This is to avoid updating the whole menu
tree every time we just change buffer. When we click on the menu bar,
Emacs does
On Sat, 21 Apr 2007 20:47:19 -0400 Richard Stallman [EMAIL PROTECTED] wrote:
(progn (new-frame)
(redisplay t)
(x-popup-dialog t '(Foo (Bar . 1
I tried this but it didn't fail -- the new frame was not empty.
In my Emacs (GNU Emacs 22.0.98.2 (i686-pc-linux-gnu, GTK+
On Sun, 22 Apr 2007 12:58:46 +0200 Franz Häuslschmid [EMAIL PROTECTED]
wrote:
Using the GTK build, it always happens that menus entries of the menu
bar, that are dynamically added or removed depending on the currently
active frame (e.g. Gnus or AUCTeX), stay highlighted when the mouse
cursor
On Sun, 22 Apr 2007 20:36:31 +0200 Jan Djärv [EMAIL PROTECTED] wrote:
Stephen Berman skrev:
On Sun, 22 Apr 2007 12:58:46 +0200 Franz Häuslschmid [EMAIL PROTECTED]
wrote:
Using the GTK build, it always happens that menus entries of the menu
bar, that are dynamically added or removed
Yesterday I tried tumme again for the first time since last August and
encountered problems I don't recall having before. I found a very
easy fix, by changing the default custom settings of two variables,
but these defaults have been around a long time, so I wonder if
there's something about my
On Thu, 12 Apr 2007 10:46:04 +0200 martin rudalics [EMAIL PROTECTED] wrote:
Now that I think about it, I realize that many Emacs users have not studied
the advanced mathematics where they would encounter the term iff.
So I think it is better to avoid that term.
(I was the one who introduced it
(I accidentally replied only to the poster, not the list, sorry.)
On Wed, 11 Apr 2007 16:10:57 +0300 Shraga Bor-Sood [EMAIL PROTECTED] wrote:
This is Emacs23 CVS checkout on Wed Apr 11 12:37:53 UTC 2007 of the
emacs-unicode-2 branch.
The system is OpenSUSE 10.0 x86_64 KDE 3.4.2
When running
On Sat, 07 Apr 2007 17:52:16 -0400 Glenn Morris [EMAIL PROTECTED] wrote:
Stephen Berman wrote:
If you call (diary) from your init-file and use the Custom interface
to customize diary-date-forms, the customization gets evaluated after
diary-font-lock-keywords has been set, so your customized
If you call (diary) from your init-file and use the Custom interface
to customize diary-date-forms, the customization gets evaluated after
diary-font-lock-keywords has been set, so your customized date form
does not get fontified as it should. To reproduce:
1. Let your ~/.emacs consist only of
On Sat, 07 Apr 2007 12:49:07 +0200 Stephen Berman
[EMAIL PROTECTED] wrote:
Since this bug seems similar to the others involving too late
customization that I have reported recently and Glenn Morris fixed, I
tried similar fixes to diary-date-forms, using the :initial and :set
keywords
On Sat, 07 Apr 2007 15:08:59 +0200 Stephen Berman
[EMAIL PROTECTED] wrote:
On Sat, 07 Apr 2007 12:49:07 +0200 Stephen Berman
[EMAIL PROTECTED] wrote:
Since this bug seems similar to the others involving too late
customization that I have reported recently and Glenn Morris fixed, I
tried
On Sat, 07 Apr 2007 21:06:10 +0200 Stephen Berman
[EMAIL PROTECTED] wrote:
This hack is untenable. What it does must only be done the first
time diary-show-all or make-diary-entry are invoked but not on
subsequent invocations (don't want to kill modified buffers!). I
think the fix must
Set today-visible-calendar-hook to 'calendar-mark-today in your
init-file or via Custom. Then, if you have the calendar buffer open
before midnight and keep it open past the stroke of midnight, the
marked date remains unchanged, i.e., now yesterday is marked. The
following patch makes the marked
On Mon, 26 Mar 2007 22:47:20 -0400 Glenn Morris [EMAIL PROTECTED] wrote:
Thanks for (another) clear report. I've installed a fix.
I confirm it works; thanks!
Steve Berman
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
1. Emacs -Q
2. Txpe `M-x gnus', select a group, open it and click on an article,
so that you have vertically split windows, with the Gnus Summary
buffer on top and the Gnus Article buffer on the bottom. (To get to
this stage, it is irrelevant whether or not you set
gnus-select-method, if not, it
1. Write to your home directory a file named diary containing a
valid diary entry dated within a week from today but not today.
2. Let your ~/.emacs file contain only the lines within the following
boxquote:
,[ ~/.emacs ]
| (diary)
| (custom-set-variables
| '(diary-display-hook (quote
1. Let your ~/.emacs file contain only this line:
(recentf-mode 1)
2. Start Emacs without any command line arguments. The File menu
contains a submenu Open Recent, and this contains no files (the value
of recentf-list is nil).
3. Visit several files. These will now be listed in the Open Recent
1. Write to your home directory a file named diary containing at
least two valid diary entries dated on different days within a week
from today.
2. Let your ~/.emacs file contain only this line:
(appt-activate 1)
3. Start Emacs without any command line arguments. You get vertically
split windows
1. emacs -Q
2. Type S-down-mouse-1, then from the context menu select Misc and
then 7x13
3. M-x customize-face RET mode-line RET, then in the Customize dialog
(i) check attribute Font Family and type in Helvetica
(ii) check attribute Overline and set Value Menu to on
(iii) uncheck
On Fri, 08 Dec 2006 08:05:56 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Stephen Berman skrev:
Well, now I can get GTK-Emacs to segfault again :-). I noticed that
the desktop fonts didn't look as sharp as they normally do (it took me
a while to notice this, probably because the fonts in Emacs
On Mon, 11 Dec 2006 20:35:13 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Hello.
This is so far inside fontconfig and the theme engine that you use,
so I suspect nothing Emacs does can help. It seem to crash on
/usr/X11R6/lib/X11/fonts/misc/cu12.pcf.gz, have you tried to remove
that file? It
On Wed, 06 Dec 2006 16:50:47 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Hmm, modifying the Makefile wont do, as pango dynamically links in
fontconfig at runtime.
If you built fontconfig under /usr/local/lib and the libfontconfig.so
file is in /usr/local/lib, you should be able to do
%
On Wed, 29 Nov 2006 08:00:23 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Stephen Berman skrev:
It turns out that the wxGTK package mentioned above was in fact
responsible for Emacs segfaulting; after uninstalling the wxGTK rpm,
the Emacs GTK build started under X with no problems, as before
On Wed, 06 Dec 2006 14:10:23 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Stephen Berman skrev:
It seems that the variable LIBS I passed to configure (following the
example in etc/INSTALL) wasn't used by make. Did I do something
wrong? How do I get emacs to use the libfontconfig I built? (I
On Wed, 06 Dec 2006 13:32:00 +0100 Stephen Berman [EMAIL PROTECTED] wrote:
I obtained the SUSE source of fontconfig, built and installed it under
/usr/local and configured Emacs like this:
CPPFLAGS='-I/usr/local/include/fontconfig' LDFLAGS='-L/usr/local/lib'
LIBS='-llibfontconfig' ../emacs
On Mon, 27 Nov 2006 21:11:38 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Stephen Berman skrev:
I've been using the GTK build of the first pretest tarball for almost
three weeks without any serious problems. But as of today it
immediately segfaults when I start it under X. The only change to my
I've been using the GTK build of the first pretest tarball for almost
three weeks without any serious problems. But as of today it
immediately segfaults when I start it under X. The only change to my
system (SUSE 10.1) between today and the last time I started this
build of Emacs is that I
On Fri, 19 May 2006 04:27:17 -0400 Glenn Morris [EMAIL PROTECTED] wrote:
After getting some help on emacs-devel re multiline font-lock
patterns, I've checked in what I think is a fix for this.
I've finally updated my Emacs and had a chance to check your fix
against data that show the
(I posted this to help-gnu-emacs last Friday but there hasn't been a
response to date, so I'm posting it here, in case it is a bug.)
The following seems like a bug to me, but maybe it's a feature of the
field property or isearch-yank-line that I don't understand; if so,
I'd appreciate a pointer
I have another datapoint. When I execute the steps of my original
recipe, using the entries given there, with today's date (5 11 2006),
the fancy diary display fontifies correctly. However, when I replace
the entries in my original recipe with slightly different ones, I see
the same
On Wed, 10 May 2006 03:00:00 -0400 Glenn Morris [EMAIL PROTECTED] wrote:
Stephen Berman wrote:
Friday, also in other months and years -- and failed to get the
fontification problem with all of them except '(5 4 2006) and '(5 5
2006)! With those two dates, and apparently those alone, I can
On Tue, 09 May 2006 03:38:29 -0400 Glenn Morris [EMAIL PROTECTED] wrote:
Thanks for the detailed recipe, but I'm afraid it works as it should
for me, so I'm at something of a loss.
Does anyone else see this problem?
Did you try the recipe on Thursday or Friday? I should have made that
On Tue, 09 May 2006 13:24:59 -0400 Glenn Morris [EMAIL PROTECTED] wrote:
Stephen Berman wrote:
Did you try the recipe on Thursday or Friday?
Yes, I set my computer's clock forwards and backwards many times - no
effect.
I've tried it again, but instead of resetting my computer's clock, I
1. emacs -Q 2. Save the follow lines as ~/diary: Monday 8.00
Xxxx xx Xxxx Xx xxx X
Monday 14.30 Xx XXXxXx xxx Xxxx
Monday 15.30-17.00 Xxxx XXX
Monday 16.45 Xxxx xxx XXX xxx
Monday 17.15-18.15 Xxxx XXx
Tuesday 14.50 Xxxx xxx
On Thu, 20 Apr 2006 18:01:27 -0700 Bill Wohler [EMAIL PROTECTED] wrote:
Nick Roberts [EMAIL PROTECTED] wrote:
emacs22 -Q
M-x info
M-x tool-bar-mode
Note how Preferences and Help icons are present.
This doesn't make sense to me. If you start with -Q then doesn't
Type
1. emacs -q
2. C-h n
and you get this:
The local variables list in NEWS contains values that may not be safe
(*)
mode : outline
* paragraph-separate : [ ]*$
I wouldn't expect Emacs to doubt the safety of values of variables it
sets itself.
In GNU Emacs 22.0.50.14
The function view-diary-entries has been made obsolete by
diary-view-entries in diary-lib.el, yet it is called by
view-other-diary-entries (to be consistent, the latter should probably
also be obsoleted by e.g. diary-view-other-diary-entries).
*** diary-lib.el11 Feb 2006 21:57:33 +0100
With diary files that have longlines-mode enabled, fancy diary display
truncates all but the first line of a wrapped entry. To reproduce, do
the following:
1. emacs -q
2. C-x C-f ~/test-diary (e.g.) and enter a long diary entry without a
line break, e.g.: Apr 21, 2006 14.15 This entry tests
On Fri, 21 Apr 2006 15:32:06 +0200 Stephen Berman
[EMAIL PROTECTED] wrote:
With diary files that have longlines-mode enabled, fancy diary display
truncates all but the first line of a wrapped entry. To reproduce, do
the following:
1. emacs -q
2. C-x C-f ~/test-diary (e.g.) and enter
On Tue, 14 Feb 2006 12:45:49 +0100 Jan D. [EMAIL PROTECTED] wrote:
The new behaviour for the tool bar is that if it doesn't fit in the
window, an arrow is shown instead with a popup containing the items
that didn't fit. This is a nice feature. But when detaching, that
arrow is shown (a
On Wed, 15 Feb 2006 08:00:24 +0100 Jan D. [EMAIL PROTECTED] wrote:
Stephen Berman wrote:
I was running Emacs in KDE, which can display several so-called
virtual desktops (or workspaces). I had made a new Emacs frame with
`C-x 5 2' and moved it to a different virtual desktop from the one
I was running Emacs in KDE, which can display several so-called
virtual desktops (or workspaces). I had made a new Emacs frame with
`C-x 5 2' and moved it to a different virtual desktop from the one in
which the initial frame was located. After finishing with the new
frame I typed `C-x 5 0' and
On Thu, 09 Feb 2006 17:00:46 +0100 Jan D. [EMAIL PROTECTED] wrote:
Stephen Berman wrote:
1. emacs -q (or -Q)
2. Invoke a mode that has a header line with highlightable text,
e.g. Info, Buffer Menu (list-buffers), ruler mode, also tab bar mode
from the external library tabbar.el.
3. Drag
On Mon, 26 Dec 2005 16:56:59 -0500 Richard M. Stallman [EMAIL PROTECTED]
wrote:
Please forgive my delay in looking at this bug report.
#2 0x08064fad in safe_eval (sexpr=139399637) at xdisp.c:2261
Can you make it get there again, and do
f 2
p sexpr
pr
and show us what that outputs?
On Sun, 18 Dec 2005 17:58:15 +0100 Jan D. [EMAIL PROTECTED] wrote:
I can't reproduce it, with or without Gnome. Are you running Gnome?
I mainly use KDE and was doing so when I posted the bug report. I now
tried it with Gnome, and there it worked fine, both for adding and
removing directories.
I read a posting with Gnus that contains the following line:
the ( 0 (length LIST)) === LIST part to newbie me?
When I put the cursor on the first `(' and type either `C-M-f' or
`C-M-n', I get the following error:
Scan error: Unbalanced parentheses, 530, 584
(530 is where I put the cursor,
I haven't used the menu or tool bars to visit files before, but I just
tried it and visiting worked, but modifying the directory list under
Browse for other folders didn't work. I started emacs -q and
clicked on the file icon in the toolbar or the corresponding menu bar
entry. At first I was
14:14:31 + Jason Rumney [EMAIL PROTECTED] wrote:
Stephen Berman [EMAIL PROTECTED] writes:
Further, as a string it is the value of a variable used in a
function I wrote modelled on make-diary-entry.
How exactly is it used in that function?
That function and the variable turn out to have
When I start Emacs normally with my init-file, the following appears
in *Messages*:
Error during redisplay: (invalid-function /home/steve/diary-Abendessen.txt)
I don't see this message in the echo area and don't notice anything
wrong with the display and no other display problems appear to
On Mon, 14 Nov 2005 14:54:21 -0500 Stefan Monnier
[EMAIL PROTECTED] wrote:
Your patch modifies the buffer which is very unclean in a function which is
only supposed to extract data from it. Does the patch below work as well?
Yes, it does the job; thanks!
Steve Berman
(i) In my init-file default-major-mode is set to text-mode and as a
result, since diary-list-entries only checks for fundamental-mode, my
diary file isn't automatically visited in diary-mode.
(ii) In the diary display (I use fancy-diary-display) there are
unwanted blank lines between entries from
On Tue, 25 Oct 2005 03:35:48 -0400 Glenn Morris [EMAIL PROTECTED] wrote:
Stephen Berman wrote:
1. have a nonempty diary file
2. emacs -q
4. M-x calendar
5. add a new entry to the diary file and don't save the file
6. in Calendar type `d' on the date of the new, unsaved entry
= Emacs goes
I just built Emacs from CVS (using make and make recompile) without
any error messages, and upon starting with emacs -q an invalid
function error is raised, and the frame has a very thin tool bar with
no buttons. Here are the messages:
Loading help-fns...done
Loading mwheel...done
(./src/emacs
On Tue, 25 Oct 2005 15:17:02 +0200 Romain Francoise
[EMAIL PROTECTED] wrote:
Stephen Berman [EMAIL PROTECTED] writes:
I just built Emacs from CVS (using make and make recompile) without
any error messages, and upon starting with emacs -q an invalid
function error is raised, and the frame
On Tue, 25 Oct 2005 11:02:11 -0500 (CDT) Luc Teirlinck
[EMAIL PROTECTED] wrote:
Stephen Berman wrote:
In response to Romain Francoise's reply I did make clean, configure,
and make bootstrap on the same sources, but it didn't work. I guess I
should have used make distclean first
On Sat, 22 Oct 2005 11:51:30 -0400 Richard M. Stallman [EMAIL PROTECTED]
wrote:
[Stephen Berman wrote:]
I made a diary entry and then called calendar and Emacs immediately
hung or went into an infinite loop, presumably in diary-list-entries,
since the last message was Preparing
I made a diary entry and then called calendar and Emacs immediately
hung or went into an infinite loop, presumably in diary-list-entries,
since the last message was Preparing diary I could get out of
the loop by typing C-g. The same thing happened when I tried to save
the diary file. I
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
On Tue, 5 Jul 2005 12:45:00 +0200 Jan D. [EMAIL PROTECTED] wrote:
I just did cvs up and ./configure --with-x-toolkit=gtk without a
problem, but make (without and with bootstrap) bailed out with the
following errors. I used the same gcc (3.3.5), gtk2 (2.6.4) and make
(3.80) (all from SUSE
On Tue, 5 Jul 2005 17:11:17 +0200 Jan D. [EMAIL PROTECTED] wrote:
/opt/gnome/include/gtk-2.0/gdk-pixbuf/gdk-pixbuf-core.h:163: error:
syntax error before G_GNUC_SENTINEL
Did you update your Suse system between Emacs compiles?
As a matter of fact, yes -- and that's what caused the
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org
Please, could you try the following patch to tabbar.el 1.46 and see if
it fixes the problem?
Yes, it fixes the bug.
Thanks for your report, and for using the tab bar ;-)
Sincerely,
David
Thanks for the patch, now I can get back to debugging my own code :-)
Steve Berman
--
DSL Komplett
First, I have to apologize to Richard and anyone else who took time
with my bug report under the subject Debugging with match data: as
Richard implied and I now confirm, the bug I reported doesn't occur
with Emacs -Q. My only excuse is that I really did think I had tested
it with Emacs -Q, but
On Wed, 02 Mar 2005 21:29:04 -0500 Richard Stallman [EMAIL PROTECTED] wrote:
Yes, now I remember I'd also seen these messages before when using
speedbar, which I also have from the cedet package. The messages are
caused by dframe-handle-make-frame-visible and
On Wed, 02 Mar 2005 06:23:17 -0500 Richard Stallman [EMAIL PROTECTED] wrote:
However, the second problem seems more serious: in the *Disabled
Command* buffer clicking on `save-restriction' pops up its help text
What is the precise complete series of input that you give?
1. Emacs -Q
On Mon, 28 Feb 2005 17:06:09 -0500 James Cloos [EMAIL PROTECTED] wrote:
Stephen == Stephen Berman [EMAIL PROTECTED] writes:
(make-frame-visible (#frame [EMAIL PROTECTED]
*scratch* 0x570a00 )) [...]
Stephen The messages were indeed caused by an external package
Stephen loaded in my init
80 matches
Mail list logo
