October 2008 - Wine-Bugs - list.winehq.org

[Bug 13375] New: Falcon 4 AF crash with wine 1.0RC1 not with
by wine-bugs＠winehq.org March 22, 2009

March 22, 2009

http://bugs.winehq.org/show_bug.cgi?id=13375 Summary: Falcon 4 AF crash with wine 1.0RC1 not with Product: Wine Version: 1.0-rc1 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: flyzone(a)technologist.com Created an attachment (id=13276) --> (http://bugs.winehq.org/attachment.cgi?id=13276) backtrace running falcon4 with wine 1.0RC1 I'm trying to run Flacon 4.0 Allied Force version 1.0.1.50613. The installation works, but when running it crash. The problem is with wine 1.0RC1, but wasn't present in wine 0.9.58 (but attention, with RC1 crash before to see the first screen, with wine 0.9.58 che first screen is seen but crash after, trying to play the game). I tried settings wine as windows xp, windows 2000 and windows 98...same result. I didn't try to install the patch of Falcon4.0 cause all people tell it give more problems in wine (don't finish the installation or more). The fixme GL_INVALID_OPERATION don't seem to create problem cause I get the same in wine 0.9.58 but it doesn't stop the running. I tried with a clean installation, installing also the directx but the problem persist. Seems a problem with amstream.dll, so I have tried to copy that file of a windows xp installation setting the dll as native, but it crash however. Reading on the web in same forums, tell to install windows media player to get that library in wine...I have tried with wmp9 and wmp10 successfully but the library is not installed. I attach the log/backtrace Sorry if I have missed some data but is my first bugreport, hope it's all ok. -- 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 13128] New: Unhandled privileged instruction at address
by wine-bugs＠winehq.org March 22, 2009

March 22, 2009

http://bugs.winehq.org/show_bug.cgi?id=13128 Summary: Unhandled privileged instruction at address Product: Wine Version: CVS/GIT Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: higuita(a)gmx.net Created an attachment (id=12925) --> (http://bugs.winehq.org/attachment.cgi?id=12925) crash log i'm testing medieval total war and the latest version (git or 1.0rc) crash very early, when in the past it work longer... so this is a regression. the crash log will be attached, but the error was: wine: Unhandled privileged instruction at address 0x7c02edd8 (thread 0026), starting debugger... Unhandled exception: privileged instruction in 32-bit code (0x7c02edd8). i tried to pin-point the patch that broke this and found this one: 653c7e7dcaf7ebee2cfc8a6e356779dc8974aac6 is first bad commit commit 653c7e7dcaf7ebee2cfc8a6e356779dc8974aac6 Author: David Adam <david.adam.cnrs(a)gmail.com> Date: Sun Apr 27 12:10:32 2008 +0200 amstream: Fix the condition of existence of the IMediaStream interface. :040000 040000 93801c98208e6fd29aff759a12bbee6b02241de9 339a6b671e82ef9c29cb5627b7b2d24ef26f8df1 M dlls before this patch, the game didnt crashed on start, after this patch, the game crashes on startup -- 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 14

[Bug 10563] New: Wine 64-bit build error in ole32 on x86_64 GNU/Linux
by wine-bugs＠winehq.org March 22, 2009

March 22, 2009

http://bugs.winehq.org/show_bug.cgi?id=10563 Summary: Wine 64-bit build error in ole32 on x86_64 GNU/Linux Product: Wine Version: 0.9.49. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: devel.sjanki(a)gmail.com Created an attachment (id=9325) --> (http://bugs.winehq.org/attachment.cgi?id=9325) Build error message I'm getting this error building 64-bit Wine on x86_64 on Bluewhite64 Linux 12.0: irot_c.c:638:2: error: #error Invalid build platform for this stub. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 11506] New: Poor performance in d3d_surface:fb_copy_to_texture_direct
by wine-bugs＠winehq.org March 22, 2009

March 22, 2009

http://bugs.winehq.org/show_bug.cgi?id=11506 Summary: Poor performance in d3d_surface:fb_copy_to_texture_direct Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cngnome(a)gmail.com This is dotnet fw 2 program. When I create an area, the program draws a graphical area and everything else on the window becomes black, including menu's and buttons. If I move cursor over items, they clip nicely so they are there and useable, but for some reason black. If I click picture and menu's, there is significant lag on switching them. The following error is displayed on this: d3d:getColorBits Unsupported format: WINED3DFMT_R32F err:d3d:IWineD3DImpl_IsPixelFormatCompatibleWithRenderFmt Unable to check compatibility for Format=WINED3DFMT_R32F err:d3d:IWineD3DSwapChainImpl_Present Cannot change the destination window of the owner of the primary context fixme:d3d_surface:fb_copy_to_texture_direct Doing a pixel by pixel copy from the framebuffer to a texture, expect major performance issues err:d3d_surface:fb_copy_to_texture_direct Texture filtering not supported in direct blit -- 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 14

[Bug 12431] New: programs window moves down when clicking in a menu
by wine-bugs＠winehq.org March 16, 2009

March 16, 2009

http://bugs.winehq.org/show_bug.cgi?id=12431 Summary: programs window moves down when clicking in a menu Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gentosaker(a)gmail.com Created an attachment (id=11968) --> (http://bugs.winehq.org/attachment.cgi?id=11968) The console output of the command wine .wine/drive_c/Program\ Files/E/E.exe With wine 0.9.59 I get a strange problem with a specific program. A program that only I have access to, and unfortunatly cant send to you. But I will explain the problem to see if it can help to find any bugs in any way. The program is written in Delphi and it works in wine, but with wine 0.9.59 it starts to behave strange. When clicking in a menu (like, edit, file.. etc) the window moves down a bit and the bottom is outside of the screen. Maximizing the window makes it the correct size, but it is draged to the lower part of the screen, and there is space left at the top, with a height equal to the desktops statusbar below. Repeated clicking in file menu makes the window go down even more. The pgoram notepad++ works as it should. -- 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 69

[Bug 14084] New: SEGV in thread_init() when starting some program from cmd
by wine-bugs＠winehq.org March 16, 2009

March 16, 2009

http://bugs.winehq.org/show_bug.cgi?id=14084 Summary: SEGV in thread_init() when starting some program from cmd Product: Wine Version: 1.0.0 Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: kenorb(a)gmail.com 338 user_shared_data->SystemTime.LowPart = now.u.LowPart; #0 0x9c1e9ab8 in thread_init () at thread.c:338 peb = (PEB *) 0x110000 teb = (TEB *) 0x114000 addr = (void *) 0x114000 size = 16384 info_size = 0 exe_file = 0x0 now = {u = {LowPart = 3014115776, HighPart = 29939029}, {LowPart = 3014115776, HighPart = 29939029}, QuadPart = 128587153443111360} thread_data = (struct ntdll_thread_data *) 0x1141d4 thread_info = {stack_base = 0x0, stack_size = 0, teb_base = 0x114000, teb_size = 16384, teb_sel = 19, pid = 86397, tid = 100162, entry = 0x1, exit_status = 0} debug_info = {str_pos = 0x9c222828 "", out_pos = 0x9c222c28 "", strings = '\0' <repeats 1023 times>, output = '\0' <repeats 1023 times>} __func__ = "thread_init" --- more in attachment -- 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 12143] New: Black halos surround NPCs in Fable
by wine-bugs＠winehq.org March 15, 2009

March 15, 2009

http://bugs.winehq.org/show_bug.cgi?id=12143 Summary: Black halos surround NPCs in Fable Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cwadge(a)gmail.com Created an attachment (id=11540) --> (http://bugs.winehq.org/attachment.cgi?id=11540) Screenshot of the symptoms In Fable: The Lost Chapters (Version 1.0), a graphical issue was introduced as of 0.9.57. Unsightly black, halo-like artifacts surround NPC characters. I've attached a screenshot to illustrate. I was able to reproduce the issue on two different systems. Additionally, I've tried rolling back to 0.9.56 and 0.9.55, and was unable to reproduce the issue on either version across the same two test systems. I'm fairly sure this is a regression introduced in 0.9.57. Best regards, -Chris -- 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 15

