Eli Zaretskii skrev:
Date: Thu, 04 Jan 2007 12:42:19 +0100
From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= <[EMAIL PROTECTED]>
Cc: emacs-pretest-bug@gnu.org
Metacity (the default Gnome window manager) is a complete mess when it comes
to raise frame. Some versions works, some don't. Some require the cod
Can someone give me a hint what has screwed up calc?
Another error:
1. Start calc with "C-x * *"
2. 'x
3. a i x
,[ error ]
| Preparing rule set IntegAfterRules...
| if: Syntax error: [
| opt(a) ln(x) + opt(b) ln(y) := 2 a esimplify(arctanh(x-1))
| :: a + b = 0 :: nrat(x
Does this fix it?
*** server.el 27 Nov 2006 21:05:42 -0500 1.124
--- server.el 07 Jan 2007 23:00:49 -0500
***
*** 198,204
(defvar server-name "server")
(defvar server-socket-dir
! (format "/tmp/emacs%d" (user-uid)))
(defun server-log (string &optional
You don't seem to like it when people refer to GNU/Linux as anything
other than GNU/Linux, and yet you're happy to refer MS-DOS as MS-DOG?
Yes, I am. Calling it MS-DOG is impolite. That is ok. Microsoft is
not entitled to politeness.
___
ema
> I have a large unix uid:
> $ id
> uid=800154870(ruttbe) gid=705(www)
> it seems the emacs server of pretest 92 can't cope with this, possibly
> b/c of the limit on emacs lisp's integer size. perhaps calc should be
> used, as it can handle bignums? also `file-attributes' may have a problem
> w
Stefan Monnier <[EMAIL PROTECTED]> writes:
> +;; Even if there's no uppercase char, we want to detect the use of
> +;; [:upper:] char-class.
Similarly, it would make sense for [:lower:] to disable case-folding.
--
Johan Bockgård
___
> Menu item names in any other menu are often just a modified version
> of the node name, so it makes sense to hide node names as e.g. in:
[...]
> Unlike this, index entry names contain no information about node names
> to which they belong, and it is helpful to see them, e.g.:
Agreed,
S
>> From: Juri Linkov <[EMAIL PROTECTED]>
>> Cc: emacs-pretest-bug@gnu.org
>> Date: Sun, 07 Jan 2007 11:52:54 +0200
>>
>> > Why do you think it's more important to see the node names in the
>> > index than it is in any other menu?
>>
>> Menu item names in any other menu are often just a modified v
> From: Juri Linkov <[EMAIL PROTECTED]>
> Cc: emacs-pretest-bug@gnu.org
> Date: Sun, 07 Jan 2007 11:52:54 +0200
>
> > Why do you think it's more important to see the node names in the
> > index than it is in any other menu?
>
> Menu item names in any other menu are often just a modified version
>
I have a large unix uid:
$ id
uid=800154870(ruttbe) gid=705(www)
it seems the emacs server of pretest 92 can't cope with this, possibly
b/c of the limit on emacs lisp's integer size. perhaps calc should be
used, as it can handle bignums? also `file-attributes' may have a problem
with this larg
> I would expect the regexp [[:upper:]] to behave the same as [A-Z] (in
> English text). However, by default [[:upper:]] matches all letters,
> whereas [A-Z] matches only upper case letters, as I expect.
Hmm... I can't see to get A-Z to only match upper-case letters ...
Oh I see what you mean now
On 1/7/07, Francis Wright <[EMAIL PROTECTED]> wrote:
Just for the record, the patch I was referring to was the one you sent me
before Christmas in response to my previous emacsclient bug report.
Aha.
Sorry about that! I'll have to investigate further.
OK, thanks for taking the time to det
From: "Juanma Barranquero" <[EMAIL PROTECTED]>
To: "Francis Wright" <[EMAIL PROTECTED]>
Cc:
Sent: Sunday, January 07, 2007 6:37 PM
Subject: Re: emacsclient - bogus error message on Windows XP
On 1/7/07, Francis Wright <[EMAIL PROTECTED]> wrote:
This did not happen with
emacsclient 22.0.91 (w
On 1/7/07, Francis Wright <[EMAIL PROTECTED]> wrote:
That appears to be the latest pretest release,
although it was dated about 20th December, as I recall. So maybe this
problem is fixed in the latest version. I'll see if the CVS version works
better.
Thanks.
/L/e/k/t/u
On 1/7/07, Lennart Borgman (gmail) <[EMAIL PROTECTED]> wrote:
I think Juanma
wanted to ask whether you used an unpatched or a patched version.
Yes, sorry. (But as you said yourself, most people that downloads from
your site gets the patched version, so I think the mistake is
understandable :)
On 1/7/07, Chris Moore <[EMAIL PROTECTED]> wrote:
-whole match, `\\N' a partial matches, `\\#&' and `\\#N' the
+whole match, `\\N' a partial match, `\\#&' and `\\#N' the
Committed, thanks.
/L/e/k/t/u
___
emacs-pretest-bug mailin
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes:
> Quoting Chris Moore <[EMAIL PROTECTED]>:
>
>> Or just replace it with \,\& for an even simpler test case.
>
> Damn right.
Or:
\,&
makes it one character shorter, and gives lie to
replace-match-string-symbols's docstring. It turns out that & doesn
Juanma Barranquero wrote:
On 1/7/07, Francis Wright <[EMAIL PROTECTED]> wrote:
> emacsclient -a runemacs "Tablet Buttons.txt"
emacsclient: connect: No error
I don't see that. runemacs.exe is run normally.
Are you using a CVS Emacs, or Lennart's prebuilt binary? (I ask
because Lennart's conta
From: "Juanma Barranquero" <[EMAIL PROTECTED]>
To: "Francis Wright" <[EMAIL PROTECTED]>
Cc:
Sent: Sunday, January 07, 2007 5:54 PM
Subject: Re: emacsclient - bogus error message on Windows XP
On 1/7/07, Francis Wright <[EMAIL PROTECTED]> wrote:
> emacsclient -a runemacs "Tablet Buttons.txt"
On 1/7/07, Francis Wright <[EMAIL PROTECTED]> wrote:
This did not happen with
emacsclient 22.0.91 (with the patch to handle quoting of filenames in MS
Windows).
The only recent patch to emacsclient affecting the running of the
alternate editor is the one you mention (quoting arguments with
emb
--- old/replace.el 2007-01-07 19:23:43.0 +0100
+++ replace.el 2007-01-07 19:24:06.0 +0100
@@ -474,7 +474,7 @@
In interactive calls, the replacement text may contain `\\,'
followed by a Lisp expression used as part of the replacement
text. Inside of that expression, `\\&' i
Lennart Borgman (gmail) wrote:
Francis Wright wrote:
When emacsclient needs to start Emacs as an alternate editor it now
outputs an error message that says there is, in fact, no error. It
then starts Emacs correctly. If run again, while Emacs is still
running, there is no problem. The error
Francis Wright wrote:
When emacsclient needs to start Emacs as an alternate editor it now
outputs an error message that says there is, in fact, no error. It then
starts Emacs correctly. If run again, while Emacs is still running,
there is no problem. The error message is illustrated below.
On 1/7/07, Francis Wright <[EMAIL PROTECTED]> wrote:
> emacsclient -a runemacs "Tablet Buttons.txt"
emacsclient: connect: No error
I don't see that. runemacs.exe is run normally.
Are you using a CVS Emacs, or Lennart's prebuilt binary? (I ask
because Lennart's contains quite a few changes in
Hi,
Trying units conversion in (info "(calc)Demonstration of Calc"), I hit
an error like this,
,
| Debugger entered--Lisp error: (error "Format error in definition of mfi in
units table: Expected a number")
| signal(error ("Format error in definition of mfi in units table: Expected a
numb
When emacsclient needs to start Emacs as an alternate editor it now outputs
an error message that says there is, in fact, no error. It then starts
Emacs correctly. If run again, while Emacs is still running, there is no
problem. The error message is illustrated below. It is not a huge proble
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
I would expect the regexp [[:upper:]] to behave the same as [A-Z] (in
English text). However, by default [[:upper:]] matches all letters,
whereas [A-Z] matches only upper case letters, as I expect. I hav
> Actually there are a few other things we could do:
> 1 - try to keep messages short (which was my original point and is always
> the best solution when it's available).
> 2 - use scrolling if the message is larger than the minibuffer
> (IIRC there was some package back in
Quoting Chris Moore <[EMAIL PROTECTED]>:
"Aaron S. Hawley" <[EMAIL PROTECTED]> writes:
Then, do the most basic of replacements that would never be done in
practice, but shows how slow interactive regexp replacements can be:
Or just replace it with \,\& for an even simpler test case.
Damn r
>> From: Juri Linkov <[EMAIL PROTECTED]>
>> Date: Sun, 07 Jan 2007 02:09:52 +0200
>>
>> Simply turning this on has an undesirable consequence that node names
>> are now hidden in the index node, but it is very useful to see them!
>
> You see them when the mouse pointer hovers above the link.
No, t
Richard Stallman <[EMAIL PROTECTED]> writes:
> Also, we don't have to be consistent in our childishness.
> A foolish consistency is the hobgoblin of little minds.
You don't seem to like it when people refer to GNU/Linux as anything
other than GNU/Linux, and yet you're happy to refer MS-DOS as MS-
31 matches
Mail list logo