February 2013 - Wine-bugs - list.winehq.org

[Bug 27933] New: Implement "sort" command
by wine-bugs＠winehq.org 08 Nov '24

08 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=27933 Summary: Implement "sort" command Product: Wine Version: 1.3.25 Platform: x86-64 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: frederic.delanoy(a)gmail.com CC: dank(a)kegel.com Blocks: 15359 Windows expands file wildcards (e.g. f?oo*) according to directory (unsorted) order, and not alphanumeric order. This prevents consistent testing of many cmd command expanding file wildcards (e.g. for /d, for /f) An external command would probably be preferable to an intrinsic, as windows does. -- 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 9

[Bug 31519] New: App installer that uses fc.exe and find.exe fails because they don't exist
by wine-bugs＠winehq.org 06 Nov '24

06 Nov '24

http://bugs.winehq.org/show_bug.cgi?id=31519 Bug #: 31519 Summary: App installer that uses fc.exe and find.exe fails because they don't exist Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified A user emailed me privately with the log of an installer that had failed. The first problem was it had executed the command fc /b foo.bar c:\windows\system32\foo.bar | FIND /I "FC: no differences encountered" > nul and expected status 0. -- 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

[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 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 30222] New: Symantec VIP Access can not be activated - take 2
by wine-bugs＠winehq.org 15 Oct '24

15 Oct '24

http://bugs.winehq.org/show_bug.cgi?id=30222 Bug #: 30222 Summary: Symantec VIP Access can not be activated - take 2 Product: Wine Version: 1.5.0 Platform: Other URL: http://www.symantec.com/products/trialware.jsp?pcid=pc at_info_risk_comp&pvid=vip_1 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: robert.munteanu(a)gmail.com Classification: Unclassified As a follow-up to bug #29891 , after installing Symantec VIP Access the user is required to accept a license agreement and activate the program. The activation is unsuccesful and therefore the program can not be used. Please note that the 'activation' does not refer to copy protection mechanisms, but rather to connecting to a server using HTTP and obtaining an initial unique credential ID. -- 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 18

[Bug 30919] New: [.net 2.0] ListBox items should not display any newline characters
by wine-bugs＠winehq.org 10 Oct '24

10 Oct '24

http://bugs.winehq.org/show_bug.cgi?id=30919 Bug #: 30919 Summary: [.net 2.0] ListBox items should not display any newline characters Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: danieleds0(a)gmail.com Classification: Unclassified Created attachment 40550 --> http://bugs.winehq.org/attachment.cgi?id=40550 Expected behavior vs actual behavior In a .net application, if you add an item to a ListBox, newline characters are shown (in windows, they're hidden). Look at the attached image to see the differences. This is the code used to reproduce the problem (VB.NET) ListBox1.Items.Add("aaa" & "|" & vbNewLine & "bbb" & "|" & vbNewLine & "ccc") I suspect this problem is not limited to .net, but maybe is at some lower level. -- 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 32791] New: Fail to receive stdout from .NET application.
by wine-bugs＠winehq.org 08 Oct '24

08 Oct '24

http://bugs.winehq.org/show_bug.cgi?id=32791 Bug #: 32791 Summary: Fail to receive stdout from .NET application. Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leslie_alistair(a)hotmail.com Classification: Unclassified Created attachment 43302 --> http://bugs.winehq.org/attachment.cgi?id=43302 Source and exe of Sample application. Unzip the attached Program. Run the CreateProcess.exe in the Debug directory. I am expecting to see the "passed" message, but instead see "failed". CreateProcess.exe create a process of MyAssembly.exe and is expecting to receive data via the stdin/out. However this fails when using mono. If you run MyAssembly.exe by itself, the text appears on the console. -- 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 4

[Bug 31905] New: Windows from virtual desktop are able to steal focus from external windows
by wine-bugs＠winehq.org 07 Oct '24

07 Oct '24

http://bugs.winehq.org/show_bug.cgi?id=31905 Bug #: 31905 Summary: Windows from virtual desktop are able to steal focus from external windows Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified I'm not sure if it is by design or not, but here's situation: I launch dota 2 using following command: WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program Files\Steam\Steam.exe" -applaunch 570 As steam app, it launches steam first, then launches dota within it. Process is quite lengthy, so i switch focus to another window (e.g. browser) when virtual desktop is initialized. During steam load process, focus is stolen from browser. It remains as top-most window, but 'inactive'. And, e.g. to continue typing something in the browser i have to bring focus back. Few moments later (1-2), wine's window becomes top-most, even if i click inactive browser window to restore focus. During steam shutdown process, it steals focus again, but this time without bringing virtual desktop to top. Steam is just example: this occurs with numerous other apps, in some cases it may happen even multiple times during launch process of some complex application. For me as user, it is extremely annoying - i always thought that virtual desktop is a way to avoid integration between wine and OS WM, with its own tray and window management, and that virtual desktop should present itself as normal OS window. I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from git. -- 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