Externals using absolute path on Windows
Hi All, I'm trying to make a plan for migrating some of our source code to SVN and am looking at using externals to deal with some of our code that is shared between libraries. In doing this I have come across the issue number 4073 (Assert on Windows absolute paths in svn:externals) which is preventing me from being able to map our externals to absolute paths (we are all Windows based machines here). The link for the issue is below: http://subversion.tigris.org/issues/show_bug.cgi?id=4073 Is anyone aware of any work arounds for issue number 4073? I guess using relative paths is likely to work but that would require changes to a number of our projects that we would rather not tackle at this time. Are there any special characters or special methods of formatting the path that I can use to get the externals to work? If not does anyone have any idea about the timescales for the version in which this issue is likely to be resolved? If any more details are needed then please just let me know. Best Regards, David
[no subject]
Is there any way to get all log messages between date x and date y. We would like to get an overview of all log messages between to the two dates, is this possible ?
Re: Externals using absolute path on Windows
On Mon, Apr 23, 2012 at 6:59 AM, David Hickman david.hick...@audleytravel.com wrote: Hi All, ** ** I’m trying to make a plan for migrating some of our source code to SVN and am looking at using externals to deal with some of our code that is shared between libraries. In doing this I have come across the issue number 4073 (Assert on Windows absolute paths in svn:externals) which is preventing me from being able to map our externals to absolute paths (we are all Windows based machines here). ** ** The link for the issue is below: http://subversion.tigris.org/issues/show_bug.cgi?id=4073 ** ** Is anyone aware of any work arounds for issue number 4073? I guess using relative paths is likely to work but that would require changes to a number of our projects that we would rather not tackle at this time. Are there any special characters or special methods of formatting the path that I can use to get the externals to work? If not does anyone have any idea about the timescales for the version in which this issue is likely to be resolved? ** ** ** ** If any more details are needed then please just let me know. You didn't mention *which* Subversion codebase or binary you're using. Check. Then test it with TortoiseSVN: that will let you know if it's fixed in the current 1.7.4 codebases, as hinted by that bug report.
Re:
On 23/04/12 12:20, Piet Arickx wrote:
Is there any way to get all log messages between date x and date y.
We would like to get an overview of all log messages between to the
two dates, is this possible ?
Use the --revision option with date in {}, e.g.
svn log --revision{2012-01-01}:{2012-02-01}
to get all last January's log.
Re:
On 23/04/12 12:28, Piet Arickx wrote:
Ok, I will try this later, the svn environment itself isn't installed
yet, but thank you for your quick answer.
We are actually testing and evaluating tortoise svn, do you know if it's
possible to do the same thing using this gui ?
Piet.
Please do not top-post and remember to reply-to-all, so that the thread
stays on the list.
Unfortunately I do not use TortoiseSVN, but as this is a pretty basic
function I would guess that yes it is possible with TortoiseSVN too.
-Original Message-
From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
Sent: maandag 23 april 2012 13:24
To: Piet Arickx
Cc: users@subversion.apache.org
Subject: Re:
On 23/04/12 12:20, Piet Arickx wrote:
Is there any way to get all log messages between date x and date y.
We would like to get an overview of all log messages between to the
two dates, is this possible ?
Use the --revision option with date in {}, e.g.
svn log --revision{2012-01-01}:{2012-02-01}
to get all last January's log.
RE:
Ok, thank you, I'm new to this support (sorry about the misconduct).
I have found the option in the Tortoise Gui in the meantime.
-Original Message-
From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
Sent: maandag 23 april 2012 13:35
To: Piet Arickx; users@subversion.apache.org
Subject: Re:
On 23/04/12 12:28, Piet Arickx wrote:
Ok, I will try this later, the svn environment itself isn't installed
yet, but thank you for your quick answer.
We are actually testing and evaluating tortoise svn, do you know if
it's possible to do the same thing using this gui ?
Piet.
Please do not top-post and remember to reply-to-all, so that the thread
stays on the list.
Unfortunately I do not use TortoiseSVN, but as this is a pretty basic
function I would guess that yes it is possible with TortoiseSVN too.
-Original Message-
From: Giulio Troccoli [mailto:giulio.trocc...@mediatelgroup.co.uk]
Sent: maandag 23 april 2012 13:24
To: Piet Arickx
Cc: users@subversion.apache.org
Subject: Re:
On 23/04/12 12:20, Piet Arickx wrote:
Is there any way to get all log messages between date x and date y.
We would like to get an overview of all log messages between to the
two dates, is this possible ?
Use the --revision option with date in {}, e.g.
svn log --revision{2012-01-01}:{2012-02-01}
to get all last January's log.
RE: Externals using absolute path on Windows
on Mon, Apr 23, 2012 at 6:59 AM, David Hickman david.hick...@audleytravel.commailto:david.hick...@audleytravel.com wrote: Hi All, I'm trying to make a plan for migrating some of our source code to SVN and am looking at using externals to deal with some of our code that is shared between libraries. In doing this I have come across the issue number 4073 (Assert on Windows absolute paths in svn:externals) which is preventing me from being able to map our externals to absolute paths (we are all Windows based machines here). The link for the issue is below: http://subversion.tigris.org/issues/show_bug.cgi?id=4073 Is anyone aware of any work arounds for issue number 4073? I guess using relative paths is likely to work but that would require changes to a number of our projects that we would rather not tackle at this time. Are there any special characters or special methods of formatting the path that I can use to get the externals to work? If not does anyone have any idea about the timescales for the version in which this issue is likely to be resolved? If any more details are needed then please just let me know. You didn't mention *which* Subversion codebase or binary you're using. Check. Then test it with TortoiseSVN: that will let you know if it's fixed in the current 1.7.4 codebases, as hinted by that bug report. Good point, sorry about that. The version information from my about screen of TortoiseSVN is: TortoiseSVN 1.7.6, Build 22632 - 32 Bit , 2012/03/08 18:29:39 Subversion 1.7.4, apr 1.4.5 apr-utils 1.3.12 neon 0.29.6 OpenSSL 1.0.0g 18 Jan 2012 zlib 1.2.5 SVN is a new project for us and we've only ever used this version so it appears to be an outstanding issue. Best Regards, David
Re: Externals using absolute path on Windows
David Hickman david.hick...@audleytravel.com writes: Is anyone aware of any work arounds for issue number 4073? I guess using relative paths is likely to work but that would require changes to a number of our projects that we would rather not tackle at this time. Are there any special characters or special methods of formatting the path that I can use to get the externals to work? If not does anyone have any idea about the timescales for the version in which this issue is likely to be resolved? Allowing absolute paths in older versions on Windows was inadvertant. Adding support is not currently planned since allowing the server to place files at known locations outside the working copy has security implications. -- Philip
RE: Externals using absolute path on Windows
David Hickman david.hick...@audleytravel.com writes: Is anyone aware of any work arounds for issue number 4073? I guess using relative paths is likely to work but that would require changes to a number of our projects that we would rather not tackle at this time. Are there any special characters or special methods of formatting the path that I can use to get the externals to work? If not does anyone have any idea about the timescales for the version in which this issue is likely to be resolved? Allowing absolute paths in older versions on Windows was inadvertant. Adding support is not currently planned since allowing the server to place files at known locations outside the working copy has security implications. -- Philip Hi Philip, Thanks for your reply. I received a response on the Tortoise SVN mailing list that this bug had already been fixed in trunk and would be back ported to 1.7 branch. Is it a definite that support for absolute paths will not exist in the future? Best Regards, David
Re: Externals using absolute path on Windows
David Hickman david.hick...@audleytravel.com writes: David Hickman david.hick...@audleytravel.com writes: Is anyone aware of any work arounds for issue number 4073? I guess using relative paths is likely to work but that would require changes to a number of our projects that we would rather not tackle at this time. Are there any special characters or special methods of formatting the path that I can use to get the externals to work? If not does anyone have any idea about the timescales for the version in which this issue is likely to be resolved? Allowing absolute paths in older versions on Windows was inadvertant. Adding support is not currently planned since allowing the server to place files at known locations outside the working copy has security implications. -- Philip Hi Philip, Thanks for your reply. I received a response on the Tortoise SVN mailing list that this bug had already been fixed in trunk and would be back ported to 1.7 branch. Is it a definite that support for absolute paths will not exist in the future? The issue was fixed by making Windows behave like Unix and so give an invalid property error rather than an assert. Adding support for absolute paths is not currently planned due to the security issue. -- Philip
RE: Externals using absolute path on Windows
-Original Message- The issue was fixed by making Windows behave like Unix and so give an invalid property error rather than an assert. Adding support for absolute paths is not currently planned due to the security issue. -- Philip Ah ok, it was my interpretation of the bug report that was at fault here I think! Thanks very much for your help Philip. Best Regards, David
Corrupt working copies with Subversion 1.7.4 in VMWare with shared folders (two svn processes; malformed sqlite database)
Hello, since upgrading svn from 1.6.16 (TortoiseSVN 1.6.15) to 1.7.4 (TortoiseSVN 1.7.6) my working copies are very often corrupted and clean up can't recover them. Unfortunately this happens sporadically and I can't reproduce it with a demo repository. But maybe you have an idea. I'm working inside a VMWare image, accessing the host's working copies using shared folders. I must not change this special setup. Can two TSVNCache processes accessing the same working copy (SQLite database) produce any damage? SVN 1.6.x worked just fine. I upgraded all my working copies to 1.7, which worked fine. Some commits later my main working copy stopped working. After a successful commit the next operations showed errors: files like .svn/tmp/svn-37AB52F1 were missing. Creating this (empty) file seemed to help for a short time. But later errors like these showed up and I was stuck: svn: E155010: Pristine text 'f61edc47662633671fd1d048e2ea11b8fdaf2336' not present This happened in several working copies. Clean up shows the same error, commit shows an empty file list. I'm often not even able to check out a new working copy: Error: sqlite: database disk image is malformed This happens often, but not always. I tried the same checkout several times and the error appeared sometimes sooner, sometimes later in the checkout. (My main working copy has 1 GB, checkout downloads 140 MB.) SVN seems to work if: - working copies are accessed on the host only (ordinary situation) - or working copies are stored inside VMWare on drive C: (not visible outside) - or Subversion is not installed on the host system My configuration: - Windows XP (host and guest) - Clients: Subversion 1.7.4 (TortoiseSVN 1.7.6) (host and guest) - Server: Subversion 1.6.2 - Repository: https://... Can you already guess something from this description? Can you give me further hints? Thanks in advance Florian
AW: Corrupt working copies with Subversion 1.7.4 in VMWare with shared folders (two svn processes; malformed sqlite database)
Hi, Florian, Von: Florian Kolter [mailto:f...@floriankolter.de] since upgrading svn from 1.6.16 (TortoiseSVN 1.6.15) to 1.7.4 (TortoiseSVN 1.7.6) my working copies are very often corrupted and clean up can't recover them. Unfortunately this happens sporadically and I can't reproduce it with a demo repository. But maybe you have an idea. I'm working inside a VMWare image, accessing the host's working copies using shared folders. I must not change this special setup. Can two TSVNCache processes accessing the same working copy (SQLite database) produce any damage? SVN 1.6.x worked just fine. Accessing the same working copy from several processes works fine as long as the locking works fine. However, locking over network file systems has issues in some cases, and VirtualBox uses network file system emulation for the shared folders for windows guests. So my hint is that you check with the VirtualBox folks whether they know of any issues with locking on shared folders. (Maybe simply updating VirtualBox or the guest utils helps. :-) Best regards Markus Schaber -- ___ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
Re: Corrupt working copies with Subversion 1.7.4 in VMWare with shared folders (two svn processes; malformed sqlite database)
Hi Markus, * Markus Schaber [2012-04-23 14:53]: Hi, Florian, Von: Florian Kolter [mailto:f...@floriankolter.de] since upgrading svn from 1.6.16 (TortoiseSVN 1.6.15) to 1.7.4 (TortoiseSVN 1.7.6) my working copies are very often corrupted and clean up can't recover them. Unfortunately this happens sporadically and I can't reproduce it with a demo repository. But maybe you have an idea. I'm working inside a VMWare image, accessing the host's working copies using shared folders. I must not change this special setup. Can two TSVNCache processes accessing the same working copy (SQLite database) produce any damage? SVN 1.6.x worked just fine. Accessing the same working copy from several processes works fine as long as the locking works fine. However, locking over network file systems has issues in some cases, and VirtualBox uses network file system emulation for the shared folders for windows guests. So my hint is that you check with the VirtualBox folks whether they know of any issues with locking on shared folders. (Maybe simply updating VirtualBox or the guest utils helps. :-) Thanks for your tip. I can try to find out what VMWare's implementation does or if there is an update. However I have been working this way for years with Subversion 1.6 and never experienced any problem. Was this kind of locking introduced in Subversion 1.7? Because of SQLite? Best regards, Florian
AW: Corrupt working copies with Subversion 1.7.4 in VMWare with shared folders (two svn processes; malformed sqlite database)
Hi, Florian, Von: Florian Kolter [mailto:f...@floriankolter.de] since upgrading svn from 1.6.16 (TortoiseSVN 1.6.15) to 1.7.4 (TortoiseSVN 1.7.6) my working copies are very often corrupted and clean up can't recover them. Unfortunately this happens sporadically and I can't reproduce it with a demo repository. But maybe you have an idea. I'm working inside a VMWare image, accessing the host's working copies using shared folders. I must not change this special setup. Can two TSVNCache processes accessing the same working copy (SQLite database) produce any damage? SVN 1.6.x worked just fine. Accessing the same working copy from several processes works fine as long as the locking works fine. However, locking over network file systems has issues in some cases, and VirtualBox uses network file system emulation for the shared folders for windows guests. So my hint is that you check with the VirtualBox folks whether they know of any issues with locking on shared folders. (Maybe simply updating VirtualBox or the guest utils helps. :-) Thanks for your tip. I can try to find out what VMWare's implementation does or if there is an update. Of course I meant VMWare folks, and not VirtualBox folks - I just slipped over to VirtualBox as I happen to know how they implemented shared folders... However I have been working this way for years with Subversion 1.6 and never experienced any problem. Was this kind of locking introduced in Subversion 1.7? Because of SQLite? Yes, using SQLite definitely changed the game. You may google for sqlite vmware shared folders or similar to find out whether there are known problems. But the working copy organization as a whole has changed, and thus it may be some other access pattern which fail on VMWare shared folders. Best regards Markus Schaber -- ___ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
Trouble with shared object so file with svn_load_dirs.pl
Hello, I try to use svn_load_dirs.pl to update my vendor branch on Linux with svn 1.7.4. I got latest version from http://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/svn_load_dirs Everything seems to be OK, except for one file - a Unix binary .so executable file - the script detects it as added whereas it is already present in the branch working copy and it has not changed at all. As a result, the svn add operation just fails with: svn: warning: W150002: '/path/to/current/myFileWithSomeCapLetters.so' is already under version control svn: E29: Could not add all targets because some targets are already versioned svn: E29: Illegal target for the requested operation Press return to quit and clean up svn working directory: I have checked that: - file names are exactly equals, case is correct - files are exactly identical - file properties in the vendor branch To clean the situation, I have removed svn:eol-style and svn:keywords properties on the existing file in branch but kept svn:executable. After a new checkout of the branch, the operation still fails. Here is my command svn_load_dirs.pl -v -v -w vendorbranch -t vendorrelease_2 https://hostname/subversion/repository branches/vendorbranch vendorrelease_2 How to diagnose what is wrong ? Thank you in advance for your help -- Yves Martin
Re: assertion failed (opt || SVN_IS_VALID_REVNUM(rev))
Gegerson, Jamie Mr CTR USA USACE wrote on Mon, Apr 23, 2012 at 11:52:06 -0400:
Sending this in because the most recent reference to this failed assertion
occurs in 2010.
Got the following exception when trying to show a revision log range by date
from 2012/01/01 to 2012/04/23. I had cleared all other input fields and made
sure the radio buttons for start and end were on Date:
Can you run (in svn.exe, or in tortoisesvn)
svn info -r {2012-01-01}
svn info -r {2012-04-23}
in that working copy and tell us what the output is? (I only care about
the error message, or the Revision: field if there is no error)
'D:\Development\SVN\Releases\TortoiseSVN-1.7.6\ext\subversion\subversion\lib
svn_ra_svn\marshal.c'
line 502: assertion failed (opt || SVN_IS_VALID_REVNUM(rev))
Thanks
Daniel
Re: Using info2 in perl
Thanks. Yes, it does look like svn_wc_status_func_t is ifdef'ed out
for perl bindings. So, I assumed it was an issue with the perl
bindings, and reported it to Alien-SVN, but I was told it needs to be
reported to subversion.
I tried to find if this is a known issue, but can not seem to find
one. The closest I found was:
http://subversion.tigris.org/issues/show_bug.cgi?id=2646
But that only implements exporting of the functions. So I filed a new issue:
http://subversion.tigris.org/issues/show_bug.cgi?id=4165
- Jim
On Fri, Apr 20, 2012 at 2:39 PM, Daniel Shahaf danie...@elego.de wrote:
Hmm. A quick glance at subversion/bindings/swig/svn_wc.i tells me that
perhaps svn_wc_status_func2_t aren't supported by the Perl bindings?
(notice the pattern of #ifndef's around svn_wc_status_func_t and
svn_wc_status_func2_t)
Jim Searle wrote on Fri, Apr 20, 2012 at 14:21:52 -0700:
I was able to get info2 working with Daniel's suggestion, but now I
can not get status3 to work.
For the code below I get this error when it tries to run status3:
TypeError in method 'svn_client_status3', argument 4 of type
'svn_wc_status_func2_t'
Seems like it wants me to typecast the subroutine, but not sure how to do
that?
$s = SVN::Client-new();
# Standard status
print Using status:\n;
$s-status(, undef,
sub{($path, $status) = @_;
print $path,$status\n },
1, 1, 1, 0);
print \n\nUsing status3:\n;
$s-status3( , undef,
sub{($path, $status) = @_;
print $path,$status\n },
$SVN::Core::depth_immediates, 1, 1, 0, 1, undef );
Thanks,
Jim
On Wed, Mar 21, 2012 at 5:14 PM, Daniel Shahaf danie...@elego.de wrote:
Jim Searle wrote on Wed, Mar 21, 2012 at 16:03:05 -0700:
I am currently using the perl api info and diff_summarize methods, but
I need to switch to info2 and diff_summarize2 since they support the
'depth' option. But I can't figure out the correct syntax, does
anyone have an example?
% perl -MSVN::Client -le '$s = SVN::Client-new();
$s-info2( , 1,HEAD,
sub{($target, $info_t, $pool) = @_;
print $target: , $info_t-URL },
$SVN::Core::depth_infinity, undef )'
A: file:///tmp/svn/r1/trunk/A
A/B: file:///tmp/svn/r1/trunk/A/B
...
A/D/H/psi: file:///tmp/svn/r1/trunk/A/D/H/psi
iota: file:///tmp/svn/r1/trunk/iota
How I built this:
- Follow the docs of the svn_client_info2() C API (in doxygen, or in
svn_client.h)
- Drop the ctx parameter
- Drop any baton parameters
- When in doubt about some object --- print it. ref() and Dumper() help
too.
HTH,
Daniel
Thanks,
Jim
Fwd: Svn Error
Hi Guys I have just started learning about the tools to start contributing to open source. I had installed svn through apt get in ubuntu 10.04 but when I try to commit anything to the repository i get this error Error: Commit failed (details follow): Error: Commit blocked by pre-commit hook (exit code 1) with output: Please could anyone help me to resolve this. Thanks and Regards Madhav Mohan
Re: Svn Error
On Apr 23, 2012, at 13:48, Madhav Mohan wrote: I have just started learning about the tools to start contributing to open source. I had installed svn through apt get in ubuntu 10.04 but when I try to commit anything to the repository i get this error Error: Commit failed (details follow): Error: Commit blocked by pre-commit hook (exit code 1) with output: Please could anyone help me to resolve this. Whatever repository you are committing to has installed a pre-commit hook script that is preventing the commit for some reason. If the reason is not clear from the error message, contact the administrator of that repository for assistance, since only they know what they wrote in their pre-commit hook script.
Re: Using info2 in perl
(Obligatory invitation for you to want to write a patch that exposes
svn_wc_status_func2_t to the Perl bindings goes here.)
http://subversion.apache.org/patches
Jim Searle wrote on Mon, Apr 23, 2012 at 11:42:33 -0700:
Thanks. Yes, it does look like svn_wc_status_func_t is ifdef'ed out
for perl bindings. So, I assumed it was an issue with the perl
bindings, and reported it to Alien-SVN, but I was told it needs to be
reported to subversion.
I tried to find if this is a known issue, but can not seem to find
one. The closest I found was:
http://subversion.tigris.org/issues/show_bug.cgi?id=2646
But that only implements exporting of the functions. So I filed a new issue:
http://subversion.tigris.org/issues/show_bug.cgi?id=4165
- Jim
On Fri, Apr 20, 2012 at 2:39 PM, Daniel Shahaf danie...@elego.de wrote:
Hmm. A quick glance at subversion/bindings/swig/svn_wc.i tells me that
perhaps svn_wc_status_func2_t aren't supported by the Perl bindings?
(notice the pattern of #ifndef's around svn_wc_status_func_t and
svn_wc_status_func2_t)
Jim Searle wrote on Fri, Apr 20, 2012 at 14:21:52 -0700:
I was able to get info2 working with Daniel's suggestion, but now I
can not get status3 to work.
For the code below I get this error when it tries to run status3:
TypeError in method 'svn_client_status3', argument 4 of type
'svn_wc_status_func2_t'
Seems like it wants me to typecast the subroutine, but not sure how to do
that?
$s = SVN::Client-new();
# Standard status
print Using status:\n;
$s-status(, undef,
sub{($path, $status) = @_;
print $path,$status\n },
1, 1, 1, 0);
print \n\nUsing status3:\n;
$s-status3( , undef,
sub{($path, $status) = @_;
print $path,$status\n },
$SVN::Core::depth_immediates, 1, 1, 0, 1, undef );
Thanks,
Jim
On Wed, Mar 21, 2012 at 5:14 PM, Daniel Shahaf danie...@elego.de wrote:
Jim Searle wrote on Wed, Mar 21, 2012 at 16:03:05 -0700:
I am currently using the perl api info and diff_summarize methods, but
I need to switch to info2 and diff_summarize2 since they support the
'depth' option. But I can't figure out the correct syntax, does
anyone have an example?
% perl -MSVN::Client -le '$s = SVN::Client-new();
$s-info2( , 1,HEAD,
sub{($target, $info_t, $pool) = @_;
print $target: , $info_t-URL
},
$SVN::Core::depth_infinity, undef )'
A: file:///tmp/svn/r1/trunk/A
A/B: file:///tmp/svn/r1/trunk/A/B
...
A/D/H/psi: file:///tmp/svn/r1/trunk/A/D/H/psi
iota: file:///tmp/svn/r1/trunk/iota
How I built this:
- Follow the docs of the svn_client_info2() C API (in doxygen, or in
svn_client.h)
- Drop the ctx parameter
- Drop any baton parameters
- When in doubt about some object --- print it. ref() and Dumper() help
too.
HTH,
Daniel
Thanks,
Jim
Re: Using info2 in perl
Daniel Shahaf wrote on Tue, Apr 24, 2012 at 01:34:16 +0300:
(Obligatory invitation for you to want to write a patch that exposes
svn_wc_status_func2_t to the Perl bindings goes here.)
And thanks, etc. I'm just a bit too tired for the full boilerplate
right now :-/
http://subversion.apache.org/patches
Jim Searle wrote on Mon, Apr 23, 2012 at 11:42:33 -0700:
Thanks. Yes, it does look like svn_wc_status_func_t is ifdef'ed out
for perl bindings. So, I assumed it was an issue with the perl
bindings, and reported it to Alien-SVN, but I was told it needs to be
reported to subversion.
I tried to find if this is a known issue, but can not seem to find
one. The closest I found was:
http://subversion.tigris.org/issues/show_bug.cgi?id=2646
But that only implements exporting of the functions. So I filed a new
issue:
http://subversion.tigris.org/issues/show_bug.cgi?id=4165
- Jim
On Fri, Apr 20, 2012 at 2:39 PM, Daniel Shahaf danie...@elego.de wrote:
Hmm. A quick glance at subversion/bindings/swig/svn_wc.i tells me that
perhaps svn_wc_status_func2_t aren't supported by the Perl bindings?
(notice the pattern of #ifndef's around svn_wc_status_func_t and
svn_wc_status_func2_t)
Jim Searle wrote on Fri, Apr 20, 2012 at 14:21:52 -0700:
I was able to get info2 working with Daniel's suggestion, but now I
can not get status3 to work.
For the code below I get this error when it tries to run status3:
TypeError in method 'svn_client_status3', argument 4 of type
'svn_wc_status_func2_t'
Seems like it wants me to typecast the subroutine, but not sure how to
do that?
$s = SVN::Client-new();
# Standard status
print Using status:\n;
$s-status(, undef,
sub{($path, $status) = @_;
print $path,$status\n },
1, 1, 1, 0);
print \n\nUsing status3:\n;
$s-status3( , undef,
sub{($path, $status) = @_;
print $path,$status\n },
$SVN::Core::depth_immediates, 1, 1, 0, 1, undef );
Thanks,
Jim
On Wed, Mar 21, 2012 at 5:14 PM, Daniel Shahaf danie...@elego.de wrote:
Jim Searle wrote on Wed, Mar 21, 2012 at 16:03:05 -0700:
I am currently using the perl api info and diff_summarize methods, but
I need to switch to info2 and diff_summarize2 since they support the
'depth' option. But I can't figure out the correct syntax, does
anyone have an example?
% perl -MSVN::Client -le '$s = SVN::Client-new();
$s-info2( , 1,HEAD,
sub{($target, $info_t, $pool) = @_;
print $target: ,
$info_t-URL },
$SVN::Core::depth_infinity, undef
)'
A: file:///tmp/svn/r1/trunk/A
A/B: file:///tmp/svn/r1/trunk/A/B
...
A/D/H/psi: file:///tmp/svn/r1/trunk/A/D/H/psi
iota: file:///tmp/svn/r1/trunk/iota
How I built this:
- Follow the docs of the svn_client_info2() C API (in doxygen, or in
svn_client.h)
- Drop the ctx parameter
- Drop any baton parameters
- When in doubt about some object --- print it. ref() and Dumper()
help too.
HTH,
Daniel
Thanks,
Jim
Re: assertion failed (opt || SVN_IS_VALID_REVNUM(rev))
[Forwarding backto the list; please ensure it's CCed on replies.[
Gegerson, Jamie Mr CTR USA USACE wrote on Mon, Apr 23, 2012 at 14:03:52 -0400:
I tried checking out a new copy of the repository to a new directory and got
the exact same error when trying to show the date range in Tortoise show
log.
Both commands you suggest work from the original working directory without
errors:
C:\home\xampp\xampp\htdocs\pax-trunk\capcessvn info -r {2012-01-01}
Path: trunk
URL: svn://127.0.0.1/capces/trunk
Repository Root: svn://127.0.0.1
Repository UUID: 2c1c6c1e-971f-11de-b66d-5f68e37b141e
Revision: 4884
Node Kind: directory
Last Changed Author:
Last Changed Rev: 4884
Last Changed Date: 2011-12-28 14:28:59 -0500 (Wed, 28 Dec 2011)
C:\home\xampp\xampp\htdocs\pax-trunk\capcessvn info -r {2012-04-23}
Path: trunk
URL: svn://127.0.0.1/capces/trunk
Repository Root: svn://127.0.0.1
Repository UUID: 2c1c6c1e-971f-11de-b66d-5f68e37b141e
Revision: 5596
Node Kind: directory
Last Changed Author: **
Last Changed Rev: 5596
Last Changed Date: 2012-04-20 19:33:29 -0400 (Fri, 20 Apr 2012)
-Original Message-
From: Daniel Shahaf [mailto:danie...@elego.de]
Sent: Monday, April 23, 2012 1:34 PM
To: Gegerson, Jamie Mr CTR USA USACE
Cc: users@subversion.apache.org
Subject: Re: assertion failed (opt || SVN_IS_VALID_REVNUM(rev))
Gegerson, Jamie Mr CTR USA USACE wrote on Mon, Apr 23, 2012 at 11:52:06
-0400:
Sending this in because the most recent reference to this failed
assertion occurs in 2010.
Got the following exception when trying to show a revision log range
by date from 2012/01/01 to 2012/04/23. I had cleared all other input
fields and made sure the radio buttons for start and end were on Date:
Can you run (in svn.exe, or in tortoisesvn)
svn info -r {2012-01-01}
svn info -r {2012-04-23}
in that working copy and tell us what the output is? (I only care about the
error message, or the Revision: field if there is no error)
'D:\Development\SVN\Releases\TortoiseSVN-1.7.6\ext\subversion\subversi
on\lib
svn_ra_svn\marshal.c'
line 502: assertion failed (opt || SVN_IS_VALID_REVNUM(rev))
Thanks
Daniel
