From: Dieter Wilhelm <dieter@duenenhof-wilhelm.de>
Cc: help-gnu-emacs@gnu.org
Subject: Re: cvs best practise
Date: Fri, 01 Dec 2006 01:34:06 +0100 [thread overview]
Message-ID: <87vekw1mkh.fsf@hans.local.net> (raw)
In-Reply-To: <ur6vkaf6b.fsf@gnu.org> (Eli Zaretskii's message of "Thu\, 30 Nov 2006 21\:49\:00 +0200")
Eli Zaretskii <eliz@gnu.org> writes:
>> Cc: help-gnu-emacs@gnu.org
>> From: Dieter Wilhelm <dieter@duenenhof-wilhelm.de>
>> Date: Thu, 30 Nov 2006 07:52:38 +0100
>> > rewritten, and the node's name is "Windows processes".
>>
>> That's right, but still nowhere mentioned w32-shell-execute.
>
> I didn't think it was so important at the time I rewrote the Windows
> sections of the manual. I might add it now, but it's still unclear to
> me how it would have helped you if it were there. Did you search the
> manual and the doc strings when you were looking for a solution to
> your problem, and if you did, what did you search for, i.e. what
> search strings and/or regexps did you use for the search?
I had a problem with start-process under Windows so I thought the most
pertinent information would be (emacs)Windows Processes. I think it
would be helpful to mention that there are a hive of w32-.* helper
functions. (Which, by the way, are not seen with C-h f under Linux).
There's only mentioned that asynchronous processes should work, mine
did not, so I gave up searching for more information in the manual.
>
>> I'd like to send a patch for this help file with one sentence or so
>> added.
>
> There's no need, I will add the necessary docs if I understand how it
> would have helped you.
I know 8-), I just wanted to touch my pristine source tree for the
first time and feel the the consequences.
>
>> What I'd like to know is how you guys are handling a changed version
>> of the Emacs source tree? If I changed this particular info file I'd
>> get in trouble when updating the sources. Am I supposed to merge my
>> personally changed files every time I'll do an update or is it better
>> to have a totally independent second Emacs tree for ones pet changes?
>
> CVS will merge files for you automagically.
Sounds so easy! I'll give it a try, thanks
--
Best wishes
H. Dieter Wilhelm
Darmstadt, Germany
next prev parent reply other threads:[~2006-12-01 0:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.1267.1164765489.2155.help-gnu-emacs@gnu.org>
2006-11-29 11:02 ` problems starting windows compiled help files with start-process Mathias Dahl
2006-11-30 1:16 ` Dieter Wilhelm
2006-11-30 1:29 ` Lennart Borgman
2006-11-30 4:29 ` Eli Zaretskii
2006-11-30 6:52 ` cvs best practise [was: problems starting windows compiled help files with start-process] Dieter Wilhelm
2006-11-30 19:49 ` Eli Zaretskii
2006-12-01 0:34 ` Dieter Wilhelm [this message]
2006-12-09 23:01 ` best practise: hiding not defined symbols? " Dieter Wilhelm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87vekw1mkh.fsf@hans.local.net \
--to=dieter@duenenhof-wilhelm.de \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).