aboutsummaryrefslogtreecommitdiffhomepage
path: root/src/csharp/Grpc.IntegrationTesting
Commit message (Collapse)AuthorAge
...
* Generate param comments in C# proto pluginGravatar Jan Tattermusch2016-12-13
|
* remove leading space in C# commentsGravatar Jan Tattermusch2016-12-13
|
* get rid of unused ReleaseSigned configGravatar Jan Tattermusch2016-12-09
|
* regenerate C# protosGravatar Jan Tattermusch2016-11-23
|
* Merge remote-tracking branch 'upstream/v1.0.x' into HEADGravatar Jan Tattermusch2016-11-22
|\
* | Update .csproj files to System.Interactive.Async to 3.1.1Gravatar Jan Tattermusch2016-11-21
| |
| * Merge pull request #8619 from apolcyn/gen_csharp_partial_classGravatar apolcyn2016-11-17
| |\ | | | | | | Generate c# client stubs as partial classes
* | | add a commentGravatar Jan Tattermusch2016-11-10
| | |
* | | add more MetadataCredentials testsGravatar Jan Tattermusch2016-11-09
| | |
| | * run gen proto c# after proto plugin changedGravatar Alexander Polcyn2016-11-07
| | |
| * | strong name sign csharp nuget builds with dotnet on windowsGravatar Alexander Polcyn2016-11-01
| |/
* | Merge pull request #8453 from jtattermusch/csharp_task_utilsGravatar Jan Tattermusch2016-10-25
|\ \ | | | | | | Introduce framework independent replacement for CompletedTask
* \ \ Merge pull request #8463 from ncteisen/csharp_unimplemented_methodGravatar Noah Eisen2016-10-24
|\ \ \ | | | | | | | | Implement Csharp Unimplemented Method
| | * | provide framework independent version of Task.CompletedTaskGravatar Jan Tattermusch2016-10-24
| |/ / |/| |
* | | qps worker runs on all threadsGravatar Jan Tattermusch2016-10-24
| | |
| * | added the real unimplemented_method test to csharp interop testGravatar Noah Eisen2016-10-21
| | |
| * | renamed unimplemented_method -> unimplemented_serviceGravatar Noah Eisen2016-10-21
|/ /
* | removed check on the returned message from calling an unimplemented methodGravatar Noah Eisen2016-10-20
| |
* | Merge pull request #8361 from ncteisen/csharp_custom_metadataGravatar Eric Anderson2016-10-13
|\ \ | | | | | | Bug Fix in CSharp Interop Client
| * | fixed bug in custom metadata interop test from csharp client to c++ serverGravatar Noah Eisen2016-10-12
| | |
* | | regenerate C# protosGravatar Jan Tattermusch2016-10-12
|/ /
* | add copyrights for AssemblyInfo.cs filesGravatar Jan Tattermusch2016-09-21
| |
| * fix copying data directoryGravatar Jan Tattermusch2016-09-15
| |
| * dont enumerate runtimes in project.json fileGravatar Jan Tattermusch2016-09-15
| |
| * address coreCLR TODOGravatar Jan Tattermusch2016-09-15
| |
| * upgrade Moq to version that supports netstandard1.3Gravatar Jan Tattermusch2016-09-15
| |
| * update csproj files to Google.Protobuf to 3.0.0Gravatar Jan Tattermusch2016-09-15
| |
| * update Protobuf to 3.0.0 in project.json projectsGravatar Jan Tattermusch2016-09-15
| |
| * update .csproj projects to Google.Apis.Auth to 1.16.0Gravatar Jan Tattermusch2016-09-15
| |
* | fix copying data directoryGravatar Jan Tattermusch2016-09-09
| |
* | dont enumerate runtimes in project.json fileGravatar Jan Tattermusch2016-09-08
| |
* | address coreCLR TODOGravatar Jan Tattermusch2016-09-05
| |
* | upgrade Moq to version that supports netstandard1.3Gravatar Jan Tattermusch2016-09-05
| |
* | update csproj files to Google.Protobuf to 3.0.0Gravatar Jan Tattermusch2016-09-05
| |
* | update Protobuf to 3.0.0 in project.json projectsGravatar Jan Tattermusch2016-09-05
| |
* | update .csproj projects to Google.Apis.Auth to 1.16.0Gravatar Jan Tattermusch2016-09-05
|/
* update to the newest CommandLineParser APIGravatar Jan Tattermusch2016-08-13
|
* migrate to the new CommandLineParser APIGravatar Jan Tattermusch2016-08-13
|
* use CommandLineParser with CoreCLR supportGravatar Jan Tattermusch2016-08-13
|
* update csproj project to Google.Apis.Auth 0.15.0Gravatar Jan Tattermusch2016-08-11
|
* remove Google.Apis.Auth related CoreCLR todosGravatar Jan Tattermusch2016-08-11
|
* updated hint path to updated library in csproj filesGravatar Alex Polcyn2016-08-02
|
* changed ix-async dependencies to System.Interactive.Async version 3.0.0Gravatar Alexander Polcyn2016-08-02
|
* fix conditional compilation for netcoreapp1.0 projectsGravatar Jan Tattermusch2016-07-31
|
* regenerateGravatar Jan Tattermusch2016-07-30
|
* Overhaul how the native extension is found, loaded and usedGravatar Jon Skeet2016-07-15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The goal of this is to fix #7230. The changes here are: - The layout in the nuget package; the files are now in `/runtimes/{os}/native/{library}` - The filename of each library, which now includes the architecture, e.g `grpc_csharp_ext.x64.dll` - The targets file used to copy those files in msbuild-based projects; note that we now don't build up a folder structure. - The way the functions are found Before this change, on Linux and OSX we used to find library symbols manually, and use DllImport on Windows. With this change, the name of the library file changes based on architecture, so `DllImport` doesn't work. Instead, we have to use `GetProcAddress` to fetch the function. This is further convoluted by the convention on Windows-x86 to prefix the function name with `_` and suffix it based on the stack size of the arguments. We can't easily tell the argument size here, so we just try 0, 4, 8...128. (128 bytes should be enough for anyone.) This is inefficient, but it's a one-time hit with a known number of functions, and doesn't seem to have any significant impact. The benefit of this in code is we don't need the DllImports any more, and we don't need to conditionally use `FindSymbol` - we just use it for everything, so things are rather more uniform and tidy. The further benefit of this is that the library name is no longer tied to a particular filename format - so if someone wanted to have a directory with the libraries for every version in, with the version in the filename, we'd handle that just fine. (At least once Testing: - Windows: - Console app under msbuild, dotnet cli and DNX - ASP.NET Classic under msbuild - ASP.NET Core (still running under net451) - Ubuntu 16.04 - Console app under dotnet cli, run with dotnet run and mono - OSX: - Console app under dotnet cli, run with dotnet run and mono Under dotnet cli, a dependency on `Microsoft.NETCore.Platforms` is required in order to force the libraries to be copied. This change does *not* further enable .NET Core. It attempts to keep the existing experimental .NET Core project files in line with the msbuild files, but I expect further work to be required for .NET Core, which has a different build/publication model.
* regenerateGravatar Jan Tattermusch2016-06-29
|
* regenerate filesGravatar Jan Tattermusch2016-06-27
|
* regenerate protosGravatar Jan Tattermusch2016-06-22
|
* remove occurences of NewClient factory methodGravatar Jan Tattermusch2016-06-22
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-12 16:54:12 +0000