http://bugs.winehq.org/show_bug.cgi?id=27337
Summary: Raw sockets aren't closed correctly in ICMP monitoring
programs
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: berroll(a)mail.ru
Created an attachment (id=34964)
--> (http://bugs.winehq.org/attachment.cgi?id=34964)
Command line with argument, wine log, netstat output
The problem has occurred with the program NetMap, which is used for the network
monitoring (pinging of multiple hosts in cyclic manner).
[http://www.imach.uran.ru/netmap/index.html]
NetMap under wine is working several minutes, then hangs with an error "Too
many open files".
Using the FAQ at http://wiki.winehq.org/FAQ I have increased the open file
limit by modifying /etc/security/limits.conf:
* hard nofile 16384
* soft nofile 1024
This fix extended working time of NetMap but nevertheless, haven't cured
program's hangs.
Also I noticed that during NetMap usage under wine the amount of opened
connections is enormous and is increasing over time. Perhaps when it exceeds
some limit program hangs. This may be a bug of wine with ICMP handling.
I've made a contact with the author of the program and he explained that NetMap
opens raw socket for the ping request. This action is made using function
IcmpCreateFile of the library icmp.dll. Then this socket is closed by the
function IcmpCloseHandle from the same library. He is sure, that
IcmpCloseHandle is called correctly and the code is executed correctly in
Windows.
NetMap author also mentioned that he tested NetMap and old version of wine
(0.99.6) and never met this problem. But now he checked NetMap with newer
version of wine and confirmed that this problem exists.
In order to check whether this problem is program-related or wine-related I
also tried another program - MetaPing
[http://www.hammer-software.com/metaping.shtml]
It also performs pinging of multiple Internet hosts, like NetMap. And the
problem was the same - enormous amount of opened connections, increasing over
time.
It seems that IcmpCloseHandle is not correctly processed by wine, as these raw
sockets remain opened.
I'm using Ubuntu Linux 10.04 (Lucid) and wine 1.2.2-0ubuntu2~lucid1 from
official Ubuntu repository.
--
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=27311
Summary: Frozen Synapse crashes when launching in-game IRC
client
Product: Wine
Version: 1.3.20
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ori(a)avtalion.name
Created an attachment (id=34935)
--> (http://bugs.winehq.org/attachment.cgi?id=34935)
crash log
After launching the game, pressing the "chat" icon at the top left causes the
game to crash.
Details in the attached file.
I'm using the release version of the game, but reports are that it also
occurred in beta.
--
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=27170
Summary: Prey wants hostname.exe
Product: Wine
Version: 1.3.20
Platform: x86
URL: http://preyproject.com/
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
> wine: cannot find L"C:\\windows\\system32\\hostname.exe"
Doesn't appear to be fatal, however. Should be simple enough to implement, all
it does is return the hostname and has no command line options..
--
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=27250
Summary: Prey receives a truncated hostname from hostname.exe ?
Product: Wine
Version: 1.3.20
Platform: x86
URL: http://preyproject.com/
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: arethusa26(a)gmail.com
See bug 27170 for the original bug. Prey uses 'hostname' to get the hostname,
and uses this for the default device name. My current machine's hostname is
'aw21'. With wine-1.3.20-230-g456e48e, when running the prey installer, it
thinks my hostname is 'aw2'. As a test, I made a simple exe that returns a
longer string:
austin@aw21 ~ $ cat foo.c
#include <stdio.h>
int main(void)
{
printf("test\n");
return 0;
}
and compiled with mingw32, renamed to hostname.exe and set to native. Prey then
sees 'test' as my full hostname. Something in the current hostname
implementation isn't making prey happy...
--
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=26052
Summary: usp10/usp10 tests show a few valgrind errors
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: usp10
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=33224)
--> (http://bugs.winehq.org/attachment.cgi?id=33224)
valgrind log
Conditional jump or move depends on uninitialised value(s)
at resolveExplicit (bidi.c:220)
by BIDI_DetermineLevels (bidi.c:777)
by ScriptItemize (usp10.c:621)
by ScriptStringAnalyse (usp10.c:774)
by test_ScriptString (usp10.c:1259)
by func_usp10 (usp10.c:1843)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_ScriptString (usp10.c:1215)
--
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=19877
Summary: Zeta Minibrowser crashes (because of stubbed
CreateHardLinkW)
Product: Wine
Version: 1.1.28
Platform: PC
URL: http://www.brothersoft.com/zeta-minibrowser-110447.htm
l
OS/Version: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
I've seen this bug in more apps, so probably a bug covering several
applications
Prerequisites:
'winetricks dotnet20'
The mini-browser crashes after CreateHardLinKW is printed in the console.
Returning TRUE instead of false, or setting last error in CreateHardlink to
ERROR_ALREADY_EXISTST makes the app start fine, but that's just a hack, somehow
we should have more then this stub, to get the app running. I'll attach console
info hereafter
--
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=15452
Summary: Freewire aborts due to incorrect handling of COLORRES
nIndex in winex11's GetDeviceCaps()
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.freewiretv.com/downloadTVWin.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=16345)
--> (http://bugs.winehq.org/attachment.cgi?id=16345)
Freewire relay log (rzipped)
With current Git (wine-1.1.5-207-gc425c8a), when attempting to launch Freewire
after installation, Freewire aborts with a message box complaining about the
currently set bit depth. From relay trace:
0009:Call user32.GetDC(00000000) ret=005808ac
0009:Ret user32.GetDC() retval=0000030c ret=005808ac
0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5
0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5
0009:Call user32.LoadStringA(00000000,00000095,0032f8d4,00000180) ret=005808f3
0009:Ret user32.LoadStringA() retval=0000015d ret=005808f3
0009:Call user32.LoadStringA(00000000,00000097,0032f754,00000180) ret=00580910
0009:Ret user32.LoadStringA() retval=0000001c ret=00580910
0009:Call user32.MessageBoxA(00000000,0032f8d4 "Unfortunately, it has not been
possible to start Freewire Television due to your graphics mode.\nPlease set
the color depth to 32 bit in the display control panel and restart the
application\nIf the problem continues please contact Freewire customer services
on 0333 123 0190.\nOr visit the Freewire s"...,0032f754 "We've encountered a
problem!",00000030) ret=00580927
The problem seems to lie in:
0009:Call gdi32.GetDeviceCaps(0000030c,0000006c) ret=005808b5
0009:Ret gdi32.GetDeviceCaps() retval=00000000 ret=005808b5
GetDeviceCaps() is being called with the DC handle returned from GetDC(NULL)
and the COLORRES value for nIndex. In dlls/winex11.drv/init.c lines 259 and
268:
case COLORRES:
/* ... */
return 0;
Freewire apparently does not like the returned value, and thus aborts with the
message box. Modifying the COLORRES case to return screen_bpp allows the
application to get past this point, though I am not sure if this is the right
thing to do.
--
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=26391
Summary: Wine buitin IE crash while loading a page with more
than THREE ActiveX objects
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=33607)
--> (http://bugs.winehq.org/attachment.cgi?id=33607)
log:IE crash
Firstly,
Write an HTML page as below:
<object classid="clsid:13E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
<object classid="clsid:23E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
<object classid="clsid:33E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
<object classid="clsid:43E4740C-08EB-4133-896B-8D0A7C9EE3CD" >
</object>
save as index.html, and run a web server.
Secondly,
$ wine iexplore http://localhost/index.html
Confirm this bug on both gecko1.1 and gecko1.2beta .
Then IE will crash.
Is there any simple way to install gecko-dbg ?
--
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=26281
Summary: regedit: Doesn't export decent newline in Unicode
(NT5) Format.
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sagawa.aki+winebugs(a)gmail.com
Created an attachment (id=33503)
--> (http://bugs.winehq.org/attachment.cgi?id=33503)
exported registry file
Exporting a registry in Unicode (NT5) format from wine's regedit, it generates
ANSI newlines as shown in attached file.
Though the file can import to registry via regedit (this is the reason why I
choose `minor' in the severity), it's hard to edit in notepad or other editors
and incompatible with Windows.
% hexdump -C export.reg | head -6
00000000 ff fe 57 00 69 00 6e 00 64 00 6f 00 77 00 73 00 |..W.i.n.d.o.w.s.|
00000010 20 00 52 00 65 00 67 00 69 00 73 00 74 00 72 00 | .R.e.g.i.s.t.r.|
00000020 79 00 20 00 45 00 64 00 69 00 74 00 6f 00 72 00 |y. .E.d.i.t.o.r.|
00000030 20 00 56 00 65 00 72 00 73 00 69 00 6f 00 6e 00 | .V.e.r.s.i.o.n.|
00000040 20 00 35 00 2e 00 30 00 30 00 0d 0a 00 0d 0a 00 | .5...0.0.......|
00000050 5b 00 48 00 4b 00 45 00 59 00 5f 00 43 00 55 00 |[.H.K.E.Y._.C.U.|
As seen in above output, bytes from 0x4A to 0x4F (i.e. 0d 0a 00 0d 0a 00)
represent two ANSI newlines. But they should be two Unicode newlines (i.e. 0d
00 0a 00 0d 00 0a 00).
My environment is Ubuntu 10.10 (32-bit) and locale is ja_JP.UTF-8 (also tested
LANG=C).
How to reproduce:
1. Launch regedit.exe.
2. Select HKEY_CURRENT_USER\Software\Wine\Drivers in the left treeview.
3. Click [Registry]-[Export Registry File] in the menu.
4. Change [Files of type] to [Registry files (*.reg)].
5. Enter a file name with appropriate name and click [Save] to export.
--
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=26178
Summary: MS Word 2003 save document with embedded fonts error.
Product: Wine
Version: 1.3.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a287315(a)jnxjn.com
Created an attachment (id=33362)
--> (http://bugs.winehq.org/attachment.cgi?id=33362)
error msg
When try to save a document in ms word 2003 with embedded fonts, wine displays
error msg and ms word stop responding (must manually kill it). When turn off
font embedding everything is OK.
--
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.