profile
viewpoint
Saulius Menkevičius razzmatazz Vilnius, Lithuania

razzmatazz/csharp-language-server 8

Roslyn based language server for C# in F#

razzmatazz/nn-brm 1

Toy implementation of a boltzman restricted machine

razzmatazz/omnisharp-roslyn 1

OmniSharp based on roslyn workspaces

razzmatazz/OpenRA 1

An open-source implementation of the Red Alert engine using .NET/mono and OpenGL. Runs on Windows, Linux and OSX. Bugs at http://bugs.open-ra.org/

razzmatazz/avy 0

Jump to things in Emacs tree-style

razzmatazz/bower-angular-resource 0

angular-resource bower repo

razzmatazz/csharp-language-server-protocol 0

Language Server Protocol in C#

razzmatazz/DefinitelyTyped 0

The repository for high quality TypeScript type definitions.

razzmatazz/doom-emacs 0

An Emacs configuration for the stubborn martian vimmer

PR closed mccalltd/AttributeRouting

Fix #225 - add PATCH attribute.

Made a quick change to the RouteAttribute to support arbitrary HTTP verbs. Added PATCH for both MVC and WebApi.

I'm not sure how you go about testing these attributes, but I tried to follow the convention about defining the common "API".

I can probably add HEAD and OPTIONS attributes as well.

+86 -4

0 comment

9 changed files

mrydengren

pr closed time in a day

push eventfsharp/emacs-fsharp-mode

Juergen Hoetzel

commit sha 8987dbcd7b1114d2da9bba6fa2b1b7ca8ba98999

Bump version Fixes package-lint error: eglot-fsharp.el:6:52 (package-lint-warning) Version dependency for fsharp-mode appears too high: try 1.9.15

view details

Jürgen Hötzel

commit sha b1cedc427b6a1e4a19133b296525cc959136164f

Merge pull request #261 from juergenhoetzel/version-bump Bump version

view details

push time in 5 days

PR merged fsharp/emacs-fsharp-mode

Bump version

Fixes package-lint error:

eglot-fsharp.el:6:52 (package-lint-warning) Version dependency for fsharp-mode appears too high: try 1.9.15

+1 -1

0 comment

1 changed file

juergenhoetzel

pr closed time in 5 days

PR opened fsharp/emacs-fsharp-mode

Bump version

Fixes package-lint error:

eglot-fsharp.el:6:52 (package-lint-warning) Version dependency for fsharp-mode appears too high: try 1.9.15

+1 -1

0 comment

1 changed file

pr created time in 5 days

pull request commentfsharp/emacs-fsharp-mode

Fixed for split eglot-fsharp package

thanks for stepping in :+1:

I relaxed the Emacs version dependency to 26.3 (minimum required version for eglot).

The remaining package-lint error eglot-fsharp.el:157:9: error: You should depend on (emacs "27.1") if you need jsonrpc-error seems to be a false positive. The required jsonrpc library is installed as transitive dependency when using Emacs 26.3.

Dependency-Tree of 26.3:

fsharp-mode 1.9.15
    s 1.3.1    [1.12.0 installed]
    eglot (any)    [1.7 installed]
        jsonrpc 1.0.14
jcs090218

comment created time in 5 days

PR merged fsharp/emacs-fsharp-mode

Fixed for split eglot-fsharp package

This patch fixed most issues from https://github.com/melpa/melpa/pull/7336.

+47 -47

0 comment

1 changed file

jcs090218

pr closed time in 5 days

push eventfsharp/emacs-fsharp-mode

JenChieh

commit sha ede394b0a755b55c6135578b0434ba05f8ab5022

Fixed mix tabs and spaces

view details

JenChieh

commit sha 45ea30cc4f2806504cf1e79a4a5d2cd04be50ff4

Fixed indentation

view details

JenChieh

commit sha 310320e998c433d65ef6a303c36474c69293d6fa

Correct footer

view details

JenChieh

commit sha 4cb097cf72d8a127a66baa3baa0b3f91662debde

Fixed byte compile warnings

view details

JenChieh

commit sha bd0c43b340541d5d1faffefdaeaa93c3f6e5e45a

Fixed package lint

view details

Juergen Hoetzel

commit sha 1c71dfa0b182f1b466db71dcf73c984b65340ac4

Relax version restriction to 26.3 (minimum version tested)

view details

Juergen Hoetzel

commit sha a1dce509d399c14bf22ffcdf8ec1d24ff9da5395

Merge branch 'split'

view details

push time in 5 days

push eventfsharp/emacs-fsharp-mode

Juergen Hoetzel

commit sha 08025f3892ea94c77dcbd644a75be23f3d9a3b23

Fix compiler warning: Remove unused expression

view details

push time in 5 days

PR opened fsharp/emacs-fsharp-mode

Fixed for split eglot-fsharp package

