June 2010 - Wine-Bugs - list.winehq.org

[Bug 22384] New: DbgHelp doesn't support DWARF-2 on Mac OS X
by wine-bugs＠winehq.org Dec. 30, 2024

Dec. 30, 2024

http://bugs.winehq.org/show_bug.cgi?id=22384 Summary: DbgHelp doesn't support DWARF-2 on Mac OS X Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Mac OS X has long had support for DWARF-2. Unfortunately, the current implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it can't directly be used on Mac OS X, because Mac OS X does not support ELF. I understand that getting things to work on Linux first takes priority over getting them to work on Mac OS, but right now we Mac users are stuck with the inferior stabs format. Plus, I get the feeling we're going to need this for 64-bit support. Also, DWARF happens to be the default format on 10.5 and up. I also understand that the scheme that Apple uses is different from ELF systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when the binary is built, the DWARF stuff is put into a dSYM companion bundle. On top of that, the dSYM bundle isn't even generated automatically for multi-file builds. This means that: - We have to invoke dsymutil to create the dSYM bundle. - We have to install the dSYM bundle (if present) with each binary. - We have to find the dSYM bundle to get DWARF-2 debug info. I would be more than willing to help with this. (This might have even made a good SoC project. Too late now...) -- 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 10

[Bug 20350] New: Lightsmark 2008 - benchmark label looks wrong
by wine-bugs＠winehq.org Dec. 26, 2024

Dec. 26, 2024

http://bugs.winehq.org/show_bug.cgi?id=20350 Summary: Lightsmark 2008 - benchmark label looks wrong Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: zilforever(a)gmail.com Created an attachment (id=24093) --> (http://bugs.winehq.org/attachment.cgi?id=24093) wine GUI looks different (element that display score). First it appear: wrong background (white not gray) and it looks like not editable input. In Windows XP SP 3 its not visble. After benchmark wrong size and color of font. I checked the source and it use richedit20 but im not good at it so maybe my mistake. Ubuntu 9.04 Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT Linux 32bit GCC 4.3.3 Release May 26 2009 Linux 2.6.28-15-generic i686 GeForce 9600 GT PCI Express 180.44 512Mb -- 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 12

[Bug 11674] New: Dual-core not being correctly supported in World of Warcraft (WOW)
by wine-bugs＠winehq.org Dec. 20, 2024

Dec. 20, 2024

http://bugs.winehq.org/show_bug.cgi?id=11674 Summary: Dual-core not being correctly supported in World of Warcraft (WOW) Product: Wine Version: 0.9.55. Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com +++ This bug was initially created as a clone of Bug #6383 +++ Running World of Warcraft in wine on a multicore/SMP system results in multiple threads being used, however, only one CPU is given significant tasks. The others have very little to no CPU load. -- 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 411

[Bug 18923] New: Post Mortem starts out of bounds
by wine-bugs＠winehq.org Dec. 15, 2024

Dec. 15, 2024

http://bugs.winehq.org/show_bug.cgi?id=18923 Summary: Post Mortem starts out of bounds Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mickflemm(a)gmail.com When i run Post Mortem (http://appdb.winehq.org/objectManager.php?sClass=version&iId=14766 -i had to override msvcrt but that's another bug) i get a blank screen. It turns out that if i run compiz and try anything that zooms out of the desktop (eg fire up the app switcher or enable 3d windows and rotate the cube) i can see the app running normaly (videos and everything, i even managed to start a game). It seems that the app starts "above" the desktop for some reason (i've attached the log). You can get the game from here -> http://uk-microids.gamesplanet.com/ for a few euros and check it out, i haven't tested the demo but i guess it should have the same behaviour, you can get it here -> http://www.gamespot.com/pc/adventure/postmortem/download_2897772.html This seems to be the only problem with this game, sound works, gameplay is ok, you just have to fire up the app switcher or rotate the cube with 3d windows enabled in order to see anything :P -- 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 32

[Bug 23364] New: 16-bit games - many don't work in Wine.
by wine-bugs＠winehq.org Dec. 3, 2024

Dec. 3, 2024

http://bugs.winehq.org/show_bug.cgi?id=23364 Summary: 16-bit games - many don't work in Wine. Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk As I have not found a bug report for this already I've decided to create one myself. Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole", "Bricklayer" and many others I've tried simply don't work at all in Wine. Since there's too many 16-bit games to list, it makes sense to write one bug report covering the same problem i.e. problems running 16-bit games. Try some yourself from here: http://members.chello.at/theodor.lauppert/games/win16.htm Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit version does NOT work at all (try it yourself from this link, you get to download both the 32-bit and 16-bit versions respectively, at the bottom of that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm I'm pleased to say that the Ballistic (Paddle) game appears to work: http://www.classicdosgames.com/genre/paddle.html This bug report may appear trivial and not important, but playing old Windows games appeals to some people. These games will NOT work in dosbox. Also consider that 64-bit versions of Microsoft Windows won't even run 16-bit programs and games, whereas Wine can sometimes get them working, as in the case of the Ballistic game. -- 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 16

[Bug 16302] New: [oblivion] can not skip the intro movie by press ESC
by wine-bugs＠winehq.org Nov. 27, 2024

Nov. 27, 2024

http://bugs.winehq.org/show_bug.cgi?id=16302 Summary: [oblivion] can not skip the intro movie by press ESC Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wangbinrobin(a)yahoo.com.cn when runing Oblivion on Windows, we can skip the intro movie by pressing ESC, but when runing Oblivion by wine, we can not skip it by ESC. it is quite a long time to wait the intro movie end. The graphic card I use is ATI Radeon 2600, driver 8.10 -- 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 45

[Bug 10472] New: File open dialog buffer too short for multiple file selection
by wine-bugs＠winehq.org Nov. 23, 2024

Nov. 23, 2024

http://bugs.winehq.org/show_bug.cgi?id=10472 Summary: File open dialog buffer too short for multiple file selection Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: freireclaudio(a)yahoo.com.ar The file open dialog seems to be using a buffer which is too short for multiple file selection. While Windows itself has this bug/feature, wine's version is much more annoying since I'm unable to select over 6 files usually (using long but not excessive names). A dynamic buffer (with a reasonable limit for security reasons perhaps) would be preferrable, but even a bigger buffer would help. I think windows' buffer is 4k. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 18

[Bug 12104] New: Cygwin's setup.exe doesn't resize properly
by wine-bugs＠winehq.org Oct. 31, 2024

Oct. 31, 2024

http://bugs.winehq.org/show_bug.cgi?id=12104 Summary: Cygwin's setup.exe doesn't resize properly Product: Wine Version: CVS/GIT Platform: Other URL: http://cygwin.com OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com You can resize cygwin's setup, but the inner table of packages doesn't resize. -- 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 15359] New: wcmd: msysgit does not work
by wine-bugs＠winehq.org Oct. 19, 2024

Oct. 19, 2024

http://bugs.winehq.org/show_bug.cgi?id=15359 Summary: wcmd: msysgit does not work Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kirr(a)landau.phys.spbu.ru I'm trying to use msysgit from here http://msysgit.googlecode.com/files/Git-1.6.0.2-preview20080921.exe it installs just fine, but git itself does not run: Z:\home\kirr\tmp\trashme\msysgit>git fixme:cmd:WCMD_for /F needs to handle options Syntax error File not found it seems it wants that /F to be implemented. Thanks beforehand. -- 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 28

[Bug 16734] New: get_ptrace_tid defined but not used on OpenBSD
by wine-bugs＠winehq.org Oct. 18, 2024

Oct. 18, 2024

http://bugs.winehq.org/show_bug.cgi?id=16734 Summary: get_ptrace_tid defined but not used on OpenBSD Product: Wine Version: 1.1.12 Platform: PC OS/Version: OpenBSD Status: NEW Keywords: patch, source Severity: trivial Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com ccache gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -fno-strict-aliasing -Wwrite-strings -Wpointer-arith -I/usr/local/include -g -O2 -o ptrace.o ptrace.c ptrace.c:174: warning: `get_ptrace_tid' defined but not used There's an '#ifdef linux' on the same code a few lines earlier (in get_ptrace_tid), which fixes compile here as well: diff --git a/server/ptrace.c b/server/ptrace.c index b446de9..92b7db5 100644 --- a/server/ptrace.c +++ b/server/ptrace.c @@ -172,7 +172,9 @@ static int get_ptrace_pid( struct thread *thread ) /* return the Unix tid to use in ptrace calls for a given thread */ static int get_ptrace_tid( struct thread *thread ) { +#ifdef linux if (thread->unix_tid != -1) return thread->unix_tid; +#endif return thread->unix_pid; } but I'm not sure if that's right or not. Comments welcome. -- 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 12