On 12/16/06, Juanma Barranquero <[EMAIL PROTECTED]> wrote:
path is as simple as this, and works quite well.
s/path/patch/ && sleep
/L/e/k/t/u
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mail
On 12/14/06, Richard Stallman <[EMAIL PROTECTED]> wrote:
That seems like a valid reason. Would someone please install that change?
It would be useful to recognize PNG and GIF as well this way.
image.el already defines `image-type-header-regexps' and
`image-type-from-buffer', so it seems waste
Chris Moore <[EMAIL PROTECTED]> writes:
> Chris Moore <[EMAIL PROTECTED]> writes:
>
>> [EMAIL PROTECTED] (Kim F. Storm) writes:
>>
>>> Look at ido-max-directory-size.
>>> In this case C-a is your friend.
>>
>> The bug is that the message says:
>>
>> "There are no possible completions of what you
On 12/8/06, Johan Bockgård <[EMAIL PROTECTED]> wrote:
(try-completion "" [])
=>
Program received signal SIGSEGV, Segmentation fault.
0x004d7e67 in Ftry_completion (string=10456851, alist=9781604,
predicate=9337233) at minibuf.c:1315
1315 if (XSYMBOL (bucket)->next)
"Kim F. Storm" <[EMAIL PROTECTED]> writes:
>> emacs -Q
> C-x C-f RET
> C-x v u
>
>
>
> Prompt is "Discard changes? (yes or no)"
>
>
>
> C-M-v
>
> But this scrolls the source window rather than the diffs window.
> Not very useful...
>
Did anybody look at this?
>
> But it gets worse:
>
> I don'
>> > In the time Emacs 22 is the current release, a typical new PC will come to
>> > be around 20 GHz, and this slowness will not matter.
>> Actually, "recent" trends indicate that this is not true. We'll probably
>> see typical new PCs with 4-16 CPUs, each one running at 4-5GHz, but that
>> won
>*if* (!hwnd)
> *return* FALSE;
>*else*
> *return* TRUE;
aka "return !!hwnd;"
Stefan "by eta-reduction"
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
> It would handle that one case, but it would still produce false
> matches.
>
It would only produce false matches for cases where Emacs would have
defaulted to Fundamental mode.
Yes, and that is a mistaken outcome. There is no reason to make such
mistakes happen. When an
> Date: Fri, 15 Dec 2006 16:14:38 +0100 (CET)
> Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], emacs-devel@gnu.org,
> emacs-pretest-bug@gnu.org
> From: Werner LEMBERG <[EMAIL PROTECTED]>
>
> Since those issues are full of subtleties I suggest that you have a
> look at the gnulib CVS (at savannah.gnu.o
> Date: Fri, 15 Dec 2006 16:42:57 +0100
> From: "Juanma Barranquero" <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org, emacs-pretest-bug@gnu.org
>
> I've shamelessly stolen your comment from a previous message.
That's okay, since I have a copyright assignment on file with the FSF.
On 12/15/06, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
However, please mention the Windows bug with execvp in the comment to
w32_execvp
I've shamelessly stolen your comment from a previous message.
Thanks,
/L/e/k/t/u
___
emacs-p
On 12/15/06, Werner LEMBERG <[EMAIL PROTECTED]> wrote:
Since those issues are full of subtleties I suggest that you have a
look at the gnulib CVS (at savannah.gnu.org), inspecting the files
`execute.c' and `pipe.c':
Thanks, but I think I'll wait for people to test the current
implementation. I
> Date: Fri, 15 Dec 2006 13:07:01 +0100
> From: "Juanma Barranquero" <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, emacs-devel@gnu.org
>
> On 12/15/06, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>
> > Actually, a cleaner way of fixing this would be to have a
> > WINDOWSNT-
> From: Zhang Wei <[EMAIL PROTECTED]>
> Date: Fri, 15 Dec 2006 21:27:34 +0800
>
> cvs diff -u -- text.texi (in directory D:\download\emacs-gbk\man\)
> Index: text.texi
> ===
> RCS file: /cvsroot/cvs.savannah.gnu.org/emacs/emacs/man/te
cvs diff -u -- text.texi (in directory D:\download\emacs-gbk\man\)
Index: text.texi
===
RCS file: /cvsroot/cvs.savannah.gnu.org/emacs/emacs/man/text.texi,v
retrieving revision 1.73
diff -u -r1.73 text.texi
--- text.texi 6 Dec 2006 0
On 12/15/06, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
Actually, a cleaner way of fixing this would be to have a
WINDOWSNT-only wrapper for execvp, called, say w32_execvp, that does
TRT with quoting the arguments.
You like this one better, then?
/L/e/k/t/u
Index: lib-src/e
> Date: Fri, 15 Dec 2006 11:31:18 +0100
> From: "Juanma Barranquero" <[EMAIL PROTECTED]>
> Cc: emacs-pretest-bug@gnu.org, Emacs Devel
>
> > I execute all the following commands from a cmd command
> > prompt (outside of Emacs).
> >
> > emacsclient -n -a runemacs "TO DO.txt"
> >
> > works correctly
> From: Michael Welsh Duggan cs.cmu.edu>
> Newsgroups: gmane.emacs.devel
> Date: 2006-12-14 07:15:03 GMT (18 hours and 20 minutes ago)
>
>> From: Chris Moore gmail.com>
>> To: emacs-pretest-bug gnu.org
>> Date: Thu, 07 Dec 2006 16:18:08 +0100
>>
>> I'm using nnimap in gnus to read my email.
>>
On 12/10/06, Francis Wright <[EMAIL PROTECTED]> wrote:
I execute all the following commands from a cmd command
prompt (outside of Emacs).
emacsclient -n -a runemacs "TO DO.txt"
works correctly if Emacs IS already running, but if it is not
already running then Emacs does not see the filename co
Jason Rumney <[EMAIL PROTECTED]> writes:
> Richard Stallman wrote:
>> > Perhaps this can be solved by first doing a case-sensitive
>> scan through > auto-mode-alist, then if that fails to find a
>> match do a > case-insensitive scan.
>>
>> Brilliant!
>>
>> It would handle that one
Richard Stallman wrote:
> Perhaps this can be solved by first doing a case-sensitive scan through
> auto-mode-alist, then if that fails to find a match do a
> case-insensitive scan.
Brilliant!
It would handle that one case, but it would still produce false
matches.
It would
21 matches
Mail list logo
