http://bugs.winehq.org/show_bug.cgi?id=34428
Bug #: 34428
Summary: Cannot switch window while running full-screen program
Product: Wine
Version: 1.5.23
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 710214093(a)qq.com
Classification: Unclassified
When I'm play games running full screen mode, I cannot switch to any other
windows until the full-screen game is closed.
Contrary to Bug 33324, the problem is that I cannot switch "out of" the
full-screen game, not switch "in to" it.
--
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=24652
Summary: Missing sizes for wine app icon
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael.monreal+wine(a)gmail.com
Created an attachment (id=31162)
--> (http://bugs.winehq.org/attachment.cgi?id=31162)
Screenshot
Wine ships 16x16, 32x32 and 48x48 versions of its icon. These should be
installed in some place where panels, pagers, window managers can find them
(packager's duty?).
However, at the moment two common sizes are missing: 24x24 and some larger
version like 64x64, 128x128 or 256x256.
In GNOME3's window chooser, 64x64 icons are shown. Currently, wine only shows a
smaller icon here, which looks kind of out of place (see attached screenshot).
Note that GNOME does not ship 64x64 artwork itself but scales the bigger
256x256 version down to 64x64 in this place.
--
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=22819
Summary: Some applications like Heroes of Might and Magic 2
display loopback.
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zombie(a)terralab.com
Some applications like Heroes of Might and Magic 2 display loopback addresses
when attempting to initiate a network game. The network game will complain it
is running on 127.12.34.56. I have checked /etc/hosts and determined it is not
the cause of the problem.
--
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=37063
Bug ID: 37063
Summary: NTLM EncryptMessage/DecryptMessage failure
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: dwmw2(a)infradead.org
Created attachment 49252
--> http://bugs.winehq.org/attachment.cgi?id=49252
Test case
Attached is a test case based on GSSAPI authentication to a SOCKS proxy
(RFC1961). An alternative summary for this bug could be "OpenConnect VPN server
cannot authenticate to SOCKS proxy", since that's where this test code is
derived from.
The protocol is fairly simple — it's a GSSAPI exxchange followed by a single
byte 0x00 being sent in each direction under "wrapping" by gss_wrap() or
EncryptMessage(). We are only supposed to be using integrity protection
(signing), not encryption.
Testing has been done against a Dante SOCKS server using gss-ntlmssp.
Windows testing has been done under Windows 7 64-bit, set to use NTLMv1 & LMv1
(I don't seem to have permissions to change that for testing NTLMv2).
There are various issues with wine's emulation which make it fail once
gss-ntlmssp has been made to work correctly with Windows. I'm not sure if it's
best to file separate bugs for each or whether to track them together.
Firstly, wine seems to mishandle the Password field in SEC_WINNT_AUTH_IDENTITY
unless it's in Unicode mode; using SEC_WINNT_AUTH_IDENTITY_ANSI doesn't work
because the password that gets passed to ntlm_auth is mangled.
Secondly, it looks like the Domain field is ignored too and we just pass
'--domain=' to ntlm_auth.
(There's a separate bug filed at
https://bugzilla.samba.org/show_bug.cgi?id=10691 for ntlm_auth not giving us
the session key back when it's using default credentials, and the *flags* are
wrong in that case too because they are missing the NTLMSSP_NEGOTIATE_SIGN/SEAL
bits, but that's probably Samba bug).
Third... it looks like Windows will always encrypt messages, even when
ISC_REQ_CONFIDENTIALITY is *not* in the InitializeSecurityContext flags and
SECQOP_WRAP_NO_ENCRYPT is set. But wine doesn't, so the first 'encrypted'
message fails in gss_unwrap() on the server side.
If we do use ISC_REQ_CONFIDENTIALITY (or bypass the NTLM2&&SEAL check in
ntlm_EncryptMessage() and make it always take that path, sending a wrapped
message works but then...
Fourth, we fail to *unwrap* the returned message. It's looking for a
SECBUFFER_TOKEN buffer in the array, but as far as I can tell, NTLM
DecryptMessage() takes SECBUFFER_STREAM and a SECBUFFER_DATA. The documentation
on this is sparse, but this code does work under Windows...
--
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=38137
Bug ID: 38137
Summary: WBaduk: "Could not obtain OLE control window handle"
regression
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lemonsqueeze(a)gmx.com
Distribution: Ubuntu
Created attachment 50855
--> https://bugs.winehq.org/attachment.cgi?id=50855
wine log
Greetings and a big thanks to the wine team,
WBaduk is a windows client to play the game of go on wbaduk go servers.
It used to work like a charm with wine 1.2 (ubuntu lucid, package version
1.2.2-0ubuntu2~lucid1) except for a harmless "Floating point exception" popup
when logging in.
It's unuseable however with the latest ubuntu dev build (1.7.34, ubuntu
trusty):
We can login no problem, but keep getting
"Could not obtain OLE control window handle"
popups when trying to observe a game.
Here's the steps I used to reproduce:
- Installed wine 1.7.34 on ubuntu trusty from the wine ppa.
- Download wbaduk (21Mb) from www.wbaduk.com using the "download" button on
the top left. Currently it points to:
http://www.wbaduk.com/download/WBaduk_20140410A.exe
- Installed in brand new account (no previous .wine directory)
$ wine WBaduk_20140410A.exe
- And run:
$ wine '.wine/drive_c/Program Files/WBaduk/OrO20.exe'
- Login with test account, username: grumly2, pass: foobar
Pick any server.
- Left click on any of the active games in the list on the left,
and choose "observe after joining" from the menu.
- Wbaduk tries to join the game but we keep getting
"Could not obtain OLE control window handle"
popups forever. Terminal output looks like:
...
fixme:ieframe:PersistStreamInit_InitNew (0x5ea3c28)
fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -701
fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -703
fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -704
fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -702
It's also broken with the default wine ubuntu packages on ubuntu precise and
trusty (wine 1.4)
If there's some useful info missing please let me know.
--
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=37271
Bug ID: 37271
Summary: Applications get IP address of 127.12.34.56 when lo0
is up
Product: Wine
Version: 1.7.26
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jere(a)krischel.org
My testing is specifically with Artemis 2.1.1, but it seems to be true for
other applications as well.
When running Artemis 2.1.1 under a standard OSX Mavericks 10.9.4 install, the
application reports an IP address of 127.12.34.56.
If I specifically shut down the loopback interface (lo0), it reports the IP
address of the box properly (192.168.1.104).
This behavior is *not* seen on Ubuntu 14.04.1, which has a loopback interface,
but seems to prioritize it differently than OSX.
I checked the routing table before and after shutting down the loopback
interface, and this is the line that disappears on OSX after lo0 is down:
Destination Gateway Flags Refs Use Netif Expire
localhost localhost UH 0 0 lo0
--
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=20977
Summary: Bad hlp table rendering
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=25145)
--> (http://bugs.winehq.org/attachment.cgi?id=25145)
Help file
Terrible rendering on attached HLP file. Refer to screenshots.
--
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=18745
Summary: Wine should support MEM_LARGE_PAGES and related
interfaces for large pages & variable page sizes
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trisk-winehq(a)forkgnu.org
The ability to allocate large pages can improve the performance of applications
with densely populated address spaces. The large page interfaces on Windows
were introduced in Windows Server 2003. However, due to limitations in the NT
VM, large pages are always pinned in memory (not pageable) and become scarce
due to excessive fragmentation. Wine has the advantage of running on platforms
with better support for large pages.
Because the memory is normally pinned, the process must have
SeLockMemoryPrivilege on Windows.
The new interfaces are:
MEM_LARGE_PAGES type for VirtualAlloc (NtAllocateVirtualMemory)
(http://msdn.microsoft.com/en-us/library/aa366720%28VS.85%29.aspx)
SEC_LARGE_PAGES flag for
http://msdn.microsoft.com/en-us/library/aa366543%28VS.85%29.aspx
GetLargePageMinimum
(http://msdn.microsoft.com/en-us/library/aa366568%28VS.85%29.aspx)
/***********************************************************************
* GetLargePageMinimum (KERNEL32.@)
*
* Get the minimum size of a large page.
*
* RETURNS
* Size: Success
* 0: Failure
*/
SIZE_T WINAPI GetLargePageMinimum(void)
The allocated regions must be aligned to the minimum size and MEM_COMMIT must
also be set, or NtAllocateVirtualMemory should return STATUS_INVALID_PARAMETER.
I'm opening this bug to keep notes for my own implementation, although anyone
should feel free to jump in.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38102
Bug ID: 38102
Summary: Process Hacker 2.x needs
winsta.dll.WinStationEnumerateW
Product: Wine
Version: 1.7.0
Hardware: x86
URL: http://processhacker.sourceforge.net/downloads.php
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: abolte(a)systemsaviour.com, dmex04(a)gmail.com,
teras(a)luukku.com, winebug(a)mailinator.com
Depends on: 34318, 34317
Distribution: ---
You'll need winetricks comctl32 to work around bug 34465.
I used the portable binaries. Extract, run the x86 version, then click the
users tab. Boom.
austin@debian-home:~$ sha1sum processhacker-2.33-bin.zip
2738c909fa6b37a22a4aa256e5d7e733449b905e processhacker-2.33-bin.zip
austin@debian-home:~$ du -h processhacker-2.33-bin.zip
2.7M processhacker-2.33-bin.zip
austin@debian-home:~$ wine --version
wine-1.7.36-28-ga679cae
--
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=36556
Bug ID: 36556
Summary: valgrind shows a definite leak in
comctl32/tests/syslink.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p
comctl32_test.exe.so syslink && touch syslink.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==26003== 120 bytes in 5 blocks are definitely lost in loss record 507 of 758
==26003== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26003== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26003== by 0x7B8457FF: HeapAlloc (heap.c:271)
==26003== by 0x7B845A26: GlobalAlloc (heap.c:364)
==26003== by 0x7B846E63: LocalAlloc (heap.c:967)
==26003== by 0x4FE7A09: ReAlloc (comctl32undoc.c:101)
==26003== by 0x504BDC5: SYSLINK_Render (syslink.c:749)
==26003== by 0x504D69E: SysLinkWindowProc (syslink.c:1596)
==26003== by 0x53B04F5: ??? (winproc.c:173)
==26003== by 0x53B066A: call_window_proc (winproc.c:244)
==26003== by 0x53B2803: WINPROC_call_window (winproc.c:900)
==26003== by 0x536F11C: call_window_proc (message.c:2223)
==26003== by 0x5371FBA: send_message (message.c:3260)
==26003== by 0x53725D8: SendMessageW (message.c:3454)
==26003== by 0x53A1E2B: WIN_CreateWindowEx (win.c:1634)
==26003== by 0x53A2313: CreateWindowExW (win.c:1751)
==26003== by 0x4D29DF0: create_syslink (syslink.c:174)
==26003== by 0x4D2A03E: func_syslink (syslink.c:235)
==26003== by 0x4D64DB9: run_test (test.h:584)
==26003== by 0x4D651A8: main (test.h:654)
==26003==
--
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=26268
Summary: we need unimplemented function
ntdll.dll.ZwSetLdtEntries
Product: Wine
Version: 1.3.14
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jl2001(a)inbox.ru
possible to do this ?
wine: Call from 0x7bc3e820 to unimplemented function ntdll.dll.ZwSetLdtEntries,
aborting
wine: Unimplemented function ntdll.dll.ZwSetLdtEntries called at address
0x7bc3e820 (thread 0026), starting debugger...
Unhandled exception: unimplemented function ntdll.dll.ZwSetLdtEntries called in
32-bit code (0x7bc3e820).
Backtrace:
=>0 0x7bc3e820 __wine_spec_unimplemented_stub+0x50() in ntdll (0x0033f63c)
1 0x7bc21569 in ntdll (+0x11568) (0x0033f63c)
2 0x80000100 (0x0033f6a0)
3 0x00475618 in ruro (+0x75617) (0x0033f6dc)
4 0x00471c52 in ruro (+0x71c51) (0x0033fc5c)
5 0x004727dd in ruro (+0x727dc) (0x0033fc7c)
OR
ruro-programmers said:
"In the last ruro function ZwSetLdtEntries not invoked if it does not exist in
the system. If it exists in the system, it will be called. The only option that
is now possible to crash it if the emulator provides this feature, but it is
called an emulator is completed, due to the fact that it is not implemented. To
get around this, you can either put the emulator, do this for you, or you can
configure it so that it did not export functions are not implemented."
(from Russian language:
В последнем ruro функция ZwSetLdtEntries не вызывается, если она не существует
в системе. Если она существует в системе, она будет вызвана. Единственный
вариант, при котором сейчас возможен вылет, это если эмулятор предоставляет эту
функцию, но на ее вызове эмулятор завершается, из-за того, что она не
реализована. Чтоб это обойти, нужно либо поставить эмулятор, где эта функция
реализована, либо настроить его так, чтоб он не экспортировал не реализованные
функции.)
--
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=36838
Bug ID: 36838
Summary: TOCA Touring Car Championship: installer copies one
file from CD and then shows an error
Product: Wine
Version: 1.7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Step to reproduce:
Clean wine prefix.
Win version set to Windows 98 and virtual desktop enabled in winecfg, no other
changes.
Original CD in drive.
cd ~/.wine/drive_c
wine /media/cdrom0/setup.exe
Installer starts, click install.
Enter new or accept default path.
Installer asks confirmation of path creation, click yes.
Installer asks confirmation of bypassing DirectX 5 installation, click yes.
An error pop up stating that an error occured during file copying. click yes.
Installer closes.
No terminal output at all.
One file has been copied as C:\Codemast\TourCar\tourcars.exe
Notes:
tourcars.exe cannot be launched directly, must run setup.exe to start game.
Copying the whole CD to C:\Codemast\TourCar does not work around the issue.
Running setup.exe from c:\Codemast\TourCar wants to copy files anyway.
The issue is also present with the demo:
http://www.jeuxvideo.com/telecharger/jeux-et-demos/00000413-toca-touring-ca…
sha1sum:
3c7a4d0d8bc7e6f5095358b3d3ff005e53e44d4b tocademo_JeuxVideo.com_413.zip
Extract and copy tocademo.exe to ~/.wine/drive_c and run from there.
Debian 7.5 Wheezy x86_64
Wine 1.7.21 32bits compiled from git.
No patches, no third party apps.
--
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=18036
Summary: Final Draft Help feature: text is missing
Product: Wine
Version: 1.1.18
Platform: All
URL: http://www.finaldraft.com/downloads/demo-final-draft.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jens(a)porup.com
Final Draft is the standard screenwriter's word processor.
The help feature opens but all of the topics are blank.
--
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=36392
Bug ID: 36392
Summary: LOts of erros that affect various tables
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2010(a)hotmail.co.uk
Created attachment 48445
--> http://bugs.winehq.org/attachment.cgi?id=48445
List of terminal Errors
Various terminal errors when launching Visual Pinball version 9.2.1
These affect different tables to varying degrees.
Some have lights missing, some have flippers missing or just one
--
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=37518
Bug ID: 37518
Summary: Huge Drop Performance Alan Wake, Alan Wake American
Nightmare, Shadow Warrior 2013
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Huge fps drop in alan wake, alan wake american nightmare, shadow warrior 2013
Nvidia Drivers 343.22
Linux Mint 17 XFCE Edition 32Bit - Kernel 3.13.0.24 PAE
CPU: INTEL Pentium G3220 (Haswell 22nm) 3.0Ghz
MEM: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz a 64Bit (14.4Gb/s)
BOARD: MSI H81M E33
--
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=15824
Summary: Microsoft Chat's comic mode graphical glitches
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Elliotw2(a)gmail.com
Microsoft Chat has thick black lines instead of thin ones around borders of
comic mode. I don't know what causes this, but I tested with native and builtin
GDIplus and Directdraw and it shows up in both.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37954
Bug ID: 37954
Summary: Unhandled exception: page fault on write access to
0x0cf00052 in 32-bit code (0x00520d30)
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anonymous.maarten(a)gmail.com
Distribution: ---
Created attachment 50563
--> https://bugs.winehq.org/attachment.cgi?id=50563
Visual Studio 6 project, binary and wine output log
Hey,
While trying to implement msvcirt.dll,
I stumbled upon a write to a null pointer.
The source of the binary is
(compiled on Visual Studio 6.0, with option \MT and _MT and _DLL defined)
see https://msdn.microsoft.com/en-us/library/aa272081(v=vs.60).aspx
#include <strstrea.h>
int main()
{
ostrstream oss;
return 0;
}
The Visual Studio project, binary and console output are bundled in the
attached tar.
The error is:
wine: Unhandled page fault on write access to 0x00000000 at address 0x405000
(thread 000
9), starting debugger...
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x00405000
).
In current git all functions called in mscvirt are stubs.
I believe that this should not cause a null pointer access.
--
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=37847
Bug ID: 37847
Summary: Shantae - Risky's Revenge has glitchy graphics
Product: Wine
Version: 1.7.33
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: emailofchris(a)gmail.com
Distribution: ---
Created attachment 50406
--> https://bugs.winehq.org/attachment.cgi?id=50406
Terminal output while playing Shantae - Risky's Revenge for a short time.
Sprites and other graphics are often glitchy in Shantae - Risky's Revenge. Here
are pictures: http://imgur.com/a/jD6FC
I've attached the terminal output, which mostly consists of one error repeated
a few thousand times, interspersed with a few others.
--
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=30844
Bug #: 30844
Summary: VirtualDJ Home Free do not work and hangs sometimes.
Product: Wine
Version: 1.5.5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mayanksuman(a)live.com
Classification: Unclassified
Created attachment 40392
--> http://bugs.winehq.org/attachment.cgi?id=40392
Crash report when VirtualDJ Home is left undisturbed for a while
VirtualDJ Home Free sometimes fail after being idle for a while.
In Browser window VirtualDJ show + sign before Music folder even if it does not
hold anything. Clicking on + crashes the program.
The playback quality is also bad. -- May be due to bad buffer setting.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36850
Bug ID: 36850
Summary: Fury 3 does not recognize Gamepad/Joystick
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schmatzler(a)googlemail.com
I tried running the demo of Fury 3 which runs fine, but it doesn't recognize
any gamepads.
I have an old Xbox 1 gamepad which works pretty well. When I plug it in, I get
/dev/input/js0 and a /dev/input/event device. I can also see the gamepad in
"wine control" and it works in other games.
A full debug log is here (too big to attach):
http://schmatzler.de/debuglog.tar.bz2
In the log I went into the options and chose to calibrate a Joystick where it
asks me to press a button on the controller, but doesn't recognize it.
A demo of the game can be found here:
ftp://ftp.microsoft.com/deskapps/games/public/Fury3/FURY3X.ZIP
--
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=32362
Bug #: 32362
Summary: dxgi problem for Ghost Recon Future Soldier
Product: Wine
Version: 1.5.18
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: berillions(a)gmail.com
Classification: Unclassified
Created attachment 42700
--> http://bugs.winehq.org/attachment.cgi?id=42700
dxgi functions
The latest Ghost Recon works only on Windows Vista/Seven and with directx 10 or
11.
I set winecfg to Seven and when i launch the game, it crash. But in the output
console, there aren't error messages, just fixme messages about "dxgi"
functions.
Impossible to know where come from exactly the problem.
Thanks,
Max
--
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=29961
Bug #: 29961
Summary: ADO.NET query on a Jet database fails.
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: birdfamily715(a)googlemail.com
Classification: Unclassified
Created attachment 38996
--> http://bugs.winehq.org/attachment.cgi?id=38996ADO.NET Jet database commands that worked
ADO.NET commands (CREATE TABLE, INSERT, UPDATE and DELETE) work
(inspection of the database afterwards shows that to be true), but a
SELECT query produces the error "Arguments are of the wrong type, are
out of acceptable range, or are in conflict with one another."
Needless to say, the same code ran successfully on Windows.
Winetricks was used to import JET40, MDAC28 and DOTNET20.
In order for a database connection to be made, however, it was
necessary to copy across five DLLS from Windows: comsvcs.dll,
CLBCatQ.DLL, colbact.DLL, COMRes.dll, and MTXCLU.DLL and register one:
$ wine regsvr32.exe comsvcs.dll
Attached are c-sharp code files for the database commands that worked
(adonet2.cs) and for the one that didn't (the SELECT query)
(adonet1.cs). For succesful compilation they require the addition of
references to (under COM) ' Microsoft ActiveX Data Objects 2.8' which
results in the production of a Dll: Interop.ADODB.dll and this must be
copied across into Wine along with the executables. An empty Jet
database test.mdb, is also attached. This can be populated by
adonet2.exe and then queried by adonet1.exe
adonet2 creates a database table, inserts four records, updates one,
deletes another and runs to completion.
Finally odbc4.c is a C program which provides a query in odbc which
can be used to inspect the table rows of the database.
--
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=26762
Summary: Cannot find a conversion function for format
WINED3DFMT_B8G8R8A8_UNORM to WINED3DFMT_DXT5
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paulthetall(a)gmail.com
Created an attachment (id=34085)
--> (http://bugs.winehq.org/attachment.cgi?id=34085)
Screenshot messed up screen
Display is messed up after loading. This way its impossible to handle the game.
This is the output.
wine: cannot find L"C:\\windows\\system32\\plugplay.exe"
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x32ed2c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f69c,0x00000000), stub!
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 58
err:ddraw:PixelFormat_WineD3DtoDD Can't translate this Pixelformat 64
fixme:wave:wodDsCreate DirectSound not implemented
fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead.
fixme:wave:AudioUnit_SetVolume independent left/right volume not implemented
(1.000000, 1.000000)
fixme:wave:wodDsCreate DirectSound not implemented
fixme:wave:wodDsCreate The (slower) DirectSound HEL mode will be used instead.
fixme:d3d_surface:surface_convert_format Cannot find a conversion function from
format WINED3DFMT_B8G8R8A8_UNORM to WINED3DFMT_DXT5
fixme:d3d_surface:surface_convert_format Cannot find a conversion function from
format WINED3DFMT_B8G8R8A8_UNORM to WINED3DFMT_DXT5
fixme:d3d_surface:surface_convert_format Cannot find a conversion function from
format WINED3DFMT_B8G8R8A8_UNORM to WINED3DFMT_DXT5
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36421
Bug ID: 36421
Summary: valgrind shows some leaks in oledb32/tests/database.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: oledb32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==25675== 12 bytes in 1 blocks are definitely lost in loss record 64 of 607
==25675== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==25675== by 0x64BD11D: datainit_GetDataSource (oledb_private.h:28)
==25675== by 0x4D7DAC5: test_GetDataSource (msdasc.h:554)
==25675== by 0x4D7DE83: func_database (database.c:110)
==25675== by 0x4D80E18: run_test (test.h:584)
==25675== by 0x4D81207: main (test.h:654)
==25675==
==25675== 28 bytes in 1 blocks are possibly lost in loss record 173 of 607
==25675== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==25675== by 0x531CBB8: apartment_getclassobject (compobj.c:526)
==25675== by 0x531FFC6: get_inproc_class_object (compobj.c:2894)
==25675== by 0x5322D2F: CoGetClassObject (compobj.c:3032)
==25675== by 0x53234B7: CoCreateInstance (compobj.c:3197)
==25675== by 0x4D7DE4D: func_database (database.c:100)
==25675== by 0x4D80E18: run_test (test.h:584)
==25675== by 0x4D81207: main (test.h:654)
==25675==
--
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.