wine-bugs January 2009

1 participants
7308 discussions

[Bug 11446] New: Gangsters: Wrong 2d rendering

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11446 Summary: Gangsters: Wrong 2d rendering Product: Wine Version: 0.9.51. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: wielkiegie(a)gmail.com Created an attachment (id=10577) --> (http://bugs.winehq.org/attachment.cgi?id=10577) Wine messages when starting with OpenGL as DDraw renderer OpenGL as DirectDraw driver causes unhandled page fault when playing intro (I tried GDI for testing). When the game starts or after changing menu screen, main menu is completely black. Graphics can be visible only after pushing any button in the menu, but releasing mouse button elsewhere. Buttons doesn't contain any text and colors of whole screen are ugly. -- 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 day, 11 hours

[Bug 13198] New: Microsoft Pinball Arcade black/blank window in 24bpp mode

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=13198 Summary: Microsoft Pinball Arcade black/blank window in 24bpp mode Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vanessaezekowitz(a)gmail.com Created an attachment (id=13030) --> (http://bugs.winehq.org/attachment.cgi?id=13030) Screenshot of real 8bpp mode Microsoft Pinball Arcade (commercial/full version) doesn't work properly in WINE if you're using a regular, standard-issue 24bpp X session. Intro/menu screens work, but the 3D content (direct3d? ddraw?) just produces a black screen. Steps to reproduce: 0. Obtain a copy of the game (maybe the demo version will do?). cd into your 'drive c' directory and start the game: `wine Program\ Files/Microsoft\ Games/Pinball\ Arcade/Launcher.exe` 1. A movie displays showing a closeup of one of the game's tables. 2. Click on the movie to interrupt it. The title screen appears and looks fine. 3. Click again, table select menu appears and waits for input. 4. Click on any menu item at the bottom of the window - a dialog related to it appears as it should. 5. Double-click on one of the tables - the table selection screen gets blacked out, the window resizes, and the table's loading screen appears all in the same instant - without repainting the window - the loading screen only painted on the parts of the window that were already black. So we have a window half filled with the loading screen and half transparent, showing this browser and the controlling terminal through it. 6. The loading screen disappears and the window turns solid black. A windows pointer appears. On the console, the "Cannot change screen BPP" line appears. 7. Clicking around eventually causes the pointer to disappear, probably because I managed to trigger the insert-coin hot spot followed by the "1 player" hotspot, thus starting the actual game. Hitting Esc is supposed to bring up a graphical exit/no-exit dialog, but nothing appears. Blindly hitting "y" puts me back at the table-select screen as it should. So the actual game is accepting input, it just isn't showing me anything. 7a. If I try another table, I get the exact same result, including another "Cannot change screen BPP" line on the console. 8. Double-click the table-select menu's internal Exit button and Wine drops back to my shell after a couple of seconds. Actual Results: Described above - I get a black window instead of a game table. Expected Results: Wine should have displayed the table properly and let me play the game. Notes: In order to run this game properly, the user *must* have a true 8bpp mode with StaticColor visual defined in their xorg.conf, and the user *must* manually run a second, separate X screen (e.g. one accessible with Ctrl-Alt-F8) in that more with that visual. Desipte having a known, tested, working 8bpp mode in xorg.conf, Xorg does not have any kind of ability to switch away from the currently-running depth to some other mode (e.g. it cannot and never will be able to drop from 24bpp to 8bpp), and is not expected to ever have such a feature. Furthermore, some users' hardware does not have the ability to run in true 8bpp mode at all, so this game simply *will not work* on those systems. ply does not work on some hardware, despite having correct software settings. The attached screenshot shows what the game looks like in reap 8bpp "StaticColor" mode, using twm as a window manager (it looks the same without a window manager). Versions affected: All WINE versions from roughly 0.9.31 through the current 1.0 rc1 release. -- 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.

3 days, 20 hours

[Bug 16154] New: DrawPrim.exe fails to start

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=16154 Summary: DrawPrim.exe fails to start Product: Wine Version: 1.1.9 Platform: PC-x86-64 URL: http://www.geocities.com/SiliconValley/2151/drawprim.zip OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kgbricola(a)web.de Created an attachment (id=17404) --> (http://bugs.winehq.org/attachment.cgi?id=17404) winedbg output from the DrawPrim.exe The sample app DrawPrim fails to start with a stack overflow. There is also a description to the app here http://www.geocities.com/SiliconValley/2151/drawprim.html . I've attached a winedbg output because the only messages I get in a normal run are these few lines: $/home/ricola/software/wine/build/wine DrawPrim.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,0x32f89c,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:d3d:IWineD3DDeviceImpl_SetupFullscreenWindow (0x13d708): Want to change the window parameters of HWND 0x1002c, but another style is stored for restoration afterwards fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface err:seh:setup_exception_record stack overflow 1188 bytes in thread 0009 eip 7bc7b3f6 esp 00230e8c stack 0x230000-0x231000-0x330000 -- 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.

2 weeks, 1 day

[Bug 12027] New: List in combobox don't disapear when window moved

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12027 Summary: List in combobox don't disapear when window moved Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: patriotyk(a)gmail.com When we dropping down combobox and after that trying move window, the list of items in combobox doesn't disapear. It is reproducible in all applications which used combobox -- 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.

2 weeks, 3 days

[Bug 11956] New: NoteTab Pro 5.5 Select Clip Library from Library Bar

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11956 Summary: NoteTab Pro 5.5 Select Clip Library from Library Bar Product: Wine Version: 0.9.57. Platform: PC URL: http://www.notetab.com OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lm_hamilton(a)yahoo.com When selecting a library using the mouse and clicking on the Library Bar, at the bottom, it is above the Status Bar, the user has to hold the mouse and move off the Library Bar then release the mouse button, for it to change to the selected library. If this procedure is not followed, it closes the clip book, usually on the left of the screen, but can be put on the right. This has been an issue with the past several versions of Wine. This issue also occurs on NoteTab Light and Standard. -- 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.

3 weeks, 2 days

[Bug 11317] New: Need for Speed II Demo - hangs on smp machine

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11317 Summary: Need for Speed II Demo - hangs on smp machine Product: Wine Version: 0.9.53. Platform: Other URL: http://files.filefront.com/nfs2demoexe/;3978828;/fileinf o.html OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffzaroyko(a)gmail.com Need for Speed II, a multithreaded game works on single cpu machines, does not work on SMP machine. wine-0.9.53, Ubuntu 7.04, nVidia 8800GTS, Intel(R) Core(TM)2 Quad CPU @ 2.4GHz the point at which things go wrong isn't always the same, sometimes part of the intro video clip display other times it will hang before, if you adjust the priority of the process it may get a little further but still goes pearshaped. err:ntdll:RtlpWaitForCriticalSection section 0x7bc8f684 "loader.c: loader_section" wait timed out in thread 001a, blocked by 0018, retrying (60 sec) wine-0.9.53, Ubuntu 7.10, nVidia FX 5200, Intel(R) Celeron(R) CPU 2.40GHz works flawlessly. I can't test on a SMP windows machine. -- 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.

4 weeks, 1 day

[Bug 15153] New: Dragging tabs crashes Code:Blocks 8.02 C++ IDE

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=15153 Summary: Dragging tabs crashes Code:Blocks 8.02 C++ IDE Product: Wine Version: 1.1.4 Platform: Other URL: http://sourceforge.net/project/downloading.php?groupname =codeblocks&filename=codeblocks-8.02mingw- setup.exe&use_mirror=dfn OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: florianskarten(a)web.de Created an attachment (id=15880) --> (http://bugs.winehq.org/attachment.cgi?id=15880) complete crash log (contains backtrace) At the bottom of the IDE is a panel Logs & others, it contains several tabs. If you start dragging one of these tabs then the wine crash. -- 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 month, 3 weeks

[Bug 11629] New: Usable Wine interface

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11629 Summary: Usable Wine interface Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: remco47(a)yahoo.com What about making a Wine GUI to behave more like emulators like VirtualBox. It's extremely hard right now to get Wine in desktop mode. It would be nice if you could start Wine as an application, which opens up a window like this: http://xs224.xs.to/xs224/08081/mockup918.png (ignore the virtualbox-stuff) And if you start one of those prefixes, it by default opens a Wine Desktop with a simple Taskbar & Start-menu. Somewhere in the Start-menu could be the option to switch to desktop integration mode. There could also be an option to run the Wine Desktop full-screen. Like this: http://xs224.xs.to/xs224/08081/winedesktop771.png (forgive my GIMP skills) I believe this would be very good for usability. Desktop mode is more stable than seamless mode, yet it's hidden in winecfg. This kind of UI also exposes the prefix-functionality in a transparent way. Wouldn't that be a nice 1.0 polishing idea? -- 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 month, 4 weeks

[Bug 16911] New: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection()

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=16911 Summary: WriteProcessMemory() not working for memory protected by X11DRV_DIB_DoProtectDIBSection() Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Keywords: patch, source Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com Created an attachment (id=18660) --> (http://bugs.winehq.org/attachment.cgi?id=18660) test program Hi, I have a test case here that works on WinXP but not Wine. I deliberately wrote a standalone test case because I'm not sure which unit test to put it in. It's in fact based off of dlls/kernel32/tests/virtual.c where the other WriteProcessMemory() test is. In this test case, we call CreateDIBSection() which returns a HBITMAP (hbitmap) and some memory (mem). Next, we call SetDIBits() with hbitmap. We get into X11DRV_SetDIBits(), where it calls X11DRV_DIB_Lock( physBitmap, DIB_Status_GdiMod );. This marks the memory (mem) as PAGE_NOACCESS, and leaves it in that state as SetDIBts() returns. Normally if the process tries to access it, we get a page fault that's handled by X11DRV_DIB_FaultHandler(), and everything works. However, when the test code calls WriteProcessMemory(), we talk to wineserver in NtWriteVirtualMemory(). In wine_server_call(), we do send_request(), where writev() tries to read 'mem' and fails with EFAULT. This doesn't trigger X11DRV_DIB_FaultHandler(), and WriteProcessMemory() fails. -- 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.

2 months, 2 weeks

[Bug 12401] New: Support junction points, i.e. DeviceIoCtl( FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_POINT)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=12401 Summary: Support junction points, i.e. DeviceIoCtl(FSCTL_SET_REPARSE_POINT/FSCTL_GET_REPARSE_PO INT) Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Junction points are one of Microsoft's answers to symlinks. Unix symlinks could be mapped into junction points. This would allow applications (e.g. Picasa) avoid following symlinks if they wanted to. Also, the .net 2 installer would be happier in winxp mode if wine supported junction points (see bug 10601): "The .NET 2.0 Framework installer checks if the target volume is NTFS filesystem type and then uses the FSCTL_SET_REPARSE_POINT ioctl (used for mount points and junctions) to create junction points for each registered assembly in Windows SxS directory to GAC assembly directory (link target). Basically the junction point is used to redirect access from one directory to another." Tommy Kho posted a patch to add a conformance test for getting and setting junction points, http://www.winehq.org/pipermail/wine-patches/2006-March/024956.html but it was not accepted. -- 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.

2 months, 2 weeks

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2009