wine-bugs November 2010

1 participants
8143 discussions

[Bug 24466] New: Sid Meier's Pirates! frequent hiccups, temporary lock-ups

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24466 Summary: Sid Meier's Pirates! frequent hiccups, temporary lock-ups 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: gyebro69(a)gmail.com Created an attachment (id=30870) --> (http://bugs.winehq.org/attachment.cgi?id=30870) terminal output Sid Meier's Pirates! (patched to the latest 1.0.2 version) performs badly in Wine. This issue is described in several test results on the Appdb page of the game, too. I can observe the following symptoms: - After the intro video played, it takes almost 2 minutes to get into the main menu (without noticeable hdd activity). - When I get into the game and visit any places in the port (Governor, Merchant, Tavern etc.) it usually takes the game 15-20 seconds to display the next screen (although music plays continuously). - While sailing, the game frequently "freezes" for 2-3 seconds without no apparent reasons. When those hiccups occur all animations freeze on the current screen until the next screen is loaded but music plays fluently. Reducing the screen resolution, graphical details or disable audio doesn't help. I remember playing this game several years ago in a native Win XP without this issues. No demo available. Fedora 13 x86 AMD Athlon 64 x2 4200+ 3 GB Ram Kernel 2.6.34.6 Nvidia 7600 GT / driver 256.53 -- 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 days, 21 hours

[Bug 24655] New: BiDi support broken for writing Arabic

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24655 Summary: BiDi support broken for writing Arabic Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: fahad.alsaidi(a)gmail.com The next step to improve Arabic support in Wine after fixing bug 24608 is fixing writing Arabic. Let me explain more, Now when you open Arabic text, Notepad will display it good enough to read it although it doesn't support full RTL. The problem is when you try to write something in Arabic. The new text will not be displayed correctly. It is displayed like that wine doesn't support Arabic at all. The interesting thing is when you select the text, the text will be displayed right. -- 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.

6 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.

6 days, 1 hour

[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.

1 week, 4 days

[Bug 20694] New: Image filetypes with images of the music are saved in Windows, but not WINE/Mozart10.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=20694 Summary: Image filetypes with images of the music are saved in Windows, but not WINE/Mozart10. Product: Wine Version: 1.1.33 Platform: PC URL: http://www.mozart.co.uk/programs/mzsetup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: let02do(a)earthlink.net Mozart is a music notation and score editing program. The latest version of the App, Mozart10, uses calls to the Windows functions for handling image files and is mostly broken. Its previous version, Mozart9, used a third party library to process image files, and that worked with no incident in WINE, but now that Windows functions are used, there's no joy in this area. My WINE version is wine-1.1.33 with a clean install. Attempting to save image files of a score in Mozart10, fails with an error message "Failed to save file..." for file extensions *.gif, *.jpg, *.tiff . There are no wine console messages. For files with extension *.png and *.bmp, Mozart10 saves a file, but with no image in it. Files with extension *.emf (Windows encapsulated meta file <i.e.,paint>) are saved with only part of the image correctly displayed. To sum up: file types with extensions: *.gif, *.jpg, *.tif, *.png, *.bmp, *.emf are saved with images of the music score in Windows XP, Vista, and Win7, but this does not work in wine-1.1.33/Mozart10. -- 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

[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

[Bug 22692] New: Total Commander: When copying a file the progress bar is not updated except at the end

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=22692 Summary: Total Commander: When copying a file the progress bar is not updated except at the end Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.ghisler.com/amazons3.php OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Press F5 to copy a large file (200MB), notice the progress bar looks empty and it shows "0 %" all the time; after a while, if you keep staring at it, right at the end it is updated and looks full. I guess whatever library is doing the copying does not report back the progress, except at the end.. Total Commander 7.50a wine-1.1.44 Ubuntu 10.04 64 -- 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, 4 days

[Bug 21227] New: cmd doesn't echo redirection like native

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21227 Summary: cmd doesn't echo redirection like native Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P3 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Native cmd echoes commands after some canonicalization has been done on their redirects. A batch file containing dir 1> ok dir > bad dir | bad dir > blah > bad echoes as dir 1> ok dir 1> bad dir | bad dir 1> bad (note the extra space inserted before the > or |). Wine's cmd doesn't currently do this, but it could probably do so without too much trouble; it already collects redirects separately for each command. For the moment I'll probably put a kludge in the cmd conformance test runner to compensate. -- 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, 1 day

[Bug 21664] New: "fixme"-message on PPLive.exe start

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=21664 Summary: "fixme"-message on PPLive.exe start Product: Wine Version: 1.1.38 Platform: x86 OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ddietz.post(a)googlemail.com Created an attachment (id=26160) --> (http://bugs.winehq.org/attachment.cgi?id=26160) "fixme"-message on PPLive start Hello, i installed latest version of wine with latest version of macports. I try to start latest version of PPLive Version: PPLive 2.4.2.0013 Released Date: 2010.02.06 S. 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.

3 weeks, 4 days

[Bug 25207] New: SHFileOperation does not create new directory on FO_MOVE

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25207 Summary: SHFileOperation does not create new directory on FO_MOVE Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: richard(a)rtrussell.co.uk Created an attachment (id=32007) --> (http://bugs.winehq.org/attachment.cgi?id=32007) C program to demonstrate the problem SHFileOperation should create the destination directory on an FO_MOVE operation, if it does not already exist, but fails to do so. See: http://msdn.microsoft.com/en-us/library/bb759795.aspx "Copy and Move operations can specify destination directories that do not exist. In those cases, the system attempts to create them and normally displays a dialog box to ask the user if they want to create the new directory. To suppress this dialog box and have the directories created silently, set the FOF_NOCONFIRMMKDIR flag in fFlags". -- 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

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 November 2010