[Bug 15798] New: 3D Game Studio text objects newline characters mistranslated
by wine-bugs＠winehq.org March 13, 2009

March 13, 2009

http://bugs.winehq.org/show_bug.cgi?id=15798 Summary: 3D Game Studio text objects newline characters mistranslated Product: Wine Version: 1.1.7 Platform: HP OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mdirk(a)sympatico.ca Until recently, I was sure that 3D Game Studio version A6.40.5 worked. But a specific 3DGS game, which is really a tool to build shaders, could not be tested earlier, because the built-in compilation of .fx files was not yet implemented. This compiler-DLL is not the cause of the bug, but being able to run SMEE2, which is this tool, only compiled with 3DGS as if it was a game, shows a subtle glitch in the handling of strings of text. 3D Game Studio has its own system for displaying 3D sprites, 2D panels, text objects and other 2D objects, which may not translate well into OpenGL. But when displaying text objects, some internal form of newline characters are interpreted by 3DGS running under Windows, by allowing a single string to continue on the next line. The way this translates when running under Wine, the next line overstrikes the previous line, without shifting downward. This results in somewhat amusing display in the settings of SMEE2, where text is supposed to be superimposed on a multi-colored background panel, to fit into tabular form. But only a first line with superimposed characters displays instead of each table of settings. It makes the selection of shader parameters impossible from within this tool, even though the shaders themselves may render well by now. -- 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 7

[Bug 15707] New: winhttp: winhttp.ok test fails in OpenSolaris
by wine-bugs＠winehq.org March 13, 2009

March 13, 2009

http://bugs.winehq.org/show_bug.cgi?id=15707 Summary: winhttp: winhttp.ok test fails in OpenSolaris Product: Wine Version: 1.1.6 Platform: PC OS/Version: Solaris Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=16786) --> (http://bugs.winehq.org/attachment.cgi?id=16786) +winhttp in git ../../../tools/runtest -q -P wine -M winhttp.dll -T ../../.. -p winhttp_test.exe.so winhttp.c && touch winhttp.ok err:winhttp:netconn_init Failed to load symbol i2d_X509 winhttp.c:740: Test failed: failed to open a request 12157 winhttp.c:743: Test failed: failed to send request 6 winhttp.c:747: Test failed: failed to retrieve certificate context 6 winhttp.c:751: Test failed: failed to retrieve key bitness 6 winhttp.c:754: Test failed: failed to receive response 6 winhttp.c:758: Test failed: failed unexpectedly 6 winhttp.c:759: Test failed: request failed unexpectedly 1 fixme:winhttp:set_option unimplemented option 63 fixme:winhttp:request_query_option unimplemented option 63 fixme:winhttp:request_query_option unimplemented option 63 make: *** [winhttp.ok] Error 7 +winhttp 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 12

[Bug 15616] New: winecfg does not allow *.acm (or other non .dll) overrides
by wine-bugs＠winehq.org March 13, 2009

March 13, 2009

http://bugs.winehq.org/show_bug.cgi?id=15616 Summary: winecfg does not allow *.acm (or other non .dll) overrides Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net winecfg does not allow overrides of "libraries" other than .dll via the selection list. Yet the game "Colin McRae Rally 2.0" needs one for msadp32.acm (I shall post a separate bug report on that). These .acm files also have MS-Windows executable format. I had to edit the registry by hand (or use regedit) to obtain the effect, after I figured out the correct format: [Software\Wine\AppDefaults\CMR2.exe\DllOverrides] "msadp32.acm"="native" I believe that any shared object for which wine provides an implementation or stub (a .spec file in the source tree) should appear in winecfg's list. BTW, neither does current winecfg allow setting the default order, e.g. "*"="native, builtin", which is sometimes handy for trying and guessing what's wrong. IIRC it was in earlier versions. Maybe it was too easy to abuse? -- 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