Content Preview: rss
653 days ago
I invite everyone to try out the pre-release 1.0.3 version(almost done, just need to work out a kink with the installer). It goes a long way towards fixing the annoying problem where statuses aren't populated on projects that are in solution folders. The solution isn't perfect, and we have a long-term plan for a better way of doing it, but it's a huge improvement over the current (1.0.2) state of things. Find it at our new host: http://ankhsvn.open.collab.net/servlets/ProjectDocumentList?folderID=199&expandFolder=199&folderID=0
653 days ago
Hosting for the AnkhSVN project has now moved to http://ankhsvn.open.collab.net/. openCollabNet is "the online community extension to CollabNet products and Subversion" and the move represents an official commitment by CollabNet (the original sponsor of Subversion) to the AnkhSVN project in the form of developer time and other resources. The Subversion repository has also been moved, and the new repository URL is http://ankhsvn.open.collab.net/svn/ankhsvn/trunk. Unlike before, anonymous access is no longer available, but you can checkout the repository using the username "guest" and a blank password. You can also browse the repository using the web interface at http://ankhsvn.open.collab.net/source/browse/ankhsvn/
827 days ago
Following the announcement of the security vulnerability in pre-1.4.5 Subversion, I am pleased to announce the release of AnkhSVN 1.0.2. This release can be downloaded from http://ankhsvn.tigris.org/servlets/ProjectDocumentList?folderID=7315 This release links to Subversion 1.4.5, which fixes the security vulnerability described in http://cve.mitre.org/cgi-bin/cvename.cgi?name=2007-3846. There are no other changes from 1.0.1.
1044 days ago
I'm happy to announce the release of AnkhSVN 1.0. The release can be downloaded from http://ankhsvn.tigris.org/servlets/ProjectDocumentList?folderID=7315 This release was built against Subversion 1.4.2, Neon 0.25.5, openssl 0.9.8a and Berkeley DB 4.4.20 Changes from RC4(*): Work around a couple of AccessViolations that would be thrown from the VS object model in certain cases. Fix refreshing of projects and projectitems statuses after certain operations. Fix some spurious expansions of the solution explorer in certain cases. More icons from DamienG Workaround for the error SVN throws when deleting a missing-but-added file. * Full changelog can be viewed at http://ankhsvn.com/AnkhWiki/Changelog.ashx
1116 days ago
Lately, I've been receiving a number of Ankh error reports that had an AccessViolationException. This was particularly weird because you cannot get that exception from safe managed code. AccessViolationException is the exception you get when you try to access memory you're not allowed to access, usually because you are dereferencing an invalid pointer. Since safe managed code does not expose raw pointers, it's not an exception you usually see in .NET development. As it turned out, the exception came from a property accessor on an object from the Visual Studio automation model, a Project object. This is a COM object exposed to .NET and is implemented by the implementor of a specific project type, such as a C# project or a C++ project. Being a COM object, it can, of course, be implemented in a non-managed language, usually C++, which I suspect is the case here. That answered the question of why such an exception could be caught inside Ankh, but it did not answer why we were seeing ...
