You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(22) |
Oct
(41) |
Nov
(52) |
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(15) |
Feb
(8) |
Mar
(4) |
Apr
|
May
(4) |
Jun
(3) |
Jul
(2) |
Aug
(1) |
Sep
(2) |
Oct
(25) |
Nov
(11) |
Dec
(20) |
2005 |
Jan
(32) |
Feb
(16) |
Mar
(4) |
Apr
(4) |
May
(2) |
Jun
(16) |
Jul
(11) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2005-06-13 16:05:15
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3198229 By: robabbott Hi, I don't seem to be able to perform a recursive folder update. The code executes without exception, but doesn't retrieve any of the missing folders! code snippet: DirectoryInfo dir = new DirectoryInfo(Path.Combine(path, CVS_DIR)); Manager manager = new Manager(dir); workingDir_.FoldersToUpdate = manager.FetchFilesToUpdate (path); //Perform operation ICommand updateCmd = new UpdateCommand2(workingDir_); CVSServerConnection conn = getConnection(); updateCmd.Execute(conn); conn.Close(); -- The path variable contains c:\temp\foo, this folder contains a CVS folder, which in the Entries file lists 8 subfolders (bar1, bar2, ... barN). These 8 folders do not exist locally. When I step through the code, and examine the contents of the WorkingDirectory object, the foldersToUpdate.entries.hashtable correctly contains 8 elements. I have successfully used the CheckoutCommand, so I presume my environment setup is ok. Additionally, how do I activate the logging for the library? I've tried the apporach in the UpdateCommandParser.createCommand() but the same thing happens. Thanks in advance, R. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-06-13 09:31:52
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3197640 By: robabbott Yes, I was after some samples. I'll take a look at the UpdateCommandParser class. Thanks, R. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-06-13 04:30:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3197379 By: drakmar Hi there, I am not sure exactly what you are asking for. If you are looking for code samples on how to use the library to update a single file you can checkout the UpdateCommandParser class (http://cvs.sourceforge.net/viewcvs.py/sharpcvslib/sharpcvslib/src/ICSharpCode.C onsole/SharpCvsLib/Console/Parser/UpdateCommandParser.cs?rev=1.13&view=markup). If you are reporting a bug in that class though I am not able to reproduce it so I might be doing something wrong. Could you send more information? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-06-10 13:19:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3194265 By: robabbott How do I perform an update on a specific file, instead of a whole directory. E.g. get update for foo.cs located in /MyModule/bar_directory/ Thanks in advance. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-05-02 14:16:18
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3129298 By: drakmar Actually let's compare steps. I did a test this morning and managed to get it working, but I may be missing something or have too simple of a test case. It may be in the modifications that you have made to the example application so if you can send those over via a patch file I can integrate them into the example app and figure out what is going on. Using the commandline (and a pre-existing tag called blah) the following worked: c:\>cvs -d:pserver:claytonharbour@cvs:/cvsroot/test co -r blah hi [cvs server]: Updating hi U hi/hi/hi Processing time: 0:0:1:593. c:\>cd hi c:\hi>E:\dev\src\sharpcvslib\sharpcvslib\bin\cvs update Processing time: 0:0:0:999. c:\hi>cvs update hi Processing time: 0:0:1:499. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-05-02 13:50:00
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3129258 By: htinou The problem is still there. Here the stacktrace (if it helps) : Unable to write outside of sandbox. Attempting to write to path=[C:\WINDOWS\system32\MYMODULE\CVS\Tag]Sandbox path=[C:\CHECKOUTPATH\MYMODULE] at ICSharpCode.SharpCvsLib.FileSystem.Manager.ValidateInSandbox(String path) at ICSharpCode.SharpCvsLib.FileSystem.Manager.WriteToFile(FileInfo cvsFullPath, String line, Boolean append) at ICSharpCode.SharpCvsLib.FileSystem.Manager.WriteToFile(ICvsFile[] entries) at ICSharpCode.SharpCvsLib.FileSystem.Manager.WriteToFile(ICvsFile cvsFile) at ICSharpCode.SharpCvsLib.FileSystem.Manager.AddTag(Tag tag) at ICSharpCode.SharpCvsLib.FileSystem.Manager.AddTag(WorkingDirectory workingDirectory, String localPath, String repositoryPath, String stickyTag) at ICSharpCode.SharpCvsLib.Responses.SetStickyResponse.Process() at ICSharpCode.SharpCvsLib.Responses.AbstractResponse.Process(CvsStream cvsStream, IResponseServices services) at ICSharpCode.SharpCvsLib.Client.CVSServerConnection.HandleResponses() at ICSharpCode.SharpCvsLib.Client.CVSServerConnection.SubmitRequest(IRequest request) at ICSharpCode.SharpCvsLib.Commands.CheckoutModuleCommand.Execute(ICommandCon nection connection) ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-04-25 07:39:42
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3116404 By: drakmar Hi there, I fixed a few bugs with this over the weekend, could you let me know if it fixes your issue. Thanks, Clayton ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-04-22 08:57:58
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3112820 By: htinou I found a solution... which is surely not THE good solution but it has fixed my problem. in FileSystem.Manager, in change the following method : public Tag AddTag (WorkingDirectory workingDirectory, String localPath,String repositoryPath, String stickyTag); I changed the build of the tagFile : FileInfo tagFile = new FileInfo(Path.Combine(PathTranslator.AppendCvs(localPath).FullName,Tag.FILE_NAME )); is now : FileInfo tagFile = new FileInfo(Path.Combine(PathTranslator.AppendCvs(workingDirectory.WorkingPath).Ful lName,Tag.FILE_NAME)); When you use PathTranslator.AppendCvs, it looks if the file exist but it is a directory (the localPath is something like "MyModule/") ... that's why when it builds new filesystem with DirectoryInfo, it use the directory were the dll is located and make something like : "C:\xxxxxxxx\debug\module\CVS\Tag" I don't know if it helps you but I know my english is not very good so if you need more explanation, just ask. But I ask you again; if you have in mind what the problem really come from, tell me. Thx ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-04-21 08:44:27
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3110878 By: htinou I forgot to say that I do checkout with a revision. Just under the creation of the WorkingDirectory, I add : CurrentWorkingDirectory.Revision = "CDM_Version-2-01-0-135"; It works without revision but it fails with it ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-04-21 08:28:12
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3110858 By: htinou Hello, I tried to launch the example given with CVSSharplib and I have a problem about the Sandbox : Here the error : Unable to write outside of sandbox. Attempting to write to path=[C:\xxxxxxxx\debug\module\CVS\Tag]Sandbox path=[C:\temp\module] I don't really know why the first path is this one. I tried to check in the sharpcvslib code and I think the problem could come from FileSystem.PathTranslator, in the method : public static FileSystemInfo AppendCvs(string fs); Don't know if I'm right but I don't know how to solve this problem. I'm sure there is something easy to do or that I don't really use the lib correctly.... but for the moment, I don't know :/ If you have any idea... (or need more explanation) Thank you ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: Clayton H. <cla...@sp...> - 2005-03-30 16:51:17
|
SGkgSW1yYW4sIEkgY2hlY2tlZCBpbiB0aGUgY2hhbmdlcyBsYXN0IG5pZ2h0IGFuZCB0aGUgbGlu ayBpcyB0aGUgc2FtZSAgKGh0dHA6Ly93d3cuYnVpbGQuc3BvcmFkaWNpc20uY29tL3dlYi9zaGFy cGN2c2xpYi9sb2cvbGF0ZXN0LykuICBJIHRlc3RlZCB0aGUgY2hhbmdlcyB3aXRoIGNoZWNrb3V0 LCBhZGQgYW5kIGNvbW1pdCB1c2luZyB0aGUgY29tbWFuZCBsaW5lIHRvb2wuICBMZXQgbWUga25v dyBob3cgdGhpbmdzIGdvLg0KIA0KQ2hlZXJzLA0KIA0KQ2xheXRvbg0KDQoJLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogSW1yYW4gQWhhbWVkIFttYWlsdG86SW1yYW5BQFBMQU5F VEFTSUEuQ09NXSANCglTZW50OiBUdWUgMy8yOS8yMDA1IDk6MDEgUE0gDQoJVG86IENsYXl0b24g SGFyYm91ciANCglDYzogJ3NoYXJwY3ZzbGliLWRldmVsb3BlcnNAbGlzdHMuc291cmNlZm9yZ2Uu bmV0JyANCglTdWJqZWN0OiBSRTogSGVscCBVbmFibGUgdG8gQ29tbWl0DQoJDQoJDQoNCglIaSBD bGF5dG9uLA0KCVRoYXQncyBncmVhdCBuZXdzLiBJIHdpbGwgdGFrZSB0aGUgbGF0ZXN0IHZlcnNp b24gb25jZSB5b3VyIGRvbmUgd2l0aCB0aGUNCgljaGFuZ2VzIHlvdSB3aXRoIHRoZSBjaGFuZ2Vz IGJlbG93LiBTb3JyeSBmb3Igbm90IHJlcGx5aW5nIHRvIHlvdXIgZWFybGllcg0KCW1haWwuIEkg d2FzIGludm9sdmVkIHdpdGggc29tZSBvdGhlciB0YXNrIGZvciBhIHdoaWxlLiBPbiB0aGUgcHJv YmxlbSB3aXRoDQoJdGhlIGVudHJpZXMgZmlsZSwgdGhpcyBwYXJ0aWN1bGFyIHByb2JsZW0gd2Fz IG5vdCBzZWVuIGluIHRoZSBwcmV2aW91cw0KCXZlcnNpb24gb2Ygc2hhcnBjdnNsaWIgMC4zNi40 ODE0LjQ0OS4gTWF5IGJlIHlvdSBjb3VsZCBnZXQgY2x1ZXMgb3V0IG9mIHRoYXQNCgl2ZXJzaW9u J3MgY29kZS4gQWxzbyBwbGVhc2UgbGV0IG1lIGtub3cgaWYgSSBjb3VsZCBmaW5kIHRoZSB1cGRh dGVkIHZlcnNpb24NCglpbiB0aGUgc2FtZSBsaW5rIHdoZXJlIEkgaGFkIGdvdCB0aGUgbGFzdCB2 ZXJzaW9uIG9mIHRoZSBsaWJyYXJ5Lg0KCQ0KCVRoYW5rcyAmIFJlZ2FyZHMNCglJbXJhbg0KCQ0K CQ0KCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQoJRnJvbTogQ2xheXRvbiBIYXJib3VyIFtt YWlsdG86Y2xheXRvbmhhcmJvdXJAc3BvcmFkaWNpc20uY29tXQ0KCVNlbnQ6IFR1ZXNkYXksIE1h cmNoIDI5LCAyMDA1IDk6MzQgUE0NCglUbzogSW1yYW4gQWhhbWVkDQoJQ2M6IHNoYXJwY3ZzbGli LWRldmVsb3BlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJU3ViamVjdDogUkU6IEhlbHAgVW5h YmxlIHRvIENvbW1pdA0KCQ0KCQ0KCUhpIEltcmFuLCBqdXN0IGEgcXVpY2sgbm90ZTogSSBoYXZl IHJlc29sdmVkIHNvbWUgaXNzdWVzIHdpdGggdGhlIGNoZWNrb3V0LA0KCWFkZCBhbmQgY29tbWl0 IGNvbW1hbmQgY2hhaW4uICBUaGVyZSB3ZXJlIHNvbWUgaXNzdWVzIHdpdGggdGhlIGNvbnNvbGUN Cgljb21tYW5kcyBhcyB3ZWxsIGFzIHRoZSBsaWJyYXJ5IGNvbXBvbmVudHMgKHdoaWNoIHdlcmUg Y2F1c2luZyB5b3UNCglwcm9ibGVtcykuICBJIHN0aWxsIGhhdmUgb25lIGlzc3VlIEkgYW0gd29y a2luZyBvdXQgYXMgYSByZXN1bHQgb2Ygc29tZQ0KCWZpeGVzIHRoYXQgSSB3b3VsZCBzdGlsbCBj b25zaWRlciBxdWl0ZSBzZXJpb3VzIChDVlNcRW50cmllcyBmaWxlIGlzIGJlaW5nDQoJcmVwbGFj ZWQgd2l0aCB0aGUgZmlsZSB5b3UgYXJlIGNvbW1pdHRpbmcsIGxlYXZpbmcgb25seSBvbmUgbGlu ZSBpbiB0aGUNCglmaWxlKS4gIEFsdGhvdWdoIHNlcmlvdXMgaXQgZG9lcyBub3QgYXBwZWFyIHRy aWNreSB0byBzb2x2ZSBzbyBJIGhvcGUgdG8gZ2V0DQoJdGhpcyByZXNvbHZlZCB0b25pZ2h0LiAg SSB3aWxsIGRyb3AgeW91IGFuIGVtYWlsIG9uIHdoaWNoIGJ1aWxkIG51bWJlciB0aG9zZQ0KCWNo YW5nZXMgc2hvdWxkIGJlIGluLg0KCQ0KCUNoZWVycywNCgkNCglDbGF5dG9uDQoJDQoJDQoNCg== |
From: Imran A. <ImranA@PLANETASIA.COM> - 2005-03-30 05:04:18
|
Hi Clayton, That's great news. I will take the latest version once your done with the changes you with the changes below. Sorry for not replying to your earlier mail. I was involved with some other task for a while. On the problem with the entries file, this particular problem was not seen in the previous version of sharpcvslib 0.36.4814.449. May be you could get clues out of that version's code. Also please let me know if I could find the updated version in the same link where I had got the last version of the library. Thanks & Regards Imran -----Original Message----- From: Clayton Harbour [mailto:cla...@sp...] Sent: Tuesday, March 29, 2005 9:34 PM To: Imran Ahamed Cc: sha...@li... Subject: RE: Help Unable to Commit Hi Imran, just a quick note: I have resolved some issues with the checkout, add and commit command chain. There were some issues with the console commands as well as the library components (which were causing you problems). I still have one issue I am working out as a result of some fixes that I would still consider quite serious (CVS\Entries file is being replaced with the file you are committing, leaving only one line in the file). Although serious it does not appear tricky to solve so I hope to get this resolved tonight. I will drop you an email on which build number those changes should be in. Cheers, Clayton |
From: Clayton H. <cla...@sp...> - 2005-03-29 16:04:02
|
SGkgSW1yYW4sIGp1c3QgYSBxdWljayBub3RlOiBJIGhhdmUgcmVzb2x2ZWQgc29tZSBpc3N1ZXMg d2l0aCB0aGUgY2hlY2tvdXQsIGFkZCBhbmQgY29tbWl0IGNvbW1hbmQgY2hhaW4uICBUaGVyZSB3 ZXJlIHNvbWUgaXNzdWVzIHdpdGggdGhlIGNvbnNvbGUgY29tbWFuZHMgYXMgd2VsbCBhcyB0aGUg bGlicmFyeSBjb21wb25lbnRzICh3aGljaCB3ZXJlIGNhdXNpbmcgeW91IHByb2JsZW1zKS4gIEkg c3RpbGwgaGF2ZSBvbmUgaXNzdWUgSSBhbSB3b3JraW5nIG91dCBhcyBhIHJlc3VsdCBvZiBzb21l IGZpeGVzIHRoYXQgSSB3b3VsZCBzdGlsbCBjb25zaWRlciBxdWl0ZSBzZXJpb3VzIChDVlNcRW50 cmllcyBmaWxlIGlzIGJlaW5nIHJlcGxhY2VkIHdpdGggdGhlIGZpbGUgeW91IGFyZSBjb21taXR0 aW5nLCBsZWF2aW5nIG9ubHkgb25lIGxpbmUgaW4gdGhlIGZpbGUpLiAgQWx0aG91Z2ggc2VyaW91 cyBpdCBkb2VzIG5vdCBhcHBlYXIgdHJpY2t5IHRvIHNvbHZlIHNvIEkgaG9wZSB0byBnZXQgdGhp cyByZXNvbHZlZCB0b25pZ2h0LiAgSSB3aWxsIGRyb3AgeW91IGFuIGVtYWlsIG9uIHdoaWNoIGJ1 aWxkIG51bWJlciB0aG9zZSBjaGFuZ2VzIHNob3VsZCBiZSBpbi4NCg0KQ2hlZXJzLA0KDQpDbGF5 dG9uDQoNCg== |
From: SourceForge.net <no...@so...> - 2005-03-08 16:45:09
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3036689 By: lnoyacvs Hi, I'm developing a cvs client using the v0.36 of the library but I have problems with the commit command. I execute the command like the checkout command in Messages example. Folders on WorkingDirectory are empty so there's no commit to execute, and I don't know how populate this folder. Any help would be greatly appreciated. Thanks, Laia ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-02-26 23:47:05
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3018730 By: drakmar Hi Angus, I think the issue is that the existing file takes presendence. By this I mean if the file is initially checked in as text/ ascii then the k-opts associated with that file are 'sticky' even if the wrappers file is used. You can get around this by using the cvs admin command and resetting the k-opts there (I believe the syntax is cvs admin -kb [files]). After which you will have to an update that will reset all sticky tags (cvs update -A). What this basically does locally is change the CVS/Entries file by adding a -kb in the line item (for binar). The admin command is not implemented currently in sharpcvslib. For the second part of this I usually use cvsnt and am currently testing primarily against 2.0.51d primarily. I also run against sourceforge and I believe they are running version 1.11.17 (at least in my shell session they are, this could be wrong). Most of the testing I do against this repository though is just checkout/ update and some commits. I also have a testbed on Linux, the version there is also 1.11.17. This points out an obvious gap in my testing of binary files and the import command but hopefully it clears things up. So, I having said that I would recommend cvsnt. I have never set it up on a linux server however according to the documentation it should be possibe. The reason I would recommend cvsnt is that it is being actively worked on and new features are being rolled into the product whereas the traditional cvs product has not seen a lot of new improvements lately. Hope that answers your questions... ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-02-24 10:11:11
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3013865 By: angustheb Hi Clayton I having been trying to edited the cvswrappers file to solve this problem, with little luck. I have been adding the following to the file: *.DOC -k 'b' -m 'COPY' *.doc -k 'b' -m 'COPY' *.PDF -k 'b' -m 'COPY' *.pdf -k 'b' -m 'COPY' *.XLS -k 'b' -m 'COPY' *.xls -k 'b' -m 'COPY' This as far as i know should handle the -kb switch, specifing that it is infact a binary file, i am unfortuntely still getting back garbage back when i checkout the files i have imported into the cvs. not sure exactly how the unwrap and wrap options work which i found on the site you pointed me too: *.nib -f 'unwrap %s' -t 'wrap %s %s' -m 'COPY' this i think needs paths etc which cannot be passed from the library, i did discover that the version of cvs i was running did not support this, so i am going to upgrade, was using cvs version 1.11.2. Which version are you using, and which do you recommend? Thanks Angus ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-02-16 08:58:13
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2998997 By: angustheb Hi Clayton Sorry for not getting back to you sooner, going to have a look at the Wrappers file today before the import, will let you know if that solves the problem Thanks Angus ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-02-14 05:20:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2994417 By: drakmar Hi Angus, I haven't been able to find anything on the k-flags option for a module import command. There is something to specify keyword expansion but it looks slightly different than specifying a binary file. The other strange thing is that the k-flag seems to act on the entire list of files bein added in the case of the add command. From what I can tell tortoise gets around this by performing a seperate add for each file (just determing this from poking around so far)...so I am going to do some looking into the import -W switch and see if that takes me anywhere. Did you try using the Wrappers file before an import? Did that get you by the issue? ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: SourceForge.net <no...@so...> - 2005-02-08 09:13:10
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2984185 By: angustheb Thanks Clayton Have you also added the KFlag propery to the ImportModuleCommand, as this is what i am using to place the files into the CVS initially? Thanks Angus ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: Clayton H. <cla...@sp...> - 2005-02-08 06:45:52
|
SGkgSm9obiwgSSBtaXNzZWQgdGhhdCwgSSBoYXZlIGNoZWNrZWQgaW4gYSBmaXguICANCiANCkNo ZWVycywNCiANCkNsYXl0b24NCg0KCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0KCUZyb206 IEpvaG4gV2FkbG93IFttYWlsdG86am9obi53YWRsb3dAYXZhbGFyYS5jb21dIA0KCVNlbnQ6IE1v biAyLzcvMjAwNSAxOjQ5IFBNIA0KCVRvOiBDbGF5dG9uIEhhcmJvdXI7IENocmlzIEZld3RyZWxs OyBuYW50LWRldmVsb3BlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUNjOiBzaGFycGN2c2xp Yi1kZXZlbG9wZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglTdWJqZWN0OiBbU2hhcnBjdnNs aWItZGV2ZWxvcGVyc10gUkU6IFdoYXQgdmVyc2lvbiBvZiBTaGFycEN2c0xpYiBkb2VzIE5hbnQg dXNlLiBSRTogW25hbnQtZGV2XSBjdnMtcGFzcyBleGNlcHRpb24gd2hlbiB1c2VyIG5hbWUgY29u dGFpbnMgZnVsbCBzdG9wDQoJDQoJDQoNCglJ4oCZbSBnZXR0aW5nIHRoZSBzYW1lIGVycm9yIGJ1 dCB3aXRoIGEgaHlwaGVuIGluIHRoZSBjdnMgc2VydmVyIG5hbWUgb2YgdGhlIGN2c3Jvb3QuDQoN CgkgDQoNCgkNCiAgX19fX18gIA0KDQoNCglGcm9tOiBDbGF5dG9uIEhhcmJvdXIgW21haWx0bzpj bGF5dG9uaGFyYm91ckBzcG9yYWRpY2lzbS5jb21dIA0KCVNlbnQ6IFN1bmRheSwgRmVicnVhcnkg MDYsIDIwMDUgNDoxOSBBTQ0KCVRvOiBDaHJpcyBGZXd0cmVsbDsgbmFudC1kZXZlbG9wZXJzQGxp c3RzLnNvdXJjZWZvcmdlLm5ldA0KCUNjOiBKb2huIFdhZGxvdzsgc2hhcnBjdnNsaWItZGV2ZWxv cGVyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglTdWJqZWN0OiBSRTogV2hhdCB2ZXJzaW9uIG9m IFNoYXJwQ3ZzTGliIGRvZXMgTmFudCB1c2UuIFJFOiBbbmFudC1kZXZdIGN2cy1wYXNzIGV4Y2Vw dGlvbiB3aGVuIHVzZXIgbmFtZSBjb250YWlucyBmdWxsIHN0b3ANCg0KCSANCg0KCUhpIENocmlz LCBzb3JyeSBpdCB0b29rIGEgY291cGxlIG9mIGRheXMgdG8gZ2V0IGJhY2ssIHRoYW5rcyBmb3Ig eW91ciBwYXRpZW5jZSBvbiB0aGlzLiAgVG8gYW5zd2VyIHlvdXIgdmVyc2lvbiBxdWVzdGlvbiwg TkFudCBpcyB1c2luZyB0aGUgY3ZzIHZlcnNpb24gb2Ygc2hhcnBjdnNsaWIuICBXaGVuIHdlIGdv IHRvIHJlbGVhc2UgSSB3aWxsIHRhZyB0aGUgcmVwb3NpdG9yeSBhbmQgYnJhbmNoIGlmIG5lZWQg YmUgdG8gbWFrZSBwYXRjaGVzLg0KDQoJIA0KDQoJSSB0aGluayB5b3UgdGVzdCBjYXNlIGdvdCBj bG9iYmVyZWQgYnkgYSBmcmllbmRseSBtYWlsIHNlcnZlciBhbG9uZyB0aGUgd2F5LiAgSSBjaGVj a2VkIGluIGEgZml4IHRvIHRoZSBjdnNyb290IHJlZ2V4IHRoYXQgd2lsbCBhbGxvdyBhICcuJyBp biB0aGUgdXNlcm5hbWUgcG9ydGlvbiBvZiB0aGUgY3Zzcm9vdC4gIEkgYW0gbm90IHN1cmUgaWYg dGhlIHJlZ2V4IGJlbG93IHNvbHZlcyB0aGlzIG9yIG5vdCwgSSB3YXMgbm90IGFibGUgdG8gZ2V0 IGl0IHRvIHBpY2sgdXAgYSBjb3JyZWN0IGN2c3Jvb3QuICBMZXQgbWUga25vdyBpZiB0aGF0IGZp eGVzIHlvdSBpc3N1ZSwgaWYgbm90IGNvdWxkIHlvdSBwbGVhc2UgZmlsZSBhIGJ1ZyBhbmQgaW5j bHVkZSBhIHNtYWxsIHRlc3QgY2FzZSB0aGVyZS4NCg0KCSANCg0KCUNoZWVycywNCg0KCSANCg0K CUNsYXl0b24NCg0KCQktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KCQlGcm9tOiBDaHJpcyBG ZXd0cmVsbCBbbWFpbHRvOkNocmlzLkZld3RyZWxsQGdyYW50YWRlc2lnbi5jb21dIA0KCQlTZW50 OiBGZWJydWFyeSA0LCAyMDA1IDQ6MTYgQU0NCgkJVG86IG5hbnQtZGV2ZWxvcGVyc0BsaXN0cy5z b3VyY2Vmb3JnZS5uZXQNCgkJQ2M6IEpvaG4gV2FkbG93DQoJCVN1YmplY3Q6IFdoYXQgdmVyc2lv biBvZiBTaGFycEN2c0xpYiBkb2VzIE5hbnQgdXNlLiBSRTogW25hbnQtZGV2XSBjdnMtcGFzcyBl eGNlcHRpb24gd2hlbiB1c2VyIG5hbWUgY29udGFpbnMgZnVsbCBzdG9wDQoNCgkJSGVsbG8NCg0K CQkgDQoNCgkJSSB0aGluayB0aGVyZSBpcyBhIHByb2JsZW0gaW4gdGhlIFNoYXJwQ3ZzTGliJ3Mg d2F5IG9mIHBhcnNpbmcgY3ZzIHJvb3RzLiAgSSBoYXZlIHNlbnQgYW4gZW1haWwgdG8gdGhlIHNo YXJwY3ZzbGliIGRldiBtYWlsIGxpc3QgZGV0YWlsaW5nIHRoZSBwcm9ibGVtIChyZXByb2R1Y2Vk IGF0IGJvdHRvbSBvZiB0aGlzIGVtYWlsKS4NCg0KCQkgDQoNCgkJSSB3YW50ZWQgdG8gdXNlIGEg Zml4ZWQgdmVyc2lvbiBvZiBTaGFycEN2c0xpYiB3aXRoIE5BbnQgc28gSSBkb3dubG9hZGVkIHRo ZSBsYXRlc3Qgc291cmNlIEkgY291bGQgZmluZCBmb3IgU2hhcnBDdnNMaWIgICgwLjM2LWRldiks IHJlY29tcGlsZWQgaXQgYW5kIHJlcGxhY2VkIHRoZSBkbGxzIGluIHRoZSBOQW50IGxpYiBmb2xk ZXIgd2l0aCB0aGUgbmV3IGRsbHMuICBUaGUgYnVpbGQgb2YgTkFudCBmYWlsZWQgaG93ZXZlci4N Cg0KCQkgDQoNCgkJVGhlIHZlcnNpb24gb2YgdGhlIFNoYXJwQ3ZzTGliIGNvZGUgSSBkb3dubG9h ZGVkIGhhcyB0aGUgZXhjZXB0aW9uIElDU2hhcnBDb2RlLlNoYXJwQ3ZzTGliLkZpbGVTeXN0ZW0u Q3ZzRmlsZU5vdEZvdW5kRXhjZXB0aW9uIHdoZXJlYXMgdGhlIGNvZGUgaW4gTkFudCBleHBlY3Rz IHRoZSBjbGFzcyB0byBiZSBpbiBhIGRpZmZlcmVudCBuYW1lc3BhY2UgKElDU2hhcnBDb2RlLlNo YXJwQ3ZzTGliLkV4Y2VwdGlvbnMuQ3ZzRmlsZU5vdEZvdW5kRXhjZXB0aW9uKS4NCg0KCQkgDQoN CgkJSSB3YXMgd29uZGVyaW5nIHdoaWNoIHZlcnNpb24gb2YgdGhlIFNoYXJwQ3ZzTGliIHlvdSBh cmUgdXNpbmcgKHNpbmNlIGl0IGlzIG9idmlvdXNseSBkaWZmZXJlbnQgdG8gdGhlIG9uZSBJIGhh dmUgZG93bmxvYWRlZCkgLSBwbGVhc2Ugc2VuZCB1cyBhIGxpbmsgaWYgcG9zc2libGUuDQoNCgkJ IA0KDQoJCSANCg0KCQlNYW55IHRoYW5rcw0KDQoJCSANCg0KCQlDaHJpcw0KDQoJCSANCg0KCQkg DQoNCgkJPGRlc2NyaXB0aW9uIG9mIHByb2JsZW0gc2VudCB0byAnc2hhcnBjdnNsaWItZGV2ZWxv cGVyc0Bzb3VyY2Vmb3JnZS5uZXQnICA+DQoNCgkJVGhlcmUgaXMgcHJvYmxlbSB3aXRoIHRoZSBj dnMtcGFzcyB0YXNrLiAgSXQgZmFpbHMgd2hlbiB0aGUgY3ZzIHJvb3QgY29udGFpbnMgYSB1c2Vy IG5hbWUgdGhhdCBoYXMgYSBmdWxsIHN0b3AgKCcuJykgaW4gaXQuDQoNCgkJIA0KDQoJCVRoZSBw cm9ibGVtIGlzIGluICBJQ1NoYXJwQ29kZS5TaGFycEN2c0xpYi5NaXNjLkN2c1Jvb3QgDQoJCVRo ZSByZWdleCB1c2VkIHRvIHZhbGlkYXRlIHRoZSBjdnMgcm9vdCBpcw0KCQlwdWJsaWMgY29uc3Qg c3RyaW5nIENWU1JPT1RfUkVHRVggPSANCgkJICAgICAgICAgICAgICBAIjooZXh0fHBzZXJ2ZXJ8 c3NofGxvY2FsfHNzcGkpDQoJCSAgICAgICAgICAgICAgOigoPzpbXHddKkApP1tcd10rKD86XC5b XHd8LV0rKSopICAgPC0tLS0NCgkJICAgICAgICAgICAgICA6PygoPzpbXGRdKik/KQ0KCQkgICAg ICAgICAgICAgIDooKD86KD86W0EtWmEtel06Lyl8LykuW15cc10qKSI7DQoNCgkJIA0KDQoJCUkg dGhpbmsgdGhlIGxpbmUgbWFya2VkIHdpdGggdGhlIDwtLS0tIHNob3VsZCBiZSByZXBsYWNlZCB3 aXRoIA0KCQk6KCg/OltcXHdcXC5dKkApP1tcXHddKyg/OlxcLltcXHd8LV0rKSopIA0KDQoJCSAN Cg0KCQkoTm90ZSB0aGUgZXh0cmEgXFwuIHRvIGFsbG93IGZ1bGwgc3RvcHMgaW4gdGhlIHVzZXIg bmFtZSkuDQoNCgkJIA0KDQoJCSANCg0KCQkgDQoNCgkJDQogIF9fX19fICANCg0KDQoJCUZyb206 IEpvaG4gV2FkbG93IFttYWlsdG86am9obi53YWRsb3dAYXZhbGFyYS5jb21dIA0KCQlTZW50OiAw NCBGZWJydWFyeSAyMDA1IDAwOjI5DQoJCVRvOiBDaHJpcyBGZXd0cmVsbA0KCQlTdWJqZWN0OiBb bmFudC1kZXZdIGN2cy1wYXNzIGV4Y2VwdGlvbiB3aGVuIHVzZXIgbmFtZSBjb250YWlucyBmdWxs IHN0b3ANCg0KCQlEaWQgYW55b25lIGFuc3dlciB5b3VyIHF1ZXN0aW9uIGFib3V0IHRoaXM/ICBJ 4oCZbSBydW5uaW5nIGludG8gdGhlIHNhbWUgcHJvYmxlbS4NCg0KCQkgDQoNCgkJVW5mb3J0dW5h dGVseSwgSeKAmW0gbm90IHN1cmUgd2hhdCB5b3UgbWVhbiBieSBmdWxsIHN0b3AuICBXaGVuIEkg bG9vayBhdCB5b3VyIG1lc3NhZ2UgSSBzZWUgdGhpcw0KDQoJCSANCg0KCQkgIDx0YXJnZXQgbmFt ZT0iQ3ZzTG9naW4iIGRlc2NyaXB0aW9uPSJMb2dzIGludG8gY3ZzIj4NCgkJICAgICAgICA8Y3Zz LXBhc3MgDQoJCSAgICAgICAgICAgIGN2c3Jvb3Q9Ijpwc2VydmVyOltFTUFJTCBQUk9URUNURURd Oi9jdnNyZXBvIiANCgkJICAgICAgICAgICAgcGFzc2ZpbGU9IkM6XC5jdnNwYXNzIiANCgkJICAg ICAgICAgICAgcGFzc3dvcmQ9Ik0zaFBhc3N3b3JkIiANCgkJICAgICAgICAgICAgZmFpbG9uZXJy b3I9InRydWUiIA0KCQkgICAgICAgICAgICB2ZXJib3NlPSJ0cnVlIiAvPg0KCQkgICAgPC90YXJn ZXQ+DQoNCgkJIA0KDQoJCVRoZSBhYm92ZSBmYWlscyB3aGVyZWFzIHRoaXMgd29ya3MgZmluZS4u Lg0KDQoJCSANCg0KCQkgICAgPHRhcmdldCBuYW1lPSJDdnNMb2dpbiIgZGVzY3JpcHRpb249Ikxv Z3MgaW50byBjdnMiPg0KCQkgICAgICAgIDxjdnMtcGFzcyANCgkJICAgICAgICAgICAgY3Zzcm9v dD0iOnBzZXJ2ZXI6W0VNQUlMIFBST1RFQ1RFRF06L2N2c3JlcG8iIA0KCQkgICAgICAgICAgICBw YXNzZmlsZT0iQzpcLmN2c3Bhc3MiIA0KCQkgICAgICAgICAgICBwYXNzd29yZD0iTTNoUGFzc3dv cmQiIA0KCQkgICAgICAgICAgICBmYWlsb25lcnJvcj0idHJ1ZSIgDQoJCSAgICAgICAgICAgIHZl cmJvc2U9InRydWUiIC8+DQoJCSAgICA8L3RhcmdldD4NCg0KCQkgDQoNCgkJIA0KDQoJCVRoYW5r cw0KDQoJCSANCg0KCQlKb2huIFdhZGxvdw0KDQoJCQ0KCQlfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJCVRoaXMg ZW1haWwgaGFzIGJlZW4gc2Nhbm5lZCBieSB0aGUgTWVzc2FnZUxhYnMgRW1haWwgU2VjdXJpdHkg U3lzdGVtIA0KCQktIGZvciBpbmJvdW5kIG1haWwgdG8gR3JhbnRhIERlc2lnbiBMdGQuDQoJCV9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCgkJDQoJCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgkJVGhpcyBlbWFpbCBoYXMgYmVlbiBz Y2FubmVkIGJ5IHRoZSBNZXNzYWdlTGFicyBFbWFpbCBTZWN1cml0eSBTeXN0ZW0NCgkJLSBhZnRl ciBiZWluZyBzZW50IGZyb20gR3JhbnRhIERlc2lnbiBMdGQgDQoJCV9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0K |
From: John W. <joh...@av...> - 2005-02-07 21:49:17
|
I'm getting the same error but with a hyphen in the cvs server name of the cvsroot. =20 ________________________________ From: Clayton Harbour [mailto:cla...@sp...]=20 Sent: Sunday, February 06, 2005 4:19 AM To: Chris Fewtrell; nan...@li... Cc: John Wadlow; sha...@li... Subject: RE: What version of SharpCvsLib does Nant use. RE: [nant-dev] cvs-pass exception when user name contains full stop =20 Hi Chris, sorry it took a couple of days to get back, thanks for your patience on this. To answer your version question, NAnt is using the cvs version of sharpcvslib. When we go to release I will tag the repository and branch if need be to make patches. =20 I think you test case got clobbered by a friendly mail server along the way. I checked in a fix to the cvsroot regex that will allow a '.' in the username portion of the cvsroot. I am not sure if the regex below solves this or not, I was not able to get it to pick up a correct cvsroot. Let me know if that fixes you issue, if not could you please file a bug and include a small test case there. =20 Cheers, =20 Clayton -----Original Message----- From: Chris Fewtrell [mailto:Chr...@gr...]=20 Sent: February 4, 2005 4:16 AM To: nan...@li... Cc: John Wadlow Subject: What version of SharpCvsLib does Nant use. RE: [nant-dev] cvs-pass exception when user name contains full stop Hello =20 I think there is a problem in the SharpCvsLib's way of parsing cvs roots. I have sent an email to the sharpcvslib dev mail list detailing the problem (reproduced at bottom of this email). =20 I wanted to use a fixed version of SharpCvsLib with NAnt so I downloaded the latest source I could find for SharpCvsLib (0.36-dev), recompiled it and replaced the dlls in the NAnt lib folder with the new dlls. The build of NAnt failed however. =20 The version of the SharpCvsLib code I downloaded has the exception ICSharpCode.SharpCvsLib.FileSystem.CvsFileNotFoundException whereas the code in NAnt expects the class to be in a different namespace (ICSharpCode.SharpCvsLib.Exceptions.CvsFileNotFoundException). =20 I was wondering which version of the SharpCvsLib you are using (since it is obviously different to the one I have downloaded) - please send us a link if possible. =20 =20 Many thanks =20 Chris =20 =20 <description of problem sent to 'sha...@so...' > There is problem with the cvs-pass task. It fails when the cvs root contains a user name that has a full stop ('.') in it. =20 The problem is in ICSharpCode.SharpCvsLib.Misc.CvsRoot=20 The regex used to validate the cvs root is public const string CVSROOT_REGEX =3D=20 @":(ext|pserver|ssh|local|sspi) :((?:[\w]*@)?[\w]+(?:\.[\w|-]+)*) <---- :?((?:[\d]*)?) :((?:(?:[A-Za-z]:/)|/).[^\s]*)"; =20 I think the line marked with the <---- should be replaced with=20 :((?:[\\w\\.]*@)?[\\w]+(?:\\.[\\w|-]+)*)=20 =20 (Note the extra \\. to allow full stops in the user name). =20 =20 =20 =09 ________________________________ From: John Wadlow [mailto:joh...@av...]=20 Sent: 04 February 2005 00:29 To: Chris Fewtrell Subject: [nant-dev] cvs-pass exception when user name contains full stop Did anyone answer your question about this? I'm running into the same problem. =20 Unfortunately, I'm not sure what you mean by full stop. When I look at your message I see this =20 <target name=3D"CvsLogin" description=3D"Logs into cvs"> <cvs-pass=20 cvsroot=3D":pserver:[EMAIL PROTECTED]:/cvsrepo"=20 passfile=3D"C:\.cvspass"=20 password=3D"M3hPassword"=20 failonerror=3D"true"=20 verbose=3D"true" /> </target> =20 The above fails whereas this works fine... =20 <target name=3D"CvsLogin" description=3D"Logs into cvs"> <cvs-pass=20 cvsroot=3D":pserver:[EMAIL PROTECTED]:/cvsrepo"=20 passfile=3D"C:\.cvspass"=20 password=3D"M3hPassword"=20 failonerror=3D"true"=20 verbose=3D"true" /> </target> =20 =20 Thanks =20 John Wadlow =09 =09 ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System=20 - for inbound mail to Granta Design Ltd. =09 ______________________________________________________________________ =09 =09 ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System - after being sent from Granta Design Ltd=20 =09 ______________________________________________________________________ |
From: SourceForge.net <no...@so...> - 2005-02-07 15:43:28
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2982399 By: drakmar Hi again Angus, I have added the KFlag property to the CommitCommand which is part of the solution. The second part will be to actually inspect the file and try to do some guessing on what type of file it is. I am not really sure if this belongs in the library component or not...this seems like it should require some user interaction so it might be more appropriate in the console application. There is an option if you want to set this extension property across your whole repository you can checkout the CVSROOT module and modify the cvswrappers file: http://www.gnu.org/manual/cvs-1.9/html_node/cvs_131.html This will allow you to apply the same rcs-kflag switch to all extensions (and should also fix your issue). Cheers, Clayton ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=267248 |
From: Clayton H. <cla...@sp...> - 2005-02-06 12:20:25
|
Hi Chris, sorry it took a couple of days to get back, thanks for your patience on this. To answer your version question, NAnt is using the cvs version of sharpcvslib. When we go to release I will tag the repository and branch if need be to make patches. =20 I think you test case got clobbered by a friendly mail server along the way. I checked in a fix to the cvsroot regex that will allow a '.' in the username portion of the cvsroot. I am not sure if the regex below solves this or not, I was not able to get it to pick up a correct cvsroot. Let me know if that fixes you issue, if not could you please file a bug and include a small test case there. =20 Cheers, =20 Clayton -----Original Message----- From: Chris Fewtrell [mailto:Chr...@gr...]=20 Sent: February 4, 2005 4:16 AM To: nan...@li... Cc: John Wadlow Subject: What version of SharpCvsLib does Nant use. RE: [nant-dev] cvs-pass exception when user name contains full stop Hello =20 I think there is a problem in the SharpCvsLib's way of parsing cvs roots. I have sent an email to the sharpcvslib dev mail list detailing the problem (reproduced at bottom of this email). =20 I wanted to use a fixed version of SharpCvsLib with NAnt so I downloaded the latest source I could find for SharpCvsLib (0.36-dev), recompiled it and replaced the dlls in the NAnt lib folder with the new dlls. The build of NAnt failed however. =20 The version of the SharpCvsLib code I downloaded has the exception ICSharpCode.SharpCvsLib.FileSystem.CvsFileNotFoundException whereas the code in NAnt expects the class to be in a different namespace (ICSharpCode.SharpCvsLib.Exceptions.CvsFileNotFoundException). =20 I was wondering which version of the SharpCvsLib you are using (since it is obviously different to the one I have downloaded) - please send us a link if possible. =20 =20 Many thanks =20 Chris =20 =20 <description of problem sent to 'sha...@so...' > There is problem with the cvs-pass task. It fails when the cvs root contains a user name that has a full stop ('.') in it. =20 The problem is in ICSharpCode.SharpCvsLib.Misc.CvsRoot=20 The regex used to validate the cvs root is public const string CVSROOT_REGEX =3D=20 @":(ext|pserver|ssh|local|sspi) :((?:[\w]*@)?[\w]+(?:\.[\w|-]+)*) <---- :?((?:[\d]*)?) :((?:(?:[A-Za-z]:/)|/).[^\s]*)"; =20 I think the line marked with the <---- should be replaced with=20 :((?:[\\w\\.]*@)?[\\w]+(?:\\.[\\w|-]+)*)=20 =20 (Note the extra \\. to allow full stops in the user name). =20 =20 _____ =20 From: John Wadlow [mailto:joh...@av...]=20 Sent: 04 February 2005 00:29 To: Chris Fewtrell Subject: [nant-dev] cvs-pass exception when user name contains full stop Did anyone answer your question about this? I'm running into the same problem. =20 Unfortunately, I'm not sure what you mean by full stop. When I look at your message I see this =20 <target name=3D"CvsLogin" description=3D"Logs into cvs"> <cvs-pass=20 cvsroot=3D":pserver:[EMAIL PROTECTED]:/cvsrepo"=20 passfile=3D"C:\.cvspass"=20 password=3D"M3hPassword"=20 failonerror=3D"true"=20 verbose=3D"true" /> </target> =20 The above fails whereas this works fine... =20 <target name=3D"CvsLogin" description=3D"Logs into cvs"> <cvs-pass=20 cvsroot=3D":pserver:[EMAIL PROTECTED]:/cvsrepo"=20 passfile=3D"C:\.cvspass"=20 password=3D"M3hPassword"=20 failonerror=3D"true"=20 verbose=3D"true" /> </target> =20 =20 Thanks =20 John Wadlow ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System=20 - for inbound mail to Granta Design Ltd. ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System - after being sent from Granta Design Ltd=20 ______________________________________________________________________ |
From: Clayton H. <cla...@sp...> - 2005-02-04 16:13:09
|
Hi Boopathi, as I mentioned in a previous email you can check out the implementation in the console application (specifically the ****Parser.CreateCommand() method and the ConsoleMain.DoExecute() method). This would be a good place to go for a "code snippet" if that is all you need. I am forwarding this to the developers list as I don't really have the time to produce another example application for you right now if this is not enough. Just a note for the future as well. If you have issues after looking at these or the example application then please be more descriptive of where you are having problems (i.e. include line numbers and code that you have tried to get working or where the may be a problem). If possible create a bug report and include a small subset of files needed to reproduce the issue. Thanks, Clayton > -----Original Message----- > From: boopathi pandian [mailto:boo...@ho...]=20 > Sent: February 4, 2005 5:21 AM > To: Clayton Harbour > Subject: hai need some sample >=20 >=20 > hai , > i have some trouble implementing the commit command in my=20 > application. can=20 > any one send me the same code if possible. thanks in advance. >=20 > cheers, > boopathi. >=20 > _________________________________________________________________ > Millions of possibilities - find your Partner=20 > http://www.bharatmatrimony.com/cgi-bin/bmclicks1.cgi?74 On=20 > BharatMatrimony.com >=20 >=20 |
From: Chris F. <Chr...@gr...> - 2005-02-04 12:13:11
|
=20 Hi=20 =20 There=20is=20problem=20with=20the=20cvs-pass=20task.=20=20It=20fails=20whe= n=20the=20cvs=20root contains=20a=20user=20name=20that=20has=20a=20full=20stop=20('.')=20in=20i= t. =20 The=20problem=20is=20in=20=20ICSharpCode.SharpCvsLib.Misc.CvsRoot=20 The=20regex=20used=20to=20validate=20the=20cvs=20root=20is public=20const=20string=20CVSROOT_REGEX=20=3D=20 =20=20=20=20=20=20=20=20=20=20=20=20=20=20@":(ext|pserver|ssh|local|sspi) =20=20=20=20=20=20=20=20=20=20=20=20=20=20:((?:[\w]*@)?[\w]+(?:\.[\w|-]+)*= )=20=20=20<---- =20=20=20=20=20=20=20=20=20=20=20=20=20=20:?((?:[\d]*)?) =20=20=20=20=20=20=20=20=20=20=20=20=20=20:((?:(?:[A-Za-z]:/)|/).[^\s]*)";= =20 I=20think=20the=20line=20marked=20with=20the=20<----=20should=20be=20repla= ced=20with=20 :((?:[\\w\\.]*@)?[\\w]+(?:\\.[\\w|-]+)*)=20 =20 (Note=20the=20extra=20\\.=20to=20allow=20full=20stops=20in=20the=20user=20= name). =20 =20 ________________________________ From:=20John=20Wadlow=20[mailto:joh...@av...]=20 Sent:=2004=20February=202005=2000:29 To:=20Chris=20Fewtrell Subject:=20[nant-dev]=20cvs-pass=20exception=20when=20user=20name=20contai= ns=20full=20stop Did=20anyone=20answer=20your=20question=20about=20this?=20=20I'm=20running= =20into=20the=20same problem. =20 Unfortunately,=20I'm=20not=20sure=20what=20you=20mean=20by=20full=20stop.=20= =20When=20I=20look=20at your=20message=20I=20see=20this =20 =20=20<target=20name=3D"CvsLogin"=20description=3D"Logs=20into=20cvs"> =20=20=20=20=20=20=20=20<cvs-pass=20 =20=20=20=20=20=20=20=20=20=20=20=20cvsroot=3D":pserver:[EMAIL=20PROTECTED= ]:/cvsrepo"=20 =20=20=20=20=20=20=20=20=20=20=20=20passfile=3D"C:\.cvspass"=20 =20=20=20=20=20=20=20=20=20=20=20=20password=3D"M3hPassword"=20 =20=20=20=20=20=20=20=20=20=20=20=20failonerror=3D"true"=20 =20=20=20=20=20=20=20=20=20=20=20=20verbose=3D"true"=20/> =20=20=20=20</target> =20 The=20above=20fails=20whereas=20this=20works=20fine... =20 =20=20=20=20<target=20name=3D"CvsLogin"=20description=3D"Logs=20into=20cvs= "> =20=20=20=20=20=20=20=20<cvs-pass=20 =20=20=20=20=20=20=20=20=20=20=20=20cvsroot=3D":pserver:[EMAIL=20PROTECTED= ]:/cvsrepo"=20 =20=20=20=20=20=20=20=20=20=20=20=20passfile=3D"C:\.cvspass"=20 =20=20=20=20=20=20=20=20=20=20=20=20password=3D"M3hPassword"=20 =20=20=20=20=20=20=20=20=20=20=20=20failonerror=3D"true"=20 =20=20=20=20=20=20=20=20=20=20=20=20verbose=3D"true"=20/> =20=20=20=20</target> =20 =20 Thanks =20 John=20Wadlow ______________________________________________________________________ This=20email=20has=20been=20scanned=20by=20the=20MessageLabs=20Email=20Sec= urity=20System=20 -=20for=20inbound=20mail=20to=20Granta=20Design=20Ltd. ______________________________________________________________________ ______________________________________________________________________ This=20email=20has=20been=20scanned=20by=20the=20MessageLabs=20Email=20Sec= urity=20System -=20after=20being=20sent=20from=20Granta=20Design=20Ltd=20 ______________________________________________________________________ |