wine-bugs February 2009

wine-bugs@winehq.org

1 participants
4969 discussions

[Bug 12504] New: TextOut shows only black rectangles and probably slows down programme
by wine-bugs＠winehq.org 27 Dec '23

27 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=12504 Summary: TextOut shows only black rectangles and probably slows down programme Product: Wine Version: 0.9.58. Platform: Other URL: http://www.makakgames.wz.cz OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavelvonlostice(a)seznam.cz Game, which i have programmed uses function TextOut, but in wine there are only black rectangles without text, and this game runs too slow. Its programmed by using DirectDraw, so I use GetDC method. You can download it from http://www.makakgames.wz.cz/static_objects/robo_bob%20install.exe -- 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 7

[Bug 16957] New: CreateProcess handles are inherited even when bInheritHandles=FALSE
by wine-bugs＠winehq.org 12 Dec '23

12 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=16957 Summary: CreateProcess handles are inherited even when bInheritHandles=FALSE Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)salilab.org Created an attachment (id=18729) --> (http://bugs.winehq.org/attachment.cgi?id=18729) test.c The attached file uses CreateProcess to create a subprocess (gzip in this case) with redirected standard output. In order for this to work properly, the output handle created in this code must be inherited by the subprocess - thus the bInheritHandles argument to CreateProcess must be TRUE. And indeed if this program is compiled to test-true.exe, a simple text file 'test.in' and the gzip binary are placed in the same directory, and then test-true.exe is run, it successfully produces the output test.gz. If the TRUE argument is switched to FALSE and the file is compiled again to test-false.exe, when the program is run in the same way on a 'real' Windows sytem (32 bit Vista Business in this case) the following is output: gzip: stdout: Bad file descriptor This is also fine and expected, since the output file handle was not passed to gzip. *However* if the same test-false.exe program is run with Wine (the Fedora 10 wine-core-1.1.12-1.fc10.i386 package in this case) it runs in just the same way as test-true.exe, generating the test.gz output. This suggests to me that the bInheritHandles argument is ignored by Wine. As stated, this is a minor bug but it would be nice if Wine behaved the same way as Windows here. (In our case we discovered this problem after we tested our program successfully under Wine, but then had it fail on a real Windows system.) I am not familiar with the code, but hopefully it should be straightforward enough to provide the subprocess with invalid handles if bInheritHandles=FALSE? -- 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 15

[Bug 13778] New: Date and Time display
by wine-bugs＠winehq.org 11 Dec '23

11 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=13778 Summary: Date and Time display Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rx9tx(a)qrz.ru Created an attachment (id=13813) --> (http://bugs.winehq.org/attachment.cgi?id=13813) wine window The problem is that in a Windows application running in Wine the date and time displayed as digit like 39591.6425810185 instead of May-23-2008, 15:25, see pictures http://rx9tx.qrz.ru/wine.jpg and http://rx9tx.qrz.ru/windows.jpg . Same about the frequency value 0000000000028.012100 in mHz (28.0121 mhz) is shown like 298112000.0. I dont know what kind of database is used, but it has the .isd extension, also .isf, .ism, .isl files are present. Here's the excerption from the database with the data shown on the pics: http://rx9tx.qrz.ru/log.txt -- 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 25

[Bug 15399] New: Colin Mcrae Rally 1.0 shows Graphical Glitches within menus and crashes before loading any track.
by wine-bugs＠winehq.org 09 Dec '23

09 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=15399 Summary: Colin Mcrae Rally 1.0 shows Graphical Glitches within menus and crashes before loading any track. Product: Wine Version: 1.1.5 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=4216 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Salz85(a)gmail.com Created an attachment (id=16253) --> (http://bugs.winehq.org/attachment.cgi?id=16253) game run without any argument. After Setting the compatibility to windows 95/98, installing direct media end the indeo codec, Colin Mcrae rally start but deos not show any menu correctly, except for fixed bitmap like the Copyright screen (see the screenshot ). Even if I try to navigate the menu and get to load the track, wine crashes. See the crash.log for the output when the game crashes wine, and menu.log for a debug with "relay,+d3d7,+ddraw" active (reaching the menu, navigating it and then exiting the application). -- 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 49

[Bug 13340] New: dicom image viewer aborts because IMultiLanguage2_GetCharsetInfo doesn' t like "ISO8859-1"
by wine-bugs＠winehq.org 08 Dec '23

08 Dec '23

http://bugs.winehq.org/show_bug.cgi?id=13340 Summary: dicom image viewer aborts because IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1" Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I had an MRI recently, and got a copy on cd-rom. The viewer app crashed quickly on Wine. trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4 ... 0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1") ret=7d52ed97 ... 0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the specified encoding.\r\n") ret=69bf1378 ... wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009), starting debugger... Backtrace: =>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32 2 0x7bc54140 call_entry_point+0x20() in ntdll 3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?, stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll 4 0x7b8273c1 in kernel32 (+0x73c1) 5 0x69b20265 in msxml4 (+0x10265) 6 0x004b8a53 in efilmlt (+0xb8a53) Looks like Windows is more forgiving about how callers identify charsets. We were only accepting names like "iso-8859-1", but Windows accepts "ISO8859-1". I have test that passes on WinXP, and a patch that fixes both the test and the real app. Will send to wine-patches. -- 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 27

[Bug 16214] New: Copy command does not work as expected
by wine-bugs＠winehq.org 15 Nov '23

15 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=16214 Summary: Copy command does not work as expected Product: Wine Version: 1.0.1 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org >From Launchpad: https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/272921 In Windows, the COPY command run in a command prompt allows users to concatenate files by using a plus ("+") operator, for example: copy file1+file2 outfile In wine's cmd.exe, it seems to read file1+file2 as a single path and therefore outputs a "Path Not Found". Also, it does not recognize the "con" keyword used to represent stdout/stdin. Therefore another method of concatenating files: copy file1 outfile copy file2 con >> outfile does not work either. My Ubuntu version is 8.04, AMD64 architecture, though I have seen the same issue on the x86 version as well. -- 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 19

[Bug 16552] New: CreateIoCompletionPort fails in Chromium unit tests
by wine-bugs＠winehq.org 11 Nov '23

11 Nov '23

http://bugs.winehq.org/show_bug.cgi?id=16552 Summary: CreateIoCompletionPort fails in Chromium unit tests Product: Wine Version: 1.1.10 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://src.chromium.org/viewvc/chrome/trunk/src/base/message_pump_win.cc contains the code port_.Set(CreateIoCompletionPort(INVALID_HANDLE_VALUE, NULL, NULL, 1)); DCHECK(port_.IsValid()); ... HANDLE port = CreateIoCompletionPort(file_handle, port_, key, 1); DCHECK(port == port_.Get()); The DCHECK fires when running one of the Chromium unit tests: wine Debug/ui_tests.exe ... 001b:Call KERNEL32.CreateFileW(00ed7208 L"\\\\.\\pipe\\chrome.ChromeTestingInterface:8.1",c0000000,00000000,00000000,00000003,40110000,00000000) ret=010e0220 001b:Ret KERNEL32.CreateFileW() retval=000000c0 ret=010e0220 ... 0021:Call KERNEL32.CreateIoCompletionPort(ffffffff,00000000,00000000,00000001) ret=01a304b3 0021:Ret KERNEL32.CreateIoCompletionPort() retval=000000c8 ret=01a304b3 0021:Call KERNEL32.CreateIoCompletionPort(000000c0,000000c8,00ed5aa0,00000001) ret=01a30760 trace:ntdll:NtSetInformationFile (0xc0,0x7cdee318,0x7cdee320,0x00000008,0x0000001e) 0021:Ret KERNEL32.CreateIoCompletionPort() retval=00000000 ret=01a30760 0021:Call KERNEL32.OutputDebugStringA(00ed95a8 "[26:33:1249:FATAL:message_pump_win.cc(428)] Check failed: port == port_.Get(). \r\n") ret=019a7af3 I think it's failing in wineserver for some reason during NtSetInformationFile in set_completion_info. -- 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 5

[Bug 14592] New: Soldat Performance Spikes
by wine-bugs＠winehq.org 12 Oct '23

12 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=14592 Summary: Soldat Performance Spikes Product: Wine Version: 1.1.1 Platform: Other URL: http://static.soldat.pl/downloads/soldatsetup15b.zip OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tehstealth(a)yahoo.com I have been trying the Soldat 1.5.0 Beta out, and it works as well as the 1.4 version. However there is a bug (probably in 1.4 too, but I'm reporting it for 1.5b anyway) with the weapons selection menu and sprites. Especially with the menu, Soldat lags horribly, and once you do select your weapon, everything is fine again. Also, when sprites are drawn on the screen, it also seems to spike a bit. Both instances are spitting out this, continuously: fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 913 Whatever that is, if that were fixed, it would probably be one of the last bugs dealing with Soldat gameplay performance, as everything else is great! -- 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 23

[Bug 16096] New: DirectMusic doesn't work
by wine-bugs＠winehq.org 07 Oct '23

07 Oct '23

http://bugs.winehq.org/show_bug.cgi?id=16096 Summary: DirectMusic doesn't work Product: Wine Version: 1.1.8 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)cms-db.de Created an attachment (id=17324) --> (http://bugs.winehq.org/attachment.cgi?id=17324) DirectMusic Error In Anno 1503 (1503 A.D.) the background music doesn't work. There are lots of errors about DirectMusic in the console output. -- 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 17

[Bug 16149] New: Star Wars Rebellion: tactical battle mode crashes game
by wine-bugs＠winehq.org 20 Sep '23

20 Sep '23

http://bugs.winehq.org/show_bug.cgi?id=16149 Summary: Star Wars Rebellion: tactical battle mode crashes game Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: appleshampooid(a)netscape.net Created an attachment (id=17394) --> (http://bugs.winehq.org/attachment.cgi?id=17394) console output Star Wars: Rebellion will crash when you try to enter tactical battle mode (when two fleets meet over a planet). The fastest way to reproduce the bug is to start a new game as the Rebellion and move your closest fleet to Coruscant, then bump the game speed up to Fast and you'll get a battle alert within a minute. Once you take control of the battle, you can issue orders while still paused, although the starfield is blank and doesn't show any of the ships. As soon as you unpause the battle or click in the starfield, the game will crash. NOTE: I'm using the native DLLs for d3drm.dll and d3dxof.dll. The problem with d3drm.dll is described in bug 8232, but it doesn't look like it's getting fixed any time soon. From the console output, I'm pretty sure this bug would still cause the game to crash even if the wine DLLs for those libraries worked (the errors seem to be coming from other wine DLLs, not the native ones). Other than those DLLs, I'm running it with a fresh .wine directory on 1.1.8. Console output is attached, please let me know if you'd like me to enable any other debug flags. Note that the error which is listed the first few times in the file is pumped out constantly for the duration of the game, so I'm not sure if its relevant. I've snipped off the top of the logfile until right before you enter battle mode and it crashes. Unfortunately I don't believe the game is available for free download. I'm running Ubuntu 8.04. Thanks for taking a look. -- 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 42

← Newer
1
...
4
5
6
7
8
9
10
...
497
Older →

Jump to page:

2025

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 February 2009