http://bugs.winehq.org/show_bug.cgi?id=10577
Summary: Maya PLE 8.5 problem with MS Visual C++ library Product: Wine Version: 0.9.49. Platform: PC URL: http://www.autodesk.com/maya-trial OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs@winehq.org ReportedBy: l.jirkovsky@gmail.com
Created an attachment (id=9367) --> (http://bugs.winehq.org/attachment.cgi?id=9367) Maya with error message
The problem persist since wine 0.9.43. Maya crashes after the window is created: ->Splash screen is shown ->Maya main window appears, but with error mesage on top
All libraries are from wine, except from mfc80.dll, msvcp80.dll and msvcr80.dll which are MS native.
My OS is Arch Linux current, I don't know if it affects other systems eg. Mac OS etc.
http://bugs.winehq.org/show_bug.cgi?id=10577
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #1 from Dan Kegel dank@kegel.com 2007-11-27 11:18:26 --- How did you install the runtime libraries? If you just copied them into windows/system32, this is the expected result. Install them instead using MS's installer. Easiest way is wget http://kegel.com/wine/winetricks sh winetricks vcrun2005
http://bugs.winehq.org/show_bug.cgi?id=10577
Thorsten Werner ThorstenWerner@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ThorstenWerner@gmx.net
--- Comment #2 from Thorsten Werner ThorstenWerner@gmx.net 2007-11-27 11:36:01 --- Ive done that and even with winetricks vcrun2005 the Error Message appears
http://bugs.winehq.org/show_bug.cgi?id=10577
--- Comment #3 from Lukas Jirkovsky l.jirkovsky@gmail.com 2007-11-29 11:52:56 --- I appologize for mistake, Maya works to the version 0.9.45 (last working). I'will do some regression tests tomorrow.
http://bugs.winehq.org/show_bug.cgi?id=10577
Lukas Jirkovsky l.jirkovsky@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l.jirkovsky@gmail.com, | |a_villacis@palosanto.com Component|wine-misc |wine-richedit
--- Comment #4 from Lukas Jirkovsky l.jirkovsky@gmail.com 2007-12-01 10:05:03 --- 00e562735dd5e092b6149944ef09dd7f2ec97f1d is first bad commit commit 00e562735dd5e092b6149944ef09dd7f2ec97f1d Author: Alex Villacís Lasso a_villacis@palosanto.com Date: Sun Sep 23 16:40:28 2007 -0500
riched20: Fix WM_GETTEXT to change \r to \r\n.
:040000 040000 49e572f3eee28ab0d05907c52cbf1295cbafa11d 7c0c375000c25fb645ec264a57756e570dd87690 M dlls
http://bugs.winehq.org/show_bug.cgi?id=10577
Alex Villacís Lasso a_villacis@palosanto.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression
--- Comment #5 from Alex Villacís Lasso a_villacis@palosanto.com 2007-12-03 12:00:02 --- I will try to see what is going wrong. It is entirely possible that the commit just exposed another bug in richedit (or somewhere else!), which was being masked by the incorrect behavior of richedit. See bug #10043 for an example.
Have you tried running the app with a native riched20.dll ? Does it work correctly in that case?
Currently downloading trial, on assumption that it exposes bug too. However, this might take a while, since it is over 240 Mb.
http://bugs.winehq.org/show_bug.cgi?id=10577
--- Comment #6 from Lukas Jirkovsky l.jirkovsky@gmail.com 2007-12-03 12:14:39 --- Thanks for your reply. With native riched20 it work perfectly in wine 0.9.49 (I didn't have time to test other versions).
http://bugs.winehq.org/show_bug.cgi?id=10577
Alex Villacís Lasso a_villacis@palosanto.com changed:
What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|wine-bugs@winehq.org |a_villacis@palosanto.com Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1
--- Comment #7 from Alex Villacís Lasso a_villacis@palosanto.com 2007-12-06 13:01:06 --- Created an attachment (id=9519) --> (http://bugs.winehq.org/attachment.cgi?id=9519) (1/4) Do not truncate CRLF to CR when EM_GETTEXTEX overflows.
First patch of 4 that fix problems found while debugging this bug. When using GT_USECRLF, and a buffer that has enough space for just one of the two characters of the CR to CRLF conversion, EM_GETTEXTEX must not place a solitary CR at the end.
Patch already sent to wine-patches.
http://bugs.winehq.org/show_bug.cgi?id=10577
--- Comment #8 from Alex Villacís Lasso a_villacis@palosanto.com 2007-12-06 13:03:43 --- Created an attachment (id=9520) --> (http://bugs.winehq.org/attachment.cgi?id=9520) Fix behavior of WM_GETTEXT in case of buffer overflow.
Second patch of 4 to fix problems found with riched20 control. In case of overflow, WM_GETTEXT fills the entire buffer and does *not* place a trailing null byte at the end. It also returns 0 instead of the filled length, even though it filled the entire buffer. Unlike EM_GETTEXTEX, WM_GETTEXT does truncate CRLF into CR if the full CRLF does not fit inside the buffer.
Patch already sent to wine-patches.
http://bugs.winehq.org/show_bug.cgi?id=10577
--- Comment #9 from Alex Villacís Lasso a_villacis@palosanto.com 2007-12-06 13:08:42 --- Created an attachment (id=9521) --> (http://bugs.winehq.org/attachment.cgi?id=9521) EM_GETTEXTLENGTHEX must not count last paragraph when processing GTL_USECRLF
Third of 4 patches to fix problems found in riched20 control. When using EM_GETTEXTLENGTHEX and the GTL_USECRLF flag, the number of paragraphs is added to the character count, in order to account for the extra LFs. This is incorrect (an off-by-one error): what should be added is the number of paragraph breaks between the paragraphs, and there is no paragraph break at the end of the last paragraph (consistent with ME_GetTextW in dlls/riched20/editor.c).
Patch already sent to wine-patches.
http://bugs.winehq.org/show_bug.cgi?id=10577
--- Comment #10 from Alex Villacís Lasso a_villacis@palosanto.com 2007-12-06 13:10:58 --- Created an attachment (id=9522) --> (http://bugs.winehq.org/attachment.cgi?id=9522) WM_GETTEXTLENGTH should include CR to CRLF conversion in character count
This is the final of 4 patches to fix problems in riched20 control. WM_GETTEXTLENGTH should include CR to CRLF conversions in count. This is consistent with the recently fixed behavior of WM_GETTEXT converting CR to CRLF. This patch requires at least the third patch of the series (correction to behavior of EM_GETTEXTLENGTHEX).
Patch already sent to wine-patches.
http://bugs.winehq.org/show_bug.cgi?id=10577
--- Comment #11 from Alex Villacís Lasso a_villacis@palosanto.com 2007-12-07 12:12:58 --- Posted patches have been committed in current git.
With posted patches, AutoDesk Maya starts up correctly for me. However, there are some problems with OpenGL support which vary depending on the DRI/Mesa combination used. But error dialog does not appear anymore.
This particular bug can be considered fixed. However, please confirm it works for your case. Could you please specify what kind of graphics setup do you have? Graphics chipset, driver (free or proprietary?), amount of video RAM, GNU/Linux distribution, and so on.
These are my results on the machines I have available: Work machine (ATI Radeon XPress 200M, Fedora 7, radeon open source driver): half of the time, startup fails with an X server error. The other half, it works correctly, but central panel sometimes goes black. Using fglrx-supplied libGL.so (with fglrx proprietary driver): starts up correctly, but central panel is always black. Home machine (ProSavage, Fedora 7, open source driver): with DRI enabled, startup fails with BadValue X error. With DRI disabled (Mesa software rendering), startup crashes entire X server. Maya is therefore unusable on my home machine.
However, all of this is matter for another bug report.
http://bugs.winehq.org/show_bug.cgi?id=10577
Lukas Jirkovsky l.jirkovsky@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED
--- Comment #12 from Lukas Jirkovsky l.jirkovsky@gmail.com 2007-12-07 13:20:04 --- Thank you very much. Now everything works perfectly. I have the same problem with black window in older versions of wine (it appears surely in in versions before 0.9.45 and I think in some newer versions) but not now.
I have: Arch linux current Nvidia ASUS N6200/TD 128MB (used is only 64MB 'cause I didn't change value for it in registry key), AGP graphics card (using proprietary drivers ver. 100.14.23) Linux red_dragon 2.6.23.9 #1 Tue Nov 27 16:26:15 CET 2007 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz GenuineIntel GNU/Linux (compiled by myself).
Without MS visual studio dll's it crashes with BadValue X error.
http://bugs.winehq.org/show_bug.cgi?id=10577
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Dan Kegel dank@kegel.com 2008-01-28 05:41:33 --- Closing all RESOLVED FIXED bugs older than four weeks.
-
wine-bugs＠winehq.org