September 2010 - Wine-Bugs - list.winehq.org

[Bug 21405] New: IE6 / IE7 crashes with "longjmp causes uninitialized stack frame"
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=21405 Summary: IE6 / IE7 crashes with "longjmp causes uninitialized stack frame" Product: Wine Version: 1.1.36 Platform: x86 URL: http://forum.winehq.org/viewtopic.php?p=38270 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chewi(a)aura-online.co.uk Created an attachment (id=25776) --> (http://bugs.winehq.org/attachment.cgi?id=25776) Wine output Using the latest winetricks, I've installed ie6 and ie7 (separately) on my x86 Gentoo machine. In both cases, after loading a page, iexplore.exe always terminates with "longjmp causes uninitialized stack frame". Interestingly, this doesn't happen on my x86-64 Gentoo machine. However, the 32-bit system is more up-to-date. For instance, it has glibc 2.11 while the 64-bit system has 2.10. I'm not the only person to have encountered this. See the given URL for a forum thread where a Ubuntu user has also encountered it. It may be easy for you to reproduce. Note that this occurs on all recent Wine releases back from 1.1.34 to 1.1.36. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 44

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 --- Comment #65 from Thomas Spear <Speeddymon(a)gmail.com> 2010-09-03 23:56:20 CDT --- Publicly available does not mean free to use by anyone for any purpose, however. GPL code can and does get "stolen", by way of someone using code and not posting their modifications to the public; and the "thieves" can and often-times do get prosecuted -successfully- after refusing to release their source. Same goes for publicly available non-GPL code. If the license forbids it, but someone reads it and then builds or helps build a wine builtin mfc*.dll, and microsoft sees that code in the wine tree, then wine as a whole is in deep trouble. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 24254] New: Rise of Nations installer "cannot load pidgen.dll"
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=24254 Summary: Rise of Nations installer "cannot load pidgen.dll" Product: Wine Version: 1.3.2 Platform: x86-64 URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=4403 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: shiningarcanine(a)gmail.com A week ago, I tried installing Rise of Nations under WINE 1.3.1 and it failed. Since WINE 1.3.2 came out today, I decided to do a little experiment to see if I could get Rise of Nations working on my system. I made a backup of my WINE directory before doing this, so I can repeat and vary my attempt any number of times necessary for debugging purposes. Anyway, after putting my CD key into the installer, I was informed that it "cannot load pidgen.dll". The application database says that mfc42.dll is required to install and run Rise of Nations and following its advice to run "winetricks mfc42" fixes it. WINE should not rely on official Microsoft Windows DLLs for its operation and I could not find an existing bug describing this problem, so I am filing one. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 --- Comment #64 from Jerome Leclanche <adys.wh(a)gmail.com> 2010-09-03 23:48:09 CDT --- (In reply to comment #63) > Just because it is publicly available does not mean it's not licensed such that > a derivative work is illegal. IANAL, but it sounds like there is a difference between "writing derivative work", and plain old "related, non-derivative work after looking at publicly available source code". It also sounds like "having looked at private microsoft source code" most likely means you're an ex-microsoft employee or partner, which wouldn't apply to MFC42. Once again, not a lawyer, but it's worth doublechecking. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 --- Comment #63 from Thomas Spear <Speeddymon(a)gmail.com> 2010-09-03 23:37:48 CDT --- Just because it is publicly available does not mean it's not licensed such that a derivative work is illegal. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 --- Comment #62 from Jerome Leclanche <adys.wh(a)gmail.com> 2010-09-03 23:36:06 CDT --- (In reply to comment #60) > Nope, anybody who has even looked at Microsoft's mfc sources > can't work on a wine implementation of mfc. Has this actually been confirmed for MFC42.dll? What with its source code being kind of publicly available and what not. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 --- Comment #61 from Thomas Spear <Speeddymon(a)gmail.com> 2010-09-03 23:30:47 CDT --- LOL Jerome and Dan, as fast as I can type them, you have more coming. @Jerome, I disagree that the bug should be reopened, but perhaps another bug for smaller issues such as the "pidgin problem" Dan mentioned could be opened to get incremental stubs in place, if someone was willing/able to take on the work. Sadly, my skills in programming are almost nil. Compare that statement to how I thought 10 years ago at the top of this bug. ;-) Anyways, not having mfc is not a huge deal no matter what apps need it, imo, as long as a copy installed with some other app can do the job without issues. It seems to me that so far that still works, so getting a builtin mfc*.dll should continue to be a low priority for the foreseeable future. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 --- Comment #60 from Dan Kegel <dank(a)kegel.com> 2010-09-03 23:24:45 CDT --- Nope, anybody who has even looked at Microsoft's mfc sources can't work on a wine implementation of mfc. msvcp80.dll is another one we never thought we'd do, but it turned out a bunch of apps only needed a very few functions from it. If somebody analyzes the pidgen problem and finds that only six functions are really needed from mfc42, then, well, maybe it'd make sense to implement them. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 Jerome Leclanche <adys.wh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh(a)gmail.com --- Comment #59 from Jerome Leclanche <adys.wh(a)gmail.com> 2010-09-03 23:07:07 CDT --- (In reply to comment #58) > I'll take this to the list before filing a bug, to get opinions on it. Sure > there are higher priorities, but I've seen some lower priority things sneak in > lately. :-) Brain food. I agree this should be at least reopened. Just because it wont be fixed "just yet" doesn't mean it never will. Now, what could be done in a more... human time scale is implement the most common functions from MFC42. Having a stub dll and maybe a couple doz^M^M^Mhundred functions should fix a handful of issues. The MFC42 source is available with Visual Studio. What are the implications for Wine? Even though developers are not allowed to reuse that source in Wine, are they allowed to at least look at it in order to implement functions properly? What's amazing with Wine is how hundreds of users will create patches for their own issues, for their own app. If an app crashes because MFC42.dll is missing, the current solution is "winetricks and that's it". Having a stub dll, even if it has to warn on every load "MFC42 is poorly supported. If you have issues, try native.", could get us patches to slowly support it more and more. Ok, yeah, this is an insane project; but so is Wine, and it's doing well so far. This could even be done during GSoC, and before you know it, pops-your-knuckle we have a MFC42.dll good enough for most apps. Once again, just brain food. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 657] MFC42.dll is not implemented
by wine-bugs＠winehq.org Sept. 4, 2010

Sept. 4, 2010

http://bugs.winehq.org/show_bug.cgi?id=657 --- Comment #58 from Thomas Spear <Speeddymon(a)gmail.com> 2010-09-03 22:49:27 CDT --- Ah, I remember this bug. Surprised to see variations of it still kicking around. At any rate, it has indeed been a long time since this was reported and after reviewing things with a different set of eyes (much more mature eyes), I agree with others that this should be a low priority, if any. Richard: linked in some comments above are some downloads that will install mfc42.dll for you. Once it is installed, then the Rise of Nations installer should work without any problems. If, however you have problems after installing one of those downloads and verifying that the necessary dll is installed on your system, please feel free to open a new bug report regarding breakage when using that native dll. I also agree with Dan's comments a couple of years ago about a possible popup for interesting messages. Missing shared object libs would be a handy one to have, since Fedora x86_64 doesn't, at present, install OpenAL i686 by default, and since we do already have a popup about wine-gecko at first launch. I'll take this to the list before filing a bug, to get opinions on it. Sure there are higher priorities, but I've seen some lower priority things sneak in lately. :-) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0