Replies: 7 comments 15 replies
-
|
I was actually wrong in my statement that the error shows itself only for some particular site. |
Beta Was this translation helpful? Give feedback.
-
Change what exactly? For a baseline you'll need to test without making any changes.
Did you check the log file for errors?
How are you changing the browsersubprocess in the minimal example exactly? |
Beta Was this translation helpful? Give feedback.
-
Change it from using nuget package to source project
Using nuget works without crashes.
Do you mean cef debug log, console output or something else?
Just changing |
Beta Was this translation helpful? Give feedback.
-
What's stopping you using the Nuget package exactly? |
Beta Was this translation helpful? Give feedback.
-
|
I use sources mainly for debugging. |
Beta Was this translation helpful? Give feedback.
-
The project is built with sourcelink, you can perform quite a bit of debugging without building from source. https://github.com/dotnet/sourcelink#source-link
If you need to make some customisation then you're welcome to submit a PR to add additional extension points. Most of the changes I see people making can be achieved without modifying the source though.
As the official Nuget package is working as expected I'll leave you to investigate what's going on with your custom build. |
Beta Was this translation helpful? Give feedback.
-
|
I know about sourcelink. |
Beta Was this translation helpful? Give feedback.
-
|
You don't need a separate build to use sourcelink. |
Beta Was this translation helpful? Give feedback.
-
|
I never meant that I need separate build for source link. Just that it's harder to debug program compiled in Release mode. There's something in the way newer MS compiler builds CefSharp.BrowserSubprocess.exe/dll that triggers the crash. |
Beta Was this translation helpful? Give feedback.
-
|
Well, I've found the culprit - it's editbin from the latest Visual Studio. |
Beta Was this translation helpful? Give feedback.
-
|
The problem is with this commit: Instead of setting stack size to 0x800000, it sets it to 0 - supposedly due to the fact that editbin (at least from VS 17.3.3) doesn't understand the syntax of hexadecimal prefix. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks, you are right, when using It should probably be changed to |
Beta Was this translation helpful? Give feedback.
-
|
I guess earlier versions do set the stack size correctly? |
Beta Was this translation helpful? Give feedback.
-
|
It seems editbin "understands" the syntax, in that it uses the characters up to the You are right that this seems to be a behavior change from earlier versions. When using |
Beta Was this translation helpful? Give feedback.
-
As per https://docs.microsoft.com/en-us/cpp/build/reference/stack?view=msvc-170
As per https://docs.microsoft.com/en-us/cpp/build/reference/stack-stack-allocations?view=msvc-170 It's my understanding that the linker option and editbin should both support hex notation and from my experience works as expected with VS2019 build tools.
I believe this is a bug in newer versions.
Seems like a reasonable workaround, pull requests welcome. |
Beta Was this translation helpful? Give feedback.
-
Hi @amaitland, |
Beta Was this translation helpful? Give feedback.
-
|
This is bug report for Visual Studio (currently Under consideration): I hope it will be fixed in the next version. |
Beta Was this translation helpful? Give feedback.
-
|
According to Microsoft engineering team, the issue was fixed internally: "A fix for this issue has been internally implemented and is being prepared for release. We’ll update you once it becomes available for download." |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Version 104.4.240 x64
Built from source
Win11
WinForms & WPF
I get the following crash when logging in to a particular site (internet banking):
Exception thrown at 0x00007FF822F5DD57 (libcef.dll) in CefSharp.BrowserSubprocess.exe: 0xC00000FD: Stack overflow (parameters: 0x0000000000000001, 0x00000099F9585000).
An unhandled exception of type 'System.StackOverflowException' occurred in CefSharp.BrowserSubprocess.Core.dll
It is 100% reproducible and happens in CefSharp.WinForms.Example, but there is no crash in libcef client executable.
Problem is - the exception happens after logon to internet banking site, and I don't know an open site to reproduce the crash.
Possibly, it has something to do with page size changing.
Stack trace in Visual Studio:
Stack trace from DebugDiag:
Beta Was this translation helpful? Give feedback.
All reactions