Mercurial.Net

Commented Issue: System.InvalidOperationException: Unable to locate Mercurial version number in 'Mercurial Distributed SCM (version 2.4.2+20130203)' [24]

Togakangaroo — Wed, 03 Apr 2013 14:23:13 GMT

Mercurial.Net v 1.1.1.607 unable to locate version of Mercurial (version 2.4.2+20130203)

Call stack leads to Client.GetVersion() method, with Regex @"\(version\s+(?<version>[0-9.]+)(\+\d+-[a-f0-9]+)?\)"

It works fine, if I recompile with "\(version\s+(?<version>[0-9.]+)(\+\d+(-[a-f0-9])*)?\)"
Comments: Any news on this?

New Post: Create mercurial pre-merge hook

julien29 — Fri, 29 Mar 2013 16:15:44 GMT

Hi,

i try to create a mercurial pre-merge hook. The goal is to write the merge comment in a file and increase a version number for each merge command.

so, i am using MercurialPreCommandHook myHook = new MercurialPreCommandHook(); in a console application but it crashes during the merging action.

Is it the right way to do?

If you have an example of pre-command hook, can you please send it to me.

Thanks.

Julien

Commented Issue: MercurialException: The executable did not complete within the allotted time [25]

theyshookhands — Wed, 20 Feb 2013 15:12:12 GMT

This doesn't happen all the time, but when it does it breaks our build. I don't know what causes it to happen when it does. Here is the relevant code:

```
var Repo = new Mercurial.Repository(RepoPath);
var Since = DateTime.Now.AddHours(-1);
var Commits = Repo.Log().Where(x => x.Timestamp > Since).ToList();
```

It fails on the third line. I found [an issue](https://mercurialnet.codeplex.com/discussions/284963) from last year relating to this exception but his code wasn't relevant and I can't seem to find any way to set a timeout in my code. Also the solution provided seems like more of a work-around. Should it really be taking this long?
Comments: I doubled the timeout property this morning and it worked on my test run. I'll have to wait and see what happens this evening (which is when it is actually run). We are using Jenkins, so I have it set up so when Jenkins does its hourly build it runs an app the check the commits and update our Trello boards. When I run this code on my local machine, it seems to find the commits within seconds, without any problem. When run on our devserver (which is where Jenkins and our main repositories are located), it looks like it takes a lot more time to find the same commits. I don't know if this is something on our end or not. Also, our repository is not complex but is a little bit large.

Updated Wiki: Home

lassevk — Mon, 18 Feb 2013 17:14:52 GMT

Project Description
.NET wrapper class library for the Mercurial Distributed Version Control System (DVCS) - (http://mercurial.selenic.com/), written in C# 3.0 for the .NET 3.5 Client Profile runtime.

This class library implements a (almost) full wrapper for the Mercurial command line client, hg, as well as TortoiseHg GUI client.

Note that this is not an official library by the Mercurial/Selenic or TortoiseHg teams!

It is wholly my product, good or bad. Bugs/problems/whatever for Mercurial.Net should be filed here, and not with the Mercurial/Selenic teams.
logo used, and modified, with permission from Matt Mackall / Mercurial

Important links

Trello Board
Development migration to Kiln+Fogbugz
Developers mailing list: https://groups.google.com/forum/#!forum/mercurialnet-devel
Release Schedule - next version: 2.0, tentative release date August 6th
Features
Issue Tracker - sign up for a free community account if you want access
Development Repositories

Updated Wiki: Home

lassevk — Mon, 18 Feb 2013 17:14:29 GMT

Important links

https://trello.com/board/mercurial-net/51225b704bbd36b01800352a
Development migration to Kiln+Fogbugz
Developers mailing list: https://groups.google.com/forum/#!forum/mercurialnet-devel
Release Schedule - next version: 2.0, tentative release date August 6th
Features
Issue Tracker - sign up for a free community account if you want access
Development Repositories

Updated Wiki: Release Schedule

lassevk — Mon, 18 Feb 2013 16:47:55 GMT

Version 2.0

To be done.

Version 1.1

Was released on July 6th.

Version 1.0

Was released on June 4th.

Edited Issue: "hg archive: invalid arguments" error when ArchiveCommand.Revision property is not null [16]

lassevk — Mon, 18 Feb 2013 16:47:04 GMT

Commented Issue: "hg archive: invalid arguments" error when ArchiveCommand.Revision property is not null [16]

lassevk — Mon, 18 Feb 2013 16:46:54 GMT

I'm using Mercurial.NET version 1.1 and I'm running into the following issue: Repository.Archive() method throws an exception if a revision is specified via the ArchiveCommand.Revision property. The exception message is: "hg archive: invalid arguments".

Please see the following code snippet:

ArchiveCommand command = new ArchiveCommand() {
Revision = new RevSpec(revision),
ArchiveType = ArchiveType.ZipDeflateCompressed,
Destination = Path.GetTempFileName()
};

Repository repository = new Repository(repositoryPath);
repository.Archive(command);

It appears to be a bug in the ArchiveCommand.Revision property declaration: the NullableArgument attribute should have NonNullOption = "--rev" option.

Comments: Thanks, I will look at that part of the code and figure out why it crashes. It should, as far as I can remember, be able to run correctly without that argument, using the current revision of the repository, but I'll look into it. The project has unfortunately fallen a bit by the wayside for me, but I'm picking up development again these days so hopefully it won't take too long until I can release a new version.

Edited Issue: Locating Client chokes on invalid PATH [17]

lassevk — Mon, 18 Feb 2013 16:46:11 GMT

I had a problem with a user of my software reporting crashes when they tried to use Mercurial.Net functionality, I think I've tracked this down to an invalid part of their PATH variable causing Mercurial.Net to choke when it tries to locate the client.

The path contains (among other things) this:
/c/Program Files (x86)/GnuWin32/bin

The stacktrace submitted to me was this:
System.ArgumentException: Illegal characters in path.
at System.IO.Path.CheckInvalidPathChars(String path, Boolean checkAdditional)
at System.IO.Path.Combine(String path1, String path2)
at Mercurial.Client.<LocateClient>b__5(String path)
at System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
at System.Linq.Enumerable.FirstOrDefault[TSource](IEnumerable`1 source)
at Mercurial.Client.LocateClient()
at Mercurial.Client.LazyInitialize()
at Mercurial.Client.get_CouldLocateClient()
at Mercurial.Repository..ctor(String rootPath)

Commented Issue: Locating Client chokes on invalid PATH [17]

lassevk — Mon, 18 Feb 2013 16:46:02 GMT

Edited Issue: multi-threading errors with failure command line cannot be located [18]

lassevk — Mon, 18 Feb 2013 16:45:28 GMT

Commented Issue: multi-threading errors with failure command line cannot be located [18]

lassevk — Mon, 18 Feb 2013 16:45:17 GMT

When using the Repository class in a muti-threaded environment the first thread to load the Repository class will work but following threads will fail until what I assume the initial initialization has completed. Then threads after initialization will work.

The work around is to call synchronously the Repository class to allow it to initialize. After this call proceed with the multiple thread logic.
Comments: Thanks. I will make sure to add some tests for this and fix the underlying issue in the next version of Mercurial.Net. The project has unfortunately fallen a bit by the wayside for me, but I'm picking up development again these days so hopefully it won't take too long until I can release a new version.

Edited Issue: make it runnable on Linux [19]

lassevk — Mon, 18 Feb 2013 16:44:37 GMT

I have been trying to use it on Linux and I somehow made it to work (at least partially).

Here are the changes I needed to make it.

1) It expects “hg.exe” but it has to be changed to use “hg”, platform dependent.
2) It expects “;” as PATH separator, need to change to “:”, platform dependent.

Here is a patch to fix those issues: https://dl.dropbox.com/u/493047/2012/07/use-platform-neutral-path.patch

3) It doesn’t expect that LANGUAGE and HGENCODING does not exist in the default environment variable and always “adds” them, causing InvalidOperationException whenever they already exist. Use setter indexer instead.

Here is a patch to fix this: https://dl.dropbox.com/u/493047/2012/07/env-vars-might-already-exist.patch

4) It uses “style=XML” which is not acceptable on Linux or hg 2.2.3. Use “style=xml” instead.

Fix for this: https://dl.dropbox.com/u/493047/2012/07/use-lowercase-style-arg.patch

With those fixes I could get it running, as in monodevelop addin form. For your eye candy ;-)
https://dl.dropbox.com/u/493047/2012/07/monodevelop-hg-addin-first.png

Commented Issue: make it runnable on Linux [19]

lassevk — Mon, 18 Feb 2013 16:44:28 GMT

Edited Issue: add --branch option to OutgoingCommand [22]

lassevk — Mon, 18 Feb 2013 16:43:20 GMT

The attached patch adds support for --branch option in OutgoingCommand.

Commented Issue: add --branch option to OutgoingCommand [22]

lassevk — Mon, 18 Feb 2013 16:43:08 GMT

The attached patch adds support for --branch option in OutgoingCommand.
Comments: Thanks. This will be added as part of my major update to support all the new versions of Mercurial since the last release of Mercurial.Net. The project has unfortunately fallen a bit by the wayside for me, but I'm picking up development again these days so hopefully it won't take too long until I can release a new version.

Edited Issue: System.InvalidOperationException: Unable to locate Mercurial version number in 'Mercurial Distributed SCM (version 2.4.2+20130203)' [24]

lassevk — Mon, 18 Feb 2013 16:42:32 GMT

Edited Issue: add --rev option to StatusCommand [23]

lassevk — Mon, 18 Feb 2013 16:42:05 GMT

The attached patch adds support for --rev option for StatusCommand.

Commented Issue: add --rev option to StatusCommand [23]

lassevk — Mon, 18 Feb 2013 16:41:54 GMT

The attached patch adds support for --rev option for StatusCommand.
Comments: This will be added as part of my major update to support all new versions of Mercurial.Net since the last release. The project has unfortunately fallen a bit by the wayside for me, but I'm picking up development again these days so hopefully it won't take too long until I can release a new version.

Edited Issue: MercurialException: The executable did not complete within the allotted time [25]

lassevk — Mon, 18 Feb 2013 16:41:06 GMT