-
-
Notifications
You must be signed in to change notification settings - Fork 36
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
App crashes after a few seconds after started recording #8
Comments
Will Fusion++ crash even without doing anything? Please try to just run it and wait. If it is at about 5 seconds after the start, then it might be related to the check for updates. In any case, you could use the Fusion log to trace itself: In this case, you should use the old FUSLOGVW.exe and activate the trace once Fusion++ did start. Don't click record then, but open a recent session (because recording will affect the FUSLOGVW.exe-settings). |
i have the same problem but not only after start to record but also if i wait a few secs.
its a file not found exception, can it be the update function you wrote about? my system has a firewall and blocks outgoing connections. but i cannot find an entry about currently i don't really want to install fuslogvw, haven't found a simply download link and don't want to mess up my registry. |
Interesting. However the RepoZ issue you linked seems to be a different thing. This one here is definitely the update check as you can see the method name I tried a lot to make the update request fail, like cutting the connection, blocking all calls within the Windows Firewall and creating request timeouts with Fiddler proxy. No problems here. I suspect this could be a problem with the |
I did a very subtle change and moved the variable declaration of the HttpClient into a try-catch-block. This won't fix errors with the HttpClient, but might help to keep the app open. Would you please try this one? |
Okay, seems GitHub kept this private for me. Sigh. I just used any file hoster. Please try again here. |
"You are not authorized to download this file." what happend to the good old hosting systems, where i was able to download the file with |
OMG, okay now next try. Use this download link from the FTP of my side company. Thanks for your patience. |
News? |
will test it asap. had no time the last days... |
(download worked) |
now fusion++ instantly crashes.
|
I built a test version out of the current master branch. This could have been not the best idea I had. |
still crashes after a few secs.
|
Okay, just like it was before. Did you try to clone and run Fusion++ by yourself in Visual Studio? |
no i haven't tried. my focus is php, terraform & puppet :) so not really energy for another ide and language. |
Yeah, I struggle with these callstacks as well. I don't know whether the async calls hide the real exception or the file name of the file it is searching. However, there's nothing for me to see here. Maybe this is a problem with your system and you should repair the .NET installation. I don't know. But we see this behavior in both, Fusion++ and RepoZ on your machine. It would be incredibly useful if you could set up a VS project using the TinySoup.cs (which is used to check for updates) and call it like this:
However, I understand if you don't want to try this. |
hmm, but i have no other .net apps that are crashing. so i think it is not a broken installation. i can think of a too old version of .net. which version your apps are using? my main problem is time... if you have a full prepeared mini project which i only have to open and press compile and i find a real offline iso of visual studio (i don't want to execute any downloades, only my browser i trust) , i think i can help. in genereal my system is firewalled and behind a proxy server. often i had problem with software trying to connect to the net and assume that there is no firewall. or software which does not obey the system proxy setting or the |
I see, yeah in both, Fusion++ and RepoZ, you have the problem with the HttpClient to check for updates. I'll do a minified project for you. I don't think that firewalls are a problem, I battle-tested it with no internet, everything-blocking-firewalls and much more. I did not get any error (besides timeouts which are expected). |
Also have problem that app crashes after a few seconds. Event viewer has: Built a .NET app with TinySoup.CS and got no errors (although had to modify signature for CheckForUpdatesAsync to 'async Task'. Empty list being returned. |
When Fusion crashed, I tried using the 'Debug' option, which loaded VS. This showed the following exception: System.IO.FileNotFoundException |
Looks like F++ is trying to load 4.2.0.0 of System.Net.Http. According to GACUTIL, this isn't present on my laptop. Fusion log: *** Assembly Binder Log Entry (30/09/2019 @ 4:37:19 PM) *** The operation failed. Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll LOG: This bind starts in default load context. |
Welcomle @techabilla, that is very helpful input - thank you. It seems we found something big: Googling for System.Net.Http 4.2.0.0 shows how many open issues there are on GitHub 😦 I cannot promise when, but I'll try BindingRedirects like suggested here in near future: |
Wow, so much chaos around that assembly. Okay @techabilla & @c33s . Would you please try this new version 1.1.3? I removed the reference on So if that does not work (what I expect) would you please try again after putting the |
Oh, and please make sure that your system runs the .NET Framework Runtime (v 4.7.2). I had a server image once missing that, running into KERNELBASE.dll errors in the Windows Event Log. You can get it from here. |
As you expected, no difference for 1.1.3 on its own. I added the DLL to the app dir, and Fusion log does show that it is 'downloaded', but it still fails the version check:
I checked the version on the DLL in dotPeek and confirmed it to be 4.1.1.3 How ironic is it that an application for troubleshooting binding issues, has a binding issue! |
Very ironic, indeed. That was my first reaction in this thread:
I noticed that version (4.1.1.3), too. However, the package version is 4.3.4, so this is the latest version. As I said, there's so much chaos around that package/assembly. The package contains other |
Installing v4.7.2 seems to have fixed the issue for me. Fusion log now includes the following:
|
I should have read the SO post sooner. I now see the 4.2.0.0 version of System.Net.Http buried in the VS 2017 app folder. You're right though - the whole thing looked like a big mess. |
Okay, I'll note in the readme that the runtime is mandatory. |
Yes - this is my work laptop; I don't want to get into uninstalling/re-installing .NET, and even if I did, I'm not sure it would be a realistic test. Presumably @c33s is also a VS 2017 user? |
Check, closing this for now. Thanks for your support. |
Friends, I just pushed Fusion++ 1.2. This version is built on top of .NET Core 3.1 instead of the .NET Framework. I hope this will fix the mess with the HttpClient - and I'd be very happy if anyone could give me feedback whether or not the issue is gone now. |
Hey @awaescher - I was getting the same System.Net.Http error when running version 1.1 (I need to run Fusion++ in a box where I cannot install .NET Core) and was able to fix the issue by adding a Fusion++.exe.config file. Just posting in case others are stuck w/o .NET Core and need to run version 1.1. Perhaps you could add the file to the .ZIP of the 1.1 release? Thanks for writing such an awesome tool! |
There is no debug info so I can't attach anything.
After pressing record, application show "has stopped working blah blah close the program". If I have a lot of assembly bindings going on on the background, it crashes almost instantly.
When I open the recent session, it shows the assembly list for a few seconds then it also crashes.
Crashes with 1.1 and 1.0 but 0.8 works
The text was updated successfully, but these errors were encountered: