http://bugs.winehq.org/show_bug.cgi?id=11867
Summary: StackOverflowException from mscorwks running .NET 2 application Product: Wine Version: 0.9.56. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs@winehq.org ReportedBy: htl10@users.sourceforge.net
Created an attachment (id=11155) --> (http://bugs.winehq.org/attachment.cgi?id=11155) +relay log, gzip'ed
I got a stackoverflow exception running a .NET 2 application with native .net framework. Apology the application is proprietary, but I'll attach +relay trace...
If I understand the trace correctly, there seems to be a lot of kernel32.getlasterror and that's probably how the stack overflow?
http://bugs.winehq.org/show_bug.cgi?id=11867
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000@yahoo.co.uk
--- Comment #1 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2008-03-06 10:26:14 --- You'll probably have to copy l_int.nls into system32. For .NET 2.0 app to run , you need to follow the howto here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=3754
In plain unhacked wine this doesn't work yet
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #2 from Hin-Tak Leung htl10@users.sourceforge.net 2008-03-06 11:41:45 --- Please don't spread mystical suggestions. I did *not* have problem installing the .NET framework - I managed to install the .NET framework, and also installed the proprietary software. The problem I have is that wine crashes when trying to *run* the proprietary software.
I think the l_int.nls advice is irrelevant - it seems to apply to installing .NET framework, not about running.
Even if wine cannot run .NET apps, it should gracefully exits with a suitable message. Stack over flow is a wine problem.
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #3 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2008-03-06 12:53:57 ---
Please don't spread mystical suggestions. I did *not* have problem installing the .NET framework
The howto is not about installing .net, but how to get .net applications running....
I think the l_int.nls advice is irrelevant - it seems to apply to installing .NET framework, not about running.
Well, if you think it's irrelevant i'll wish you good luck solving this bug. I won't spread any mystical suggestions in this bug any more...
http://bugs.winehq.org/show_bug.cgi?id=11867
Yolande Haneder yolande@haneder.biz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yolande@haneder.biz
--- Comment #4 from Yolande Haneder yolande@haneder.biz 2008-03-06 13:07:55 --- Not willing to spread any mystical suggestion but...
Look at the sxs directory and especially MSVCR80.dll. Is the dll still there? Is there any assemblies at all in the directory once the .NET had gone through the registration procedure of your assemblies? My winsxs directory is empty after the procedure.
The .NET framework is also complaining about this dlls but not anymore if you copy a new sxs directory once the registration process is through. With a new WinSxS, the .NET is working correctly again.
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #5 from Hin-Tak Leung htl10@users.sourceforge.net 2008-03-09 15:39:09 --- The registration is fine. It seems that unmolested wine 0.9.56 has no problem *installing* .NET 2.
find winsxs/ -type f winsxs/Policies/x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773/8.0.50727.42.cat winsxs/Policies/x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773/8.0.50727.42.policy winsxs/manifests/x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.2600.2982_none_deadbeef.manifest winsxs/manifests/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd.manifest winsxs/manifests/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd.cat winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd/msvcr80.dll winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd/msvcp80.dll winsxs/x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd/msvcm80.dll
http://bugs.winehq.org/show_bug.cgi?id=11867
Hin-Tak Leung htl10@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |10467
--- Comment #6 from Hin-Tak Leung htl10@users.sourceforge.net 2008-03-09 15:50:51 --- Apologies - it turns out that this is mostly the same as 10467. However, I should mentioned two things:
- I don't need to reinstall .NET 2 nor the proprietary application - installing them under unchanged 0.5.56 then running under bug-10467-modified 0.5.56 *almost* works.
- I found that I also need wine gecko, and possibly also the url proxy to get it to work.
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #7 from Hin-Tak Leung htl10@users.sourceforge.net 2008-03-09 16:53:46 --- Turned out that wine gecko isn't quite enough - after installing wine gecko, it is a .NET 2 managed exception:
System.NotImplementedException: The method or operation is not implemented at System.WIndows.Forms.UnsafeNativeNethods.IHTMLDocument2.GetLocation() ...
I'll try reinstalling .net, but other than that, I might have to spin out a separate gecko bug report...
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #8 from Yolande Haneder yolande@haneder.biz 2008-03-10 02:00:08 --- In my case the .NET is installing fine too on 0.9.56.
The problem is only coming after the registration of the own assemblies of the .NET depending application. I had to make the registration of the assemblies, replace WinSxs for the .NET to fullfil some task and repair the application under the new SXS.
Anyway, I've yesterday just trashed my X-Server. I will have to reinstall the whole Linux and try an unwanted upgrade to 0.9.57.
I've not had any problems with the .NET for month, but anyway I am using another unsupported installation procedure. Gecko is fine on my side. I think it may depend on the distribution or the application.
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #9 from Hin-Tak Leung htl10@users.sourceforge.net 2008-03-11 14:14:03 --- I have looked further and it seems the application concerned need a proper mshtml:HTMLDocument2_get_location() to return a location and it then use the location object to do more stuff... time to file another bug...
http://bugs.winehq.org/show_bug.cgi?id=11867
Hin-Tak Leung htl10@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |11996
http://bugs.winehq.org/show_bug.cgi?id=11867
Hin-Tak Leung htl10@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |12031
http://bugs.winehq.org/show_bug.cgi?id=11867
Bug 11867 depends on bug 11996, which changed state.
Bug 11996 Summary: proper mshtml:HTMLDocument2_get_location() needed for NET's System.WIndows.Forms http://bugs.winehq.org/show_bug.cgi?id=11996
What |Old Value |New Value ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #10 from Austin English austinenglish@gmail.com 2008-10-23 15:24:03 --- Is this still an issue in current (1.1.6 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=11867
--- Comment #11 from Hin-Tak Leung htl10@users.sourceforge.net 2008-10-23 16:39:02 --- The original problem is gone. There are some gecko related problems I'll file separately.
http://bugs.winehq.org/show_bug.cgi?id=11867
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #12 from James Hawkins truiken@gmail.com 2008-10-23 16:47:17 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=11867
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard julliard@winehq.org 2008-10-24 11:12:55 --- Closing bugs fixed in 1.1.7.
http://bugs.winehq.org/show_bug.cgi?id=11867
Bug 11867 depends on bug 12031, which changed state.
Bug 12031 Summary: scambled fonts (encoding?) with .NET 2 application http://bugs.winehq.org/show_bug.cgi?id=12031
What |Old Value |New Value ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WORKSFORME
http://bugs.winehq.org/show_bug.cgi?id=11867
Bug 11867 depends on bug 10467, which changed state.
Bug 10467 Summary: Microsoft .NET Framwork 2.0 requires l_intl.nls (unicode casing tables) http://bugs.winehq.org/show_bug.cgi?id=10467
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED