On 8/10/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> The new TCP code is unlikely to be as problem free, so for the sake of
> ensuring that what used to work still works, I'd recommend you write your
> patch such that when the old code worked, it will work just as smoothly as
> before
OK, I'll
>> I'd rather see "server-name" which could be a path to a unix socket (like
>> now) or just a relative name of a unix socket (like now) or the name of
>> a server to be found in ~/.emacs.servers. I.e. if there is no unix socket
>> of that name, lookup ~/.emacs.servers for TCP servers.
> Another
>> > In emacsclient.c I've got rid of all AF_UNIX stuff.
>> Doesn't sound so good. I'd rather make it possible to choose between Unix
>> and TCP sockets (default to Unix when possible, and TCP otherwise).
> Oh. Well, the AF_UNIX code should be conditionally commented out on
> Windows, or do you me
On 8/9/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> I would not
> go so far as to label each person who does so as "unethical"--they
> could be just negligent
I'll settle for negligent any day, thanks ;-)
--
/L/e/k/t/u
__
On 8/9/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> But what has that got to do with this, anyway?
You said:
> I would really like it if people would turn their attention
> from this to the tasks listed in FOR-RELEASE.
Which I took to mean, turn the attention from the changes to
server/
On 8/9/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> Sounds very good. To the host, port, and auth, I'd add a "server
> name" entry, which would default to "server", to reproduce the
> socket-name thingy.
OK.
> > In emacsclient.c I've got rid of all AF_UNIX stuff.
> Doesn't sound so good. I
On 8/9/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> I'd rather see "server-name" which could be a path to a unix socket (like
> now) or just a relative name of a unix socket (like now) or the name of
> a server to be found in ~/.emacs.servers. I.e. if there is no unix socket
> of that name, lo
Don't you think that TCP servers on Windows taking 100% CPU is a bug
worth fixing before the release?
It is worth fixing if possible, though not quite as important because
it only affects a non-free non-GNU-like system.
But what has that got to do with this, anyway?
I was responding to th
What Bob has said in these messages is valid, and people who don't
know it should learn it. However, it is true that the people on this
list generally know these points. So I think the right way to mention
them here is with a brief reminder, rather than an essay explaining
the points as if to peo
No. But that does not make us, the people who use and work with
Windows, unethical. Our priorities are a bit different, that's all.
To use Windows is participating in an unethical activity. I would not
go so far as to label each person who does so as "unethical"--they
could be just neglig
> server.el now creates an AF_INET socket, at an unspecified port. The
> host address is local (127.0.0.1) unless the user customizes the
> variable `server-host' to the IP or name to use to bind the socket.
> The server generates a 64-byte random string (not random bytes, but
> printable character
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> Perhaps I'm a bit trigger happy (this list has that effect on me
> sometimes), but what you're saying dangerously treads the patronizing
> border too, at least IM0.
that's for you to decide; i write w/ neither up nor down intention.
> I don't enti
Robert J. Chassell wrote:
It is important ... Maybe you can ... send us the link? I would
be interested and I would try to give you feedback.
Please take a look at
http://www.teak.cc/softfree/software-freedom.html
and
http://www.rattlesnake.com/notions/Choice-and-Constrai
It is important ... Maybe you can ... send us the link? I would
be interested and I would try to give you feedback.
Please take a look at
http://www.teak.cc/softfree/software-freedom.html
and
http://www.rattlesnake.com/notions/Choice-and-Constraint.html
(and some of the
One point that feels mysterious when you are new to these is the
storing. Is this the same for all different mail agents in Emacs?
The Emacs Lisp values should all be stored by Emacs the same way.
Emacs is a virtual lisp machine. Everything that is in an Emacs Lisp
expression is interpr
On 08 Aug 2005 08:17:05 -0400, Thien-Thi Nguyen <[EMAIL PROTECTED]> wrote:
> it is good that you know what kinds of things you find insulting, the
> trick now is to use this self-knowledge to munge what you can munge.
Perhaps I'm a bit trigger happy (this list has that effect on me
sometimes), bu
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> However, I tend to assume that people on the Emacs developers' list
> already knows such things
this is not guaranteed. even if it were guaranteed, it is not
guaranteed a universal reaction to exposure to already-known things.
(the traffic on thi
Hi Lennart.
Lennart Borgman said:
> Another mysterious point is the settings for different mail agents. The
> setting above seems to suggest that this if for RMAIL only? Is that the
> case? If not why are for example rmail-pop-password not called just
> mail-pop-password? It does not really look
Stephan Stahl wrote:
From looking at the code (M-x load-library rmail, C-h v rmail-pop-password
and clicking on "Defined in rmail") this variable is rmail specific.
With so many choices regarding mail clients in emacs its maybe best that
they are not based on a global variable.
Thanks, but I
On 8/7/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> (Yes, it's my turn to preach ;-)
FWIW, I like your preaching a lot.
Thanks.
(And yes, enough of this, at least from my quarters.)
/L/e/k/t/u
___
Emacs-devel mailing list
Emac
On 8/7/05, Robert J. Chassell <[EMAIL PROTECTED]> wrote:
> By providing resources to a government-enforced monopoly that
[...]
> do not know you or your conditions; only that you are hurting me and
> people I know.
Thanks for not saying anything new. Again.
I think we're both ready to drop thi
Robert J. Chassell wrote:
As far as I can see, `mail-host-address' is irrelevant when
`user-mail-address' is set. Perhaps, I should just avoid setting it
at all.
Thanks for the clarification.
Then the variables that that I think are salient to a .emacs file and
that should be the same reg
> Date: Sun, 7 Aug 2005 20:51:18 + (UTC)
> From: "Robert J. Chassell" <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> I wish you would help more to change laws and social customs that
> apply to `high initial/low incremental' cost activities rather than
> support, even just a little, inethic
Robert J. Chassell wrote:
Law and social customs that apply to `high initial/high incremental'
cost goods should not be applied to items with low incremental costs.
But they are.
Partly this is because of social and legal inertia. Partly this is
because people don't know a better way to fund
... Or are you referring to the fact that I do use Windows?
By providing resources to a government-enforced monopoly that
restricts what people I know and what I can do, you hurt me and my
friends. I suspect you do not do much hurting and that you try to
compensate, but nonetheless, you are hu
On 8/7/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Whether or not it convinces you (or any specific person) to change, it
> is very important that this list not drift into an ethical slumber
> where we treat the use of Windows as legitimate or normal.
I know, and I agree with you.
But,
On 8/7/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> I would really like it if people would turn their attention
> from this to the tasks listed in FOR-RELEASE. We could get a release
> made this year if people start doing those tasks.
Don't you think that TCP servers on Windows taking 10
Perhaps some day I will abandon propriety operating systems (I would
if there were a single GNU/Linux distribution I felt I was not going
to hate in a few months), but if I do, it most definitely *won't be*
because of your's (or anyone else's) rebukes.
Whether or not it convinces y
Yes. And it might be reasonable to postpone _that_ until after the
release. Even though it would probably be of the "don't use it, and
it won't break anything" variety.
I would really like it if people would turn their attention
from this to the tasks listed in FOR-RELEASE. We could
On 8/7/05, Robert J. Chassell <[EMAIL PROTECTED]> wrote:
> My apologies for giving that impression. That was not my intent. I
> am talking about what you are doing to me and to people I know well.
> I do not know what you prefer.
Oh, yes? So saying that I don't like political answers to technic
> ;; Set this value so that the From field is correct
> (setq mail-host-address "[EMAIL PROTECTED]")
Thanks for the code. Could you give me a hint why the first should be
set?
Thank you for causing me to look into `mail-host-address' more
thoroughly. Actually, I am not sure why t
... Worse still, you give the clear
impression that you think that you know what's better for me, ...
My apologies for giving that impression. That was not my intent. I
am talking about what you are doing to me and to people I know well.
I do not know what you prefer.
Are you talking a
Thien-Thi Nguyen wrote:
probably a great many injustices occur when the decision making process
focuses purely on the technical or purely on the political. wherever
there is choice, there is also beauty and ugliness, slack and coercion,
understanding and misunderstanding. all these can be usef
On 06 Aug 2005 19:09:30 -0400, Thien-Thi Nguyen <[EMAIL PROTECTED]> wrote:
> probably a great many injustices occur when the decision making process
> focuses purely on the technical or purely on the political.
Of course.
However, I tend to assume that people on the Emacs developers' list
alread
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> only that it is not useful to receive politics when
> asked about technical questions.
probably a great many injustices occur when the decision making process
focuses purely on the technical or purely on the political. wherever
there is choice, th
On 8/6/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> I would rather see you living in freedom and maintaining Emacs
> for GNU/Linux.
Thanks. I appreciate your feelings.
On that vein, I would much prefer to live in freedom and maintain
Emacs for GNU/Hurd. Unfortunately, I'm not a kernel ha
So the options are, losing my computer, or Emacs losing a Windows
maintainer? :-)
I would rather see you living in freedom and maintaining Emacs
for GNU/Linux.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listin
Robert J. Chassell wrote:
Microsoft is a corporation that endeavors to restrict both your
economic freedom and mine. By that decision it has decided to require
either that I behave illegally or that I transfer resources to it in a
non-economic fashion. I have not done either and cannot help yo
On 8/6/05, Robert J. Chassell <[EMAIL PROTECTED]> wrote:
> You give the impression that you do not care that government enforced
> restrictions make it harder for Lennart to find out how to use an
> email client.
You give the impression that you think that you know better than I do
what do I thin
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> - It's an incompatible change, if small: --socket-name does not
> exist, and you *must* use either the EMACS_SERVER_FILE environment
> variable or the --server-file argument to emacsclient; otherwise
> emacsclient will refuse to work.
That is bad
On 8/6/05, Jason Rumney <[EMAIL PROTECTED]> wrote:
> That is bad. The original suggestion was to have a standard file
> name for the server file.
Yes. I'll make it default to ~/.emacs.server (~/ for the user running
Emacs, of course).
--
/L/e/k/t/u
Sorry, Robert, but this is ridiculous. Lennart asks for people who's
using an email client on w32, and you do help by saying "I don't", and
then the usual rants about Microsoft.
You give the impression that you do not care that government enforced
restrictions make it harder for Lennart t
> Date: Sat, 6 Aug 2005 13:21:41 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: Jason Rumney <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> AFAIK, gnus can fetch mail from a POP3 mail server; I don't need to
> worry about fetching the mail "by hand" with another program or
> anything. I
> Date: Sat, 06 Aug 2005 11:30:02 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: Jason Rumney <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
> emacs-devel@gnu.org
>
> Could those of you that are using some mail client in Emacs on w32
> perhaps post to the list and tell how this setup is done
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On 8/6/05, David Kastrup <[EMAIL PROTECTED]> wrote:
>
>> Oh, there is. Actually, one thing I would like as added
>> functionality in emacsclient is an option "-t" for "tramp" which
>> would fork a shell and let it act as a tramp connection. That w
On 8/6/05, David Kastrup <[EMAIL PROTECTED]> wrote:
> Uh what? Isn't there a default file name?
No, there's not. What should it be? $HOME/.emacs.server, I suppose?
> It is a new feature fixing a bug.
Well, thanks for clarifying it ;-)
> In my opinion it is one thing worth the hassle of ironin
On 8/6/05, David Kastrup <[EMAIL PROTECTED]> wrote:
> Oh, there is. Actually, one thing I would like as added functionality
> in emacsclient is an option "-t" for "tramp" which would fork a shell
> and let it act as a tramp connection. That way, I could use
> emacsclient from a su-shell (by poin
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On 8/6/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
>
>> Yes times are tough
>> not to lose
>> we must be rough
>> follow rules
>
> Very funny.
>
> Still...
>
> Would someone *please* try and comment the changes? Or is there no
> interest on an em
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On 8/6/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>
>> I'd say, if no one posts any practical comments in a week or so, go
>> ahead and commit the changes. After all, the Emacs development rules
>> do not mandate any peer review at all.
>
> You'r
On 8/6/05, Robert J. Chassell <[EMAIL PROTECTED]> wrote:
> ... some of us just do not know how to do it. Could those of you
> that are using some mail client in Emacs on w32 ...
>
> Microsoft is a corporation that endeavors to restrict both your
> economic freedom and mine. By that decis
On 8/6/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> ??? Perhaps this is a misunderstanding. I didn't mean to say that
> nothing has to be done to configure how mail is fetched from the
> mailbox. But that part is not specific to RMAIL: _any_ mail package
> in Emacs will need to set this up, an
Hi Lennart.
Lennart Borgman said:
> Perhaps your missing that some of us just do not know how to do it.
> Could those of you that are using some mail client in Emacs on w32
> perhaps post to the list and tell how this setup is done? Or if you
> think it is not relevant for this list post it to me
On 8/6/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> I'd say, if no one posts any practical comments in a week or so, go
> ahead and commit the changes. After all, the Emacs development rules
> do not mandate any peer review at all.
You're right.
I would've liked some comments, though, for two
... some of us just do not know how to do it. Could those of you
that are using some mail client in Emacs on w32 ...
Microsoft is a corporation that endeavors to restrict both your
economic freedom and mine. By that decision it has decided to require
either that I behave illegally or tha
Eli Zaretskii wrote:
??? Perhaps this is a misunderstanding. I didn't mean to say that
nothing has to be done to configure how mail is fetched from the
mailbox. But that part is not specific to RMAIL: _any_ mail package
in Emacs will need to set this up, and the setup is (AFAIR) identical
no m
> Cc: Juanma Barranquero <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: Jason Rumney <[EMAIL PROTECTED]>
> Date: Sat, 06 Aug 2005 08:12:50 +0100
>
> > MUCH easier. In fact, it doesn't need any setup at all just to read
> > messages and reply to them. You will only need to customize if you
> >
> Date: Sat, 6 Aug 2005 02:02:40 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
>
> Would someone *please* try and comment the changes? Or is there no
> interest on an emacs client/server accessible across the network and
> Windows-compatible too?
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> Is RMAIL easier to set up than Gnus?
>
> MUCH easier. In fact, it doesn't need any setup at all just to read
> messages and reply to them. You will only need to customize if you
> want to use features like archiving mail in folders separated by
> subj
> Date: Sat, 6 Aug 2005 01:10:28 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> On 8/5/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>
> > I use RMAIL, but Gnus should also work.
>
> Is RMAIL easier to set up than Gnus?
MUCH easier. In fact, it doesn't need a
On 8/6/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> Yes times are tough
> not to lose
> we must be rough
> follow rules
Very funny.
Still...
Would someone *please* try and comment the changes? Or is there no
interest on an emacs client/server accessible across the network and
Windows-compat
Juanma Barranquero wrote:
On 8/5/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
I recommend that you defenestrate your computer.
Either throw Windows out of the computer, or throw
the computer out the window.
So the options are, losing my computer, or Emacs losing a Windows
maint
On 8/5/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> I recommend that you defenestrate your computer.
> Either throw Windows out of the computer, or throw
> the computer out the window.
So the options are, losing my computer, or Emacs losing a Windows
maintainer? :-)
--
On 8/5/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> I use RMAIL, but Gnus should also work.
Is RMAIL easier to set up than Gnus?
--
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listin
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> That said, what would you recommend as e-mail interface for a
> mostly-Windows Emacs user? Gnus?
>
> I recommend that you defenestrate your computer.
> Either throw Windows out of the computer, or throw
> the computer out the window.
The
That said, what would you recommend as e-mail interface for a
mostly-Windows Emacs user? Gnus?
I recommend that you defenestrate your computer.
Either throw Windows out of the computer, or throw
the computer out the window.
___
Emacs-devel mail
> Date: Fri, 5 Aug 2005 11:09:45 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> That said, what would you recommend as e-mail interface for a
> mostly-Windows Emacs user? Gnus?
I use RMAIL, but Gnus should also work.
__
The same patch, with a fix (there was a buffer overflow on
emacsclient; not a security problem, but still...). send_to_emacs() is
now much more rational.
--
/L/e/k/t/u
server.patch
Description: Binary data
___
Emacs-devel mailing
On 8/5/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> May I suggest to use Emacs?
Well, I can read Gmail at places where I don't have Emacs. And Gmail
is generally so nice that I've started using it as my main e-mail
interface, which says something, as I've always hated web-based e-mail
and used
> Date: Fri, 5 Aug 2005 09:59:15 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: Emacs Devel
>
> I hate the things Gmail does to patches.
May I suggest to use Emacs?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mai
The same patch, but attached (I hate the things Gmail does to patches).
--
/L/e/k/t/u
server.patch
Description: Binary data
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
On 7/15/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> Actually, I don't think so. IIRC What we need for emacsclient/server to
> work on Windows is to make it work over TCP sockets rather than only over
> Unix sockets (because Windows supports TCL sockets but not Unix sockets).
>
> A good appro
> OK but, what about connecting to a remote server? You don't need read
> access to the filesystem to do it, do you? How's that currently done?
Currently it doesn't work. It'd be a new feature provided by TCP sockets.
But for it to work safely, it needs authentication, which is what the random
st
Juanma Barranquero wrote:
On 7/27/05, Jason Rumney <[EMAIL PROTECTED]> wrote:
Multiple users can start servers on the same machine, so assigning a
"standard" port is likely to conflict. It is better to let the socket
library choose a free socket. The client will be reading it from
On 7/27/05, Jason Rumney <[EMAIL PROTECTED]> wrote:
> Multiple users can start servers on the same machine, so assigning a
> "standard" port is likely to conflict. It is better to let the socket
> library choose a free socket. The client will be reading it from a file
> anyway, so the user does no
Juanma Barranquero wrote:
in server.el, use a TCP server socket (on a non-specified port).
Once opened, check to see which port was used. Write the port
and hostname together with a secret random string into
~/.emacs_server. When a connection comes in, check that the
first bytes sent are exact
On 7/15/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> Actually, I don't think so. IIRC What we need for emacsclient/server to
> work on Windows is to make it work over TCP sockets rather than only over
> Unix sockets (because Windows supports TCL sockets but not Unix sockets).
I'm taking a sta
There's a large number of issues specific
to using Emacs on Windows that is not explained anywhere in the Emacs
Manual.
I would not be opposed to adding a certain amount of material
to the existing section. However, if it is going to become large,
it should be moved out of the manua
On 7/15/05, David Kastrup <[EMAIL PROTECTED]> wrote:
> Well, again this is an issue that the only people qualified to comment
> on are those that have actually experience with Windows, MSVC and the
> JPEG libraries, and it is likely that pretty much the only person
> qualified to comment on it is
> From: "Richard M. Stallman" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-devel@gnu.org
> Date: Sun, 17 Jul 2005 13:36:19 -0400
>
> I was talking about user-level features and the User's Manual, not the
> Lisp Manual.
>
> The appendix that is suggested does not belong in the Emacs
> Yes, I think Windows-specific appendix in the manual is sorely needed,
> to at least describe all those w32-SOMETHING functions and variables,
> if nothing else.
>
> I would rather not put them in the printed Lisp Manual.
I was talking about user-level featur
> From: "Richard M. Stallman" <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED], emacs-devel@gnu.org,
> [EMAIL PROTECTED]
> Date: Sat, 16 Jul 2005 16:45:32 -0400
>
> Yes, I think Windows-specific appendix in the manual is sorely needed,
> to at least describe all those w32-SOMETHING functi
> Cc: [EMAIL PROTECTED], emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 13:56:43 +0200
>
> >> Look, it is getting annoying. You have not _once_ in this whole
> >> thread clearly spelled out _what_ your problem is and what you want
> >> done.
> >
> > Actual
> Cc: Lennart Borgman <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sat, 16 Jul 2005 14:00:57 +0200
>
> > How about adding some code to `openp' so that, on w32 platforms, it
> > would look for the program/file in the Registry, in addition to the
> > li
Ghostscript is a port of a Unix program,
It's not a "Unix program"--it was developed for the GNU system,
and GNU's Not Unix ;-).
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> Look, it is getting annoying. You have not _once_ in this whole
> thread clearly spelled out _what_ your problem is and what you want
> done.
Actually, he did. Perhaps you weren't listening.
With so much mail in this thread, I don't see how he could
even read all of it. I can
Jason Rumney <[EMAIL PROTECTED]> writes:
> Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
>> (I'm suggesting to look in the Registry _before_ you look along
>> PATH because this is simpler and faster. But if there are good
>> reasons to look along PATH first, let's hear them.)
>
> Few users will kno
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> (I'm suggesting to look in the Registry _before_ you look along PATH
> because this is simpler and faster. But if there are good reasons to
> look along PATH first, let's hear them.)
Few users will know about this registry "App Path" (it was news to
me
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> According to that article, there are a few more directories where
> openp should look for executables: the Windows directory and the
> Windows/System32 (Windows/system on Windows 9X) directory. Perhaps
> w32.c:init_environment should prepend these two d
Yes, I think Windows-specific appendix in the manual is sorely needed,
to at least describe all those w32-SOMETHING functions and variables,
if nothing else.
I would rather not put them in the printed Lisp Manual.
A separate manual that we don't print would be better.
___
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> From: David Kastrup <[EMAIL PROTECTED]>
>> Date: Sat, 16 Jul 2005 08:14:10 +0200
>> Cc: Emacs Devel , Jason Rumney <[EMAIL PROTECTED]>
>>
>> Look, it is getting annoying. You have not _once_ in this whole
>> thread clearly spelled out _what_ your prob
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> Date: Fri, 15 Jul 2005 23:39:44 +0200
>> From: Lennart Borgman <[EMAIL PROTECTED]>
>> Cc: Emacs Devel
>>
>> Paper size is one I remember right now. Another is the location of
>> Ghostscript.
>
> How about adding some code to `openp' so that, on w32 pl
Eli Zaretskii wrote:
In the case of Ghostscript it is actually quite complicated. I have code
for finding Ghostscript in the file w32-regdat.el which is part of
EmacsW32. This uses an external program to read the Registry. The actual
Registry interface is in w32-reg-iface.el (also in EmacsW32)
Eli Zaretskii wrote:
According to that article, there are a few more directories where
openp should look for executables: the Windows directory and the
Windows/System32 (Windows/system on Windows 9X) directory. Perhaps
w32.c:init_environment should prepend these two directories to the
value of
> Date: Sat, 16 Jul 2005 14:40:00 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> I do not think it is only for DLLs. I can not say that MS is very clear
> in their documentation, some info is hard to find. But look here, this
>
On 7/15/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Whats wrong with the situation extisting the last 10 years (estimated ;-):
> 1. Installing w32-emacs
> 2. Installing gnuserv/gnuclient
> 3. setting up gnuserv/gnuclient (AFAIK ~ 2 line in .emacs)
> 4. Having a well working Emacs-server on
> Date: Sat, 16 Jul 2005 14:53:04 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: Jason Rumney <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> In the case of Ghostscript it is actually quite complicated. I have code
> for finding Ghostscript in the file w32-regdat.el which is part of
> Ema
Jason Rumney wrote:
Lennart Borgman <[EMAIL PROTECTED]> writes:
HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\.
I see. The path is not as unpredictable as I thought. However, gs.exe
or gswin32.exe is not listed in my registry, even though I have it
installed, so this is no
Eli Zaretskii wrote:
Date: Sat, 16 Jul 2005 12:28:20 +0200
From: Lennart Borgman <[EMAIL PROTECTED]>
CC: emacs-devel@gnu.org
I found it however a bit hard to think of a seamless way to
integrate this in openp. Could you elaborate a little bit more?
Something like a call to a w32-specifi
Eli Zaretskii wrote:
Cc: Eli Zaretskii <[EMAIL PROTECTED]>, emacs-devel@gnu.org
From: Jason Rumney <[EMAIL PROTECTED]>
Date: Sat, 16 Jul 2005 12:50:14 +0100
Lennart Borgman <[EMAIL PROTECTED]> writes:
HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\.
I see. The path is n
> Date: Sat, 16 Jul 2005 12:28:20 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
>
> I found it however a bit hard to think of a seamless way to
> integrate this in openp. Could you elaborate a little bit more?
Something like a call to a w32-specific function (whose
1 - 100 of 150 matches
Mail list logo
