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

[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 20807] New: SolidWorks 2008 can't render parts
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20807 Summary: SolidWorks 2008 can't render parts Product: Wine Version: 1.1.33 Platform: PC OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Created an attachment (id=24921) --> (http://bugs.winehq.org/attachment.cgi?id=24921) Wine 1.1.32-641-ga7bfd6d Log +wgl on Mac OS X When you create a part, SolidWorks attempts to create a bitmap GL context to do offscreen rendering. The call to SetPixelFormat() on the bitmap DC fails, however, because the depth of the pixmap (32) doesn't match the depth of the visual that winex11 chose (24). (You can add a trace to create_bitmap_glxpixmap() to see this for yourself.) SolidWorks, however, does not check the result of SetPixelFormat(), expecting it to succeed, so it goes ahead and tries to create a GL context. This fails because no pixel format is set in the DC. As a result, no rendering of parts is done. I've attached a log showing what happens. There's a second issue that is demonstrated by that log, so I'm going to file another bug shortly. I think this is somehow related to Roderick Colenbrander's Xrender patches, given that we're dealing with a 32-bit pixmap (which wasn't possible until Xrender support was added). -- 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 20808] New: SolidWorks 2008 displays a black screen
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=20808 Summary: SolidWorks 2008 displays a black screen Product: Wine Version: 1.1.33 Platform: PC OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Created an attachment (id=24922) --> (http://bugs.winehq.org/attachment.cgi?id=24922) Wine 1.1.32-641-ga7bfd6d Log +wgl on Mac OS X Like I said in bug 20807, there's a second issue with SolidWorks' rendering. If you get past the issue in bug 20807, you see only a black screen when it tries to render parts. I will once again attach the log from bug 20807. >From reading the log, it seems like SolidWorks is looking for a particular pixel format. First it tries the pixel format it got back trying to create a bitmap context earlier. Then it enumerates every pixel format supported by the driver. Failing that, it tries to create a bitmap context anyway, but fails because once again no pixel format is set in the DC. -- 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 18

[Bug 19871] New: Cusom CWnd component redraw flicker
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=19871 Summary: Cusom CWnd component redraw flicker Product: Wine Version: 1.1.28 Platform: PC URL: http://www.jtagtest.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: martin(a)hinner.info See bug: http://bugs.winehq.org/show_bug.cgi?id=17394 Window repainting is flickering under Wine. Native Win32 works fine (or at least I cannot see anything). Can provide "closed" source code of the component to person who will be dealing with this stuff. -- 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 16069] New: VC6 debugging not working
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=16069 Summary: VC6 debugging not working Product: Wine Version: 1.0.1 Platform: PC OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kresander(a)yahoo.com I have used Wine to compile and run fairly large programs (more than 75 source files and 2GB, 5GB of source code). Background is available in my post at Wine User's forum under title Cannot install Visual C++ version 6.0 (VC6). My last reply in the thread is this: +++ begin +++ So far, I have tried four projects from Windows to Linux/Wine. All compiled using VC6 on Wine and ran ok the first time. The two largest contained 78 and 105 cpp files with approximate source file sizes 2GB and 5GB. Features used: GUI: most standard and extended controls via dialog calls/macros and CreateWindow, various window positioning/resizing functions, messageboxes GDI: most except paths CHARS: most functions defined by <tchar.h> FILES: fopen,fread, fwrite, ftell, fseek, fclose, _findfirst, _findnext, _mkdir, remove, _tunlink MEMORY new,delete and most memory and <string.h> functions. Did not use MFC or ATL frameworks, just plain, Windows API functions and as few of these as I could manage. Did not use Windows file and directory functions. Did not use c++ exception handling Did not use Windows memory allocation function or older mallocs. BUT could not get the debugging to work. 1. on entry to the Windows main program: int PASCAL WinMain( ...) { WNDCLASS wc; MSG msg; int a = 1; // for testing debug int b = a + 1 ; // testing debug hmodule = fhInstance ; <<< put breakpoint here Values of variables a and b were reported as unknown expressions. 2. a little bit further into WinMain at call to CreateWindow for main window: hwndmain = CreateWindow( "GenericAppClass", .... The program entered CreateWindow, but never returned. Does debugging work, or have I entered unchartered waters? +++ end +++ I don't write bigger and more resource-demanding programs than those mentioned above. The VC6 compiled these with ease, ran without a single glitch and the IDE behaved as I was used to see it. With debugging working there is no reason for me to be on Windows any more. Have wanted to leave for years. VC6 is an excellent product (too good to be Microsoft) and it now seems it can offer cross-development on Linux. Really worth pursuing in my view. You can reach me at kresander(a)yahoo.com. Best regards Ken Resander -- 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 22137] New: [3CX Phone] app does not work with Wine on Mac 10.6
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=22137 Summary: [3CX Phone] app does not work with Wine on Mac 10.6 Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nareshkv(a)gmail.com App 3CX Phone is installed fine. Upon running it throws following error logs: fixme:tapi:lineInitialize (0x8487f0, 0x0, 0x4f9a54, (null), 0x32ed54): stub. fixme:tapi:lineSetAppPriorityA (3CX Phone.exe, 00000004, 0x0, 00000001, (null), 00000001): stub. fixme:tapi:lineRegisterRequestRecipient (0x0, 00848450, 00000001, 00000001): stub. err:ntdll:RtlpWaitForCriticalSection section 0x20c40b8 "?" wait timed out in thread 001d, blocked by 000b, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x20c40b8 "?" wait timed out in thread 0009, blocked by 000b, retrying (60 sec) fixme:wave:wodDsCreate DirectSound not implemented fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead. fixme:wave:widDsCreate DirectSoundCapture not implemented fixme:wave:widDsCreate The (slower) DirectSound HEL mode will be used instead. err:gsm:GSM_DriverProc libgsm support not compiled in! err:gsm:GSM_DriverProc libgsm support not compiled in! err:gsm:GSM_DriverProc libgsm support not compiled in! err:gsm:GSM_DriverProc libgsm support not compiled in! err:gsm:GSM_DriverProc libgsm support not compiled in! err:gsm:GSM_DriverProc libgsm support not compiled in! err:gsm:GSM_DriverProc libgsm support not compiled in! err:mmio:MMIO_ParseExtA No . in szFileName: "MenuPopup" err:mmio:MMIO_ParseExtA No . in szFileName: "MenuCommand" wine: Unhandled exception 0xc0000409 at address 0x1fd8ae4 (thread 002e), starting debugger... -- 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 19761] New: RollerCoaster Tycoon: Wrong background colour in some menus.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=19761 Summary: RollerCoaster Tycoon: Wrong background colour in some menus. Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org Created an attachment (id=23139) --> (http://bugs.winehq.org/attachment.cgi?id=23139) In-game screenshot depicting the problem The game RollorCoaster Tycoon (with the Loopy Landscapes add-on) shows a wrong background colour (see attached image) in a menu, where all occurred events are logged. The colour shouldn't be the green but the grey you see in the background of the ride menu in the lower left corner. Testsystem: - AMD Athlon XP (1.2GHz) - 1.5 GB RAM (DDR) - ATI Radeon R300 (with the radeon driver, v6.12.2) If you need further information, feel free to ask. Kind regards, Kai Wasserbäch -- 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 24

[Bug 16006] New: Problem getting 'Wordtalk' Addin working in MS Word 97
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=16006 Summary: Problem getting 'Wordtalk' Addin working in MS Word 97 Product: Wine Version: 1.0.0 Platform: PC URL: http://www.wordtalk.org.uk OS/Version: Windows XP Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: graemebruce(a)aspects.freeserve.co.uk Created an attachment (id=17211) --> (http://bugs.winehq.org/attachment.cgi?id=17211) Output following boot up of Word97 and click on Wordtalk configure icon. Trying to run Wordtalk with Word 97 on an Asus Eeepc (Xandros) through Wine 1.0. Both Word and Wordtalk appear to install satisfactorily and the Wordtalk tooolbar appears in Word. However on clicking icons on the bar nothing works. I have set oleaut.dll to native and installed riched20 and riched30 from Winetricks. This seems to enable the Visual Basic Editor but still can't get the macros in Wordtalk to run. Wordtalk is an addin which is extremely imporatnt for dyslexic users. It 'echoes' text and reads the spellcheck list. I am very keen to get this running for school pupils in our area so priority is quite high! Anny help most welcome. A log of console output is attached, following boot up of Word and click on the 'configure' icon on Wordtalk tooolbar (black spanner) I've tried using Word 2003 instead - similar results. Would prefer to use Word97 because the Asus Eeepc has limited hard disc space so a compact installation is preferable. Word 97 was installed with the 'typical' installation option and the 'full' version of Wordtalk was used. The Wordtalkstartup utility is installed and working correctly. -- 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