This patch fixed most issue from https://github.com/melpa/melpa/pull/7336.

+47 -47

0 comment

1 changed file

pr created time in 5 days

push eventfsharp/emacs-fsharp-mode

Juergen Hoetzel

commit sha 93b3e0036121eec298fe26f1267dd61944612b7a

Replace dash.el with seq.el Emacs 25 ships with a sequence library named seq.el. This renders dash.el completely obsolete.

view details

Jürgen Hötzel

commit sha e3dccd65a16a1675722b1eed7aca1a729a2fc8ed

Merge pull request #259 from juergenhoetzel/seq.el Replace dash.el with seq.el

view details

push time in 14 days

PR merged fsharp/emacs-fsharp-mode

Replace dash.el with seq.el

Emacs 25 ships with a sequence library named seq.el. This renders dash.el completely obsolete.

+3 -8

0 comment

3 changed files

juergenhoetzel

pr closed time in 14 days

PR opened fsharp/emacs-fsharp-mode

Replace dash.el with seq.el

Emacs 25 ships with a sequence library named seq.el. This renders dash.el completely obsolete.

+3 -8

0 comment

3 changed files

pr created time in 14 days

pull request commentfsharp/emacs-fsharp-mode

Prepare split package

26.3 failure doesn't seem to be related to this change: Need to investigate

eglot upstream: Flex completion style is not available on Emacs < 27

juergenhoetzel

comment created time in 16 days

push eventfsharp/emacs-fsharp-mode

Juergen Hoetzel

commit sha c4e9243cb0fe07f7d82884ef24f2a4684a632d05

Prepare eglot-fsharp package split Refs #253

view details

Jürgen Hötzel

commit sha c53b529f3736ad5d6190a93365b2c6ce457593f2

Merge pull request #258 from juergenhoetzel/eglot-split Prepare split package

view details

push time in 18 days

PR merged fsharp/emacs-fsharp-mode

Prepare split package

Refs #253

eglot-fsharp depends on fsharp-mode

+2 -2

1 comment

1 changed file

juergenhoetzel

pr closed time in 18 days

pull request commentfsharp/emacs-fsharp-mode

Prepare split package

26.3 failure doesn't seem to be related to this change: Need to investigate :fearful:

juergenhoetzel

comment created time in 18 days

PR opened fsharp/emacs-fsharp-mode

Prepare split package

Refs #253

eglot-fsharp depends on fsharp-mode

+2 -2

0 comment

1 changed file

pr created time in 18 days

Pull request review commentnunit/nunit

Use reflection wrappers for Setup/Teardown methods (#3700)

 public bool IsPublic             get { return MethodInfo.IsPublic;  }         } +        /// <summary>+        /// Gets a value indicating whether the method is static.+        /// </summary>+        public bool IsStatic

With pleasure!

richard-fine

comment created time in 23 days

Pull request review commentnunit/nunit

