m Eclipse
>>>
>>> via subclipse.
>>>
>>>
>>>
>>> One of them recently reported a coredump against 1.10.3. I’ve also
>>>
>>> reproduced it with 1.9.7.
>>>
>>>
>>>
>>> The problem occurs when S
> >
> > One of them recently reported a coredump against 1.10.3. I’ve also
> >
> > reproduced it with 1.9.7.
> >
> >
> >
> > The problem occurs when SVNClient::diff() is called with a diff-cmd
> >
> > defined in the user’s ~/.subversion/conf
h 1.9.7.
>
>
>
> The problem occurs when SVNClient::diff() is called with a diff-cmd
>
> defined in the user’s ~/.subversion/config file.
>
>
>
> SVNClient::diff() calls svn_client_diff6() with the errstream explicitly
>
> set to NULL and the diff command in dwi
Hi,
We've got a number of developers using the javahl bindings from Eclipse
via subclipse.
One of them recently reported a coredump against 1.10.3. I've also
reproduced it with 1.9.7.
The problem occurs when SVNClient::diff() is called with a diff-cmd
defined in the user's ~/.su
> Csongor Pal writes:
>> When running an svn shelve command I get the diffs opened up in
>> FileMerge and the command fails with: svn: E29: No changes were
>> shelved
> [...]
>> I'm using svn, version 1.10.0 (r1827917) on macOS 10.13.
Philip Martin wrote:
> [...] The long term fix for 1.10
Csongor Pal writes:
> I ran into an issue with svn shelve on my setup. I use the following
> script as my diff-cmd to open diffs with FileMerge on macOS:
> svn-diffwrap.sh
> <https://gist.github.com/dtjm/523243/6975de552166beb08943fe8a44f8b5ddbb29a875#file-svn-diffwrap-sh>
&
Branko Čibej wrote on Tue, 26 Jun 2018 12:37 +0200:
> It would be helpful if the wrapper script returned the exit code from
> the diff program. Something like 'exit $?' at the end would do it.
Come again? Appending 'exit $?' to a shell script is a no-op; a script
returns the exit code of its last
On 26.06.2018 12:19, Csongor Pal wrote:
> Hi,
>
> I ran into an issue with svn shelve on my setup. I use the following
> script as my diff-cmd to open diffs with FileMerge on
> macOS: svn-diffwrap.sh
> <https://gist.github.com/dtjm/523243/6975de552166beb08943fe8a44f8b5ddbb29a
Hi,
I ran into an issue with svn shelve on my setup. I use the following script as
my diff-cmd to open diffs with FileMerge on macOS: svn-diffwrap.sh
<https://gist.github.com/dtjm/523243/6975de552166beb08943fe8a44f8b5ddbb29a875#file-svn-diffwrap-sh>
When running an svn shelve command I g
;
> >>[aneyman@rhel-build2 src]$ svn diff $URL/SETUP.bash SETUP.bash
> >>[aneyman@rhel-build2 src]$ svn diff --diff-cmd=diff $URL/SETUP.bash
> >>SETUP.bash
> >>Index: SETUP.bash
> >>=
generates long lists of empty diffs with --diff-cmd
Hi,
I noticed that SVN generates a lot of spurious diffs when using a
--diff-cmd option that look like this:
Index: arch/alpha/boot/tools/objstrip.c
==
=
Index: arch/alpha/boot/Makefile
On 04/20/2017 09:58 PM, Alexey Neyman wrote:
On 04/20/2017 06:52 AM, Bert Huijben wrote:
-Original Message-
From: Alexey Neyman [mailto:sti...@att.net]
Sent: donderdag 20 april 2017 02:59
To: users@subversion.apache.org
Subject: svn generates long lists of empty diffs with --diff-cmd
On 04/20/2017 06:52 AM, Bert Huijben wrote:
-Original Message-
From: Alexey Neyman [mailto:sti...@att.net]
Sent: donderdag 20 april 2017 02:59
To: users@subversion.apache.org
Subject: svn generates long lists of empty diffs with --diff-cmd
Hi,
I noticed that SVN generates a lot of
> -Original Message-
> From: Alexey Neyman [mailto:sti...@att.net]
> Sent: donderdag 20 april 2017 02:59
> To: users@subversion.apache.org
> Subject: svn generates long lists of empty diffs with --diff-cmd
>
> Hi,
>
> I noticed that SVN generates a lot of
Hi,
I noticed that SVN generates a lot of spurious diffs when using a
--diff-cmd option that look like this:
Index: arch/alpha/boot/tools/objstrip.c
===
Index: arch/alpha/boot/Makefile
/knowsg_admin/bin/svndiffwrap.sh' returned 255
>
>
> part of ~/.subversion/config is like this:
>
> ### Set diff-cmd to the absolute path of your 'diff' program.
> ### This will override the compile-time default, which is to use
> ### Subversion's inter
===
exec of '/home/knowsg_admin/bin/svndiffwrap.sh' failed: No such file or
directorysvn: '/home/knowsg_admin/bin/svndiffwrap.sh' returned 255
part of ~/.subversion/config is like this:
### Set diff-cmd to the absolut
development.txt
> ===
> exec of '/home/knowsg_admin/bin/svndiffwrap.sh' failed: No such file or
> directorysvn: '/home/knowsg_admin/bin/svndiffwrap.sh' returned 255
>
>
> part of ~/.subversion/config is like this:
>
> ### Set diff-cmd t
Hello,
Are you sure there are proper ${6} and ${7} arguments in any cases ?
You should add check in your script before invoking vim -d
I also recommend to end script with "exec /usr/bin/vim "
--
Yves Martin
On Thu, Apr 07, 2016 at 04:55:24PM +0800, Hongliang Wang wrote:
> Hi Stefan, Thanks for your reply. The contents of my wrapper likes this and
> it indeed has #!/bin/sh
>
> ~/bin $ cat svndiffwrap.sh
> #!/bin/sh
>
> /usr/bin/vim -d ${6} ${7}
>
> /bin/sh and /usr/bin/vim both exists.
>
> ~/bin $
/home/knowsg_admin/bin/svndiffwrap.sh'failed:Nosuch file
ordirectorysvn:'/home/knowsg_admin/bin/svndiffwrap.sh'returned 255
|
part of ~/.subversion/config is like this:
|
### Set diff-cmd to the absolute path of your 'diff' program.
### This will override the compile
n/bin/svndiffwrap.sh' failed: No such file or
directorysvn: '/home/knowsg_admin/bin/svndiffwrap.sh' returned 255
part of ~/.subversion/config is like this:
### Set diff-cmd to the absolute path of your 'diff' program.
### This will override the compile-time default, wh
If you made a typo in it and have a slow network connection to a remote
repo and decided to make a cup of coffee while the command will complete
- you'll be left out in the cold if you came back.
Or ?
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6
Michael Schlottke wrote on Wed, Jun 26, 2013 at 17:34:15 +0200:
>
> On Jun 21, 2013, at 15:23 , Philip Martin wrote:
> > Another user raised the issue
> >
> > http://subversion.tigris.org/issues/show_bug.cgi?id=4382
> >
> > Using '--diff-cmd colordif
On Jun 21, 2013, at 15:23 , Philip Martin wrote:
> Another user raised the issue
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=4382
>
> Using '--diff-cmd colordiff' to get coloured output no longer works.
>
> Here's a solution that requires the use
Philip Martin writes:
> It's also hard to fix 1.8, how do we pass the information into the
> client library without changing the API? Perhaps we could recognise a
> special part of the command name or a special external parameter, so
>
>--diff-cmd svn:interactive:my
fix 1.8, how do we pass the information into the
>> client library without changing the API? Perhaps we could recognise a
>> special part of the command name or a special external parameter, so
>>
>> --diff-cmd svn:interactive:myscript
>>
>> or
>>
>
we could recognise a
> special part of the command name or a special external parameter, so
>
>--diff-cmd svn:interactive:myscript
>
> or
>
>--diff-cmd myscript -x svn:interactive
>
> gets a terminal while
>
>--diff-cmd myscript
>
> gets a file.
Or we
Michael Schlottke writes:
> However, for now I'd prefer a quick-n-dirty solution rather than not
> being able to upgrade at all. I know this is asking for quite
> something, especially since I don't know how to do it myself :-/
Here's my really quick-n-dirty patch used during investigation. It'
On Jun 19, 2013, at 09:56 , Ben Reser wrote:
> On Wed, Jun 19, 2013 at 9:11 AM, Michael Schlottke
> wrote:
>> Do you have an idea of how hard this is to achieve, or how long it would
>> take to create a patch? I'd be happy to volunteer as a tester…
>> Or do you know of an interim hack that I cou
ine that one script needs a
terminal while another can use a file, only the user knows that.
It's also hard to fix 1.8, how do we pass the information into the
client library without changing the API? Perhaps we could recognise a
special part of the command name or a special exter
On Wed, Jun 19, 2013 at 9:11 AM, Michael Schlottke
wrote:
> Do you have an idea of how hard this is to achieve, or how long it would
> take to create a patch? I'd be happy to volunteer as a tester…
> Or do you know of an interim hack that I could use until it is properly
> fixed?
I don't imagine
vnbook.red-bean.com/nightly/en/svn.advanced.externaldifftools.html#svn.advanced.externaldifftools.diff),
>> which worked like a charm when called as "svn diff
>> --diff-cmd=diffwrap.py filename". However, with svn 1.8 something
>> seems to have changed:
>>
>> The only lin
,
> which worked like a charm when called as "svn diff
> --diff-cmd=diffwrap.py filename". However, with svn 1.8 something
> seems to have changed:
>
> The only lines I see after executing the command above are
>
>> Index: filename
>> ==
"svn diff --diff-cmd=diffwrap.py
filename". However, with svn 1.8 something seems to have changed:
The only lines I see after executing the command above are
> Index: filename
> ===
and the terminal hangs. When I ent
On Fri, Feb 11, 2011 at 12:13:36PM +0600, Victor Sudakov wrote:
> Ryan Schmidt wrote:
> [dd]
>
> >
> > This looks like http://subversion.tigris.org/issues/show_bug.cgi?id=2930
> >
> > i.e., you've found the current status quo; there is no better method
> > currently available.
> >
>
> I have
Ryan Schmidt wrote:
[dd]
>
> This looks like http://subversion.tigris.org/issues/show_bug.cgi?id=2930
>
> i.e., you've found the current status quo; there is no better method
> currently available.
>
I have always been told that I am a good tester (i.e. have the
ability to come across bugs),
On Feb 10, 2011, at 23:33, Victor Sudakov wrote:
> I like very much the default output of the FreeBSD diff program.
> So I prefer using "svn diff --diff-cmd=/usr/bin/diff -x --normal"
> instead of just "svn diff".
>
> However, when I put the line "diff
Colleagues,
I like very much the default output of the FreeBSD diff program.
So I prefer using "svn diff --diff-cmd=/usr/bin/diff -x --normal"
instead of just "svn diff".
However, when I put the line "diff-cmd = /usr/bin/diff -x --normal"
into ~/.subversion/con
Andy Levy wrote at 22:31:19
> Please stop posting links to the HTTPS version of that site. They
> don't use a certificate that Firefox recognizes, which is a pain.
Did you tried to install the CACert from http://www.cacert.org/index.php?id=3
as mentioned here : http://bugs.gentoo.org/show_bug.
ith diff?
>> No, this issue happens with every other diff command/wrapper I used
>> (eg. $> svn diff --diff-cmd echo -r PREV)
>>
>> It happens only within the subversion directory of nmap (which was freshly
>> checked out, no local commits /edits were done). This is
2010/3/13 Ryan Schmidt :
>
> On Mar 13, 2010, at 07:38, Andy Levy wrote:
>
>> 2010/3/13 Ryan Schmidt :
>>>
>>> On Mar 12, 2010, at 20:27, Andy Levy wrote:
>>>
I just ran the exact sequence in your bug report on OS X 10.6.2 and it
executed cleanly using SVN 1.6.5. I don't have 1.6.9 handy
On Mar 13, 2010, at 07:38, Andy Levy wrote:
> 2010/3/13 Ryan Schmidt :
>>
>> On Mar 12, 2010, at 20:27, Andy Levy wrote:
>>
>>> I just ran the exact sequence in your bug report on OS X 10.6.2 and it
>>> executed cleanly using SVN 1.6.5. I don't have 1.6.9 handy & I'm not
>>> sure what I need to
2010/3/13 Ryan Schmidt :
>
> On Mar 12, 2010, at 20:27, Andy Levy wrote:
>
>> I just ran the exact sequence in your bug report on OS X 10.6.2 and it
>> executed cleanly using SVN 1.6.5. I don't have 1.6.9 handy & I'm not
>> sure what I need to do to get it installed; I think I'm missing some
>> dev
On Mar 12, 2010, at 20:27, Andy Levy wrote:
> I just ran the exact sequence in your bug report on OS X 10.6.2 and it
> executed cleanly using SVN 1.6.5. I don't have 1.6.9 handy & I'm not
> sure what I need to do to get it installed; I think I'm missing some
> dev tools.
One way to get it is to
2010/3/12 Toralf Förster :
>
> Andy Levy wrote at 22:31:19
>> Since Subversion is returning
>>
>> svn: Process 'diff' failed (exitwhy 2)
>>
>> Isn't it possible that it's a problem with diff?
> No, this issue happens with every othe
Andy Levy wrote at 22:31:19
> Since Subversion is returning
>
>svn: Process 'diff' failed (exitwhy 2)
>
> Isn't it possible that it's a problem with diff?
No, this issue happens with every other diff command/wrapper I used
(eg. $> svn diff --diff-cmd
svn on a non-Gentoo system altogether) & see
if the same problem happens.
I have run svn diff --diff-cmd diff -r PREV on a WC on my WinXP system
(all native Win32 - my diff reports diff - GNU diffutils version 2.7)
and it works perfectly fine.
Hello,
here's another issue I'm usure whether it is Gentoo-specific :
https://bugs.gentoo.org/show_bug.cgi?id=309183
--
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
49 matches
Mail list logo
