https://bugs.winehq.org/show_bug.cgi?id=43765
Bug ID: 43765
Summary: RSpec-Explorer windows are sometimes unresponsive to
keyboard and mouse input
Product: Wine
Version: 2.17
Hardware: x86
URL: https://www.rspec-astro.com/setupdownload/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Under some conditions, the application will refuse to respond to mouse and
keyboard input. The windows can be minimized, closed, focused, etc; and edit
controls will blink the caret, but buttons won't be clicked and other controls
similarly won't update. This affects not only the main window but also the
common open-file dialog.
I can pretty reliably trigger this by starting the main application, ensuring
that it is not maximized, then clicking the folder icon in the upper left to
trigger the open-file dialog. Said dialog will in most cases not respond to
input as described above; and, when it is closed, the main window will
sometimes similarly stop responding to input. I can also see this behaviour,
though less consistently, with the first window that shows up (warning you that
this program is a free trial); this window sometimes fails to respond to input,
and usually the main window will fail to respond after it is closed.
This state of unresponsiveness can in fact be undone. If the main window is
unresponsive, minimizing and restoring it will cause it to again be responsive.
More bizarrely, if one of the dialog windows is unresponsive, moving the main
window below the dialog (or nearly below it) will cause it to be responsive;
additionally, any keyboard or mouse events will be processed.
Adding some traces to DIALOG_DoDialogBox() shows that there are clearly mouse
events in the queue, but they seem to be ignored by PeekMessage(). I have no
idea why this would happen.
--
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=42555
Bug ID: 42555
Summary: Units are invisible in Shogun: Total War battle map
Product: Wine
Version: 2.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
Created attachment 57460
--> https://bugs.winehq.org/attachment.cgi?id=57460
wine log
Units that should appear on the battle map are invisible. They are still there,
you can see them moving around on the minimap and you can select them and give
orders, but they aren't visible.
Shogun is known to not work well with modern Windows, so I've tried with both
Windows 7 and Windows 98 on a clean prefix, but I get the same issue.
>From the logs, this appears to be a d3d issue. Shogun uses DirectX 8, if it
helps.
--
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=17233
Summary: Zanzarah game opens a black fullscreen window and then
crashes
Product: Wine
Version: 1.1.14
Platform: PC-x86-64
URL: http://www.download.com/Zanzarah-demo/3000-7492_4-
10246951.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gryffus(a)hkfree.org
Game opens a black fullscreen window and then crashes.
I am using an nvidia card.
--
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=40311
Bug ID: 40311
Summary: Processing of 'DeviceIoControl' calls doesn't
corresponds to specification
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: ugnenko(a)mail.ru
Distribution: ---
As described in specification 'Buffer Descriptions for I/O Control Codes' for
'METHOD_IN_DIRECT' or 'METHOD_OUT_DIRECT' transfer types the data buffer, to
which points the pointer passed as 'lpOutputBuffer' argument into
'DeviceIoControl', must be accessible from driver. In other words, when in
control code is specified 'METHOD_IN_DIRECT' tranfer type, the 'lpOutputBuffer'
buffer may be used as the additional buffer of data that driver may transfer to
device. This feature is used in software and drivers for Hantek Oscilloscopes.
The pointer 'lpOutputBuffer' and argument 'nOutBufferSize', which are passed to
'DeviceIoControl' function, must are used as corresponding values for fields
'StartVa', 'ByteOffset' and 'ByteCount' in 'irp->MdlAddress' structure.
But Wine allocates new output buffer that are passed to
'IoBuildDeviceIoControlRequest' (see function 'dispatch_ioctl' in source file
'dlls/ntoskrnl.exe/ntoskrnl.c'). Thus data stored in output buffer aren't
available for driver.
Specification:
https://msdn.microsoft.com/en-us/library/windows/hardware/ff540663(v=vs.85)…
--
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=40894
Bug ID: 40894
Summary: Warcraft 3: Crash on starting the game
Product: Wine
Version: 1.9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Created attachment 54985
--> https://bugs.winehq.org/attachment.cgi?id=54985
Terminal output
A few days before I was still able to start Warcraft 3 (not sure if it was with
Wine 1.9.12 or already Wine 1.9.13) and now after using a clean profile
Warcraft 3 crashes on starting it. In the attachments is the terminal 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.
https://bugs.winehq.org/show_bug.cgi?id=42313
Bug ID: 42313
Summary: Process Hacker 2.39.124 crashes when attempting to
inspect any process
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hakusdream(a)gmail.com
Distribution: ---
Created attachment 57053
--> https://bugs.winehq.org/attachment.cgi?id=57053
Relevant backtrace
Release version of Process Hacker faults when attempting to inspect a process
through its GUI.
--
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=44216
Bug ID: 44216
Summary: Game crach
Product: Wine
Version: 2.21
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: otisdave(a)protonmail.com
Created attachment 60000
--> https://bugs.winehq.org/attachment.cgi?id=60000
Trace log
the game crash when loading the game The 4Th coming. I remember that I was able
to run this game with an older version of wine, (around 1.3 and 1.5 if I
remember correcly) Back in the day
--
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=38495
Bug ID: 38495
Summary: Origin crashes when launching a game
Product: Wine
Version: 1.7.41
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 51342
--> https://bugs.winehq.org/attachment.cgi?id=51342
Origin backtrace - Slackware 14.1 - wine 1.7.41
Hello everyone,
I compiled "wine 1.7.41" from source and bought the "Humble Bundle Origin 2"
today. Registering games works fine but when I tried to launch the "Syndicate"
game I ran into a crash. Backtrace 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.
https://bugs.winehq.org/show_bug.cgi?id=39649
Bug ID: 39649
Summary: Anno 1701 doesn't show images in ANNOpedia when
anti-aliasing enabled
Product: Wine
Version: 1.8-rc1
Hardware: x86
URL: http://www.gamershell.com/download_16068.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 52851
--> https://bugs.winehq.org/attachment.cgi?id=52851
screenshot
Pictures are missing from the ANNOpedia (in-built guide) when anti-aliasing is
enabled in Anno 1701.There's only an empty rectangle where images should
appear. These lines are spamming the console when I open the Annopedia:
err:d3d:wined3d_debug_callback 0x18fadaf8: "GL_INVALID_OPERATION error
generated. Source and destination dimensions must be identical with the current
filtering modes.".
err:d3d_surface:surface_blt_fbo >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502)
from glBlitFramebuffer() @ surface.c / 985
Those messages look similar to the ones in bug #37175.
To reproduce the problem in the demo:
1. Install and start Anno 1701 demo (game startup may take a while).
2. In the main menu go to <Options> -> <Graphics> and set up anti-aliasing, go
back to the main menu.
3. Start <Singleplayer> -> <Continuous play> and launch the game.
4. When the game is loaded press <Esc> and select <ANNOpedia> from the menu:
you should see that images are missing from ANNOpedia.
Tested with Nvidia binary drivers 340.96 and with Nouveau/Mesa git.
--
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=42326
Bug ID: 42326
Summary: Darsksiders Warmastered Edition crashes on startup
Product: Wine
Version: 2.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fjfrackiewicz(a)gmail.com
Distribution: ---
Created attachment 57074
--> https://bugs.winehq.org/attachment.cgi?id=57074
Terminal output from Wine 2.0-160-g152b240153
When attempting to run Darksiders Warmastered Edition, the game opens up to a
black screen, pops up a crash dialog that asks me if I want to create a crash
dump, and then exits to desktop with Wine 2.0 or Wine 2.0 Staging.
Please note that Darksiders Warmastered Edition is a DirectX11 game and,
therefore, there is no way to switch it to a DX9 mode.
Terminal output 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=32337
Bug #: 32337
Summary: FineReader 11 trial version crash when trying to
activate the production
Product: Wine
Version: 1.5.18
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Depends on: 32336
Classification: Unclassified
Created attachment 42680
--> http://bugs.winehq.org/attachment.cgi?id=42680
Log: FineReader crashes
1. Download trial version from
http://download.abbyy.cn/dist/fr11/ABBYY_FineReader_11_Chinese.exe
2. run the outer installer and extract the inner installer
$ ABBYY_FineReader_11_Chinese.exe
3. run the inner installer with DISABLEROLLBACK=1 (work around Bug 32336)
$ msiexec /I ABBYY\ FineReader\ 11.msi TRANSFORMS="C:\Temp\ABBYY FineReader
11\2052.mst" /Liwrmo\!vepacu "C:\users\fracting\Temp\ABBYY FineReader 11.log"
LAUNCH_FROM_SETUP=1 DISABLEROLLBACK=1
4. start FineReader:
$ cd ~/.wine/drive_c/Program\ Files/ABBYY\ FineReader\ 11
$ wine FineReader.exe
There will be an activation wizard, the program crashes when clicking on the
'next' button of the wizard.
Workaround by `winetricks -q riched20`
--
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=34495
Bug #: 34495
Summary: Total War: Shogun 2 character models are fixed
sideways
Product: Wine
Version: 1.7.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thebenj88(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
All the in-game character (Advisers, generals, agents, in-battle units) models
are fixed sideways. I've uploaded several screenshots of the issue here:
http://imgur.com/a/RQnRM
I'm currently using a NVIDIA GTX 660ti with the 325.15 driver, and wine 1.7.1,
though I have tried other wine versions with no success (1.4, 1.5.28, 1.6rc3,
1.6).
Several other users have also reported this same issue, though all have
reported using NVIDIA cards. I've not heard from any AMD users about this
issue.
Aside from that, suspect that this issue may be a regression, as previous test
data from NVIDIA users did not mention this bug.
--
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=37388
Bug ID: 37388
Summary: GTA IV fails to launch under Wine 1.7.28
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lynx.light0(a)gmail.com
Created attachment 49720
--> https://bugs.winehq.org/attachment.cgi?id=49720
terminal output
Attempting to launch GTA IV fails under Wine 1.7.28 with the error message:
wine: Unhandled page fault on write access to 0x00000000 at address 0x5a9346
(thread 002c), starting debugger...
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x005a9346).
0046:Call user32.MessageBoxW(00000000,0033ec78 L"GTA IV FATAL ERROR: Invalid
resource detected - Please re-install the game",0033ea78 L"GTA IV FATAL ERROR:
VDS100",00040010) ret=005a9346
I attach plain text terminal output.
Here is a google drive link to the debug output (it is bzip2 compressed):
https://drive.google.com/file/d/0B8rj1_DmnmmrcnhiQ3R4NURkZDA/view
--
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=12845
Summary: Mono 1.9.1 installer EULA is not rendered due to
richedit regression
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://ftp.novell.com/pub/mono/archive/1.9.1/windows-
installer/2/mono-1.9.1-gtksharp-2.10.4-win32-2.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
CC: a_villacis(a)palosanto.com
When running the Mono 1.9.1 installer with today's Git
(wine-0.9.60-354-g4055751), the EULA text box is rendered blank. Regression
testing showed the bad commit in question to be:
4f95cf707254653a3199caff3553fd0f732f23df is first bad commit
commit 4f95cf707254653a3199caff3553fd0f732f23df
Author: Alex Villacís Lasso <a_villacis(a)palosanto.com>
Date: Thu Apr 24 10:07:12 2008 -0500
riched20: Reject RTF that is recognized as invalid.
--
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=31095
Bug #: 31095
Summary: When I load Team Fortress 2 the opening credits go by
fine...then the screen turns black my mouse appears
and this error message pops up. It happens if i run it
through steam or through the command line. Anyone help
me please?
Product: Wine
Version: 1.3.28
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: headshot9557(a)yahoo.com
Classification: Unclassified
Happens everytime i load up the game
--
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=27332
Summary: richedit EM_STREAMIN handler needs to return the
number of characters read (Dirt3 installer shows error
instead of EULA text)
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
another bug while looking at "Dirt 3" game installer ...
When the installer is about to display the EULA, the whole EULA text can be
seen a very short time only to be immediately replaced by the message "Could
not read the EULA file <path>\\EULA\\English\\EULA.txt."
The EULA is a plain text file.
--- snip ---
0009:Call KERNEL32.CreateFileW(004bfa40
L"Z:\\mnt\\iso\\EULA\\English\\EULA.txt",80000000,00000001,00000000,00000003,00000000,00000000)
ret=00403177
0009:Ret KERNEL32.CreateFileW() retval=00000078 ret=00403177
...
0009:Call user32.SendMessageW(0003006a,00000449,00000001,0032f90c) ret=004031b9
0009:Call window proc 0x20027d11
(hwnd=0x3006a,msg=WM_USER+73,wp=00000001,lp=0032f90c)
0009:trace:richedit:RichEditWndProc_common enter hwnd 0x3006a msg 0449
(EM_STREAMIN) 1 32f90c, unicode 1
...
0009:trace:richedit:ME_StreamIn stream==0x32f90c editor==0x5ca8e8 format==0x1
0009:trace:richedit:ME_StreamInText 00000001 0x32e0a0
0009:Call KERNEL32.ReadFile(00000078,0032e0ac,00001000,0032e0a4,00000000)
ret=0040225c
0009:Ret KERNEL32.ReadFile() retval=00000001 ret=0040225c
0009:Call KERNEL32.MultiByteToWideChar(00000000,00000000,0032e0ac "THE
CODEMASTERS SOFTWARE COMPANY LIMITED SOFTWARE LICENSE
AGREEMENT\r\n\r\nIMPORTANT - READ CAREFULLY: THE ACCOMPANYING PROGRAM (WHICH
INCLUDES COMPUTER SOFTWARE PROGRAM, THE MEDIA AND RELATED DOCUMENTATION IN
PRINTED OR ELECTRONIC FORM) IS LICENSED TO YOU ON THE TERMS SET FORTH BELOW,
WHICH CONSTIT"...,00001000,00329c8e,00001000) ret=2001ba68
0009:Ret KERNEL32.MultiByteToWideChar() retval=00001000 ret=2001ba68
...
0009:trace:richedit:RichEditWndProc_common exit hwnd 0x3006a msg 0449
(EM_STREAMIN) 1 32f90c, unicode 1 -> 0
0009:Ret window proc 0x20027d11
(hwnd=0x3006a,msg=WM_USER+73,wp=00000001,lp=0032f90c) retval=00000000
0009:Ret user32.SendMessageW() retval=00000000 ret=004031b9
...
0009:Call user32.SetWindowTextW(0003006a,004bfaf0 L"Could not read the EULA
file Z:\\mnt\\iso\\EULA\\English\\EULA.txt.") ret=00403219
0009:Call window proc 0x20027d11
(hwnd=0x3006a,msg=WM_SETTEXT,wp=00000000,lp=004bfaf0)
0009:trace:richedit:RichEditWndProc_common enter hwnd 0x3006a msg 000c () 0
4bfaf0, unicode 1
...
--- snip ---
Upon return of EM_STREAMIN message handler, the installer checks the return
value and if zero it assumes the text file (EULA) wasn't properly read.
http://msdn.microsoft.com/en-us/library/bb774302.aspx
--- quote ---
Return Value
This message returns the number of characters read.
--- quote ---
If this is done, the EULA is correctly displayed in richedit control.
Currently ME_StreamIn -> ME_StreamInText unconditionally return zero, relying
on the caller to look at inStream.editstream->dwError value.
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=29669
Bug #: 29669
Summary: Dragon Age: Origins DVD authenticity checks fail
(descriptor structures returned by DVD_READ_STRUCT
need a descriptor header prepended)
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
continuation of bug 29667
Now that DVD_LAYER_DESCRIPTOR data is properly verified, the game loader
retrieves DvdManufacturerDescriptor using IOCTL_DVD_READ_STRUCTURE.
The interesting part is that the game loader copies the returned buffer bytes
starting from offset 4 (throwing the first _four_ bytes away).
Remembering these four bytes, I went back here:
http://source.winehq.org/git/wine.git/blob/f082eac97c3ec71de58eea85bb4de5a1…
--- quote ---
/* The documented format of DVD_LAYER_DESCRIPTOR is wrong. Even the format in
the
* DDK's header is wrong. There are four bytes at the start defined by
* MMC-5. The first two are the size of the structure in big-endian order as
* defined by MMC-5. The other two are reserved.
*/
--- quote ---
Actually all descriptor structures handled by DVD_READ_STRUCTURE have a
DVD_DESCRIPTOR_HEADER prepended - not just DVD_LAYER_DESCRIPTOR.
This forum posts give some useful information:
http://forums.techguy.org/software-development/812384-scsi-read-disc-struct…
--- snip ---
typedef struct
{
USHORT Length; /* bigEndian */
UCHAR Reserved[2];
} DVD_DESCRIPTOR_HEADER, *PDVD_DESCRIPTOR_HEADER;
--- snip ---
Because of the missing DVD_DESCRIPTOR_HEADER, the first four bytes get lost
hence the extraction of specific fields from manufacturer buffer gives wrong
values.
With the DVD_DESCRIPTOR_HEADER in place, all DVD authenticity checks pass and
the game successfully runs using original media.
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=32854
Bug #: 32854
Summary: Winedbg on ARM: gdb proxy mode lacks support for
reading CPSR
Product: Wine
Version: 1.5.22
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
Any command will show the problem:
--- snip ---
$ winedbg --gdb ./foo-arm.exe
...
Wine-gdb> bt
#0 0x4025202c in kill () from /lib/arm-linux-gnueabi/libc.so.6
Register 25 is not available
--- snip ---
Making winedbg more verbose yields:
--- snip ---
...
Packet: g
Reply :
000000000500000000c00840103e00003c969f40300002408988000025000000000000000000000000000840fcfdcf408cc13e40f4fdcf4054a83a402c202540
Packet: p19
Register out of bounds 19
Reply :
...
--- snip ---
GDB reads standard registers using the "g" command ('get all registers').
Special purpose registers like CPSR are read using "p" command ('get individual
register').
This is currently not supported by winedbg but essential when running proxy
mode.
Source:
http://source.winehq.org/git/wine.git/blob/d62d7474d43949d71ac34e2157c2fdb8…
--- snip ---
372 #elif defined(__arm__)
373 static struct cpu_register cpu_register_map[] = {
374 REG(R0, 4),
375 REG(R1, 4),
376 REG(R2, 4),
377 REG(R3, 4),
378 REG(R4, 4),
379 REG(R5, 4),
380 REG(R6, 4),
381 REG(R7, 4),
382 REG(R8, 4),
383 REG(R9, 4),
384 REG(R10, 4),
385 REG(Fp, 4),
386 REG(Ip, 4),
387 REG(Sp, 4),
388 REG(Lr, 4),
389 REG(Pc, 4),
390 };
--- snip ---
Side note: For future it might be useful to add support for XML register set
definitions (newer GDB versions are XML-aware = more flexible).
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=32990
Bug #: 32990
Summary: Wine on ARM: relay tracing is broken with entry points
having an odd number of arguments, calling into glibc
code that makes use of alloca()
Product: Wine
Version: 1.5.24
Platform: arm
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
relay tracing doesn't work properly on ARM :(
Example app (others have similar problem):
WINEDEBUG=+tid,+seh,+relay,+time,+file
--- snip ---
...
002e:Call KERNEL32.LZOpenFileW(408baf68
L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",40d1fb8c,00000000)
ret=40f17cec
002e:trace:file:LZOpenFileA
(Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe,0x40d1fb8c,0)
002e:trace:file:OpenFile
Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe OF_READ
OF_SHARE_COMPAT
002e:trace:file:OpenFile
Z:\home\linaro\wine-apps\windefender\unpacked\MPSigStub.exe 0000
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f7b8 (nil))
002e:trace:file:RtlDosPathNameToNtPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0x40d1f740,(nil),(nil))
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f4c0 (nil))
002e:trace:file:wine_nt_to_unix_file_name
L"\\??\\Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" ->
"/home/linaro/.wine/dosdevices/z:/home/linaro/wine-apps/windefender/unpacked/MPSigStub.exe"
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f7b4 (nil))
002e:trace:file:OpenFile found
"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe"
002e:trace:file:_lopen
("Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0000)
002e:trace:file:CreateFileW
L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe"
GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x80
002e:trace:file:RtlDosPathNameToNtPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",0x40d1f900,(nil),(nil))
002e:trace:file:RtlGetFullPathName_U
(L"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" 520
0x40d1f670 (nil))
002e:trace:file:wine_nt_to_unix_file_name
L"\\??\\Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe" ->
"/home/linaro/.wine/dosdevices/z:/home/linaro/wine-apps/windefender/unpacked/MPSigStub.exe"
002e:trace:file:CreateFileW returning 0x2c
002e:trace:seh:raise_exception info[0]=00000000
002e:trace:seh:raise_exception info[1]=30435454
002e:trace:seh:raise_exception Pc:30435454 Sp:40d1f884 Lr:0a30 Cpsr:600f0030
r0:0004 r1:401f3005 r2:0000 r3:168f8
002e:trace:seh:raise_exception r4:0004 r5:40d1f880 r6:168f8 r7:40d1f894
r8:0004 r9:81a3f10 r10:0000 Fp:4033a950 Ip:0000
002e:trace:seh:call_stack_handlers calling handler at 0x403f487c code=c0000005
flags=0
002e:Call KERNEL32.UnhandledExceptionFilter(40d1f6d8) ret=403f48e0
wine: Unhandled page fault on read access to 0x30435454 at address 0x30435454
(thread 002e), starting debugger...
002e:trace:seh:start_debugger Starting debugger "winedbg --auto 45 48"
--- snip ---
First approach was using winedbg with Cpsr-fixed (=usable) gdbstub:
--- snip ---
Wine-gdb> b FileTimeToDosDateTime
...
Wine-gdb> bt
#0 FileTimeToDosDateTime (ft=0x40d5fac8, fatdate=0x40d5fad0,
fattime=0x40d5fad2) at /home/linaro/wine/wine-git/dlls/kernel32/time.c:1053
#1 0x40a5f378 in OpenFile (name=0x40901618
"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",
ofs=0x40d5fbe4, mode=0)
at /home/linaro/wine/wine-git/dlls/kernel32/file.c:2596
#2 0x40a785a8 in LZOpenFileA (fn=0x40901618
"Z:\\home\\linaro\\wine-apps\\windefender\\unpacked\\MPSigStub.exe",
ofs=0x40d5fbe4, mode=0)
at /home/linaro/wine/wine-git/dlls/kernel32/lzexpand.c:540
#3 0x40a7871c in LZOpenFileW (fn=0x40901598, ofs=0x40d5fbe4, mode=0) at
/home/linaro/wine/wine-git/dlls/kernel32/lzexpand.c:566
#4 0x4046bcec in GetFileVersionInfoSizeW (filename=0x40901598,
handle=0x40d5fc8c) at /home/linaro/wine/wine-git/dlls/version/version.c:590
#5 0x0041cd82 in ?? ()
#6 0x0041cd82 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
--- snip ---
--- snip ---
1052 unixtime = t;
>1053 tm = gmtime( &unixtime );
1054 if (fattime)
=> 0x40aa363c <+144>: sub r3, r11, #12
0x40aa3640 <+148>: mov r0, r3
0x40aa3644 <+152>: bl 0x40a1f1dc
0x40aa3648 <+156>: str r0, [r11, #-8]
0x40aa364c <+160>: ldr r3, [r11, #-40] ; 0x28
0x40aa3650 <+164>: cmp r3, #0
0x40aa3654 <+168>: beq 0x40aa36b0 <FileTimeToDosDateTime+260>
--- snip ---
Thumb veneer to glibc code because my userland is thumb2:
--- snip ---
0x40a1f1dc add r12, pc, #0, 12
0x40a1f1e0 add r12, r12, #729088 ; 0xb2000
0x40a1f1e4 ldr pc, [r12, #3932]! ; 0xf5c
--- snip ---
Arriving at gmtime() code (in thumb mode):
--- snip ---
0x402b60bc <gmtime> ldr r2, [pc, #8] ; (0x402b60c8 <gmtime+12>)
0x402b60be <gmtime+2> movs r1, #0
0x402b60c0 <gmtime+4> add r2, pc
0x402b60c2 <gmtime+6> b.w 0x402b7210
0x402b60c6 <gmtime+10> nop
0x402b60c8 <gmtime+12> b.n 0x402b64ac
0x402b60ca <gmtime+14> movs r7, r0
--- snip ---
Unfortunately winedbg crashed all time while trying to dig deeper into glibc
code.
So I switched over to a commercial JTAG debugger solution - not these toys ;-)
After some hours of debugging I finally nailed it ...
The problem appears here:
gmtime() -> __tz_convert() -> tzset_internal() -> __tzfile_read()
http://www.eglibc.org/cgi-bin/viewvc.cgi/trunk/libc/time/tzfile.c?revision=…
--- snip ---
void
__tzfile_read (const char *file, size_t extra, char **extrap)
{
static const char default_tzdir[] = TZDIR;
size_t num_isstd, num_isgmt;
register FILE *f;
...
/* Read the POSIX TZ-style information if possible. */
if (sizeof (time_t) == 8 && tzspec != NULL)
{
/* Skip over the newline first. */
if (getc_unlocked (f) != '\n'
|| (fread_unlocked (tzspec, 1, tzspec_len - 1, f)
!= tzspec_len - 1))
tzspec = NULL;
else
tzspec[tzspec_len - 1] = '\0';
}
else if (sizeof (time_t) == 4 && tzhead.tzh_version[0] != '\0')
{
/* Get the TZ string. */
...
tzspec_len = st.st_size - off - 1;
char *tzstr = alloca (tzspec_len);
if (getc_unlocked (f) != '\n'
|| (fread_unlocked (tzstr, 1, tzspec_len - 1, f) != tzspec_len - 1))
goto lose;
tzstr[tzspec_len - 1] = '\0';
tzspec = __tzstring (tzstr);
}
...
--- snip ---
"fread_unlocked (tzstr, 1, tzspec_len - 1, f)" didn't come back, as it
overwrote parts of the stack in fread_unlocked() -> _IO_sgetn().
The interesting part is the call to alloca() which looks like gcc builtin
alloca code used to get a stack-based buffer for "tzstr" argument.
It seems that alloca() depends on proper stack alignment in caller.
In relay case it always resulted in less than stack pointer during aligning of
buffer.
= Without relay:
tz_convert entry: r13 = 0x409CFA58
__tzfile_read+0x714: r13 = 0x409CF938 -> r5 = 0x409CF938 (tzstr aligned)
= With relay:
tz_convert entry: r13 = 0x40A3F9A4
__tzfile_read+0x714: r13 = 0x40A3F884 -> r5 = 0x40A3F880 (tzstr aligned)
The ARM ABI requires that the stack be aligned to 8 bytes as it is noted in
Procedure Call Standard for the ARM Architecture:
http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index.html
"SP must be 8-byte aligned on entry to AAPCS-conforming functions"
http://infocenter.arm.com/help/topic/com.arm.doc.ihi0046b/IHI0046B_ABI_Advi…
The origin of the problem (misaligned stack) can be traced back to Wine's relay
debugging, specifically the "call_entry_point" function for ARM.
Source:
http://source.winehq.org/git/wine.git/blob/1ceec8c78982d7ef5124e86a8da53166…
--- snip ---
358 #elif defined(__arm__)
359 __ASM_GLOBAL_FUNC( call_entry_point,
360 "push {r4, r5, LR}\n\t"
361 "mov r4, r0\n\t"
362 "mov r5, SP\n\t"
363 "lsl r3, r1, #2\n\t"
364 "cmp r3, #0\n\t"
365 "beq 5f\n\t"
366 "sub SP, SP, r3\n\t"
367 "bic SP, SP, #15\n\t"
368 "1:\tsub r3, r3, #4\n\t"
369 "ldr r0, [r2, r3]\n\t"
370 "str r0, [SP, r3]\n\t"
371 "cmp r3, #0\n\t"
372 "bgt 1b\n\t"
373 "cmp r1, #1\n\t"
374 "bgt 2f\n\t"
375 "pop {r0}\n\t"
376 "b 5f\n\t"
377 "2:\tcmp r1, #2\n\t"
378 "bgt 3f\n\t"
379 "pop {r0-r1}\n\t"
380 "b 5f\n\t"
381 "3:\tcmp r1, #3\n\t"
382 "bgt 4f\n\t"
383 "pop {r0-r2}\n\t"
384 "b 5f\n\t"
385 "4:\tpop {r0-r3}\n\t"
386 "5:\tblx r4\n\t"
387 "mov SP, r5\n\t"
388 "pop {r4, r5, PC}" )
--- snip ---
After the stack area for entry point register arguments has been reserved, the
stack is aligned to 16 bytes (why here?).
The entry point r0-rN values get written to the stack.
Finally these values are put into r0-rN through "pop" instructions before
calling the real entry point.
Unfortunately if the entry point has an odd number of arguments the "pop"
instructions cause a misalignment of the stack.
While this is not a problem for "pure" Wine code this is bad for glibc.
If you make sure that the stack is at least 8-byte aligned before "blx" then
relay tracing works properly for ARM.
Already tested ;-)
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=21924
Summary: Unhandled privileged instruction at address 0x49acb7
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)raccoonfink.com
Created an attachment (id=26605)
--> (http://bugs.winehq.org/attachment.cgi?id=26605)
crash log
Interstate '76 Arsenal (from GOG:
http://www.gog.com/en/gamecard/interstate_’76_arsenal/) fails with an unhandled
privileged instruction.
--
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=42139
Bug ID: 42139
Summary: Alignment issue in mobaxterm on ubuntu 16.04
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ravi.gajjar(a)nexuslinkservices.in
Distribution: ---
Created attachment 56700
--> https://bugs.winehq.org/attachment.cgi?id=56700
In this screenshot right to left alignment
I have install Wine-1.8.0 on Ubuntu 16.04. Issue is that, On mobaxterm showing
RTL alignment but If should be Left to right.
Other .exe files working fine using wine.
How to change Left alignment on mobaxterm ?
--
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=40356
Bug ID: 40356
Summary: Space Engineers: Scenario load fail due to
GL_INVALID_FRAMEBUFFER_OPERATION
Product: Wine
Version: 1.9.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: logger89(a)web.de
Distribution: ---
Created attachment 54042
--> https://bugs.winehq.org/attachment.cgi?id=54042
Repeating console output
After launching Space Engineers, when trying to load a Scenario (or load a new
world), the game will proceed normally through the loading screen.
After some time, this loading screen will hang and stop, sometimes with
stuttering music playing in the background, and the game will freeze.
During this time, the console is flooded with a repeating error message (view
attachment).
The game has to be forced to close after this point.
--
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.