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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=27594
Summary: Indiana Jones and the emperor's tomb crashes
Product: Wine
Version: 1.3.23
Platform: x86
URL: http://www.jeuxvideo.com/telecharger/jeux-et-demos/000
05589-indiana-jones-et-le-tombeau-de-l-empereur-pc.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
CC: julliard(a)winehq.org
Indiana Jones and the tomb of emperor crash. It is a regression caused by
commit a8d8e4a3679d7b81466e1e010add25948bd11c8a
THe attached console output is in 2 parts since it is 1.8M after compressed.
--
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.
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.
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.
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.
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.
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.