* bizare VC mode issue in emacs
@ 2014-12-10 20:03 RJD
2014-12-11 16:12 ` RJD
0 siblings, 1 reply; 2+ messages in thread
From: RJD @ 2014-12-10 20:03 UTC (permalink / raw)
To: help-gnu-emacs
This seems to be the most bizarre anomaly I have ever encountered. Here is
the scenario:
I am working. I make a change to a source file. I press `C-x v v` which
takes me to the *vc-log* buffer where I can enter a log message. In that
buffer I type something like this:
TICKET: 123
SUMMARY: implemented new function
REVIEWERS: richard.stallman
And then I press `C-c C-c` which then goes ahead and commits the message.
Now, when I view the log message the whole thing truncates to ONLY the first
line. It is as if there was a cutoff point at the first newline character. I
have even went into the /lisp/vc-*.el file to do some debugging to print to
the *Message* buffer the value of `comment` - which itself tells me is the
whole thing, i.e.:
TICKET: 123
SUMMARY: implemented new function
REVIEWERS: richard.stallman
But no matter what I do I only get the first line of the commit message.
HOWEVER, on an alternate machine (that is, I use two machines at work and
used to work on this older machine I am about to talk of) if I use the EXACT
same version of emacs `(GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601)
of 2013-03-17 on MARVIN)` I can check out the exact same repo in SVN, make
a change to the same file and do the process again. And - bang - it commits
and when I run an svn log --limit 1 - I get the entire commit message WITH
the newline characters.
In order to iron out any possible variables, I have ran emacs -q on both the
machines. I have ran a diff on all el/elc files in /lisp/ in both emacs
installation directories. I have verified the versions of emacs with `C-h
C-a`. I have also ensured the the SVN binary produces the same result with
svn --version: sure enough, on both systems they are exactly the same version.
Am I going mad?
** Windows 7 (unfortunately at work). The machine where I am only getting
one liners is a HP Z420, the other one is not. It is just a HP EliteDesk -
again, running the same operating system and same instruction-set processor etc.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: bizare VC mode issue in emacs
2014-12-10 20:03 bizare VC mode issue in emacs RJD
@ 2014-12-11 16:12 ` RJD
0 siblings, 0 replies; 2+ messages in thread
From: RJD @ 2014-12-11 16:12 UTC (permalink / raw)
To: help-gnu-emacs
RJD <3246251196ryan <at> gmail.com> writes:
>
> This seems to be the most bizarre anomaly I have ever encountered. Here is
> the scenario:
>
> I am working. I make a change to a source file. I press `C-x v v` which
> takes me to the *vc-log* buffer where I can enter a log message. In that
> buffer I type something like this:
>
> TICKET: 123
> SUMMARY: implemented new function
> REVIEWERS: richard.stallman
>
> And then I press `C-c C-c` which then goes ahead and commits the message.
> Now, when I view the log message the whole thing truncates to ONLY the first
> line. It is as if there was a cutoff point at the first newline character. I
> have even went into the /lisp/vc-*.el file to do some debugging to print to
> the *Message* buffer the value of `comment` - which itself tells me is the
> whole thing, i.e.:
>
> TICKET: 123
> SUMMARY: implemented new function
> REVIEWERS: richard.stallman
>
> But no matter what I do I only get the first line of the commit message.
>
> HOWEVER, on an alternate machine (that is, I use two machines at work and
> used to work on this older machine I am about to talk of) if I use the EXACT
> same version of emacs `(GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601)
> of 2013-03-17 on MARVIN)` I can check out the exact same repo in SVN, make
> a change to the same file and do the process again. And - bang - it commits
> and when I run an svn log --limit 1 - I get the entire commit message WITH
> the newline characters.
>
> In order to iron out any possible variables, I have ran emacs -q on both the
> machines. I have ran a diff on all el/elc files in /lisp/ in both emacs
> installation directories. I have verified the versions of emacs with `C-h
> C-a`. I have also ensured the the SVN binary produces the same result with
> svn --version: sure enough, on both systems they are exactly the same version.
>
> Am I going mad?
>
> ** Windows 7 (unfortunately at work). The machine where I am only getting
> one liners is a HP Z420, the other one is not. It is just a HP EliteDesk -
> again, running the same operating system and same instruction-set
processor etc.
>
>
Bizarre issue solved:
Yes, I was running two machines with exactly the same processor instruction
set. The same version of emacs; non-different el and elc files. The same
version of SVN! Everything.
The only difference was this: On the machine which - yesterday (i.e. before
this was solved) - produced multiple lines I had - on my $PATH - a location
which pointed to a directory containing a windows shortcut named svn.exe; it
pointed to the actual binary used. Now, on the machine which did not allow
multi-line I did not have this location on my $PATH. Instead it just had the
location of the directory containing the actual svn binary (though, this was
also the case for the machine allowing multi-line, but because the directory
containing the shortcut preceded the "actual" binary-directory, the shortcut
gets accessed first; proved by using "which svn").
So, for some reason when using the svn binary directly I could not do
multi-line. But, when using the shortcut which points to that binary anyway
multi-line was not allowed. I just always treated windows shortcuts like
symbolic links, but perhaps something else is going on here.
Anyway, solved.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-12-11 16:12 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-12-10 20:03 bizare VC mode issue in emacs RJD
2014-12-11 16:12 ` RJD
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).