http://bugs.winehq.org/show_bug.cgi?id=36043
Bug ID: 36043
Summary: Battlefield 1942: Crashes after map loading
Product: Wine
Version: 1.7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blog(a)pozimski.eu
Created attachment 48197
--> http://bugs.winehq.org/attachment.cgi?id=48197
Console output after the crash occured
Since Wine 1.7.17, Battlefield 1942 crashes after loading a map (in single
player) or even during the loading (multi player). The sound suddenly stops and
a crash window appears, a git bisect reveals:
3a7bf4a34b82f1857f40f482890e148d7dd9e30a is the first bad commit
commit 3a7bf4a34b82f1857f40f482890e148d7dd9e30a
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Fri Apr 18 12:33:37 2014 +0200
msvcr70: Share the source code with msvcrt.
:040000 040000 38ff925d4be420c3cc7d25106dd5ea28e413f98b
38c80e23bae766961e52d616d3512a791ba1637b M dlls
:040000 040000 24cea6788ed8a253d642a1c5e1bb76b2f01ede49
e2d0432572dde15bbe19f289f6d7c96b49763e8e M tools
I'm attaching the console output.
--
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=36787
Bug ID: 36787
Summary: Gex 3D renders very slowly since Wine 1.7.14
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schmatzler(a)googlemail.com
Created attachment 48859
--> http://bugs.winehq.org/attachment.cgi?id=48859
Starting up
Starting with Wine 1.7.14, the game Gex 3D renders very slowly. I can see a
frame every second.
There had been a lot of ddraw patches, I suspect one of them broke it.
The output when starting the game is attached.
--
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=36858
Bug ID: 36858
Summary: Wine 1.7.16 does not work correctly with Pacestar
LanFlow
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zentarim(a)rambler.ru
Created attachment 48951
--> http://bugs.winehq.org/attachment.cgi?id=48951
wine 1.7.15 running correctly. wine 1.7.16 is not working correctly
Pacestar LanFlow (http://www.pacestar.com/lanflow/trial.htm)
perfectly running under wine 1.7.15. But wine version 1.7.16 is not working
correctly. Screenshots in attachement. What information do I need to provide
more? Thanks in advance.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37140
Bug ID: 37140
Summary: Photoshop CC 2014 Open and Save dialog missing
features
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jayleefaulkner(a)gmail.com
The Save dialog is missing all save options. Both the open and save dialogs
have filetype dropdowns with missing scrollbars and are too small.
--
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.