From: SourceForge.net <no...@so...> - 2005-11-14 16:21:54
|
Bugs item #1123142, was opened at 2005-02-15 08:50 Message generated for change (Comment added) made by brian1313 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=474851&aid=1123142&group_id=54790 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Tasks Group: 0.85 Status: Open Resolution: None Priority: 5 Submitted By: IRON (imakowski) Assigned to: Nobody/Anonymous (nobody) Summary: vssget doesn't work when version property is set Initial Comment: when version property is set to for example '90' (in this case label is number) vssget gets only root level of files (recursive doesn't work). please provide additional property for label and make it exclusive with version property ---------------------------------------------------------------------- Comment By: Brian Walther (brian1313) Date: 2005-11-14 11:21 Message: Logged In: YES user_id=587960 I have been receiving the same error trying to vssget by label/version. Has anyone solved or gotten around this problem? Any info would be greatly appreciated. Regards, Brian ---------------------------------------------------------------------- Comment By: Daniel Cleyne (dcleyne) Date: 2005-06-17 02:21 Message: Logged In: YES user_id=1169386 I've installed that hotfix and yet I still can't get files out of sourcesafe via the vssget task using a label. I get: The "path" and/or "version" is not valid. The way I'm specifying the label for vssget is: <property name="Module.Label" value="8.1.4" readonly="true" /> and the vssget element looks like <vssget username="${vss.username}" password="${vss.password}" localpath="${build.dir}\ModuleDir" recursive="false" replace="true" writable="true" dbpath="${vss.ini}" path="$\Apps\Module" version="${Module.Label}" /> In the command line help for ss.exe is says you have to specify the version like -V"label here". I think it looks for the quotes to differentiate it between labels and versions. I would expect that the automation api behaves the same way seeing as it takes an object as an argument to the call. That being said, how do I set up the Label property so that it adds the bracketing quotes? I've tried to use &034; in the hope that it would translate that on the way through but nant just gets confused and rejects the line. What I think I should see is that instead of passing 8.1.4 through the call, it passes "8.1.4" through the call. Perhaps the original focus of this item was correct in asking for the Label functionality to be seperated into its own property and the specific behaviour to Label implemented there. Sorry for the ramble Cheers, Dan ---------------------------------------------------------------------- Comment By: Michael Dang (mndang) Date: 2005-03-29 16:04 Message: Logged In: YES user_id=833138 Use VSS v6.0c ---------------------------------------------------------------------- Comment By: Magnus (mageric) Date: 2005-02-25 03:51 Message: Logged In: YES user_id=1227172 After much digging it turns out that there is a bug in Visual Source Safe 6.0d that causes this to fail. Here is a link to the KB article: http://support.microsoft.com/default.aspx?scid=kb;en- us;837417 Unfortunately you have to call PSS to get the code, it is not available a public download. /magnus ---------------------------------------------------------------------- Comment By: Magnus (mageric) Date: 2005-02-25 03:32 Message: Logged In: YES user_id=1227172 I have the same problem as you and it's very annoying. So I made a small change in the source code and rebuild the project hoping this would help. But I ended up with the "Invalid OLEVERB structure" message instead. Has anyone got this task to work with a label and the recursive attribute set to true? I'm using - nant-0.85-rc1 - nantcontrib-0.85-rc1 - VSS 6.0d with latest patch And where is that SourceSafe.Interop.dll coming from? Regards Magnus ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=474851&aid=1123142&group_id=54790 |