http://bugs.winehq.org/show_bug.cgi?id=33053
Bug #: 33053
Summary: Support for dvorak programmer layout.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gitterrost4+winehq(a)gmail.com
Classification: Unclassified
Created attachment 43693
--> http://bugs.winehq.org/attachment.cgi?id=43693
Patch to add support for dvorak programmer's layout.
There currently is no support for the dvorak programmer's layout in wine. The
layout can be found here:
http://kaufmann.no/roland/dvorak/index.html
The symptom of this problem is:
In Guild Wars, if I try to bind the key with the ampersand on it (where the 1
would usually be on a standard US-Keyboard) to an action, it just does nothing,
as if i hadn't pressed any key.
The same goes for Diablo III. If I try to bind this key, it says
"!!!MISSING!!!".
Writing in these apps currently works as expected (i.e. in Chats or Messages).
I have altered the File dlls/winex11.drv/keyboard.c, and it kind of works. (see
the attached Patch)
When I press the ampersand-key in the patched version, it registers, but shows
up as "1" in the options dialog. This is no problem for gameplay, it just looks
weird.
--
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=42729
Bug ID: 42729
Summary: Corrupted graphics in Wolcen: Lords of Mayhem
(DX11/CryEngine)
Product: Wine
Version: 2.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: fincer89(a)hotmail.com
Distribution: ---
Created attachment 57716
--> https://bugs.winehq.org/attachment.cgi?id=57716
Wolcen: Lords of Mayhem, corrupted graphics, DX11. Console output
As stated in the title, this DX11/CryEngine Steam game has corrupted graphics
when running on Wine.
Console output as an attachment (while the game was running).
Configuration:
Clean 64-bit prefix, Windows Steam, Wine 2.4 (git), Wine 2.4 Staging (git). No
Staging stuff enabled in winecfg.
--
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=37533
Bug ID: 37533
Summary: Dragon Age Origins: Crashes in some parts of the game
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: claw(a)triple6.org
Distribution: ---
Created attachment 49953
--> https://bugs.winehq.org/attachment.cgi?id=49953
Backtrace of a crash
I noticed that Dragon Age Origins crashes in some parts of the game. See the
backtrace attached. Its always in the same locations or sequences.
I also noticed that lowering the graphical settings can help and i can pass
beyond this crashes.
I mostly happens when many textures need to be loaded.
This was tested on AMD (radeon driver 7.5.0), nvidia ( proprietary 340.46) and
intel ( 2.21.15 ).
There are also other graphics related issues in the game like video sequences
displaying just a black screen and sometimes glitches like black textures.
I'll test it against current 1.7 release of wine if i find some time to compile
it and wipe my ~/.wine.
Thanks for wine by the way.
--
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=32230
Bug #: 32230
Summary: Incanto does not display main screen background
Product: Wine
Version: 1.5.17
Platform: x86
URL: http://www.izzygames.com/incanto-t2952.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Classification: Unclassified
Good indicators of why it happens is it display a message a few times at the
start of which you have to dismiss to get to the main screen.
--*.frag--
Fragment shader failed to compile
Vertex shader failed to compile
Having d3dx9_36 does is not a workaround nor does it allow you to proceed into
the game but that could be unrelated.
--
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=25759
Summary: crash when running game "Polda" and moving their
(game) window
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: prescott66(a)gmail.com
Created an attachment (id=32832)
--> (http://bugs.winehq.org/attachment.cgi?id=32832)
crash log game "Polda"
this bug is about one older game named "Polda".it is edited to works OK on
Windows XP and it works on real Windows XP.
But when i run it on Linux (Fedora 14, 32-bit, wine ver:1.3.11) game hangs and
when i try to move window, game crashes. log is attached.
i can upload somewhere that game if you will, thats no problem because its not
big game(cca 100MB).
--
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=17414
Summary: user32/dde test crashes if +heap enabled
Product: Wine
Version: 1.1.15
Platform: PC
URL: http://test.winehq.org/data/6a1537c4b5037be5253c33021fda
3a02430533f7/wine_xp_ae-ub-810-heap/riched32:editor.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: enhancement
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=19484)
--> (http://bugs.winehq.org/attachment.cgi?id=19484)
backtrace in 1.1.15
wine: Unhandled page fault on read access to 0x00130000 at address 0x6045971b
(thread 0009), starting debugger...
...
=>0 0x6045971b CompareStringW+0x13b(lcid=1033, style=0, str1=0x130000, len1=0,
str2=0x6074c780, len2=-1)
[/home/austin/wine-git/dlls/kernel32/../../include/wine/unicode.h:216] in
kernel32 (0x0032f848)
1 0x6045bed4 lstrcmpW+0x64(str1=<register EDI not in topmost frame>,
str2=<register ESI not in topmost frame>)
[/home/austin/wine-git/dlls/kernel32/locale.c:2834] in kernel32 (0x0032f878)
2 0x60681d7a dde_server_wndprocW+0x3da(hwnd=0xe0028, msg=1000, wparam=458798,
lparam=<register EDI not in topmost frame>)
[/home/austin/wine-git/dlls/user32/tests/dde.c:1215] in user32_test
(0x0032f8b8)
3 0x6082337a WINPROC_wrapper+0x1a() in user32 (0x0032f8e8)
4 0x608237ca call_window_proc+0x6a(hwnd=<register EDI not in topmost frame>,
msg=<register ESI not in topmost frame>, wp=458798, lp=1204994,
result=0x32f998, arg=0x606819a0)
[/home/austin/wine-git/dlls/user32/winproc.c:458] in user32 (0x0032f928)
5 0x60828af7 WINPROC_call_window+0xf7(hwnd=<register EDI not in topmost
frame>, msg=1000, wParam=458798, lParam=1204994, result=0x32f998, unicode=1,
mapping=WMCHAR_MAP_DISPATCHMESSAGE)
[/home/austin/wine-git/dlls/user32/winproc.c:2218] in user32 (0x0032f968)
6 0x607e7ee6 DispatchMessageW+0x96(msg=<register EDI not in topmost frame>)
[/home/austin/wine-git/dlls/user32/message.c:3122] in user32 (0x0032f9a8)
7 0x607a4037 WDML_SyncWaitTransactionReply+0xe7(hConv=0x1254b8,
dwTimeout=<register ESI not in topmost frame>, pXAct=0x125508, ack=0x32fb84)
[/home/austin/wine-git/dlls/user32/dde_client.c:1069] in user32 (0x0032fa08)
8 0x607a4b21 DdeClientTransaction+0x651(pData="test dde command", cbData=17,
hConv=0x1254b8, hszItem=0xdead, wFmt=48879, wType=16464, dwTimeout=1000,
pdwResult=0x32fb84) [/home/austin/wine-git/dlls/user32/dde_client.c:1225] in
user32 (0x0032fa68)
9 0x60686158 test_dde_aw_transaction+0x638()
[/home/austin/wine-git/dlls/user32/tests/dde.c:1374] in user32_test
(0x0032fb98)
...
216 while (*s) s++;
Attached is the backtrace...I've stripped out +heap, so the output is readable,
but easily reproducible.
--
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=42784
Bug ID: 42784
Summary: Lost Planet dx10 demo black screen after starting new
game
Product: Wine
Version: 2.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andras(a)sth.sze.hu
Distribution: ---
Created attachment 57802
--> https://bugs.winehq.org/attachment.cgi?id=57802
+d3d11, + d3d_shader
After starting new game or performance test in Lost Planet dx10 demo, it shows
only black screen. It tries to create a geometry shader and fails. As far as I
see, it want to use a vertex shader as geometry shader.
See log file.
--
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=38235
Bug ID: 38235
Summary: Blindwrite 7 does not detect any CD/DVD drive.
Product: Wine
Version: 1.7.38
Hardware: x86
URL: http://de.vso-software.fr/products/Blindwrite/blindwri
te.php
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
Distribution: Debian
Created attachment 51041
--> https://bugs.winehq.org/attachment.cgi?id=51041
Save user mode accessible device in HKLM\SYSTEM\MountedDevices "\DosDevices\X:"
Having a CD in the drive and that one mounted it is accessible through e.g.
cmd.
But Blindwrite (7.0.0.0) does not show any drive in its user interface.
When looking into a "WINEDEBUG=+reg,+file,+debugstr" an access to
HKLM\SYSTEM\MountedDevices
appears.
There is for any device an entry e.g. "\DosDevices\E:".
This entry holds in my case the mount point of the CD as ASCII.
Blindwrite tries now to access the drive by opening this interpreted as
unicode string, which fails.
trace:file:CreateFileW
L"\6d2f\6465\6169\622f\7265\686e\7261\2f64\4642\3931\3234\325f1" GENERIC_READ
GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0
...
trace:file:CreateFileW returning 0xffffffff
...
trace:file:DeviceIoControl
(0xffffffff,4d014,0x33f3a4,80,0x33f3a4,80,0x33f3f8,(nil))
...
warn:debugstr:OutputDebugStringA "IOCTL_CDROM_GET_INQUIRY_DATA - Ung\xfcltiges
Handle.\r\n Error 0x00000006 - Ung\xfcltiges Handle.\r\n"
Blindwrite even tries to access this invalid file handle and silently fails.
-----------------
Changing HKLM\SYSTEM\MountedDevices "\DosDevices\E:" to an unicode
representation of "\\.\E:" makes Blindwrite happy and the drive shows up,
and successfully create an image.
Attached is a patch that tries to do this automatically for "DosDevices"
with a drive letter.
(But I am not sure about any side effects or if it could already be
sent to wine-patches.)
--
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.