Hi,
I'm trying to build Emacs CVS on the Fedora Core 4-release, but
haven't been successful yet. Have anyone achieved it? The
workarounds described in etc/PROBLEMS weren't effective and the
following wasn't either.
> In <[EMAIL PROTECTED]>
> David Kastrup <[EMAIL PROTECTED]> wrote:
> I'm not sure that you've followed the whole thread.
>
> I can never follow the whole of such a thread. I don't have time!
>
> The feature of being
> able to display help messages and GUD variable values in the echo area
>
March 9, Simon Josefsson posted a patch by Steve Youngs which added
firefox support to browse-url.el. Does anyone know the status of this
patch?
--
Michael Welsh Duggan
([EMAIL PROTECTED])
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists
Oh, I got a bit carried away. It's not been three years of "freeze",
and I don't know the exact date the freeze was decided, but I've just
read a message by me on Nov, 4, 2002 discussing the exact same issues
that we're discussing today
So what? I don't think it makes any differen
So for a file-make-local-variable command we need questions like
Major mode: (default )
...
Variable:
foo...
Variable foo set to:
...
You are describing a command to set up an entire local variables list.
That's not what file-make-local-variable shoul
I'm not sure that you've followed the whole thread.
I can never follow the whole of such a thread. I don't have time!
The feature of being
able
to display help messages and GUD variable values in the echo area has *not*
been r
> It might be useful to find a way to arrange a warning when files use
> Mode: or -*-...-*- to specify minor modes.
In general, there are examples of minor modes (Ralf and David gave an
example) for which it is useful to turn them on (or off) for a certain
file because of the _
I think you and Werner are talking about different things. You talk
about Font Lock mode overriding the text properties you set manually.
Werner's problem happens even when Font Lock mode is off. The "red"
menu entry (that is created automatically when you set the foreground
t
>From Eric, the difference in .data.* sections between gcc-3.3 and
gcc-3.4:
(1) for 3.3: .data .data.rel.ro
(2) for 3.4: .data .data.rel .data.rel.local
Any way to get unexelf.c to merge all the .data* sections?
Is it really right to merge them? Shouldn't it preserve the
Ideally unexec should handle the case where heap and bss is not next
to each other, and then this workaround can be removed.
Yes, that's the task that we need for the release, for
the sake of exec-shield.
But we also need something done to deal with the randomization feature.
Richard Stallman wrote:
`M-x occur RET 11 C-q C-j 11 RET' finds four matches (lines 1 through 4)
which seems logical to me.
`M-x how-many RET 11 C-q C-j 11 RET' (with point at bob) finds two
matches.
One function looks for lines that match, while the other finds
match
Richard Stallman wrote:
`M-x occur RET 11 C-q C-j 11 RET' finds four matches (lines 1 through 4)
which seems logical to me.
`M-x how-many RET 11 C-q C-j 11 RET' (with point at bob) finds two
matches.
One function looks for lines that match, while the other finds
match
[EMAIL PROTECTED],A}$($F$-$^$7$?!#(B
$B$3$3?t%v7n$G#3#0Be(B, $B#4#0Be(B, $B$=$l0J>[EMAIL
PROTECTED],A}$($F$*$j$^$9!#(B
$B$$$m$$$mLu$"$j$J$N$+$bCN$l$^$;$s$N$G!"CK$H$7$F<[EMAIL
PROTECTED]"$k#3#0Be0J>e$N(B
[EMAIL PROTECTED];W$$!"$3$N%a!<%k$rAw$j$^$7$?!#(B
$B#P#C=i?4%a(B, $BD>EE8r49$b;
Richard Stallman wrote:
To make the behavior of `keep-lines' symmetric at both ends of the
region, the last line should be unconditionally kept in its entirety.
That seems like an improvement. Would you like to do it?
I will take a look at it. There are apparently several othe
> "Dan" == Dan Nicolaescu <[EMAIL PROTECTED]> writes:
Dan> The problem occurs in Fedora Core 4. On a FC4 system:
Dan> echo 0 >/proc/sys/kernel/randomize_va_space is required
Dan> in order to be able to dump Emacs.
I've not had any problems dumping emacs with Linus' and Andrew's
recent kernel
On 6/17/05, Ted Zlatanov <[EMAIL PROTECTED]> wrote:
> > This is not really true for typical elisp programs -- global variables
> > (especially buffer-local global variables) are used extremely often,
> > and in almost every case must be "truly global" (visible in all
> > threads).
>
> At the time
Looking at the code, PREDICATE just need to return non-nil;
so is there a reason why the doc string says the return
value should be `t' rather than any non-`nil' value?
No reason--you could fix the docs if you want.
___
Emacs-devel mailing
Dear Internet-user, The Internet-stock exchange " Mazafaka. CC " in partnership with " FDCservers. Net " call attention to you the huge list of the criminal goods and services on our joint the Internet-resource.
The introduction. How it was.
In the beginning of 2004 we Le Ministre and Render, fo
I wrote:
> > On X, the simplest and fastest way is with ~/.Xdefaults, like this:
> >
> > Emacs*Font: -*-courier-medium-r-*--*-140-*-*-*-*-iso8859-1
> >
> > (That's for a 14 point font. I assume you meant a 10.5 point font,
> > which would be 105 in tenths of points.)
>
> Works great.
Actually, it
Kevin Rodgers wrote:
> Paul Pogonyshev wrote:
> > I currently have default face set to 105 pts high adobe-courier instead
> > of the default 90 pts adobe-courier. Each time Emacs starts up, it thinks
> > for a noticable amount of time, presumably creating the fonts. Is there a
> > way out? C
> That discussion was about a different, albeit related, subject:
> whether to freeze the trunk and hold a pretest from the branch at the
> same time.
I know, I've read it, but the background issues were, and are, the same.
--
/L/e/k/t/u
Masatake YAMATO <[EMAIL PROTECTED]> writes:
>> exec_shield could be gotten around with using
>> setarch i386 make
>> and configure does that already IIRC. But the address space
>> randomization was prohibiting the dumping even with the setarch
>> command.
>>
>> It may be poss
> Date: Thu, 16 Jun 2005 10:09:39 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> Oh, I got a bit carried away. It's not been three years of "freeze",
> and I don't know the exact date the freeze was decided, but I've just
> read a message by m
Paul Pogonyshev wrote:
> I currently have default face set to 105 pts high adobe-courier instead
> of the default 90 pts adobe-courier. Each time Emacs starts up, it
thinks
> for a noticable amount of time, presumably creating the fonts. Is
there a
> way out? Can I preserve the font size and
On Wed, Jun 15, 2005 at 10:45:46AM -0400, Richard Stallman wrote:
> Thanks for the tip. We had one of the GCC developers look at the
> problem (Eric Botcazou), and he found out that gcc-3.4.x is creating
> some additional R/W ELF sections that the IRIX linker is not combining
> (gcc
> Masatake YAMATO <[EMAIL PROTECTED]> writes:
>
> > Sorry to be late.
> >
> > > Richard Stallman <[EMAIL PROTECTED]> writes:
> > >
> > > > What I remember is that Red Hat enables a feature in Linux that (I
> > > > believe) uses the address space differently. unexelf.c doesn't handle
Masatake YAMATO <[EMAIL PROTECTED]> writes:
> Sorry to be late.
>
> > Richard Stallman <[EMAIL PROTECTED]> writes:
> >
> > > What I remember is that Red Hat enables a feature in Linux that (I
> > > believe) uses the address space differently. unexelf.c doesn't handle
> > > it righ
Hi
let me modify our contact information on the frame-transparency patch.
On 2005/06/15, at 1:57, Seiji Zenitani wrote:
5. authors
Ryo Yoshitake, Takashi Hiromatsu, Seiji Zenitani
contact: [EMAIL PROTECTED]
contact: [EMAIL PROTECTED]
Sincerely,
Seiji Zenitani
[EMAIL PROTECTED]
__
"Jan D." <[EMAIL PROTECTED]> writes:
>>"Jan D." <[EMAIL PROTECTED]> writes:
>>>I can not be reproduce this on Solaris 9.
> I can actually reproduce this on any platform with any window manager
> now. There is a tiny interval between giving the two files/buffers
> for ediff to compare and when
On Thu, 16 Jun 2005, [EMAIL PROTECTED] wrote:
On 6/16/05, Ted Zlatanov <[EMAIL PROTECTED]> wrote:
>> I'm not sure I understand the problem. Do you mean that if a user
>> changes variable A in thread 1, he expects thread 2 to also notice the
>> change for certain global variables? That's easy to
`M-x occur RET 11 C-q C-j 11 RET' finds four matches (lines 1 through 4)
which seems logical to me.
`M-x how-many RET 11 C-q C-j 11 RET' (with point at bob) finds two matches.
One function looks for lines that match, while the other finds
matches, so it is natural that they may differ
To make the behavior of `keep-lines' symmetric at both ends of the
region, the last line should be unconditionally kept in its entirety.
That seems like an improvement. Would you like to do it?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
Maybe an option that automatically applies underline (or more
generally a face inactive-link) to all text which has a mouse-face
property, but mouse is not over the link...
I'd rather just change the face used for the file names
and line numbers. It is easy to customize that.
__
I hope that predictive decisions about what most users will expect may
be amended in the face of empirical evidence to the contrary.
This feature is meant to provide a familiar default for beginners.
The personal preferences of people on this list are not evidence about
it. These people a
like a sisyphean effort -- more stuff keeps getting into FOR-RELEASE, and
the release that's coming "soon" keeps getting pushed back!
Very little has been added, compared to what has been removed
or marked as done.
However, it is true that the list is not entirely complete.
There are thin
On Thu, 2005-06-16 at 16:05 +0900, Kenichi Handa wrote:
> What I still don't know is what value url-request-data
> should have?
It would be ideal if url.el would add charset information to the
Content-Type MIME header. This way url.el can ensure that the
information it always correct and it saves
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> Do you have any
> trouble understanding that "given the different POVs about the
> relative importance of FOR-RELEASE items" do *not* imply that "people
> think they are all unimportant", only what it says: that different
> people have different ide
Masatake YAMATO <[EMAIL PROTECTED]> writes:
Sorry to be late.
exec_shield is one such feature, and newer kernels use something
like, uh, /proc/sys/vm/randomize_... (I don't remember the
particular name right now and don't have a Fedora active). The
latter loaded executables' memory segments
The doc string for `sort' has the following requirement:
Returns the sorted list. LIST is modified by side effects.
PREDICATE is called with two elements of LIST, and should return t
if the first element is "less" than the second. */)
The lisp ref, says the same thing:
The argument PREDI
David Kastrup wrote:
It is perhaps more educational to preferable follow (error ... with a
constant string.
Yes, in all cases where format is implicitly or explicitly used.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mai
> I'd probably be tempted to use
>
> (error (concat "No further undo information"
>(and transient-mark-mode mark-active
> " for region")))
Yes, in this case I think yours is better. But if the argument is a variable:
(lambda (arg) (error (format
Juanma Barranquero <[EMAIL PROTECTED]> writes:
>> I'd probably be tempted to use
>>
>> (error (concat "No further undo information"
>>(and transient-mark-mode mark-active
>> " for region")))
>
> Yes, in this case I think yours is better. But if the
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> Is there any reason for uses like this one from simple.el:
>
> (error (format "No further undo information%s"
>(if (and transient-mark-mode mark-active)
>" for region" "")))
>
> instead of simply:
>
> (error "
Is there any reason for uses like this one from simple.el:
(error (format "No further undo information%s"
(if (and transient-mark-mode mark-active)
" for region" "")))
instead of simply:
(error "No further undo information%s"
(if (and transient-mark
On 6/16/05, David Kastrup <[EMAIL PROTECTED]> wrote:
> > OK 100% wrt the manuals. "Lowering the quality" seems loaded
> > language to me, given the different POVs about the relative
> > importance of FOR-RELEASE items.
> Stop right here. That the various FOR-RELEASE items are rated
> differently
Richard Stallman <[EMAIL PROTECTED]> writes:
> Modes derived from fundamental mode run after-change-major-mode-hook
> twice because fundamental mode runs it unconditionally. Fundamental
> mode should only run after-change-major-mode-hook if delay-mode-hooks
> is nil. We can eithe
Mathias Dahl <[EMAIL PROTECTED]> writes:
> Werner LEMBERG <[EMAIL PROTECTED]> writes:
>
>> [emacs CVS 2005-06-12 with GTK]
>>
>> If I mark a text region and select the menu entry
>>
>> Edit->Text Properties->Foreground Color->Other...
>>
>> I can select a colour (say, red) and everything is fine
Richard Stallman <[EMAIL PROTECTED]> writes:
> I've got the same problem with auto-fill sometimes. I switch that
> mode on with text-mode-hook. When I visit a text file that has "mode:
> auto-fill", it is effectively turned off. Maybe we should do
> (some-minor-mode 1) for "mode
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On 6/16/05, Richard Stallman <[EMAIL PROTECTED]> wrote:
>
>> I do not want to do releases more often by lowering the quality or
>> having outdated manuals.
>
> OK 100% wrt the manuals. "Lowering the quality" seems loaded
> language to me, given the
> I suggest to add an interactive command
> `file-make-local-variable' which does this. As an interface I
> can imagine something similar to AUCTeX's C-c C-e command.
>
> For those of us that do not use AUCTeX, what does that interface
> look like?
If you type C-c C-e in a just
> OK. I've just installed changes that try to restore the behaviour of
> tooltip-use-echo-area. I guess I should try to give people what they
> want rather than what I think they should have.
>
> It should not be obsolete. This feature should not be removed.
> It is a useful f
On 6/16/05, David Hunter <[EMAIL PROTECTED]> wrote:
> As long as your application and all dependent libraries dynamically
> link to the CRT (MSVCRT.DLL), then all application and library code
> can share FILE pointers. However, if an application or library (module)
> statically links to a CRT (LI
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Lute Kamstra wrote:
>
>I think your formulation is a bit misleading. Emacs' debugger can't
>step through a primitive, gdb can.
>
> So what about:
[...]
> ! type @kbd{C-M-x} on its definition.) You can not use the Lisp debugger
> ! to step thr
Masatake YAMATO <[EMAIL PROTECTED]> writes:
> Sorry to be late.
>
>> exec_shield is one such feature, and newer kernels use something
>> like, uh, /proc/sys/vm/randomize_... (I don't remember the
>> particular name right now and don't have a Fedora active). The
>> latter loaded executables' memor
On 6/16/05, Richard Stallman <[EMAIL PROTECTED]> wrote:
> We have not had "three years of freeze". It has been less than one
> year--and we are a lot closer to a release now than we were a year
> ago.
Oh, I got a bit carried away. It's not been three years of "freeze",
and I don't know the exact
> Yes. Thes problems eare important. We need to solve them, not ignore
> them.
On one hand, there's a difference between "ignoring" them and just
delaying them. On the other hand, several people have expressed their
opinion here that not all items in FOR-RELEASE seem equally relevant
or urgent.
In article <[EMAIL PROTECTED]>, "Mark A. Hershberger" <[EMAIL PROTECTED]>
writes:
[...]
> I'm not using url-dav.el -- I'm using xml-rpc.el which I maintain.
> However, to eliminate the reliance on external code, I've pulled the bit
> from xml-rpc.el that makes the call to post to a weblog hosted
57 matches
Mail list logo
