On 7/14/07, Eli Zaretskii [EMAIL PROTECTED] wrote:
??? Emacs is a program; how can one be ``nice'' or ``not nice'' to a
program? Are you saying it is hard to check the value of a single
variable and invoke one of two functions depending on that? What am I
missing here?
Animism?
On 6/6/07, YAMAMOTO Mitsuharu [EMAIL PROTECTED] wrote:
In xpm_load (if HAVE_XPM and ALLOC_XPM_COLORS), xpm_init_color_cache
is called twice without an intervening xpm_free_color_cache call, and
that causes a memory leak ~4KB per XPM image creation.
Try removing the second one; I think it's a
On 6/6/07, YAMAMOTO Mitsuharu [EMAIL PROTECTED] wrote:
I don't think I fully understand the code
I don't, either. I said it seemed like a leftover because the second
call was already in place when Chong installed his patch.
but attr-numsymbols in
xpm_init_color_cache becomes always 0 if the
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Would it not be easier if you get a normal backtrace if debug-on-error
is t?
Perhaps. OTOH, it is an error in an emacsclient-sent string to
evaluate an Error *in* Emacs?
Something like this can be used in server.el,
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Eh, you lost me on this one ;-) -- I do not understand the context. Can
you please explain?
Why would emacsclient --eval BIG-MISTAKE cause a traceback on Emacs,
even if debug-on-error is t? It already shows an error on the output
of
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
- It is not necessarily emacsclient -e BIG-COMMAND-LINE-MISTAKE, it
could equally well be somewhere in the elisp libraries.
Fair enough, though if you set debug-on-error to debug the problem, it
will happen also if you evaluate the
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Some errors are very hard to track down. I think it can help very much
to be able to directly debug what happens when the call is from emacsclient.
Perhaps you're right, but I'd like to see some examples of things that
are much
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
the context where the functions are
running is slightly different when they are called from emacsclient. Is
not that enough?
I'm not sure. On one hand, if there's no trouble, there's no need to
complicate things. On the other, yeah,
On 5/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
The complication seems very minor as I see it.
Sure. That's why real examples will easily win the day.
Maybe the hardest thing is to convince me I am not easy to convince ... ;-)
Hummm... I've thought past threads were a
On 4/27/07, Stefan Monnier [EMAIL PROTECTED] wrote:
While I can imagine myself doing it, I don't remember taking anything from
the version of your website. Did anybody else do that?
Excluding lines by you, and removing trivial changes to comments and
version numbers, the current python.el in
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Then what arguments are actually convincing to you?
At this point in time, just days short of the intented release? Either
the bug crashes Emacs, or it does cause trouble for some really major
package, or it is very common and/or
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
We are getting closer to a serious discussion, thanks.
Because you're the arbiter of when a discussion is serious enough?
Juanma
___
emacs-pretest-bug mailing list
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Yes, I do have an opinion about that. Disrespect is not one of the
things I respect.
Disrespect is often in the eye of the beholder. I certainly have no
trouble detecting disrespect in some of your messages, but I'm sure
you'll
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
I try to have respect for that more economic reasoning that you are
using, but I often fail there.
Economic reasoning is a good way to see it. Your defense of fixing
the bug doesn't seem very convincing, on an (informal, I'm no
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
At least that is often a way forward in face-to-face communication.
Though one have to say it with an querying voice.
Couldn't help but remember this quote from the Subversion developers'
list. Several guys were talking about the
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
If you read my messages carefully you will see why I do not think this
is dangerous to fix the way I have suggested.
That you don't think it is dangerous doesn't make it harmless or safe.
Redisplay code is complex. People who knows
On 4/16/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
I really did not say so of course. I suggested reading my arguments.
I did. I've read this thread in full. I know nothing about the
redisplay code (I've taken a few looks at it and that's all), but
AFAIK you're not very
On 4/12/07, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Slime can be found at http://common-lisp.net/project/slime
Which CL implementation are you using?
Juanma
___
emacs-pretest-bug mailing list
[EMAIL PROTECTED]
On 4/11/07, Richard Matthew Stallman [EMAIL PROTECTED] wrote:
Should Emacs users always turn off use of ClearType?
No. ClearType improves readability, and the problems depend on the
font used and perhaps other factors. In my setup, for example,
ClearType is quite usable.
If so, can Emacs do
On 4/12/07, Jason Rumney [EMAIL PROTECTED] wrote:
Yes it can.
Cool. How? (I searched Microsoft's docs, but they are less than clear
sometimes and I didn't find anything which seemed to imply
app-specific settings of ClearType...)
Juanma
On 3/28/07, Stefan Monnier [EMAIL PROTECTED] wrote:
To clear the misunderstanding, let me put it differently:
font-lock-defaults-alist is still *obeyed* by the current code (which is
why it's obsolete and not removed), but it is not *used* by the
current code.
Perhaps the trouble is that
On 3/26/07, Lennart Borgman [EMAIL PROTECTED] wrote:
See the attached image. Completion is after o. (Which looks like c.)
Do you have ClearType on?
Juanma
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
On 3/26/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Ehum, no. I thought there was no use in trying that
Oh, of course, I asked about ClearType because it obviously had no
relation whatsoever... :)
So now I have some reasons having ClearType on and at least one having
it off ;-|
On 3/26/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Yes, I have seen some traces of background coloring remaining on the
screen, but I wonder whether that is an overlay only thing.
What do you mean with an overlay only thing? That only happens with overlays?
The default.
What is
On 3/26/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
I just read citation of the bug report you made:
Yes, sorry.
-outline-Courier New-normal-r-normal-normal-13-97-96-96-c-*-iso8859-1
I can see the problem with Courier New. It doesn't happen for me with DejaVu.
Ok, I have
On 3/21/07, David Kastrup [EMAIL PROTECTED] wrote:
Do you have an example for a Postscript file on your system that is
neither identified by the magic string %!PS nor an appropriate
extension?
No. But I don't understand your question. I was agreeing with you
(yeah, it happens sometimes).
On 3/18/07, Nikolaj Schumacher [EMAIL PROTECTED] wrote:
However this is not true, as it needs to be something like:
(aset buffer-display-table ?X (vector ?Y))
Fixed, thanks.
Juanma
___
emacs-pretest-bug mailing list
On 3/18/07, Kim F. Storm [EMAIL PROTECTED] wrote:
Why (vector ?Y) instead of [?Y] ?
It was suggested by a pretester and seemed clearer (or at least more
explicit) but feel free to change it.
Juanma
___
emacs-pretest-bug mailing list
On 3/14/07, Richard Stallman [EMAIL PROTECTED] wrote:
Those facts do not present an argument for that conclusion.
Well, my conclusion is that most people expects emacsclient to
interrupt, and the fact is that everyone who has expressed an opinion
in this thread seems (if I'm reading
On 3/13/07, Richard Stallman [EMAIL PROTECTED] wrote:
I don't think that an action from outside Emacs is comparable to one
done by typing Emacs commands.
It could be argued (and I would) that typing emacsclient myfile or
clicking in a file associated to emacsclient is comparable to typing
On 3/13/07, Richard Stallman [EMAIL PROTECTED] wrote:
I don't think that an action from outside Emacs is comparable to one
done by typing Emacs commands.
Also: the change to abort recursive edits is in CVS since 2006-11-27,
so there's been four pretests in between, and not a single complain
On 3/12/07, Stefan Monnier [EMAIL PROTECTED] wrote:
Yes, we can add some ad-hoc isearch hack in server.el for it.
It's kind of ugly, tho.
No doubt. Having server.el forcefully exit from recursive edits and
abort isearches is inellegant.
The alternative is for someone who knows isearch,
On 3/12/07, Stefan Monnier [EMAIL PROTECTED] wrote:
So I think the forceful
exit from recursive minibuffers is OK (it's generic)
Elegant would be for packages and modes to have a way to tell
server.el what to do. Forced exit is never going to be elegant IMO.
YMMV.
whereas the isearch part
On 3/11/07, Richard Stallman [EMAIL PROTECTED] wrote:
Use of Emacsclient should not interfere with an isearch!
Why not? Emacsclient usually interrupts what Emacs is doing (try doing
sleep 5; emacsclient myfile.txt from a shell while you work on
Emacs).
Certainly, emacsclient terminating the
On 3/11/07, Juanma Barranquero [EMAIL PROTECTED] wrote:
The patch below seems to work
This is a slightly better variant of the previous patch.
Comments?
Juanma
Index: lisp/server.el
===
RCS file: /cvsroot/emacs
On 3/11/07, Stefan Monnier [EMAIL PROTECTED] wrote:
I don't think we will be able to find a patch that can break out of isearch
for Emacs-22 (it's probably going to be too big a change). But the fact
that not only it doesn't break out of isearch, but additionally the buffer
isn't displayed at
On 3/10/07, Kim F. Storm [EMAIL PROTECTED] wrote:
Also, IMO for 22.1, we should only fix bugs which are regressions
since 21.4. Any bug which was also present in 21.4 should wait for
22.2 or 23.1
I'd like to think you're talking about trivial bugs or bugs that
cannot lead to data loss. A bug
On 2/19/07, Kim F. Storm [EMAIL PROTECTED] wrote:
Can you -- and other W32 users -- please try out the latest CVS
and tell me ASAP if there are still _severe_ problems with it.
Hard to say what is a severe problem. With the sample file (scroll.txt):
- Make the frame's height 30 lines.
-
On 2/19/07, Richard Stallman [EMAIL PROTECTED] wrote:
Who cares? This sort of argument is no reason not to install a simple
change that will avoid problems.
Nor was I implying that.
Juanma
___
emacs-pretest-bug mailing list
On 2/19/07, Kim F. Storm [EMAIL PROTECTED] wrote:
That's right, but still it is not worse than before.
Aha. I didn't know, I always work without scroll bars.
I don't see an easy fix for this, so let's leave it for
after the release.
Agreed.
Juanma
On 2/19/07, Drew Adams [EMAIL PROTECTED] wrote:
Please explain why 1) is more readable than 2):
1) ;; Use U+2014 (EM DASH) to underline if possible, else U+002D
(HYPHEN-MINUS)
(if (char-displayable-p ?-) ?- ?-)))
2) (if (char-displayable-p ?\u2014) ?\u2014 ?-)))
In 1), the code is
On 2/18/07, Drew Adams [EMAIL PROTECTED] wrote:
[...] so I did not change my browser
encoding - after all, this is code, which displays as plain text.
That assumption is just wrong, and more and more with each passing
day. elisp is not the only language where you can have source that
contains
On 2/19/07, Drew Adams [EMAIL PROTECTED] wrote:
I don't intend to establish a line. Judgement is needed, perhaps
case by case.
That still doesn't help the user who doesn't know what your decision was.
What I said, in an earlier mail, was this:
I know. I've said that I know what you were
On 2/9/07, Stefan Monnier [EMAIL PROTECTED] wrote:
foo:bar is a special thingy under WinNT (or maybe under NTFS), kind of
like a fork in MacOS speech. It seems it's called stream.
NTFS.
http://msdn2.microsoft.com/en-us/library/aa364404.aspx
/L/e/k/t/u
On 2/9/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Yes, please. We have been discussing this before.
Yes, and I think we decided that doing nothing was the best course of
action. I still agree. There's nothing wrong with streams.
/L/e/k/t/u
On 1/26/07, Richard Stallman [EMAIL PROTECTED] wrote:
Let's not go around in circles. We've already seen why this can't be
fixed in a natural way.
Yes, sorry. I missed the start of the thread.
BTW, I think the comments in jka-compr.el and some doctrings
(notoriously those of
On 1/25/07, Richard Stallman [EMAIL PROTECTED] wrote:
To see jka-compr failing, evaluate this:
(let ((default-directory /a/b/c))
(insert-file-contents /usr/share/man/man1/ls.1.gz))
Can someone please fix jka-compr?
It's at a lower level than jka-compr:
(let
On 1/22/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Looks like I am waisting
time by not beeing clear enough, but since I am rather sure that you
understand what I mean I do not express things that explicit.
I was originally answering to this:
However the real question was of
On 1/22/07, Chris Moore [EMAIL PROTECTED] wrote:
I sent this 11 days ago, but it appears not to have reached the list.
Committed, thanks.
/L/e/k/t/u
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
On 1/22/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
However the real question was of course if the same obarray is used for
symbols created by let variable declarations (did I get everything right
now?;-) as for symbols created by defvar variables.
(progn
(defvar my-sym t)
(put
On 1/22/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Thanks, but I did not mean on this level. On this level I would expect
it to be transparent to the user/programmer.
Please, explain that.
/L/e/k/t/u
___
On 1/22/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Then perhaps it would make sense to have a small obarray for let
variables.
You've said that you would expect my example to be transparent to the
user/programmer. For that to be true, anything that uses a symbol
should have to
On 1/22/07, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
Yes, but it depends on the relative time consumption for insert and
search in obarrays.
More like on the relative number of symbol searches vs. symbol creations.
/L/e/k/t/u
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
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
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 mailing
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, 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, 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
On 1/5/07, Miles Bader [EMAIL PROTECTED] wrote:
Or on the other hand, we could just relax and think about something
important, like the latest cricket scores in Botswana.
True.
But FWIW, I also dislike the childish MS-DOG moniker every time I
stumble upon it in Emacs.
On 1/3/07, Chris Moore [EMAIL PROTECTED] wrote:
- (insert \n\nWith you current key bindings
+ (insert \n\nWith your current key bindings
Thanks, fixed.
BTW, I added a ChangeLog entry with a different e-mail address (the
one used in other entries). I suppose you're
On 12/31/06, Lennart Borgman [EMAIL PROTECTED] wrote:
Would it perhaps be better to have default t on systems where file name
case does not matter?
You should've read the docstring...
(defcustom auto-mode-case-fold nil
Non-nil means to try second pass through `auto-mode-alist'.
This means
On 12/29/06, Lennart Borgman (gmail) [EMAIL PROTECTED] wrote:
It would be very good if we continued this discussion.
And if no agreement can be reached, will you add another patch to your
binary Emacs distribution and make it still more divergent, or will
you accept that perhaps it is better
On 12/29/06, Lennart Borgman [EMAIL PROTECTED] wrote:
I have already said I agreed.
Yes. My mind was wandering around, lost in the concept of awfulness,
and I got carried away. Sorry.
I have no intention of making my Emacs binary distribution be different
from Emacs default if I can avoid
On 12/29/06, Richard Stallman [EMAIL PROTECTED] wrote:
This change is ok.
OK, I've installed it.
Kim, you talked about auto-detecting only JPEG image files. If you
think it is better to do that right now (I really don't have an
opinion), just set the values of the other image types to nil in
On 12/28/06, Kim F. Storm [EMAIL PROTECTED] wrote:
Sure, but if we had just added Stefan patch now, the rest of the patches
would not have been needed before the release.
Yes, of course. (BTW, I'm not particularly interested in this stuff,
or in getting it in, just trying to be helpful.)
On 12/28/06, Kim F. Storm [EMAIL PROTECTED] wrote:
Sure, but if we had just added Stefan patch now, the rest of the patches
would not have been needed before the release.
BTW, wasn't the approach in Stefan's patch more-or-less vetoed by
Richard (even if most of us find this fix good and
On 12/27/06, Kim F. Storm [EMAIL PROTECTED] wrote:
In contrast, the recognize images by file contents approach has already
required three rounds of bug-fixing ... and there's no guarantee that there
are not more surprises...
Well, I think that's not entirely fair. Patches for that approach
On 12/22/06, Eli Zaretskii [EMAIL PROTECTED] wrote:
What are the manifestations of your use of English on this pc? If, as
you say, ``keyboard, numbers, currencies, times, time zone and dates
are Swedish'', then what aspects of the UI are English?
Perhaps the UI, I mean: system messages,
First program:
SYS: 0xc0a, USR: 0xc0a
Second program:
LangID = SYS: 0xc0a, USR: 0xc0a
LCID = SYS: 0xc0a, USR: 0xc0a
GetUserDefaultUILanguage() = 0C0A
GetSystemDefaultUILanguage = 0C0A
Setup:
Regional Options:
Standard and formats: Spanish (Spain)
Location: Spain
Languages:
Details:
On 12/20/06, Dieter Wilhelm [EMAIL PROTECTED] wrote:
It seems that *scratch* is not necessary any longer (in 22) but I wish
there were a command for re-creating it
I use a variant of the following in my .emacs:
(defun switch-to-scratch ()
(interactive)
(let ((exists (get-buffer
On 12/20/06, Romain Francoise [EMAIL PROTECTED] wrote:
Is there any reason why you don't use the built-in package?
Because they don't do the same thing.
- emacs-lock.el prevents you from exiting Emacs if a buffer is locked
- protbuf.el protect buffers from accidental killing
The killing I'm
On 12/20/06, Romain Francoise [EMAIL PROTECTED] wrote:
Try it, emacs-lock.el does that...
I'll certainly try it, I prefer to use standard packages.
But the documentation is misleading. Not even the docstring of
`emacs-lock-check-buffer-lock' discusses protecting against killing
the buffer.
On 12/20/06, Lennart Borgman [EMAIL PROTECTED] wrote:
Yes, and I was not here then. Now instead I am arguing for correcting
the bugs.
No. You're arguing for correcting the bugs (don't we all?) and you're
*also* distributing an alternate version of Emacs. They're separate
actions with no
On 12/20/06, Lennart Borgman [EMAIL PROTECTED] wrote:
I guess you mean logical relation?
Causal. Arguing for bug fixes does not cause you having to do an
alternate distribution. So the fact that you argue for bugs has no
bearing on whether you do an alternate distribution or not. I do argue
On 12/20/06, Lennart Borgman [EMAIL PROTECTED] wrote:
Maybe. I actually started my distribution because it was so damned
difficult to get Emacs into a working condition on w32.
I'm sure my usage pattern is very different from yours (I never print
from inside Emacs, for example), but I don't
On 12/20/06, Romain Francoise [EMAIL PROTECTED] wrote:
emacs-lock.el seems like a poor man's protbuf.el.
Some shortcomings (most, but not all, fixed in protbuf.el):
- Locking a buffer should be a minor mode.
- There's no emacs-lock entry in minor-mode-alist, so there's no
visual clue in the
On 12/19/06, Kim F. Storm [EMAIL PROTECTED] wrote:
Installed.
Great.
BTW, as `magic-mode-alist' takes precedence over `auto-mode-alist',
perhaps we should make some of the regexps in
`image-type-header-regexp' somewhat less trigger-happy. I'm thinking
mostly of the one for pbm, which matches
On 12/18/06, Trent Buck [EMAIL PROTECTED] wrote:
I believe CVS Emacs is not correctly removing the socket file created
by server-start (from server.el).
It is on purpose. Note the following fragment from server.el:
;; Delete the associated connection file, if applicable.
;; This is
On 12/18/06, Eli Zaretskii [EMAIL PROTECTED] wrote:
Same here, but I never saw such a problem. Strange...
Neither did I, on XP Home nor XP Pro, both with administrator permissions.
/L/e/k/t/u
___
emacs-pretest-bug mailing list
On 12/18/06, Richard Stallman [EMAIL PROTECTED] wrote:
Remember that I transfer mail in batches.
I know. That's why I didn't install anything ;)
I think his method is fine too.
Cool.
/L/e/k/t/u
___
emacs-pretest-bug mailing
On 12/17/06, Richard Stallman [EMAIL PROTECTED] wrote:
That is smart. Please install it.
I can install it, if you don't want to install Kim's change instead
right now. But I think his is the way to go.
/L/e/k/t/u
___
On 12/16/06, Johan Bockgård [EMAIL PROTECTED] wrote:
This still crashes:
(try-completion [1])
You're right. I've fixed it by checking that buckets are symbols.
However, it's still possible that a bad-formed pseudo-obarray like the
one above could crash Emacs.
On 12/17/06, Kim F. Storm [EMAIL PROTECTED] wrote:
Another way is the following one which does exactly the same as your
patch, but in a more generic way:
That is what I proposed on
http://lists.gnu.org/archive/html/emacs-pretest-bug/2006-12/msg00395.html
so obviously I agree it's a good
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
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:
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
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
___
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)
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
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/mailman
On 12/12/06, Juanma Barranquero [EMAIL PROTECTED] wrote:
Any objection then to this patch? It fixes the bug that, on Windows,
emacs -Q -fs creates an initial frame partially hidden behind the
taskbar.
The patch does not take into account multiple monitors, because
neither does the original code
On 12/13/06, Jason Rumney [EMAIL PROTECTED] wrote:
The only problem with this method is that the actual regexp you need is
more complex
Yes, I downloaded the spec; I was just being sloppy in discussing it.
I'm not sure I like adding that to `magic-mode-alist'; why not PNG,
GIF, TIFF and other
On 12/13/06, Chris Moore [EMAIL PROTECTED] wrote:
Is there any kind of file where the case of the extension matters?
.Z files are compressed with compress, while .z files are from
pack or early versions of gzip.
Years ago it wasn't uncommon to find .C and .H for C++ source files.
On 12/13/06, Chris Moore [EMAIL PROTECTED] wrote:
Juanma Barranquero [EMAIL PROTECTED] writes:
That's a shame. It would have been an easy fix, rather than having to
make all these special cases.
Though I agree with you, that's a fix I wouldn't dare propose (note
that I talked about `image
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
On 12/12/06, Chris Moore [EMAIL PROTECTED] wrote:
Opening these files with Emacs opens them in fundamental mode, not
image mode, since Emacs only associates image-mode with .jpg and .jpeg
files.
`image-type-from-file-name' uses `string-match', which depends on the
setting of
On 12/12/06, Miles Bader [EMAIL PROTECTED] wrote:
Thought that's probably a reasoanble change, but it doesn't suffice in
this case -- image-type-from-file-name is not called except when
specifically dealing with an image, and Emacs never gets that far unless
auto-mode-alist tells it to...
Ah.
On 12/11/06, Lennart Borgman [EMAIL PROTECTED] wrote:
When starting with
emacs -Q -fs
the lower part of Emacs may get hidden behind the MS Windows task bar.
The following patch should fix that.
/L/e/k/t/u
Index: src/frame.c
On 12/11/06, Leo [EMAIL PROTECTED] wrote:
ido-max-directory-size default to 3 and the number of files in
/usr/bin/ on my system is 2067.
Documentation:
*Maximum size (in bytes) for directories to use ido completion.
If you enter a directory with a size larger than this size, ido will
not
1 - 100 of 121 matches
Mail list logo
