http://bugs.winehq.org/show_bug.cgi?id=31330
Bug #: 31330
Summary: +relay corrupts returns values on win64?
Product: Wine
Version: 1.5.9
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
The little program
#include <float.h>
#include <math.h>
#include <stdio.h>
int main(int argc, char **argv)
{
int log2FLT_RADIX;
double x = frexp((double) FLT_RADIX, &log2FLT_RADIX);
printf("x is %g; wanted == 0.5\n", x);
if (frexp((double) FLT_RADIX, &log2FLT_RADIX) != 0.5)
printf("Trouble! Not equal.\n");
else
printf("Whew! Equal.\n");
}
(attached, with 32 and 64 bit binaries produced with visual c 2010)
prints out "Whew! Equal." normally, but when run with +relay, the 64
bit version prints out "Trouble! Not equal." The 32 bit version is fine.
This is a test case extracted from TCL, which aborts
with "This code doesn't work on a decimal machine!" when that comparison fails
(see http://brlcad.org/xref/source/src/other/tcl/generic/tclStrToD.c#L2176 ).
(You can see that error if you like by starting tclsh.exe from
the 64 bit download at http://www.activestate.com/activetcl/downloads
with +relay on.)
While comparing doubles for equality is not a good idea, in this special
case it ought to be ok, and it seems surprising that +relay would break it.
The output with +relay seems to show random 32 bit values for the return value
0030:Call msvcrt.frexp(4000000000000000,0022fd48) ret=140001020
0030:Ret msvcrt.frexp() retval=ffffffff ret=140001020
...
This code doesn't work on a decimal machine!
...
abnormal program termination
0032:Ret KERNEL32.WriteConsoleA() retval=00000001 ret=7f4a2344372f
0032:Call KERNEL32.ExitProcess(00000003) ret=7f4a23453001
Adding a TRACE to frexp shows it's trying to return the right thing,
and changes the supposed return value:
0036:Call msvcrt.frexp(4000000000000000,100d093c) ret=10082b8c
trace:msvcrt:MSVCRT_frexp (2, 0x100d093c) returning 0.5, storing 2
0036:Ret msvcrt.frexp() retval=00000043 ret=10082b8c
--
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=31408
Bug #: 31408
Summary: anarchy online crash new zone
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dazsul76(a)gmail.com
Classification: Unclassified
Created attachment 41278
--> http://bugs.winehq.org/attachment.cgi?id=41278
console output Anarchy online crash
Hi, Having the following problem:
Game = Anarchy online
Problem = Game crashes when entering a new Zone
Console output is attached.
OP System = Linux mint 13
Wine = V1.5.10
PC = Asus laptop K53SJ
Graphics drivers (Vanilla Linux Mint drivers)
Any help would be appreciated. Cheers
--
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=31546
Bug #: 31546
Summary: PS3 gamepad analog sticks problem
Product: Wine
Version: 1.5.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thesource(a)mail.ru
Classification: Unclassified
There's a problem with my PS3 gamepad when I try to use it in Windows
applications. Some analog axes seem to be mapped to wrong axis numbers. For
example, vertical movement (accelerometer) is mapped to left analog horizontal
(X), while X itself is not mapped anywhere. Buttons seem to work fine. I tested
with several windows applications (Project 64 with N-Rage plugin, QtJoystick).
Native linux jstest shows that everything work as at should in native linux
environment.
--
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=31590
Bug #: 31590
Summary: AMD Radeon HD 7850 with 2GB video memory is recognized
as Radeon HD 3200 with 128MB video memory.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: futureway(a)asia.com
Classification: Unclassified
AMD Radeon HD 7850 with 2GB video memory is recognized as Radeon HD 3200 with
128MB video memory by Wine. Some games can't run, because they require a more
advanced graphics card and more video memory. When will Wine add AMD Radeon HD
7000 series to the list of supported graphics cards, and automatically
recognize them and their video memory correctly? I don't think that it is a
good solution to manually add some registry keys such as "VideoMemorySize",
"VideoPciDeviceID" and "VideoPciVendorID".
--
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=28247
Summary: d3dx9_36/mesh.c compile broken on uclibc
Product: Wine
Version: 1.3.27
Platform: x86
URL: http://git.alpinelinux.org/cgit/aports/tree/main/wine/
uclibc-fmaxf-fminf.patch?id=c9b491b6099eec02a835ffd055
39b5c783c6c43a
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
I found Alpine Linux, which uses busybox/uclibc by default instead of glibc.
First problem, build fails on d3dx9_36/mesh.c:
../../tools/winegcc/winegcc -B../../tools/winebuild --sysroot=../..
-fasynchronous-unwind-tables -shared ./d3dx9_36.spec core.o d3dx9_36_main.o
effect.o font.o line.o math.o mesh.o shader.o skin.o sprite.o surface.o
texture.o util.o volume.o version.res -o d3dx9_36.dll.so -ld3d9
-ld3dcompiler -ldxguid -ld3dxof -lole32 -lgdi32 -luser32
../../libs/port/libwine_port.a
mesh.o: In function `parse_vertex_colors':
/root/wine-git/dlls/d3dx9_36/mesh.c:2551: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2551: undefined reference to `fminf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2552: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2552: undefined reference to `fminf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2553: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2553: undefined reference to `fminf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2554: undefined reference to `fmaxf'
/root/wine-git/dlls/d3dx9_36/mesh.c:2554: undefined reference to `fminf'
collect2: ld returned 1 exit status
winegcc: gcc failed
make: *** [d3dx9_36.dll.so] Error 2
there's a patch available on the alpine package:
http://git.alpinelinux.org/cgit/aports/tree/main/wine/uclibc-fmaxf-fminf.pa…
though perhaps that definition should go in libs/port/wine instead?
--
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=27883
Summary: Bink videos without sound (Mass Effect) [bisected,
regression]
Product: Wine
Version: 1.3.25
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: debian(a)carbon-project.org
CC: aeikum(a)codeweavers.com
Since the audio rework which became part of 1.3.25, the audio is missing from
all Bink videos in Mass Effect (I suspect other games using Bink are affected
too, but haven't tested that so far). A git bisect shows:
901af51ea32f2d192a598808abab2d1b6a940773 is the first bad commit
commit 901af51ea32f2d192a598808abab2d1b6a940773
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Mon Jul 11 08:28:24 2011 -0500
winmm: Remove driver implementation of waveOut*.
:040000 040000 cccb55d925c166ba3838b0179cbdd655a44ba26a
428f760df6efda7a37b4a84f97721523ab72863f M dlls
CCing the author.
--
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=27778
Summary: TYPE outputs extraneous blank line after file contents
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
With the following code (make sure there's no space before the '>'):
echo bar> foo
echo *** && type foo && echo ***
outputs
***
bar
***
on windowses, but
***
bar
***
in wine
--
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=27761
Summary: different behaviour for "if" conditions check
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iip.umar.rifai(a)gmail.com
If conditions has different result between windows and wine, I think due to '/'
(slash) issue, below is an example:
----------------------------------
D:\>if 1==1 echo ok
ok
D:\>if c==c echo ok
ok
D:\>if c==1 echo ok
D:\>if /c==/c echo ok <--this one is problem, but works on Windows
D:\>if /c==/c echo ok
ok
D:\>if "/c"=="/c" echo ok
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.
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.