-
Notifications
You must be signed in to change notification settings - Fork 10.3k
System.IO.EndOfStreamException when building with latest DNVM and Mono 4.0.1 #498
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
This is known issue and we have notified the Mono team |
Thanks @suhasj. Is there a preferred DNVM/Mono combination at the moment? Since the mono Homebrew formula has been updated to 4.0.1 is there a recommended way to get a stable environment to build/run the samples? |
/cc @glennc I am not sure of this since I have hit issues with both 4.0.1 and 4.1.0 |
Same issue here, mono 4.0.1 and dnx 4.5.1, please advice |
beta4 + mono 4.0.1 and 4.1 have this issue and there's no known workaround. |
Issue also appears in the following combination |
😢 |
FWIW... If you, like me, decided to uninstall Mono 3.x after installing 4.x and will like to get back to a somewhat stable state. You can unlink Mono 4.x and reinstall 3.x by doing the following:
Unfortunately, all of the issues that exist with running Mono 3.x and the latest DNX will continue, but at least you'll be able to play around with Visual Studio Code on Mac :-) |
Possible workaround? (This is what I did)
I had to uninstall everything mono-related that brew installed. But after doing this I was able to run dnu build, dnx . kestrel, etc |
@jpack61108 I haven't gone as far as building/running Mono from the latest repo. Curious... Did you have Mono installed prior to this, whether via brew or otherwise? Also, where/how did you discover the --without-mono switch? I haven't seen that documented anywhere. Thanks. |
Yes I did, from brew. I had to remove all of the brew stuff because of all the symlinking that it does. So far it is working as advertised. On Mon, May 4, 2015 at 9:03 PM -0700, "Miguel Lira" [email protected] wrote: @jpack61108 I haven't gone as far as building/running Mono from the latest repo. Curious... Did you have Mono installed prior to this, whether via brew or otherwise? Also, where/how did you discover the --without-mono switch? I haven't seen that documented anywhere. Thanks. — |
Sorry brew options $FORMULA_NAME will show you the available options for install. I believe it is on the brew wiki. Sent from Outlook On Mon, May 4, 2015 at 9:06 PM -0700, "Jimmy Pack" [email protected] wrote: Yes I did, from brew. I had to remove all of the brew stuff because of all the symlinking that it does. So far it is working as advertised. On Mon, May 4, 2015 at 9:03 PM -0700, "Miguel Lira" [email protected] wrote: @jpack61108 I haven't gone as far as building/running Mono from the latest repo. Curious... Did you have Mono installed prior to this, whether via brew or otherwise? Also, where/how did you discover the --without-mono switch? I haven't seen that documented anywhere. Thanks. — |
@jpack61108 Thanks for the tip. I'm ready to give this a shot. Quick question, where did you install Mono? The docs suggest /mono but I'd assume you'd run into all sort of permission issues. |
@jpack61108 Decided to pull the trigger and installed mono from source at I would like to point out, however, that (as indicated in the Compiling Mono on Mac OS X article) in order to install Mono from source you need Mono installed. Also, in order to ensure the new mono is used I added the path to my
|
Nice!! I put mine in the same place that brew does. Never really thought about putting it elsewhere Sent from Outlook @jpack61108 Decided to pull the trigger and installed mono from source at /Users/miguellira/mono. Grabbed the latest HelloMvc sample and both beta4 and the latest (beta5-11682 as of this post) have fully functional builds without any errors! I would like to point out, however, that (as indicated in the Compiling Mono on Mac OS X article) in order to install Mono from source you need Mono installed. Also, in order to ensure the new mono is used I added the path to my ~/.bash_profile: PATH=/Users/miguellira/mono/bin:$PATH — |
To work around having to have mono installed to compile mono, before running make, I ran make get-monolite-latest, then make. Sent from Outlook Nice!! I put mine in the same place that brew does. Never really thought about putting it elsewhere Sent from Outlook @jpack61108 Decided to pull the trigger and installed mono from source at /Users/miguellira/mono. Grabbed the latest HelloMvc sample and both beta4 and the latest (beta5-11682 as of this post) have fully functional builds without any errors! I would like to point out, however, that (as indicated in the Compiling Mono on Mac OS X article) in order to install Mono from source you need Mono installed. Also, in order to ensure the new mono is used I added the path to my ~/.bash_profile: PATH=/Users/miguellira/mono/bin:$PATH — |
I am not sure but I think the way I did it breaks the intellisense for c# in VS Code. Are you still getting Intellisense for c#? |
@jpack61108 Yep, same here. Statement completion only works if I remove the PATH to my 4.1.0 version of Mono and use the 4.0.1 version installed via brew. I'm guessing this has to do with how Omnisharp within VSCode looks for Mono. My Atom/Omnisharp setup works just fine against Mono 4.1.0. Going to dig around if I come up with a fix I'll post, please do the same. |
@miguellira Will do. |
@miguellira Then I can build when I want and still get the awesome intellisense that Omnisharp offers. |
@jpack61108 Yes. That's what I settled into on my Mac. But I've also been playing with vNext on my surface pro will stick with that until another build of VSCode. |
Here's what did in the interim until this is resolved. I have mono 4.0.1 and 4.1.0 (compiled from git master) both installed in Homebrew.
|
I have 2 versions of mono compiled from git source mono 4.0.1 and mono 4.1.0; after This is my ~/.bash_profile
|
This could not apply in all cases, I (and other people) are stuck after |
The latest mono master fixes all issues experienced here. |
@borgdylan I've got my setup in a mess. I just tried getting the latest mono with https://homebrew.bintray.com/bottles/mono-4.0.1.yosemite.bottle using homebrew - still no joy. How do I get the mono master then? |
clone the repo. |
@brucerchapman I haven't tried to build from master in awhile but as @jamespack mentions it's pretty straightforward. I did, however, run into issues with earlier mono masters so I grabbed a tarball from their Jenkins server that build successfully. The following details the setup I wound up with: #508 (comment) Both Mono and vNext are moving targets though, so if you wanna to play with the new bits stick to beta4 but subscribe to the Announcements issues repo. Good luck. |
@miguellira thanks I did try building but made things worse I think. This time I'll try in a different path - `/usrs/local/{user}/mono' seems to be the recommended? |
@brucerchapman The recommendation is not to place it in
|
FYI, the fix to this problem was commited to the mono 4.0 branch, so it should turn up in the next service release: mono/mono@ed1d3ec. If you don't want to jump straight to master, you can just build and install the 4.0 branch instead. |
@akoeplinger Do you know if building and running the 4.0 branch of mono will play nice with Visual Studio Code? When I switch to my mono 4.1 build OmniSharp does not start in VSC. |
@miguellira don't know that sorry, but the 4.0 branch only contains fixes on top of the released 4.0, so if VSCode works with that then I don't see why it wouldn't work with the latest from 4.0 branch. |
@miguellira If you could post an issue over on http://github.com/omnisharp/omnisharp-roslyn with any details about it not booting on 4.1 then that would be much appreciated :D |
@Yantrio I believe it is related to the version of Omnisharp that is used within VSCode. |
@Yantrio VSCode always booted, but the OmniSharp Server would not start. FWIW, I just cloned and built mono from master (currently reading as 4.3.0)
Visual Studio Code/OmniSharp works fine, |
There are ways around that which are quite simple :) we can discuss it on the correct repo :) I'm grabbing mono from source to test it now. |
@Yantrio I already commented on the Announcements thread when this bug appeared on my end aspnet/Announcements#23 (comment) This bug has been logged several times over, both here and in the KestrelHttpServer repo. I'm sure they're tackling bigger fish right now. |
For those who already have DNVM/mono installed via Homebrew you can use the 4.0.1-44 release manually without messing about with builds and symlinks (until the main mono brew is upgrade to a fixed version)
Change line 4 & 5 to the following
|
@salerth This is actually the easiest solution. Thanks. Works like a champ! |
I submitted a pull request this morning to update Homebrew to 4.0.1.44. It's merged now, so Thanks for @salerth for the tip that .44 was working. I'd last tried .43, which still didn't. |
As far as I know, this bug still exists. I've followed jamespack's instructions many times but it just doesn't resolve the issue (System.IO.EndOfStreamException: Failed to read past end of stream.). I'm thinking there is some issue with that build of mono but I can't be sure, it might also be ASPNET. This issue has been around for along time, so I haven't been able to try out the latest ASPNET and I hear many other users are stuck with this issue (OSX and Linux) as well. Help anyone? EDIT: I just noticed some new instructions, I will try that. |
Thanks salerth, it worked, I did almost the same thing
url "http://download.mono-project.com/sources/mono/mono-4.0.1.44.tar.bz2"
|
paullyvenne: I used your method above, but still got the error below: I removed the node_modules folder Then it worked mono --version dnx kestrel |
Looks like Mono is hitting issues similar to what we've seen when running with Core CLR on Linux (fyi: aspnet/Mvc#3066). Try bumping up the limits
Note the above numbers are extreme 16x the defaults. |
IHealthCheckPublisher allows you to configure and run health checks regularly inside an application, and push the notifications elsewhere. All publishers are part of a single queue with a configurable period and timeout.
Running into a
System.IO.EndOfStreamException
when building the latest sample ConsoleApp using the latestDNVM
and the recently releasedMono 4.0.1
.The text was updated successfully, but these errors were encountered: