You haven't described a problem or bug. What's the issue?

from omnisharp-vim.

The issue is that the plugin don't run because it throw this error:

channel 1 open: 'System.IndexOutOfRangeException: Index was outside the
bounds of the array.'
channel 1 open: ' at OmniSharp.Utilities.PlatformHelper.GetMonoVersion () [0x
0002b] in <4f77468ee06e480988d46b97f91cd77c>:0 '
channel 1 open: ' at OmniSharp.MSBuild.Discovery.Providers.MonoInstanceProvid
er.GetInstances () [0x0009d] in <1a0c472f6ae647828ea069ef36a5729c>:0 '
channel 1 open: ' at OmniSharp.MSBuild.Discovery.MSBuildLocator.GetInstances
() [0x0001b] in <1a0c472f6ae647828ea069ef36a5729c>:0 '
channel 1 open: ' at OmniSharp.MSBuild.Discovery.Extensions.GetBestInstance (
OmniSharp.MSBuild.Discovery.IMSBuildLocator msbuildLocator, System.Version min
imumMSBuildVersion, Microsoft.Extensions.Logging.ILogger logger, System.Boolea
n& invalidVSFound, System.Boolean& vsWithoutSdkResolver) [0x0000b] in <1a0c472
f6ae647828ea069ef36a5729c>:0 '
channel 1 open: ' at OmniSharp.MSBuild.Discovery.Extensions.RegisterDefaultIn
stance (OmniSharp.MSBuild.Discovery.IMSBuildLocator msbuildLocator, Microsoft.
Extensions.Logging.ILogger logger, OmniSharp.Services.DotNetInfo dotNetInfo) [
0x0001e] in <1a0c472f6ae647828ea069ef36a5729c>:0 '
channel 1 open: ' at OmniSharp.CompositionHostBuilder.Build (System.String wo
rkingDirectory) [0x000ad] in <1a0c472f6ae647828ea069ef36a5729c>:0 '
channel 1 open: ' at OmniSharp.Stdio.Host..ctor (System.IO.TextReader input,
OmniSharp.Services.ISharedTextWriter writer, OmniSharp.IOmniSharpEnvironment e
nvironment, System.IServiceProvider serviceProvider, OmniSharp.CompositionHost
Builder compositionHostBuilder, Microsoft.Extensions.Logging.ILoggerFactory lo
ggerFactory, System.Threading.CancellationTokenSource cancellationTokenSource)
[0x00065] in <8989cc8af77e4467ab293b60563ee245>:0 '
channel 1 open: ' at OmniSharp.Stdio.Driver.Program+<>c__DisplayClass0_1.b__1 () [0x0017d] in :0 '
channel 1 open: ' at OmniSharp.CommandLineApplication+<>c__DisplayClass12_0.<
OnExecute>b__0 () [0x0000b] in <1a0c472f6ae647828ea069ef36a5729c>:0 '
channel 1 open: ' at McMaster.Extensions.CommandLineUtils.CommandLineApplicat
ion+<>c__DisplayClass146_0.b__0 (System.Threading.CancellationToken
_) [0x00000] in :0 '
channel 1 open: ' at McMaster.Extensions.CommandLineUtils.CommandLineApplicat
ion.ExecuteAsync (System.String[] args, System.Threading.CancellationToken can
cellationToken) [0x000bf] in :0 '
channel 1 open: ' at McMaster.Extensions.CommandLineUtils.CommandLineApplicat
ion.Execute (System.String[] args) [0x00016] in :0 '
channel 1 open: ' at OmniSharp.CommandLineApplication.Execute (System.String[
] args) [0x00081] in <1a0c472f6ae647828ea069ef36a5729c>:0 '
channel 1 open: ' at OmniSharp.Stdio.Driver.Program+<>c__DisplayClass0_0.b__0 () [0x00028] in :0 '
channel 1 open: ' at OmniSharp.HostHelpers.Start (System.Func`1[TResult] acti
on) [0x0001c] in <1a0c472f6ae647828ea069ef36a5729c>:0 '

I have this line in my .vimrc:

let g:OmniSharp_server_use_mono = 1

from omnisharp-vim.

Is the server is throwing exceptions then you should open an issue in the omnisharp-roslyn repository.

That said, I would think you'd have better luck running net6 projects than mono projects on termux. But you haven't said anything about your project so I'm just speculating.

from omnisharp-vim.

The problem only happens when I use mono directly in termux. When I use dotnet in a proot-distro, there is not problem. But I want use this plugin directly in termux because if I use a proot-distro like debian, there are a delay because there is emulation. I think that problem happens when the plugin try get the version of mono. I reported the issue to termux repository. If the problem with mono is solved and the plugin work after that, I will report. If not, i will report too.

Issue report in termux:

Here

from omnisharp-vim.

My point is, do you actually need to use mono? mono is for supporting old .NET Framework projects and isn't necessary, so unless you actually need mono you'd be better off using dotnet which doesn't require mono and runs natively on *nix.

A situation where you would need mono is for supporting Unity, which hasn't upgraded it's projects from .NET Framework

from omnisharp-vim.

I want to use Mono's tools for C# because Termux currently does not have native support for dotnet. I have used this plugin with a proot distribution and with dotnet, and it works perfectly, but it has the drawback of being like an emulation. That causes a delay. However, I thought it was a good idea to report this issue to omnisharp-vim.

from omnisharp-vim.

I don't really understand the situation still but it doesn't seem like it has anything to do with omnisharp-vim? The error you're seeing is coming from the omnisharp-roslyn server which is a separate project. Is there anything you think that we could/should be doing in omnisharp-vim to resolve this?

from omnisharp-vim.