Kim == Kim F Storm [EMAIL PROTECTED] writes:
Kim
Kim Klaus Zeitler [EMAIL PROTECTED] writes:
When I change the frame to 81 columns (the tab in the long line is now
wrapped after 1 char), clicking on the '7' will set the cursor to '6'.
In GNU Emacs 22.0.50.14
Chris == Chris Moore [EMAIL PROTECTED] writes:
Chris
Chris Klaus Zeitler [EMAIL PROTECTED] writes:
When I change the frame to 81 columns (the tab in the long line is now
wrapped after 1 char), clicking on the '7' will set the cursor to '6'.
In GNU Emacs 22.0.50.14
in August we had a discussion about pasting (with mouse-2) in fringe.
I noticed that it doesn't work anymore, instead I get:
After 0 kbd macro iterations: mouse-yank-at-click must be bound to an event
with parameters
In GNU Emacs 22.0.50.10 (sparc-sun-solaris2.8, Motif Version 2.1.0)
of
Chong == Chong Yidong [EMAIL PROTECTED] writes:
Chong
Chong Klaus Zeitler [EMAIL PROTECTED] writes:
in August we had a discussion about pasting (with mouse-2) in
fringe. I noticed that it doesn't work anymore, instead I get:
After 0 kbd macro iterations: mouse-yank
, then avoidance-mode immediately moved
the pointer away again.
I can turn it on again and play a bit with it next week.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
Line Printer paper is strongest at the perforations.
___
emacs-pretest-bug mailing list
emacs-pretest
this anymore with todays version.
Thanks
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
There are 3 kinds of people: those who can count and those who cannot
When I do an isearch with todays CVS version, sometimes the modified flag
of the buffer gets set. I've tried M-x debug-on-entry for set-buffer-modified-p
and restore-buffer-modified-p, but they didn't get hit (at least not when
the modified flag changed suddenly during isearch).
I could also
think
that emacs/gdb is ready. But when I enter e.g. 'h RET', I have to wait for
nearly 2 minutes till the help output is printed.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED
, it works.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
I have discovered the art of deceiving diplomats. I tell them
the truth and they never believe me
for gdb and of course our image size (125 MB and
155 for the core file).
Does --annotate even make sense when analyzing a core?
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED
you're probably better off using gdb
Nick -fullname.
I guess I have to go back to --fullname and wait for GDB/MI.
Thanks for your detailed explanations.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED
\n\npre-prompt\n(gdb)
\nprompt\n)
BTW when this error occurs, the gud buffer hangs and I can't get back to
the gdb prompt.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED
Klaus == Klaus Zeitler [EMAIL PROTECTED] writes:
Klaus
Klaus emacs backtrace shows:
Klaus Debugger entered--Lisp error: (wrong-type-argument stringp nil)
Klaus get-buffer-window(nil)
Klaus gdb-display-source-buffer(#buffer aMOEthernetPort.cpp)
Klaus
gud-display
Oops sorry, a cut-and-paste error. I tried to say:
(gud-find-file /vobs/.../aMOEthernetPort.cpp) returned:
#buffer aMOEthernetPort.cpp
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED
with the mouse as a region, and clicking on the tool bar print icon,
Nick but thats another story).
Didn't know this. Thanks for the hint. gdb/gud in CVS looks/feels great.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
Sodd's Second Law:
Sooner or later, the worst possible set of circumstances is bound to occur
Whith gud-tooltip-mode turned on I get, when I move the pointer over a
variable:
error in process filter: gdb-prompt: Wrong number of arguments: #[(expr)
=c4r=c5=c6!q=88eb=88=c7=c8=c9=ca#=83
=86+
In GNU Emacs 22.0.50.13 (sparc-sun-solaris2.8, Motif Version 2.1.0)
of 2006-05-15 on sfsws4
X
1. load a C file with an ifdef block
2. turn on hide-ifdef-mode
3. hide-ifdef-block and show-ifdef-block work fine
4. set hide-ifdef-lines to t
5. hide-ifdef-block works, but show-ifdef-block only brings back one line
of this block each time it is called
In GNU Emacs 22.0.50.12
Since yesterday I had 4 crashes. All of them looked alike.
Here's a backtrace:
#0 0xfeb9feb4 in _libc_kill () from /usr/lib/libc.so.1
#1 0x000e452c in fatal_error_signal (sig=11) at
/vol/freeware/cvs/emacs/head/emacs/src/emacs.c:430
#2 signal handler called
#3 0x000c0cc8 in handle_one_xevent
Symptoms:
1. start emacs -Q --no-site-file
2. M-x hi-lock-mode
3. C-x C-F compilation-log-file
buffer is now in fundamental mode, nothing is highlighted
4. M-x compilation-minor-mode
= buffer is not highlighted
But if I turn compilation mode off and on again, the buffer gets highlighted.
If
Nick == Nick Roberts [EMAIL PROTECTED] writes:
Nick
Nick This should work properly now.
Yes, it works now. Thanks for the quick fix/response.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED
Symptoms:
When I try do debug a source file (e.q. file.cc), that is a symlink,
emacs says:
dir1/file.cc and dir2/file.cc are the same file
This would be a nice informational message, if it appeared only once for a file,
but unfortunately it gets repeated for every gdb command (step, next, etc.).
Symptoms:
file-name-shadow-mode doesn't recognize URLs, i.e. when I enter an URL
(using ffap) via C-x C-f, parts of the URL (// or ~) will be given
file-name-shadow-properties. Example:
1. start emacs -q --no-site-file
2. M-x file-name-shadow-mode
3. M-x ffap-bindings
4. C-x C-f and enter a URL,
Symptoms:
Minibuffer completion misbehaves when cursor is over an email address and
ffap and partial-completion-mode are used.
Here's a recipe:
1. start emacs -Q --no-site-file
2. M-x ffap-bindings
3. M-x partial-completion-mode
4. in scratch buffer write an email address e.g. [EMAIL PROTECTED]
Richard == Richard M Stallman [EMAIL PROTECTED] writes:
Richard
Richard I think I fixed this. Could you check it now?
Yes, it works fine now. Thanks
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL
-if-enabled
global-font-lock-mode-enable-in-buffers
...
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
Life is what happens during long compiles
Symptoms:
I tried to figure out why syntax highlighting in a major mode doesn't
work anymore by instrumenting turn-on-font-lock-if-enabled for edebug,
but this caused emacs to crash.
I could reduce the problem to the following steps, where only
global-font-lock-mode and
as a substitute, normally ignore the marker buffer.
The meaning of this sentence isn't clear to me.
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
You can make it illegal
the menu bar (and I've never used
the tool bar).
Nevertheless I think it should be improved.
Klaus
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
Nihilism should
--
--
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
--
---
Pardo's First Postulate:
Anything good in life is either illegal, immoral, or fattening.
___
Emacs-pretest-bug
31 matches
Mail list logo