> Date: Fri, 08 Dec 2006 08:27:21 +0100
> From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org
> >
> > Alas, I couldn't find any documentation of the *.pc files' format, so
> > that I could edit the files.
>
> It is in the man page for pkg-conf
> Date: Fri, 08 Dec 2006 08:23:26 +0100
> From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= <[EMAIL PROTECTED]>
> Cc: emacs-pretest-bug@gnu.org
>
> I've added some text about PKG_CONFIG_PATH also.
Thanks.
> >> In summary, pkg-config is a very helpful tool, but you have to get use to
> >> it.
> >
> > It is in
Hi,
I was specifically asked to provide the / vs \ output of Dir.
However, you may note that / works as long as it isn't the last element of
Dir.
Cheers,
Will
-Original Message-
From: Eli Zaretskii [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 11:39 PM
To: Deutsch, Will
C
> Date: Fri, 08 Dec 2006 02:18:20 +0100
> From: Lennart Borgman <[EMAIL PROTECTED]>
> Cc: "Deutsch, Will" <[EMAIL PROTECTED]>, emacs-pretest-bug@gnu.org
>
> On the other hand we might be receiving bug reports just because there
> are more users if we supply a prebuildt binary on MS Windows. It mi
> Date: Thu, 7 Dec 2006 16:59:05 -0800
> From: "Deutsch, Will" <[EMAIL PROTECTED]>
> Cc: emacs-pretest-bug@gnu.org
>
> It appears that the / between the bin and the command is the problem. This
> may
> be an OS bug.
>
> Here is the dir output:
> C:\Users\wdeutsch>dir "C:\Program Files (x86)\Ema
Eli Zaretskii skrev:
Date: Thu, 07 Dec 2006 08:55:06 +0100
From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= <[EMAIL PROTECTED]>
Cc: Henrik Enberg <[EMAIL PROTECTED]>,
emacs-pretest-bug@gnu.org
"PKG_CONFIG_PATH=/path/to/dir/with/foo.pc ./configure"
Thanks, but this only works if the package installe
Eli Zaretskii skrev:
Do we document the LDFLAGS-trick somewhere?
Yes, in INSTALL.
I've added some text about PKG_CONFIG_PATH also.
In summary, pkg-config is a very helpful tool, but you have to get use to it.
It is indeed useful, but only as long as your installation doesn't
need t
Stephen Berman skrev:
On Thu, 07 Dec 2006 11:11:18 +0100 Stephen Berman wrote:
This was the state of things last night. This morning I wanted to
pursue it but, to my surprise, I now cannot get GTK-Emacs to segfault.
I first started it with no ~/.fonts.cache-2 and no
/var/cache/fontconfig (an
One problem I found is that it allows me to edit the last space in the
" -> " string that indicates a symbolic link.
If I have a symbolic link "a -> b" in the directory I'm editing, I can
delete the 2nd space, leaving "a ->b", and when I hit C-c C-c, I end
up with "a -> /dev/nu
Dude... just set mode-line-in-non-selected-windows to nil.
While that might eliminate the problem, this could still be a bug.
When mode-line-in-non-selected-windows is t, the nonselected window
mode lines display in face `mode-line-inactive'. Is that face being
set up in a suboptimal way in a
Oops. I sent a wrong patch. Here's the revised one.
Index: configure
===
RCS file: /cvsroot/emacs/emacs/configure,v
retrieving revision 1.180
diff -u -r1.180 configure
--- configure 4 Dec 2006 08:17:50 - 1.180
+++ configur
I successfully built cvs emacs on my Opteron box for the target
x86_64-sun-solaris10.
o I added the target {amd64,x86_64}-sun-solaris* in configure.in.
o src/fns.c also need change to avoid prototype error by Sun Studio.
o src/m/amdx86-64.h is also modified to fit sun.
o I tested compile with bot
I'm not sure why... I'll run prebuilt binaries and test and if needed even
provide basic output of debugger commands.
I run App and System and HW level debuggers in the course of my job. So I'm
already exposed to the machine code of EVERYTHING that is running on the
system at any time. It is impos
On 12/8/06, Deutsch, Will <[EMAIL PROTECTED]> wrote:
I'm just an Emacs user not an Emacs developer...
And we thank you for helping test Emacs.
I really don't want to get into a free/non-free software debate. I'm already
pro-free software...
What Lennart and I are debating is not a free/non
On 12/8/06, Lennart Borgman <[EMAIL PROTECTED]> wrote:
And I will try to make sure that it is just the
CVS code (+ EmacsW32 + the installer of course).
I'm grateful that you plan on providing prebuilt binaries for testing
on Windows. However, as soon as you add that parenthesis, it turns
less
> I'm a software developer who works on code that I cannot contaminate. I
> cannot risk even the appearance of contamination...
> ...I'm happy to run binaries to test things and provide detailed
> reports. I'll provide feedback and even run the debugger, minus the source,
> however, I just c
Hi,
I'm just an Emacs user not an Emacs developer... However, here is my feedback
on this issue.
I'm a software developer who works on code that I cannot contaminate. I cannot
risk even the appearance of contamination. Therefore, I don't download and
compile anything right now. I don't even us
Yeah, no problem.
Cheers,
Will
-Original Message-
From: Lennart Borgman [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 6:03 PM
To: Deutsch, Will
Cc: Juanma Barranquero; emacs-pretest-bug@gnu.org
Subject: Re: emacsclient and emacsclientw don't work in Windows Vista x64 RTM
I
I will change the slashes to forward slashes only as soon as I have
time. Could you test when I have done that Will?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Juanma Barranquero wrote:
On 12/8/06, Lennart Borgman <[EMAIL PROTECTED]> wrote:
On the other hand we might be receiving bug reports just because there
are more users if we supply a prebuildt binary on MS Windows. It might
be more important.
Pretesters should be able to build their own Emacs,
Hi,
I just did the dir test on Server 2003SP1...
It seems DIR on 2003SP1 and Vista behave the same yet the exec doesn't.
2003SP1:
Microsoft Windows [Version 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.
D:\Documents and Settings\wdeutsch>dir "D:\Program
Files\Emacs\emacs/bin/runemac
s.exe"
Deutsch, Will wrote:
Hi,
I only had the install files left around from the patched files. However, I
have tried in unpatched, I just don't have the install source as the drive
from that system image was wiped. I definitely understand the difference
between the patched and unpatched versions.
In article <[EMAIL PROTECTED]>, Richard Stallman <[EMAIL PROTECTED]> writes:
> ps-bdf.el should have all the from 2001 to 2006.
> Do I update the years for AIST as well as FSF?
> I think only those for FSF, but please ask Handa-san.
Long ago, I updated AIST's copyright line to list only such
Hi,
I only had the install files left around from the patched files. However, I
have tried in unpatched, I just don't have the install source as the drive
from that system image was wiped. I definitely understand the difference
between the patched and unpatched versions. However, for this issue
On 12/8/06, Lennart Borgman <[EMAIL PROTECTED]> wrote:
On the other hand we might be receiving bug reports just because there
are more users if we supply a prebuildt binary on MS Windows. It might
be more important.
Pretesters should be able to build their own Emacs, IMHO. There are
official (
Deutsch, Will wrote:
Hi,
It appears that the / between the bin and the command is the problem. This may
be an OS bug.
Here is the dir output:
C:\Users\wdeutsch>dir "C:\Program Files (x86)\Emacs\emacs/bin/runemacs.exe"
Volume in drive C is OS Drive
Volume Serial Number is 8020-54D6
Directo
Juanma Barranquero wrote:
On 12/8/06, Lennart Borgman <[EMAIL PROTECTED]> wrote:
Ok, I should be responsible for EmacsW32 I guess.
Yes, I think so. And this report is exactly the kind of thing some
people in the list were talking about: we're receiving a bug report
for a problem that it is pe
On 12/8/06, Lennart Borgman <[EMAIL PROTECTED]> wrote:
Ok, I should be responsible for EmacsW32 I guess.
Yes, I think so. And this report is exactly the kind of thing some
people in the list were talking about: we're receiving a bug report
for a problem that it is perhaps non-existent in the o
Hi,
It appears that the / between the bin and the command is the problem. This may
be an OS bug.
Here is the dir output:
C:\Users\wdeutsch>dir "C:\Program Files (x86)\Emacs\emacs/bin/runemacs.exe"
Volume in drive C is OS Drive
Volume Serial Number is 8020-54D6
Directory of C:\Program Files (
Juanma Barranquero wrote:
On 12/7/06, Deutsch, Will <[EMAIL PROTECTED]> wrote:
Is this an issue with the EmacsW32 distribution? Do I need to take it up
with them or build my own?
emacsclient.exe running runemacs.exe is an issue with the EmacsW32
distribution; it's better to talk to them.
O
> Cc: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-pretest-bug@gnu.org
> From: Miles Bader <[EMAIL PROTECTED]>
> Date: Thu, 07 Dec 2006 17:00:40 +0900
>
> Simply _ignoring_ package-config doesn't seem practical.
Then we should lobby its maintainers to provide the missing features.
_
> Date: Thu, 07 Dec 2006 08:55:06 +0100
> From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= <[EMAIL PROTECTED]>
> Cc: Henrik Enberg <[EMAIL PROTECTED]>,
> emacs-pretest-bug@gnu.org
> >>
> >> "PKG_CONFIG_PATH=/path/to/dir/with/foo.pc ./configure"
> >
> > Thanks, but this only works if the package installed
> Date: Thu, 07 Dec 2006 08:42:40 +0100
> From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= <[EMAIL PROTECTED]>
> Cc: emacs-pretest-bug@gnu.org
>
> It can be a pain sometimes, but for the most part it works quite well.
As long as you can play by its rules. If you can't, God help you.
> Do we document the LDFL
> ps-bdf.el should have all the from 2001 to 2006.
Do I update the years for AIST as well as FSF?
I think only those for FSF, but please ask Handa-san.
> t-mouse.el was added in 2006 so it is correct.
It can't be correct. See my thread in emacs-devel.
I meant that the years wer
On 12/7/06, Deutsch, Will <[EMAIL PROTECTED]> wrote:
Is this an issue with the EmacsW32 distribution? Do I need to take it up
with them or build my own?
emacsclient.exe running runemacs.exe is an issue with the EmacsW32
distribution; it's better to talk to them.
I suspect MS changed or remov
Hi,
No, I'm not using alternate editor nor and I using -a... I actually tried
setting ALTERNATE_EDITOR
Is this an issue with the EmacsW32 distribution? Do I need to take it up
with them or build my own?
I know this distribution works fine on Server 2003, Server 2003 x64, XP Pro,
and XP Pro x64. V
Nick Roberts wrote:
> And I thought we said that CC mode was added to Emacs in 1992, yet e.g
>
> ;;; cc-langs.el --- language specific settings for CC Mode
>
> ;; Copyright (C) 1985, 1987, 1992, 1993, 1994, 1995, 1996, 1997, 1998,
> ;; 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Softwar
On 12/7/06, Deutsch, Will <[EMAIL PROTECTED]> wrote:
I'm using a 3rd party distribution from:
http://ourcomments.org/Emacs/EmacsW32.html (EmacsW32 site)
I suspected as much.
I've tried both their patched and unpatched Emacs distribution.
Are you using the ALTERNATE_EDITOR environment varia
On 12/7/06, Chong Yidong <[EMAIL PROTECTED]> wrote:
Dude... just set mode-line-in-non-selected-windows to nil.
Or customize the mode-line-inactive face...
/L/e/k/t/u
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
h
Hi,
I'm using a 3rd party distribution from:
http://ourcomments.org/Emacs/EmacsW32.html (EmacsW32 site)
I've tried both their patched and unpatched Emacs distribution.
Cheers,
Will
-Original Message-
From: Juanma Barranquero [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 1
On 12/6/06, Deutsch, Will <[EMAIL PROTECTED]> wrote:
Command output of emacsclient bellow:
C:\Program Files (x86)\Emacs\emacs\bin>emacsclient
emacsclient: Can't find C:\Program Files
(x86)\Emacs\emacs/bin/runemacs.exe
Are you compiling Emacs from a prerelease tarball, from the CVS or
perhaps
Chong Yidong <[EMAIL PROTECTED]> writes:
> martin rudalics <[EMAIL PROTECTED]> writes:
>
>> It is large because it also tries to handle permission bits correctly.
>
> Have you tried Martin's patch? Does it work for you? Please reply to
> the list, thanks.
I hadn't tried it, but I just did.
It
Package: emacs-snapshot-common
Version: 1:20060923-1
Severity: normal
File: /usr/share/info/emacs-snapshot
Here on my Debian sid machine,
2 matches for "emacs:" in buffer: *info*
122:* Emacs: (emacs-21/emacs). The extensible self-documenting text
179:* Emacs: (emacs-snapshot/emacs). The extens
Dan Jacobson <[EMAIL PROTECTED]> writes:
> Big let down versus emacs21.
> $ emacs -Q /usr/share/common-licenses/GPL #or any file with lots of text
> C-x 2 C-x o
> The mode line running across the middle of the screen is the same
> color as my emacs background color set in ~/.Xresources,
> Emacs*Ba
K> Why don't *you* just use the mode that meets *your* needs?
mail-mode and message-mode look the same to the innocent user.
One silently throws away Newsgroups headers and the other doesn't.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
Big let down versus emacs21.
$ emacs -Q /usr/share/common-licenses/GPL #or any file with lots of text
C-x 2 C-x o
The mode line running across the middle of the screen is the same
color as my emacs background color set in ~/.Xresources,
Emacs*Background: DarkSlateGray
Instead of two windows, it lo
Terrible,
$ env - LC_ALL=zh_TW.utf8 TERM=$TERM emacs -Q
C-h v default-sendmail-coding-system
default-sendmail-coding-system is a variable defined in `mail/sendmail.el'.
Its value is chinese-big5
So something just sees the TW and ignores the utf8 upon changing it
from iso-latin-1.
__
Command output of emacsclient bellow:
C:\Program Files (x86)\Emacs\emacs\bin>emacsclient
emacsclient: Can't find C:\Program Files
(x86)\Emacs\emacs/bin/runemacs.exe
C:\Program Files (x86)\Emacs\emacs\bin>
Emacsclientw has the same output only in a dialog box.
I have run usethis.exe several ti
When startup on Windows-XP, the default-buffer-file-coding-system is set
to chinese-gbk-unix, it should be chinese-gbk-dos by default on windows.
Startup with "emacs -Q" and "C-h C" in the *scratch* buffer gives:
--8<---cut here---start->8---
Coding system for
...and to be more precise
I send a message to a newsgroup using gnus (as defined in
lisp/gnus/message.el)
The first message is sent successfully.
I then send another message, totally different text to the same group
(after all I moderate it and that is what I have to do) and it rejects
the second
I think this error I reported is from gnus/message.el line 3598 which
calls the undefined function caddr
I have replaced it here with
(setq success (funcall (cadr (cdr elem)) arg)))
amd it runs OK.
Either that on the cl code is needed
==John ffitch
> "Richard" == Richard Sta
> Instead of adding a new defcustom, we use the safe recursive sorter
> by default, and try again with the non-recursive sorter if an error
> is signalled. The patch also regenerates gnus-thread-indent-array
> if it becomes too small to handle a thread.
Any objections to this approach?
___
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
In a shell, create a new directory and cd there.
> touch Foo Foobar
> emacs -Q
In the *scratch* buffer, type:
(setq read-file-name-completion-ignore-case t) C-j
M-x partial-completion-mode
C-x C-f f
Richard Stallman <[EMAIL PROTECTED]> writes:
> > > Perhaps `i' should discard colon at the start, so that this
> > > case will work. What do you think?
> >
> > Could work. But I'd suggest to postpone this till after the
> release.
> >
> > I think it should b
On Thu, 07 Dec 2006 11:11:18 +0100 Stephen Berman wrote:
> This was the state of things last night. This morning I wanted to
> pursue it but, to my surprise, I now cannot get GTK-Emacs to segfault.
> I first started it with no ~/.fonts.cache-2 and no
> /var/cache/fontconfig (and without setting L
I'm using nnimap in gnus to read my email.
Each time I start gnus, it polls every one of my hundreds of mail
folders, which takes quite a long time.
I've set gnus-activate-level to 5, and unsubscribed from the folders I
don't want it to scan. I've checked, and those folders now have a
rank of 6,
> > t-mouse.el was added in 2006 so it is correct.
>
> It can't be correct. See my thread in emacs-devel.
> If Rubini and Zimmermann have signed assignments, their names should
> not appear as copyright holders. If they haven't, the file should not
> be in Emacs, AFAIU.
And I thought we sai
On Wed, 06 Dec 2006 16:50:47 +0100 Jan Djärv <[EMAIL PROTECTED]> wrote:
> Hmm, modifying the Makefile wont do, as pango dynamically links in
> fontconfig at runtime.
>
> If you built fontconfig under /usr/local/lib and the libfontconfig.so
> file is in /usr/local/lib, you should be able to do
>
>
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 (sparc-sun-solaris2.8, Motif Version 2.1.0)
> of 2006-11-28 on sfsws4
I can't re
Bill Karh <[EMAIL PROTECTED]> writes:
> Hey,
>
> I'm unable to build the latest CVS version with MSVC. There is a
> compiler problem with src/process.c and the "strncasecmp" and
> "strcasecmp" symbols. Here is the patch.
Hi Bill,
Thank you for the bug report and patch.
> +#define strcasecmp
Jan Djärv <[EMAIL PROTECTED]> writes:
> In summary, pkg-config is a very helpful tool, but you have to get use to it.
And for better or for worse, it seems to be becoming the standard method
of doing the sort of things it does. So if there are problems with it,
we should either try to fix package
61 matches
Mail list logo