March 2011 - Wine-bugs - list.winehq.org

[Bug 25829] New: oleaut32:typelib tests fail on clang
by wine-bugs＠winehq.org 14 Apr '11

14 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=25829 Summary: oleaut32:typelib tests fail on clang Product: Wine Version: 1.3.11 Platform: x86 URL: http://test.winehq.org/data/98834637eb25caf986c9feae3e aa0b855cc19a26/wine_ae-ub1004-clang/oleaut32:typelib.h tml OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=32919) --> (http://bugs.winehq.org/attachment.cgi?id=32919) WINEDEBUG=ole,typelib,typelib2 typelib.c:80: Loading type library typelib.c:291: Test marked todo: Got pTypeComp_tmp 0x12be44 typelib.c:302: Test marked todo: Got pTypeComp_tmp 0x12be44 typelib.c:753: Test failed: wrong arg2.Hi32 d10 typelib.c:754: Test failed: wrong arg2.Lo64 5555000000000000 typelib.c:755: Test failed: wrong arg3 type 5555 typelib.c:756: Test failed: wrong arg3 value 55555555 typelib.c:873: Test failed: DispCallFunc failed 80020010 WINEDEBUG=ole,typelib,typelib2 attached. Let me know if more targeted traces would help. -- 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 4

[Bug 25832] New: user32:input tests fail on clang
by wine-bugs＠winehq.org 14 Apr '11

14 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=25832 Summary: user32:input tests fail on clang Product: Wine Version: 1.3.11 Platform: x86 URL: http://test.winehq.org/data/98834637eb25caf986c9feae3e aa0b855cc19a26/wine_ae-ub1004-clang/user32:input.html OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: trivial Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=32921) --> (http://bugs.winehq.org/attachment.cgi?id=32921) +win,+keyboard input.c:1112: Test failed: vkCode should have been VK_PACKET[0x00e7], was: 0xa4 +win,+keyboard attached -- 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 4

[Bug 26362] New: [Regression] Missing taskbar icon for "Progress Appbuilder"
by wine-bugs＠winehq.org 14 Apr '11

14 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=26362 Summary: [Regression] Missing taskbar icon for "Progress Appbuilder" Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)cardot.net The software I'm running is prowin32.exe (version 9.1E), which is the Progress client environment (http://www.progress.com) This is a proprietary development environment. I don't think there is a demo version. I'm running the OpenEdge development environment, named Appbuilder. The regresion is that there is no more icon in the taskbar (tested in KDE4 & icewm), as there used to be. As I've not used Progress during a quite long while I had to perform a large bisection in order to find the problem. This took me a lot of time because I'm still using an old Athlon XP 2600+... This is a very annoying problem, as if the window gets minimised it's difficult to restore (and even to know it is running!) Well, it appears that the problem is caused by: [fred(a)localhost wine-git ((81c4b41...)|BISECTING)]$ git bisect good 61e50e15ba45ad54655f98619f5ef33917033165 is the first bad commit commit 61e50e15ba45ad54655f98619f5ef33917033165 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Fri May 28 12:14:43 2010 +0200 winex11: Map zero-size windows and set an empty window region for them. :040000 040000 0cd582f85f7d71a7d4e30cb8b72960adb21d1b45 ea860ce19c87870924dd968c600191b0c088cff0 M dlls which appeared around Wine 1.2-rc1. It makes sense from what I read from the patch, as it seems to me the owner window is an empty window: when using wine 1.3.14, I can see it in KDE4 when cycling through the applications with ALT-TAB: I see a window named "Progress", which is not in fact visible. Whereas with my last "good" compiled version, this "window" is not present, I can see only "Appbuilder". I have development skills and wish to help in solving this bug. I'm ready to answer any question & perform any test you will need. Thanks in advance -- 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 12178] New: wine 0.9.58 quicktime regression
by wine-bugs＠winehq.org 13 Apr '11

13 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=12178 Summary: wine 0.9.58 quicktime regression Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: weltall2(a)gmail.com Created an attachment (id=11575) --> (http://bugs.winehq.org/attachment.cgi?id=11575) console output I've just updated today to 0.9.58 from wine 0.9.57 using the official ubuntu repositories reported in the main page and i've found a regression regarding quicktime (7.4). At a first look the application seems to load fine but when i do file=>open file... and choose a quicktime movie (it was exported from keynote in mp4 and has points where the animation locks automatically waiting for the user to interact: that's why i can't use linux applications to see these... they don't support this) the quicktime window goes to the top left and after some seconds it closes itself. Running wine from command line reported an unhandled exception which wasn't there till last version. and the application seems to quit before the crash backtrace. As a side note the only way to make quicktime even launch (and work almost correcly till 0.9.57 except some gui glitches which are of little importance) is loading a native gdiplus.dll. attached is the console output. -- 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 13

[Bug 17935] New: an error occurred during the move data process 119
by wine-bugs＠winehq.org 13 Apr '11

13 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=17935 Summary: an error occurred during the move data process 119 Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aurosara(a)yahoo.com Hi guys, Im trying to install Delat Translatior 3.0 in ubuntu 8.10/wine i having an error while installing the app the error message is : an error occurred during the move data process 119 can any body give a thought? -- 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 5

[Bug 21771] New: Taxman 2010 CBE doesn't install
by wine-bugs＠winehq.org 13 Apr '11

13 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=21771 Summary: Taxman 2010 CBE doesn't install Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.lexware.de/shop/productDetails?orderNo=A088 32 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wagnermaik(a)web.de Created an attachment (id=26327) --> (http://bugs.winehq.org/attachment.cgi?id=26327) Console output when trying to run Taxman 2010 CBE (Computerbild Edition) I am trying to install a German tax declaration program and can't get into the installer. The version I am trying to install is from a computer magazine DVD (Computerbild 5/2010) The error is linked to the "Visual C++ Runtime Library" and says that "the application has requested the Runtime to terminate in an unusual way" I have attached a log. Hope that helps. -- 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 5

[Bug 18245] New: Polygon Love 2 - model shows up but doesn't have any animation
by wine-bugs＠winehq.org 13 Apr '11

13 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=18245 Summary: Polygon Love 2 - model shows up but doesn't have any animation Product: Wine Version: 1.1.20 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: knight666(a)gmail.com Created an attachment (id=20756) --> (http://bugs.winehq.org/attachment.cgi?id=20756) A screenshot of the model standing with her arms wide First off, launching Polygon Love 2 from the command line is impossible, it crashes with the following output: knight666(a)Katja:~$ wine "/media/disk/Program Files/Purple Heart/Polygon Love 2/PL2.exe" fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x32f830,0x00000000), stub! fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface It is possible to launch the game by double clicking the exe. Once loaded, everything works as it's supposed to, but once you go in the dressing room, your character doesn't display any animation, and just stands there with her arms wide. I've attached a screenshot demonstrating the effect. Computer specs: - Wine 1.1.20 (latest version at time of writing) - Ubuntu 8.10 - 2.2 GHz AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ - 1 GB RAM - 128 MB (I think) nVidia Corporation GeForce 8600 GT -- 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 9

[Bug 18292] New: Make 8.3 names for LFNs more "Windows-like"
by wine-bugs＠winehq.org 10 Apr '11

10 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=18292 Summary: Make 8.3 names for LFNs more "Windows-like" Product: Wine Version: 1.1.20 Platform: PC URL: http://source.winehq.org/source/dlls/kernel32/path.c OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk When Windows creates 8.3 names for long file names, it does so in the form Progra~1 and increments the number by one with each new creation of a similar filename. So, Program Files --> Progra~1 Programmers --> Progra~2 Program Blah blah --> Progra~3 and so on. Under Wine, the 8.3 filenames seem somewhat random (PROG~HAE for example). Is it possible to implement this behaviour? It would make it easier to guess short path names, which makes it easier to add paths to the registry (when needed for workarounds, for example). -- 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 8

[Bug 26422] New: Wine and Dosbox use different MS-DOS (8.3) file names
by wine-bugs＠winehq.org 10 Apr '11

10 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=26422 Summary: Wine and Dosbox use different MS-DOS (8.3) file names Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: spammis(a)spam.la MS-DOS and 16-bit Windows programs require file names to consist of 8 letters followed by a 3-digit extension (known as "MS-DOS file names" in Windows 95, sometimes also called 8.3 filenames). Wine and Dosbox both emulate MS-DOS file names, but they do it differently. Long name: C:\Program Files Wine name: C:\PROG~FBU Dosbox name: C:\PROGRA~1 Thus, a Windows program, running under Wine, may refer to a file as "C:\PROG~FBU\SOMEFILE.TXT" whereas a DOS program, running under Dosbox using Wine's Dosbox implementation, would know the same file as "C:\PROG~FBU\SOMEFILE.TXT". This means trouble if the Windows and DOS programs are trying to interact. In order to view Wine's MS-DOS names, use certain 16-bit Windows programs (such as the Windows 3.1 file manager). In order to view Dosbox's MS-DOS names, use "DIR" in Dosbox or any DOS program. Dosbox only uses MS-DOS names, so it won't show any other names. -- 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 5

[Bug 22059] New: when /dev/input/event* device is accessible, wine fails to consider calibration and correction factors of the linux joydev driver
by wine-bugs＠winehq.org 10 Apr '11

10 Apr '11

http://bugs.winehq.org/show_bug.cgi?id=22059 Summary: when /dev/input/event* device is accessible, wine fails to consider calibration and correction factors of the linux joydev driver Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: corvus-wine(a)cybertrench.com Created an attachment (id=26862) --> (http://bugs.winehq.org/attachment.cgi?id=26862) joydev log with event file accessible Linux provides the possibility to correct joystick raw values automatically when accessing /dev/input/js* devices, both autodetected/scaled and "hand-calibrated" with tools like "jscal" if wine uses /dev/input/js* for joystick access, it also takes the correction factors into account, so a joystick that has been calibrated under linux, will be calibrated correctly under wine. However if the /dev/input/event* file corresponding to the joystick device is accessible (at least for reading) wine seems to bypass the joydev driver and accesses the device on a lower (event) level, thus unaware of the calibration data and correction factors - whether manually set and autodetected! As a result programs run under wine that use a joystick but offer no inbuilt calibration option (which is most, since under native win32 joysticks are calibrated system wide in the input device area of the control center) will behave strangely as joysticks are potentially off-centered - mis-scaled - axis flipped - or even unable to cross the zero position at all. Depending on the actual joystick hardware and the required corrections. the attached log1.txt shows the output of a joystick using program (il2fb flightsim) started with dinput WINEDEBIUG output grep'd for "joydev" when the event device is accessible (and the joystick is unusable due to miscalibration > WINEDEBUG=+dinput wine il2fb.exe 2>&1 |grep joydev log2.txt shows the same output with /dev/input/event5 (the joystick event device) chmodded to 000 in this case the axis and buttons are mapped completely different, but centered and scaled correctly (given that the jopystick had been calibrated under linux using jscal) for obvious reasons this bug is only visible if the axis values reported by the event device, especially min and max: ... > cur=97, min=0, max=255, fuzz=0, flat=15 ... are not equal to the actually reachable minimum and maximum values. newer joysticks often autoscale in hard/firmware and actually reach those min/max values with little need for calibration, while some, especially older models, are in dire need of correction values since the actual range (as in this case) is more like 30 to 120 -- 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 5