October 2010 - Wine-bugs - list.winehq.org

[Bug 20012] New: Implement HalGetBusDataByOffset for the PCIConfiguration BusDataType
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20012 Summary: Implement HalGetBusDataByOffset for the PCIConfiguration BusDataType Product: Wine Version: 1.1.29 Platform: PC URL: http://rh-software.com/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk Created an attachment (id=23551) --> (http://bugs.winehq.org/attachment.cgi?id=23551) Scren capture showing example code working With the fix http://bugs.winehq.org/show_bug.cgi?id=19966 SIV (http://rh-software.com/) no longer crashes when run under Wine, however none of the PCI Bus reporting actually works. As an experiment I wrote some code to read the PCI confutation data from "/sys/bus/pci/devices/0000:bb:dd.f/config" where bb:dd:f are the Bus, Device and Function numbers (the Device and Function are bits 7...3 and 2...0 of the slot number. The attached screen shot you can see I was able to read the data what HalGetBusDataByOffset() should return. I actually did this using the Windows API functions using the following code: if( ( fhl = CreateFile( file_name, GENERIC_READ, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, 0, NULL ) ) != INVALID_HANDLE_VALUE ) { if( ReadFile( fhl, data, sizeof( data ) &len, NULL ) ) { ... } CloseHandle( fhl ); but I would expect the Unix/Linux Native API should be used were this to be implemented. I am concerned that different Unix/Linux systems may have different device names, but looking at the lspci source there seems to be a pci library to address this. I could try and work-a-round this within SIV, but as SIV would probably not be able to use the Unix/Linux pci library that solution would be less portable than implementing a solution within HalGetBusDataByOffset() within Wine. For systems where this data could not be returned then the current return of 0 (PCI Bus does not exist) would be made. Note that in the case of the Bus existing and the slot being empty a return of 2 is expected. -- 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 24305] New: Everquest 2 Extended - hair flickers in and out of existence
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24305 Summary: Everquest 2 Extended - hair flickers in and out of existence Product: Wine Version: 1.3.2 Platform: x86 URL: http://everquest.com OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On a system with an Nvidia 400 series card for which lspci reports "nVidia Corporation Device 06%0 (rev a3)" the hair on one character appears and disappears depending on the position and orientation of the viewer. I only have one such system. The other systems are all running a mix of nvidia 275 or 330, wine or windows, and none of them suffer from this. Now, this game seems to be flaky, so I have no idea if this is a wine bug, a game bug, or a driver bug. I'll try to investigate more. -- 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 23915] New: wine freeze game, when is switched to VT[1-6]
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=23915 Summary: wine freeze game, when is switched to VT[1-6] Product: Wine Version: 1.3.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: d.okias(a)gmail.com So scenarion is: KDM -> failsave session (clear session with xterm) -> "wine hl.exe -game cstrike" Game runs, everything work. When I do CTRL-ALT-F[1-6], then sound in buffer is played over again (it's really annoyng) and game is stopped, until is restored Xorg (not sure, what effect it have on multiplayer, but I wasn't kicked from server, so probably not much serious) Solution: I expect that wine application/games, should continue in run even when is used VT. This problem occured in all tested wine versions. -- 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 24767] New: AstroSynthesis 2.0 crashes with on-screen error message
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24767 Summary: AstroSynthesis 2.0 crashes with on-screen error message Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)earthlink.net Created an attachment (id=31296) --> (http://bugs.winehq.org/attachment.cgi?id=31296) Starting the program without supplied GDIPLUS.DLL file A user requested assistance with running this program in Wine-Users. Loaded the trial version and attempted to use. Received error message in a dialog box: "Can't Activate GLRC. Graphics will not display" Clicking on the OK button brings up the trial start dialog box. Clicking on Start on this dialog box brings up the main program screen which quickly disappears. The program comes with it's own gdiplus.dll, but overriding it does not clear the problem. Log files 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 13

[Bug 20746] New: Bug with bibleworkshop 4.4 loaded with wine on Ubuntu Karmic
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20746 Summary: Bug with bibleworkshop 4.4 loaded with wine on Ubuntu Karmic Product: Wine Version: unspecified Platform: PC URL: http://www.bibleworkshop.net OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lgimelfarb(a)gmx.ch Created an attachment (id=24815) --> (http://bugs.winehq.org/attachment.cgi?id=24815) Print screen of the failure Msg after closing program : BClient.dll must close and wenn I open the programme again, the registration of the product key have to be enter again. -- 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 11

[Bug 24882] New: Read after free to do with D3D9
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24882 Summary: Read after free to do with D3D9 Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jseward(a)acm.org I don't know whether this is a Wine bug, or an X bug, or a /usr/lib32/dri/i915_dri.so bug, so this may be noise, in which case apologies. Anyway, when running Firefox crashtests on Wine-1.2.1 on Valgrind: Invalid read of size 4 at 0x1CCBF91F: ??? (in /usr/lib32/dri/i915_dri.so) by 0x1CCEF860: _mesa_test_framebuffer_completeness (in /usr/lib32/dri/i915_dri.so) by 0x1CCF39DB: ??? (in /usr/lib32/dri/i915_dri.so) by 0x1CCF3A16: _mesa_update_framebuffer (in /usr/lib32/dri/i915_dri.so) by 0x1CC70FD7: intel_draw_buffer (in /usr/lib32/dri/i915_dri.so) by 0x1CCC0090: ??? (in /usr/lib32/dri/i915_dri.so) by 0x1CCEFD54: _mesa_set_texture_attachment (in /usr/lib32/dri/i915_dri.so) by 0x1CCEFF80: ??? (in /usr/lib32/dri/i915_dri.so) by 0x1CCF02EF: _mesa_FramebufferTexture2DEXT (in /usr/lib32/dri/i915_dri.so) by 0x1AF6E331: initPixelFormats (utils.c:965) by 0x1AEDF2CA: InitAdapters (directx.c:5126) by 0x1AEEA2C9: wined3d_init (directx.c:5369) Address 0x8f2152c is 28 bytes inside a block of size 132 free'd at 0x48EDC1A: free (vg_replace_malloc.c:366) by 0x1CD08BEC: _mesa_free (in /usr/lib32/dri/i915_dri.so) by 0x1CCBFCD7: ??? (in /usr/lib32/dri/i915_dri.so) by 0x1CD1C3B3: _mesa_reference_renderbuffer (in /usr/lib32/dri/i915_dri.so) by 0x1CCEFB1A: _mesa_remove_attachment (in /usr/lib32/dri/i915_dri.so) by 0x1CD31ECE: _mesa_DeleteTextures (in /usr/lib32/dri/i915_dri.so) by 0x1AF6E3CB: initPixelFormats (utils.c:1059) by 0x1AEDF2CA: InitAdapters (directx.c:5126) by 0x1AEEA2C9: wined3d_init (directx.c:5369) by 0x1AF72659: WineDirect3DCreate (wined3d_main.c:91) by 0x180A4D2C: Direct3DCreate9 (d3d9_main.c:43) by 0x180A4DFD: Direct3DCreate9Ex (d3d9_main.c:61) and I also saw two others which are clearly the same thing. -- 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 21563] New: Risiko! Digital does not start
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=21563 Summary: Risiko! Digital does not start Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lucak3(a)gmail.com Created an attachment (id=25985) --> (http://bugs.winehq.org/attachment.cgi?id=25985) Rsisiko! Digital console log Using wine-1.1.37-230-g3ed5df1 and a clean prefix I tried to launch the game directly from its directory, but it does not change anything: i issue the command to load the game and almost instantly closes. I did not use winetricks. It seemed to me that installation went correctly, but i will attach the setup log in a second. -- 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 17

[Bug 20335] New: Uninitialised memory reference in X11DRV_DIB_SetImageBits()
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20335 Summary: Uninitialised memory reference in X11DRV_DIB_SetImageBits() Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I think this is one of the first valgrind warnings I ever ran into in wine, and it's still here. Nowadays Wine gives better warnings, so it's a little easier to see where these are coming from. Running chromium's base_unittests.exe (and probably lots of other apps) in valgrind yields this warning: Conditional jump or move depends on uninitialised value(s) at XcursorImageHash (xlib.c:294) by XcursorNoticePutBitmap (xlib.c:365) by _XNoticePutBitmap (CrGlCur.c:202) by XPutImage (PutImage.c:1042) by X11DRV_DIB_SetImageBits (dib.c:3670) by X11DRV_SetDIBits (dib.c:4040) by SetDIBits (dib.c:361) ... Uninitialised value was created by a client request at RtlAllocateHeap (heap.c:187) by X11DRV_DIB_SetImageBits (dib.c:3543) by X11DRV_SetDIBits (dib.c:4040) by SetDIBits (dib.c:361) ... Presumably adding HEAP_ZERO_MEMORY to the allocation at dib.c:3543 would do the job, but maybe there's a smarter way. -- 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 10

[Bug 20508] New: F/A-18 PSF Mouse control stops working in 3d view
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20508 Summary: F/A-18 PSF Mouse control stops working in 3d view Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: bgoodwin91006(a)yahoo.com The mouse works correctly in all menus. On entering the 3D cockpit view, it works correctly for a few seconds; long enough to take-off. In flight, the control becomes less and less responsive. The plane noses down and crashes. Using a joystick instead of the mouse works correctly but I prefer mouse control because it's smoother and there's no convenient place to put the joystick with my small desk and chair. The mouse control works correctly under WindowsXP. The problem has been the same for a long time (several years.) and through a steady migration from Fedora 3 to my current Fedora 11. -- 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 24479] New: Princess Maker 4 no japanese characters
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24479 Summary: Princess Maker 4 no japanese characters Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: felipemoraesbr(a)gmail.com Hi, while in Princess maker 5 I can use LANG=ja_JP.utf8 to run the game with japanese characters, in princess maker 4 doing the same gave no result, the japanese characters are still missing. Hope we can work together to fix this -- 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