wine-bugs May 2011

wine-bugs@winehq.org

1 participants
9063 discussions

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

03 Dec '24

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 27 Nov '24

27 Nov '24

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 23 Nov '24

23 Nov '24

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 25207] New: SHFileOperation does not create new directory on FO_MOVE
by wine-bugs＠winehq.org 15 Nov '24

15 Nov '24

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.

2 36

[Bug 26888] New: Wine limits file names to 255 bytes even on NTFS
by wine-bugs＠winehq.org 04 Nov '24

04 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=26888 Summary: Wine limits file names to 255 bytes even on NTFS Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjudin+wine(a)iki.fi Wine limits file names to 255 bytes even when underlying file system permits longer file names (like NTFS) when creating a file. This is an issue with programs that can create file names that are something like 140 characters but if one character takes 2 or 3 bytes, this 255 byte filename limit will be evident when same files that can be created in Windows can't be created with Wine. NTFS supports 255 UTF-16 code units that can easily result in longer file names than 255 bytes, especially for users of Japanese systems. You can test this by creating a NTFS file system and some files with long names on it: truncate -s 2g /tmp/ntfsfs losetup /dev/loop7 /tmp/ntfsfs mkfs.ntfs -f /dev/loop7 mkdir /tmp/ntfsfs-mnt mount -t ntfs-3g /dev/loop7 /tmp/ntfsfs-mnt # Do this or whatever enables regular user to access this file system. chmod 777 /tmp/ntfsfs-mnt Then you can try to create long files outside of Wine: # 257 UTF-8 bytes, 129 characters echo foo > /tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääa # 325 UTF-8 bytes, 109 characters echo foo > /tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜a And inside Wine: wine cmd # 257 UTF-8 bytes, 129 characters echo foo > /tmp/ntfsfs-mnt/ääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääääb # 325 UTF-8 bytes, 109 characters echo foo > /tmp/ntfsfs-mnt/亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜亜b Remember to have UTF-8 support enabled in your system. -- 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 12104] New: Cygwin's setup.exe doesn't resize properly
by wine-bugs＠winehq.org 31 Oct '24

31 Oct '24

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 9418] New: Colasoft Mac Scanner 1.1 doesn't work
by wine-bugs＠winehq.org 24 Oct '24

24 Oct '24

http://bugs.winehq.org/show_bug.cgi?id=9418 Summary: Colasoft Mac Scanner 1.1 doesn't work Product: Wine Version: CVS/GIT Platform: Other URL: http://www.colasoft.com/mac_scanner/ OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com A user complained in http://www.linuxforums.org/forum/wine/101536-problem-tcp-ip.html "[Running colasoft mac scan in wine complains Cannot find any valid ip address...]" So I downloaded it and tried it. It found my IP address right away, so that's fine. But it wasn't able to actually scan for MAC addresses; it had lots of fixme:iphlpapi:SendARP (DestIP 0xda01a8c0, SrcIP 0x00000000, pMacAddr 0x7abcc808, PhyAddrLen 0x7abcc7fc): stub messages. On Linux, at least, the way to do this is probably to send the packet, wait a millisec, then do ioctl SIOCGARP. (Or the command arp -n W.X.Y.Z. Or look in /proc/net/arp.) It'd be cheesy beans to implement, if anybody cares to. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 15359] New: wcmd: msysgit does not work
by wine-bugs＠winehq.org 19 Oct '24

19 Oct '24

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 18 Oct '24

18 Oct '24

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

[Bug 13637] New: MechCommander Gold: Two keypresses simultaneously are not recognized
by wine-bugs＠winehq.org 07 Oct '24

07 Oct '24

http://bugs.winehq.org/show_bug.cgi?id=13637 Summary: MechCommander Gold: Two keypresses simultaneously are not recognized Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Under Windows it was possible to scroll diagonally using two arrow keys at the same time. This is not possible under Wine. The second keypress overrides the first one. e.g. I want to scroll into the upper left corner. I press left, it scrolls left. I keep left pressed and press up -> It only scolls upwards. Modifier keys like Ctrl are handled properly. I don't think the game is based on dinput. At least, I don't get anything when I enable the dinput debug channel. -- 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 13

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 May 2011