- Original Message -
From: "Miles Bader" <[EMAIL PROTECTED]>
> Note that this can also be typed using `ESC TAB', which is pretty
> convenient (the ESC and TAB keys are almost next to one another).
Unfortunately this does not work with viper-mode. Another problem is that
the manuals only
- Original Message -
From: "Richard Stallman" <[EMAIL PROTECTED]>
> One possible solution for that is to discourage, or even get rid of,
> of the per-variable command button. If there is only the whole-buffer
> Set and the whole-buffer Save, this confusion won't happen.
I do not think t
GNU Emacs' bitmapicon is a little ugly and not configurable -- that's
the truth. XEmacs' elisp function x-set-screen-icon-pixmap can change
program icon dynamically, this is very useful when you're working with
sevral frames with different major modes -- they can have their own
icons in the "taskb
It looks good to me, except that an error in gdb-find-file-hook
should also set gdb-find-file-unhook.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Kenichi Handa wrote:
In article <[EMAIL PROTECTED]>, Miles Bader
<[EMAIL PROTECTED]> writes:
On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <[EMAIL PROTECTED]>
wrote:
"Emacs Frame" tooltips seems to work really well in X11; why not
just
make them work well in Windows too?
FWIW, I use Emacs
In some modes (tex-mode), `find-tag-default' can misbehave and
error.
It should never get an error--if it can't find a suitable recommendation,
it should return nil.
But an alternative would be to wrap
`find-tag-default' itself in a condition-case.)
Before we do that, we should
> (setq output (decode-coding-string output
buffer-file-coding-system))
And this decode-coding-string treats the internal byte
sequence of a multibyte string OUTPUT as utf-8, thus you get
some garbage.
Is it reasonable to operate with decode-coding-string on a multibyte
str
The problem is that the highlighting of the search string is performed
in the whole buffer, not only in the region where replacing is going
to happen.
I wrote the code to handle this. I will install it soon.
___
Emacs-devel mailing list
Em
In contrast, most other applications only have these states:
F * the field value
A * the active (current/saved) value
D * the default value
...
The big problem is that if the user sets option X on a page and does
"F => C", and then (sometime later) sets option Y on th
This is a bit strange as outline-regexp doesn't match
";;;###autoload". Shall I commit the patch below?
Does this change give improved behavior in any particular case?
If so, which case?
What happens if you add ;;;###autoload to outline-regexp?
_
> Date: Mon, 14 Feb 2005 21:05:01 -0600 (CST)
> From: Luc Teirlinck <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org
>
> What about the following?
>
> (defcustom auto-revert-stop-on-user-input t
> "When non-nil, user input temporarily interrupts Auto-Revert Mo
> Date: Tue, 15 Feb 2005 08:48:29 +0900
> From: Miles Bader <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
> emacs-devel@gnu.org, [EMAIL PROTECTED]
>
> Might it be simply that Windows is very slow in window-creation (it is
> reputedly much slower to creat
In cus-edit.el we see:
;; 6. rogue
;;There are no standard value.
There are two problems with this. The lesser of the two is that this
does not appear to be grammatically correct.
The second, less trivial one is that the situation, as described,
appears to be impossible:
;; 4. The s
Eli Zaretskii wrote:
I think you should describe the effects of each possible value (nil
and non-nil) without intermixing them. The way this doc string goes,
it's confusing: first you say what happens under a non-nil value, then
under nil value, then again under non-nil.
What abou
Drew Adams wrote:
(each entry here is (1) proposed text, (2) state, (3) current
text, (4) doc string text from `custom-magic-alist'):
The entries you give for (4) to not seem to correspond either to
today's recent or yesterday's values of `custom-magic-alist'. Some
descriptions in it are v
On Tue, 15 Feb 2005 00:56:12 +0100, Lennart Borgman
<[EMAIL PROTECTED]> wrote:
> "The traditional GNU Emacs key combination for completion in a buffer
> is `M-'. However, many window systems and window managers use this
> key combination themselves (typically for switching between windows)
> and do
Drew Adams wrote:
With an aim to reduce the "noise" in the Customize UI a bit,
I do not find the current Customize UI too noisy, except for the fact
that a very recent change has led to plenty of continuation lines in
Custom buffers, which I find ugly and distracting. In another
message, I pr
In article <[EMAIL PROTECTED]>, Miles Bader <[EMAIL PROTECTED]> writes:
> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>> > "Emacs Frame" tooltips seems to work really well in X11; why not just
>> > make them work well in Windows too?
>>
>> FWIW, I use Emacs on
"Lennart Borgman" <[EMAIL PROTECTED]> writes:
> The citation below is from nxml-mode.info. Is this something that should be
> adopted generally in Emacs?
>
> "The traditional GNU Emacs key combination for completion in a buffer
> is `M-'. However, many window systems and window managers use this
>
I have a further problem with the recent changes to custom-magic-alist:
You have set this %c and saved it through Customize in your init file.
This is too long. It produces lots of ugly continuation lines.
It also is inaccurate if custom-file is non-nil.
What about just:
You have set and saved
Jason Rumney <[EMAIL PROTECTED]> writes:
> Miles Bader <[EMAIL PROTECTED]> writes:
>
>> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>>> > "Emacs Frame" tooltips seems to work really well in X11; why not just
>>> > make them work well in Windows too?
>>>
>>> FWIW,
I propose the changes to cus-edit.el contained in the patch below.
They essentially constitute a partial revert to the previous version.
Part of recent changes to custom-magic-alist are wrong.
Do `emacs -q'.
M-x customize-group auto-revert RET
Now toggle Auto Revert Verbose to off and set for th
The citation below is from nxml-mode.info. Is this something that should be
adopted generally in Emacs?
"The traditional GNU Emacs key combination for completion in a buffer
is `M-'. However, many window systems and window managers use this
key combination themselves (typically for switching betwe
- Original Message -
From: "Miles Bader" <[EMAIL PROTECTED]>
> Might it be simply that Windows is very slow in window-creation (it is
> reputedly much slower to create new OS processes than other OSes) and
> the original poster has a very slow machine?
No. I would not believe so. Window-
Miles Bader <[EMAIL PROTECTED]> writes:
> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>> > "Emacs Frame" tooltips seems to work really well in X11; why not just
>> > make them work well in Windows too?
>>
>> FWIW, I use Emacs on Windows XP and never saw any specia
On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> > "Emacs Frame" tooltips seems to work really well in X11; why not just
> > make them work well in Windows too?
>
> FWIW, I use Emacs on Windows XP and never saw any special slowness of
> the Emacs tooltips.
Might it b
I just tried which-func-mode on process.c. It does not always show the
function name as expected. Instead it seems to believe that part of comments
contain the function name. It can for example show "usage:" as the function
name.
___
Emacs-devel maili
Title: PayPal - Log In!
Sign Up | Log Out | Help
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> Now I am venturing into the realm of pure luxury: is there a way to
>> have the eight-bit-* chars display as octal escapes always even when
>> real latin1 characters (inserted by a process with process-coding
>> latin1) get displayed transparently? I
Try something like:
(setq server-process
(make-network-process
:name "server"
:host "127.0.0.1"
:service
:server t
:noquery t
:sentinel 'server-sentinel
:filter 'server-process-filter
:coding 'raw-text
))
That pegs the CPU as well,
> Now I am venturing into the realm of pure luxury: is there a way to
> have the eight-bit-* chars display as octal escapes always even when
> real latin1 characters (inserted by a process with process-coding
> latin1) get displayed transparently? I seem to remember that in those
> "crazy" utf-8 b
Guy Gascoigne - Piggford <[EMAIL PROTECTED]> writes:
> Can anyone confirm that make-network-process actually works on
> NT. I've started looking at fixing emacsclient so that it works on
> Windows since I made the mistake of volunteering before realising just
> how little time I have :)
It only w
On 14 feb 2005, at 10.51, Sébastien Kirche wrote:
Maybe it's a bit late, but for Carbon Emacs, you can get some infos
about a
crash (threads, call stack, etc...) with "Console" app.
Yes, that's a good tip. The problem here was that Emacs didn't crash
in the way that it produced a crash log (no
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> So that is basically the background why we can easily make the process
>> raw-text, but quite less easily make the buffer unibyte: AUCTeX will
>> use the same buffer for its next run, just erasing it, and if it has
>> turned unibyte, we get into troubl
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> So that is basically the background why we can easily make the
>> process raw-text, but quite less easily make the buffer unibyte:
>> AUCTeX will use the same buffer for its next run, just erasing it,
>> and if it has turned unibyte, we get into troubl
> So that is basically the background why we can easily make the process
> raw-text, but quite less easily make the buffer unibyte: AUCTeX will
> use the same buffer for its next run, just erasing it, and if it has
> turned unibyte, we get into trouble.
OK. raw-text is good.
> The process output
With an aim to reduce the "noise" in the Customize UI a bit, here is a
proposal that might or might not be considered for 22.1. It should be
trivial to implement, while waiting for any more substantial UI
changes that we might make after 22.1.
1) We reduce the text displayed as the "state" of each
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> ISTR that extensions with more than three letters are problematic on
>> MS DOS (and maybe MS Windows? no idea). How about "Changelog.ucs"?
>
> Why use an extension at all?
> "ChangeLog-unicode" anyone?
Why would that be any better on a 8.3 filesystem?
> Date: Tue, 15 Feb 2005 00:08:23 +0900
> From: Miles Bader <[EMAIL PROTECTED]>
> Cc: Stephan Stahl <[EMAIL PROTECTED]>, Emacs Devel ,
> Jason Rumney <[EMAIL PROTECTED]>
>
> "Emacs Frame" tooltips seems to work really well in X11; why not just
> make them work well in Windows too?
FWIW, I u
> Cc: Miles Bader <[EMAIL PROTECTED]>, Kenichi Handa <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED], emacs-devel@gnu.org
> From: Stefan Monnier <[EMAIL PROTECTED]>
> Date: Mon, 14 Feb 2005 12:02:53 -0500
>
> Why use an extension at all?
> "ChangeLog-unicode" anyone?
Now, _that_ would cause proble
> Cc: Kenichi Handa <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
> emacs-devel@gnu.org
> From: Oliver Scholz <[EMAIL PROTECTED]>
> Date: Mon, 14 Feb 2005 17:02:17 +0100
>
> > If there is a subtle bug I haven't noticed with such ChangeLogs, we
> > should fix that bug. The fact that you origina
Hi,
Thanks for all the responses to my proposed patch. Autorevert doesn't quite dowhat Lennart and I want because it is not deterministic, i.e., depends on somefrequency value to be set. Also it has to be turned on/off for each bufferunless you set it globally. Problem with global setting is that
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * Jan D. (2005-02-14) writes:
>>
>> The problem with the font is that Emacs doesn't support anti
>> aliased fonts (yet), but GTK uses them all over, even in tool tips.
>
> The deficiencies you just mentioned pretty much sum up my concerns
> with Emacs tool
Ideally there shouldn't be a need to customize the appearance of
tooltips. It would be desirable if Emacs "simply" used tooltips
provided by the toolkit it was configured for (in case the toolkit
supports tooltips). This would, for example, also eliminate the need
to re-customize their appearance
Can anyone confirm that make-network-process actually works on NT. I've
started looking at fixing emacsclient so that it works on Windows since
I made the mistake of volunteering before realising just how little time
I have :)
Anyway, if I understand things correctly, I should be able to create
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> Give me a clue: what happens if a process inserts stuff with
>> 'raw-text encoding into a multibyte buffer? 'raw-text is a
>> reconstructible encoding, isn't it, so the stuff will get converted
>> into some prefix byte indicating "isolated single-byte
* Jan D. (2005-02-14) writes:
>> I just saw those tooltips the first time in my life by enabling
>> tooltip-mode and hovering with the mouse pointer over some menus
>> generated by AUCTeX. If one is used to native GTK tooltips, the ones
>> generated by Emacs look really awkward.
>
> Care to elabo
> Give me a clue: what happens if a process inserts stuff with 'raw-text
> encoding into a multibyte buffer? 'raw-text is a reconstructible
> encoding, isn't it, so the stuff will get converted into some prefix
> byte indicating "isolated single-byte entity instead of utf-8 char"
> and the byte it
But here we are discussing what happens if you change custom-file in
an already running Emacs session, after a custom-file has already been
loaded. In that situation loading that _second_ Custom file (which
presumably is an empty file to be written into by the current Emacs)
do
What you will loose is perhaps international characters. Unless of
course care is taken to convert from Emacs representation to
whatever w32 uses (UTF8?).
I think that has been done with menu strings (which is probably what I
confused this with) on several platforms already, and it might also be
p
> On 2005-02-14 05:40 PST, Stefan Monnier writes:
>> In some modes (tex-mode), `find-tag-default' can misbehave
>> and error.
Stefan> To better judge which is the right thing to do, could
Stefan> you describe what kind of misbehavior/error can happen
Stefan> and in which ci
"Jan D." <[EMAIL PROTECTED]> writes:
> The tool tip frames can have any parameter set on them that an
> ordinary frame can have, so there is indeed face support and you can
> have another font also. See the tool tip section in customize.
Yes, others pointed out that I had been babbling nonsense
* David Kastrup (2005-02-14) writes:
Miles Bader <[EMAIL PROTECTED]> writes:
Hmmm; here's a simple example:
(x-show-tip
(propertize "*** hello ***"
'face '(variable-pitch :foreground "green"
:background "steelblue"
> I think this is the reason:
> ,[ startup.el ]
> | (defun command-line ()
> | [...]
> | (unless (or noninteractive
> | emacs-quick-startup
> | (not (display-graphic-p))
> | (not (fboundp 'x-show-tip)))
> | (setq-default tooltip-mode t)
> | (tool
2005-02-14 kl. 13.26 skrev David Kastrup:
Jason Rumney <[EMAIL PROTECTED]> writes:
Stephan Stahl wrote:
I reported this too a while ago but got no answer:
http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
As far as i understand tooltips on w32 emacs does not use normal
w32-tooltip
Stefan Monnier <[EMAIL PROTECTED]> writes:
>>> instead of being processed directly from the process filter, then
>>> you should also ensure that this buffer is unibyte.
>
>> Yuk. The problem is that this buffer is not only processed by
>> preview-latex, but also by AUCTeX, and the versions that g
>> instead of being processed directly from the process filter, then
>> you should also ensure that this buffer is unibyte.
> Yuk. The problem is that this buffer is not only processed by
> preview-latex, but also by AUCTeX, and the versions that get combined
> may be different. AUCTeX uses the
* David Kastrup (2005-02-14) writes:
> Ralf Angeli <[EMAIL PROTECTED]> writes:
>
>> I just saw those tooltips the first time in my life by enabling
>> tooltip-mode and hovering with the mouse pointer over some menus
>> generated by AUCTeX. If one is used to native GTK tooltips, the ones
>> genera
- Original Message -
From: "Jason Rumney" <[EMAIL PROTECTED]>
> >There is a window class (is that the term?) TOOLTIPS_CLASS which can be
used
> >with CreateWindowEx. I am not an expert on this but there are examples in
> >MSDN.
> >
> >
> That documentation is for the "Common Controls" API
On Mon, Feb 14 2005, David Kastrup wrote:
> Uh what? Tooltips are enabled by default. At least I get them also
> with -q -no-site-file. The customization buffer says, however,
[...]
> Tooltip Mode: Hide Toggle on (non-nil)
>State: this option has been changed outside the customize
David Kastrup wrote:
The customization buffer says, however,
Tooltip Mode: Hide Toggle on (non-nil)
State: this option has been changed outside the customize buffer.
Which would appear rather wrong, as it would mean that you could not
customize tooltips off even if you wanted to.
I don
Stefan Monnier <[EMAIL PROTECTED]> writes:
>>> The problem is that by passing `output' to decode-coding-string you
>>> clearly consider `output' to be a sequence of bytes. But to
>>> construct `output' you use pieces of `string' so you have to make
>>> sure that `string' is also a sequence of byt
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-02-14) writes:
>
>> Miles Bader <[EMAIL PROTECTED]> writes:
>>
>>> Hmmm; here's a simple example:
>>>
>>>(x-show-tip
>>> (propertize "*** hello ***"
>>> 'face '(variable-pitch :foreground "green"
>>>
[ I'm using the Emacs-CVS code, running on a GNU/Linux system using an
IMAP/SSL connection using the `openssl' executable. ]
Every once in a while, Gnus complains that the imap process is not running.
Usually it automatically restarts it behind my back, but occasionally it
burps instead.
The
> ISTR that extensions with more than three letters are problematic on
> MS DOS (and maybe MS Windows? no idea). How about "Changelog.ucs"?
Why use an extension at all?
"ChangeLog-unicode" anyone?
Stefan
___
Emacs-devel mailing list
Emacs-dev
>> The problem is that by passing `output' to decode-coding-string you
>> clearly consider `output' to be a sequence of bytes. But to
>> construct `output' you use pieces of `string' so you have to make
>> sure that `string' is also a sequence of bytes. Assuming `string'
>> comes from the TeX pro
* David Kastrup (2005-02-14) writes:
> Miles Bader <[EMAIL PROTECTED]> writes:
>
>> Hmmm; here's a simple example:
>>
>>(x-show-tip
>> (propertize "*** hello ***"
>> 'face '(variable-pitch :foreground "green"
>> :background "steelblue"
>>
Miles Bader <[EMAIL PROTECTED]> writes:
> Kenichi Handa <[EMAIL PROTECTED]> writes:
[...]
>> Thank you for taking care of this matter. But, I vaguely remember
>> that the reason I changed ChangeLog.unicode (I was using it when I was
>> working on it locally) to ChangeLog.22 was that if the extent
Miles Bader <[EMAIL PROTECTED]> writes:
> On Mon, 14 Feb 2005 13:26:46 +0100, David Kastrup <[EMAIL PROTECTED]> wrote:
>> At least the X11 tooltips on Emacs provide no functionality
>> whatsoever except popping up some text in a single font AFAICS. No
>> face support, no clickable areas, nothing.
Lennart Borgman wrote:
- Original Message -
From: "Jason Rumney" <[EMAIL PROTECTED]>
I don't think there is a function for popping them up in the system.
Many armchair critics are not aware of the distinction between
Microsoft's proprietary C++ GUI toolkit (MFC) and what
On Mon, 14 Feb 2005 14:54:36 +0100, Lennart Borgman
<[EMAIL PROTECTED]> wrote:
> Could not this functionality be encapsulated so that it could use the
> platform
> specific tooltips? It could perhaps be the easiest way to solve the problem?
>
> What functionality could be lost?
(1) face support (
as of recently emacs prints the message "Local Ispell dictionary set to nil",
when I load a new file (that uses flyspell-prog-mode).
I think it has something to do with the fact that flyspell calls
ispell-change-dictionary with the following parameter
(or ispell-local-dictionary ispell-dictionar
On Mon, 14 Feb 2005 13:26:46 +0100, David Kastrup <[EMAIL PROTECTED]> wrote:
> At least the X11 tooltips on Emacs provide no functionality
> whatsoever except popping up some text in a single font AFAICS. No
> face support, no clickable areas, nothing.
Have you tried it?
I've certainly used face
MIRC children are Hold on IT/GingerSims Codes
<>___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
i downloaded the latest unstable emacs for windows from nqmacs.sf.net
(the 2005-01-30 version), and tried it on a 95 box, a ME box and a XP
box. On the first two ones, no menu bar appears, on XP it does. I
started with -q and tried to toggle menu-bar-mode without any visible
effect.
Most like
- Original Message -
From: "Jason Rumney" <[EMAIL PROTECTED]>
> I don't think there is a function for popping them up in the system.
> Many armchair critics are not aware of the distinction between
> Microsoft's proprietary C++ GUI toolkit (MFC) and what is available
> directly from the O
- Original Message -
From: "Jason Rumney" <[EMAIL PROTECTED]>
> >As far as i understand tooltips on w32 emacs does not use normal
> >w32-tooltips but special emacs frames that are stripped of everything
> >(modeline, toolbar, minibuffer,...). Maybe this could be changed..
> >
> >
> Emacs
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> (while (string-match "\\^\\{2,\\}\\(\\([EMAIL
>> PROTECTED])\\|[8-9a-f][0-9a-f]\\)"
>>string)
>> (setq output
>> (concat output
>> (regexp-quote (substring string
>>
On Mon, Feb 14 2005, Andreas Schwab wrote:
> I'm getting this error during bootstrapping:
[...]
> Loading cus-start (source)...
> Symbol's value as variable is void: dos-unsupported-char-glyph
It seems to be related to Richards recent changes to cus-start.el. A
possible workaround (I don't know
> (while (string-match "\\^\\{2,\\}\\(\\([EMAIL
> PROTECTED])\\|[8-9a-f][0-9a-f]\\)"
>string)
> (setq output
> (concat output
> (regexp-quote (substring string
>0
>
> In some modes (tex-mode), `find-tag-default' can misbehave and error.
To better judge which is the right thing to do, could you describe what kind
of misbehavior/error can happen and in which circumstance?
Stefan
___
Emacs-devel mailing lis
Andreas Schwab <[EMAIL PROTECTED]> writes:
> I'm getting this error during bootstrapping:
>
> Loading emacs-lisp/byte-run (source)...
> Loading emacs-lisp/backquote (source)...
> Loading subr (source)...
> Loading version.el (source)...
> Loading widget (source)...
> Loading custom (source)...
> L
David Kastrup wrote:
Jason Rumney <[EMAIL PROTECTED]> writes:
Emacs uses frames for its tooltips on all platforms. To change this on
Windows would make it more difficult to maintain, and would lose
functionality.
Are you sure about that? Under X11, tooltips come with
Jason Rumney <[EMAIL PROTECTED]> writes:
> Stephan Stahl wrote:
>
>>I reported this too a while ago but got no answer:
>>http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
>>
>>As far as i understand tooltips on w32 emacs does not use normal
>>w32-tooltips but special emacs frames
I'm getting this error during bootstrapping:
Loading emacs-lisp/byte-run (source)...
Loading emacs-lisp/backquote (source)...
Loading subr (source)...
Loading version.el (source)...
Loading widget (source)...
Loading custom (source)...
Loading emacs-lisp/map-ynp (source)...
Loading env (source)...
Stephan Stahl wrote:
But still the current behavior on w32 is very annoying so there should be
done something.. I have never noticed this mess when creating frames via
C-x 5 2. Maybe we can find out the differences between that and tooltips?
I agree that something should be done. I have looked
Hi Jason.
Jason Rumney said:
> Emacs uses frames for its tooltips on all platforms. To change this on
> Windows would make it more difficult to maintain, and would lose
> functionality.
OK, I thought it was like this only on w32.
But still the current behavior on w32 is very annoying so there s
Stephan Stahl wrote:
I reported this too a while ago but got no answer:
http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
As far as i understand tooltips on w32 emacs does not use normal
w32-tooltips but special emacs frames that are stripped of everything
(modeline, toolbar, mini
Le 11 Feb 2005, Martin Fredriksson s'est exprimé ainsi :
> Is there a quick way to read up on how to get Emacs (particularly
> Carbon) to log more, run it in debug mode, or otherwise helpful things
> to get some more info about intermittent crash problems?
Maybe it's a bit late, but for Carbon E
Running emacs on gdb step by step, it gets stucked at the
function XtOpenDisplay (..) at the file xterm.c
I would think this means that either there is a bug in Xt or some of
the data being passed to XtOpenDisplay are invalid. Can you find
anything invalid?
At Mon, 07 Feb 2005 15:50:37 -0500,
Richard Stallman wrote:
> I have made an Emacs 21.4 release with a single security fix.
I could not find leim-21.4.tar.gz (I know that leim was
not affected by that change). Should we use leim-21.3.tar.gz
with emacs-21.4.tar.gz?
Regards,
--
Yoichi NAKAYAMA
Hi Lennart.
Lennart Borgman said:
> The tooltip implementation on w32 seems a bit strange. In some cases
> it can switch to another frame. It is also very slow.
I reported this too a while ago but got no answer:
http://lists.gnu.org/archive/html/emacs-devel/2004-06/msg00060.html
As far as i unde
92 matches
Mail list logo