Use reflection wrappers for Setup/Teardown methods (#3700)

 public override string ToString()         {             return Type.ToString();         }++        /// <summary>+        /// Returns all methods declared by this type that have the specified attribute, optionally+        /// including base classes. Methods from a base class are always returned before methods from a class that+        /// inherits from it.+        /// </summary>+        /// <param name="inherit">Specifies whether to search the fixture type inheritance chain.</param>+        public IMethodInfo[] GetMethodsWithAttribute<T>(bool inherit) where T : class+        {+            if (!inherit)+            {+                return Type+                                  .GetMethods(Reflect.AllMembers | BindingFlags.DeclaredOnly)+                                  .Where(method => method.IsDefined(typeof(T), inherit: false))+                                  .Select(method => new MethodWrapper(Type, method))+                                  .ToArray();+            }++            var methodsByDeclaringType = Type+                                                    .GetMethods(Reflect.AllMembers | BindingFlags.FlattenHierarchy) // FlattenHierarchy is complex to replicate by looping over base types with DeclaredOnly.+                                                    .Where(method => method.IsDefined(typeof(T), inherit: true))+                                                    .ToLookup(method => method.DeclaringType);

Done.

richard-fine

comment created time in 23 days

Pull request review commentnunit/nunit

Add test verifying equality works for Complex on all platforms

 private static IEnumerable DifferentTypeSameValueTestData             get             {                 var ptr = new System.IntPtr(0);-                var ExampleTestA = new ExampleTest.ClassA(0);-                var ExampleTestB = new ExampleTest.ClassB(0);+                var exampleTestA = new ExampleTest.ClassA(0);+                var exampleTestB = new ExampleTest.ClassB(0);

Fix a few stylecop naming convention warnings while I'm in the file

stevenaw

comment created time in 23 days

pull request commentnunit/nunit

Add test verifying equality works for Complex on all platforms

Thanks @rprouse I've rebased the branch

stevenaw

comment created time in 23 days

issue closednunit/nunit

Display Test FullName as TestName

Hello! I have an abstract test class, that contains test methods. Then some classes that derive from this abstract class. The TestExplorer GUI recognizes the class deriving from abstract class structure, but the testNames are only with abstract class name. I would need to show NUNIT the fullName of test method, including the class name and abstract class name.

  • the TestName pattern {M}{a} gives me: NUnitTestProject1.Tests.Test1("hello")

  • the FullName would be: NUnitTestProject1.NUnitTestProject1.Tests+TestImplement1.NUnitTestProject1.Tests.NUnitTestProject1.Tests.Test1("hello")

I am missing the "TestImplementation1" class name in TestName. It seems like this is not possible, as answered in stack overflow question.
I tried different nunit patterns, also runsettings file with <DisplayName>FullNameSep</DisplayName>. As Chris on StackOverflow pointed out, TypeHelper.GetDisplayName is not exposed through any pattern. link

TestExplorer GUI, including the TestImplement1 information in hierarchical structure, but not in TestName: TestExplorer

simplyfied test class:

namespace NUnitTestProject1
{
    public abstract class Tests
    {
        public class TestImplement1 : Tests
        {
        }

        public class TestImplement2 : Tests
        {
        }

        [Test]
        [TestCase("hello", TestName = "{M}{a}")]
        public void Test1(string param1)
        {
            Assert.Pass();
        }
    }
}

closed time in 23 days

pwasap4

issue closednunit/nunit

Test suite

I have to create an object before all tests start execute and then after all test execute the data on this object will be inserted to a database. The test fixtures are expecting parallel. What is the best approach in NUnit to get the suite level control?

Is there a way I can use reflection to get the Suite level access?

closed time in 23 days

santhosh-James

issue commentnunit/nunit

I am not able to get total iteration from textcontext..how to run the test case multiple times by getting the test iteration value from excel?

I'm going to close this as a question. Feel free to post with more info.

gnaneswarreddy

comment created time in 23 days

issue closednunit/nunit

Update build.cake to check version of dotnet

The most recent release of dotnet CLI does not work with our cake build script unless the correct SDK is installed. Several users have run into problems building because of this. We should check that the correct version of the SDK is installed, not just that the CLI is installed.

My email response to one is below,


The .NET Core code was developed for the older .NET Core tooling. The initial failure is restoring NuGet packages.

You are having the issue because you do not have .NET Core 1.0.0-preview2-003131 installed (see global.json).

At the command line, if you type dotnet --version in the NUnit directory, you should see 1.0.0-preview2-003131 because .NET Core tries to respect the global.json. You will likely see just 1.0.0.

For example, when I type dotnet --info another directory, I see,

D:\src
λ dotnet --info
.NET Command Line Tools (1.0.0)

Product Information:
 Version:            1.0.0
 Commit SHA-1 hash:  e53429feb4

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.15031
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\1.0.0

But when I type it in the NUnit source directory, I see

D:\src\NUnit\nunit [master ≡]
λ dotnet --info
.NET Command Line Tools (1.0.0-preview2-003131)

Product Information:
 Version:            1.0.0-preview2-003131
 Commit SHA-1 hash:  635cf40e58

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.15031
 OS Platform: Windows
 RID:         win10-x64

I believe that you can download that version of .NET Core from https://github.com/dotnet/core/blob/master/release-notes/download-archives/1.0.1-preview2-download.md

closed time in 23 days

rprouse

issue commentnunit/nunit

Update build.cake to check version of dotnet

I'm not sure we need to do anything with this anymore. I think build errors are clearer and I haven't seen issues recently, so I'm going to close this. We can reopen with newer information if necessary.

rprouse

comment created time in 23 days

issue closednunit/nunit

Real-time test progress information

It is easy to track the progress through the tests (start/finish) by using the methods of the ITestListener interface.

However, there seems to be no mechanism to allow a single test to provide real-time progress (e.g. percent completed) information to something like an ITestListener.

It would seem useful to add a property to the TestContext such as PercentComplete that a test could set while it was running. Each call to the setter would in turn call a TestProgress method on the ITestListener interface, with an ITestProgress as the argument (which would contain appropriate information about the test - perhaps just ITest + Progress).

This would seem useful for the GUI, and for other runners as well.

closed time in 23 days

oznetmaster

issue commentnunit/nunit

Real-time test progress information

There has been no discussion on this since 2016, so I am going to close. It can be reopened if someone wants to move it forward.

oznetmaster

comment created time in 23 days

issue closednunit/nunit

Assembly-level Action Attribute doesn't run actions on fixtures

Is there any way to easily write a global SetUp or TearDown method?

This would be like a SeUp or TearDown that would be run once for each TestFixture in the test suite.

If not, it seems like it would be very useful to have one.

closed time in 23 days

oznetmaster
more