http://bugs.winehq.org/show_bug.cgi?id=33083
Bug #: 33083
Summary: Magic: The Gathering Online Wide Beta installer
crashes with X error
Product: Wine
Version: 1.5.24
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: admiral.hackbar(a)gmail.com
Classification: Unclassified
Magic: The Gathering Online Wide Beta installer crashes with:
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 1 (X_CreateWindow)
Serial number of failed request: 348
Current serial number in output stream: 352
Let me know what other logs are needed.
The installer is freely downloadable (you don't need any account to install)
at:
http://www.wizards.com/magic/digital/magiconline.aspx?x=mtg/digital/magicon…
. Pick "Wide Open Beta Version"
The site says it needs .NET 4.0, so I ran installed dotnet40 with winetricks.
Ubuntu 64-bit, with WINEARCH=win32, using version 1.5.24 from the wine PPA.
Using Ivy Bridge graphics. With older Intel graphics, a similar bug #32471
happens. I think this bug is different though.
--
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=33213
Bug #: 33213
Summary: Wine crashes if printing images
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ironeman(a)tiscali.it
Classification: Unclassified
Created attachment 43939
--> http://bugs.winehq.org/attachment.cgi?id=43939
The sample application.
This bug is similar to "Bug 16585 - Printing document with images crashes wine"
that was closed on 2009-01-30.
I am using 16-bit Clipper/xBase programs. When printing SOME images,
wine-1.5.25 crashes.
I wrote the attached sample program that prints a very simple report (after a
preview).
The report is composed of:
1) a string ("TEST")
2) a bmp image from file test1.bmp
3) an optional bmp image from file test2.bmp
The program asks if you want to print test2.bmp. In Windows Xp, all is ok, but,
in Wine, if "No" is selected the preview appears as expected (including
test1.bmp image) else Wine crashes.
I tried a lot of images that crash. I suppose that the problem is the size of
bmp file.
The attached zip file contains:
1) test_pr.EXE: the executable sample. Run it! It requires that all the files
are into the working directory.
2) backtrace.txt: the memory dump created after "WINEDEBUG=+psdrv"
3) test_pr.PRG: the source code (xBase language)
4) PREVIEW.DLL: a needed dll for the exe
5) TEST1.bmp: the first sample image (correctly printed)
6) test2.bmp: the second sample image (crashes)
Best regards.
--
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=33283
Bug #: 33283
Summary: Configuration of WM_NAME is delayed for virtual
desktop
Product: Wine
Version: 1.5.26
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: me(a)mkaito.com
Classification: Unclassified
Many window managers rely on X properties for window management. For example,
it is very common to use WM_NAME and WM_CLASS to apply management rules. This
feature depends on these properties being set when a new client is spawned.
When running an application inside a virtual desktop, such as with `wine
explorer /desktop=whatever,1920x1080 "C://Program Files/Whatever/Foo.exe"`, we
end up with a desktop where WM_NAME = "whatever - Wine Desktop".
However, the configuration of this property is delayed, causing wine desktops
to be handled incorrectly, since X properties are only checked upon client
creation.
--
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=33331
Bug #: 33331
Summary: When DLL receives PROCESS_DETACH notification when a
process is exiting all the threads should be already
terminated
Product: Wine
Version: 1.5.27
Platform: x86-64
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry(a)baikal.ru
Classification: Unclassified
Created attachment 44083
--> http://bugs.winehq.org/attachment.cgi?id=44083
source and binary for the test
While debugging the problem described in
http://www.winehq.org/pipermail/wine-patches/2013-March/123127.html
(libiomp5md.dll waits until all the tracked threads terminate and doesn't
return control out of its PROCESS_DETACH handler when process is going to exit)
I decided to create a test which examines what's supposed to happen when
static (loaded implicitly as a part of PE imports) and dynamic (loaded
explicitly by LoadLibrary) DLLs create threads along with threads created
by main exe.
To make long story short: main difference between Windows and Wine is that Wine
doesn't terminate threads before calling PROCESS_DETACH for each loaded DLL.
Here are the snippets from results I see under Windows 7 (both 32 and 64 bit
builds behave same way) and Wine:
Win7:
...
main: call ExitProcess(0)
dynamic: 72FB0000, DLL_PROCESS_DETACH, 00000001
dynamic: GetExitCodeThread(0) => 1,0
dynamic: GetExitCodeThread(1) => 1,0
dynamic: GetExitCodeThread(2) => 1,0
static: 72FC0000, DLL_PROCESS_DETACH, 00000001
static: GetExitCodeThread(0) => 1,0
static: GetExitCodeThread(1) => 1,0
static: GetExitCodeThread(2) => 1,0
=====================================================
Wine:
...
main: call ExitProcess(0)
dynamic: 00330000, DLL_PROCESS_DETACH, 00000001
dynamic: GetExitCodeThread(0) => 1,259
dynamic: GetExitCodeThread(1) => 1,259
dynamic: GetExitCodeThread(2) => 1,259
static: 10000000, DLL_PROCESS_DETACH, 00000001
static: GetExitCodeThread(0) => 1,259
static: GetExitCodeThread(1) => 1,259
static: GetExitCodeThread(2) => 1,259
I.e. libiomp5md.dll when it receives PROCESS_DETACH notification at process
exit time shoudn't get STILL_ACTIVE (259) return value from GetExitCodeThread.
--
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=33399
Bug #: 33399
Summary: Unimplemented function
setupapi.dll.SetupDiSetDeviceInstallParamsA
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maxime.jay-allemand(a)laposte.net
Classification: Unclassified
Created attachment 44193
--> http://bugs.winehq.org/attachment.cgi?id=44193
Detail of the error
Hello,
I was trying to install a driver for a protection key. This driver is needed by
sofware written in windev. I got this message :
wine: Unimplemented function setupapi.dll.SetupDiSetDeviceInstallParamsA
It seems that a function is not yet implemented.
The log message is attached.
I tryed with latest stable realese 1.4 and the developpement realese 1.5. I got
the same problem.
Is there a easy way to fix it ?
Thanks
--
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.