https://bugs.winehq.org/show_bug.cgi?id=39421
Bug ID: 39421
Summary: Majesty Gold HD runs very slowly
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonas.bugzilla(a)gmail.com
Created attachment 52535
--> https://bugs.winehq.org/attachment.cgi?id=52535
Clamp the glFlush rate in the Mac driver to 60Hz
The game Majesty Gold HD (http://www.gog.com/game/majesty_gold_hd ) runs very
slowly under Wine for me (Late 2013 iMac 21.5", quad 2.9GHz Core i5, GeForce GT
750M with 1GB GDDR5, OS X 10.9.5). There is an in-game slider to speed up the
game, but it has no effect.
The game is a DirectDraw 7 game. There are also some reports on Windows
regarding this problem, but most people can solve it by telling the game to use
DirectDraw for blitting (set BlitMode=1 in the MajXPrefs, or use the -useddblit
command line parameter -- see
http://forum.paradoxplaza.com/forum/index.php?threads/bug-fixes.601217/#pos…
)
The game performs its drawing commands in the same thread that runs the game
logic (I don't know whether anything else is even supported by by DirectDraw
7). From a trace I can see that game performs many small blits to update only
the parts of the screen that have changed. Example from a trace:
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (0,0)-(24,38),
src_surface 0x16c9c8, src_rect (0,0)-(24,38), flags 0x1000000, fx 0x0.
[ repeats 8 times ]
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (864,661)-(1009,803),
src_surface 0x16c9c8, src_rect (864,661)-(1009,803), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (806,999)-(986,1080),
src_surface 0x16c9c8, src_rect (806,999)-(986,1080), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect
(1097,734)-(1277,914), src_surface 0x16c9c8, src_rect (1097,734)-(1277,914),
flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661),
src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect (860,481)-(1040,661),
src_surface 0x16c9c8, src_rect (860,481)-(1040,661), flags 0x1000000, fx 0x0.
trace:ddraw:ddraw_surface7_Blt iface 0x16c160, dst_rect
(1354,797)-(1534,977), src_surface 0x16c9c8, src_rect (1354,797)-(1534,977),
flags 0x1000000, fx 0x0.
...
I think Wine, however, always flushes a complete new screen via OpenGL, as the
game spends almost all of its time waiting for glFlush() to finish. I have
verified that this is the case by applying the attached patch to the Mac driver
code to unconditionally clamp the glFlush rate to 60Hz. This solves the speed
issue, even at 1920x1080 (without the patch, the game is glacial even at
800x600). Obviously, the patch cannot be integrated in wine, since it
occasionally discards the "last" blit to screen after a static scene change,
leaving old data visible and no longer updating.
I previously posted about this issue (a long time ago) on wine-dev:
https://www.winehq.org/pipermail/wine-devel/2015-February/106625.html . To
answer some questions/suggestions from the end of that thread:
a) the SkipSingleBufferFlushes registry key does not help (my system supports
the GL_APPLE_flush_render extension)
b) related to Henri Verbeet's suggestion that it may be related to wine
possibly not implementing asynchronous ddraw blits: it's true that wine does
not support this, but OTOH the game does not ask for them either: it calls
ddraw_surface7_Blt rather than ddraw_surface7_BltFast (BltFast is documented on
MSDN as always being asynchronous), and it does not set the DDBLT_ASYNC flag
The game offers a built-in ability to wait for vsync via its configuration file
(set the VSync variable in $HOME/Documents/My Games/MajestyHD/MajXPrefs to
"1"), but that only results in
trace:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0.
fixme:ddraw:ddraw7_WaitForVerticalBlank iface 0x146750, flags 0x1, event 0x0
stub!
I'm also not sure whether it would help, but looking at the ddraw log (which I
will also attach -- it's a trace+ddraw,trace+d3d_draw log), I think it may
since often there are several blits between the vsync waits.
Some possible approaches to tackle this issue may be:
* handle small direct rects more efficiently
* add support for waiting for VSync in ddraw
There is a demo of an older version of the game, but it can only run in 640x480
and there is no way to adjust the game speed via an in-game slider, and at
least on my system the difference with and without my patch is not very visible
there (http://www.cyberlore.com/Majesty/demo.htm )
--
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=36869
Bug ID: 36869
Summary: Chronology under wine-mono fails to start
Product: Wine
Version: 1.7.21
Hardware: x86
URL: http://store.steampowered.com/app/269330/
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Chronology fails to start and consumes 100% of a CPU when run under wine-mono
until killed.
Based on a log with WINE_MONO_TRACE=wrapper, the only thing it does is call
Steamworks.NativeMethods:SteamAPI_InitSafe, which is a cdecl function with no
arguments. That function then endlessly throws breakpoint exceptions.
InitSafe is a cdecl function with no arguments returning signed char. I have no
idea how we could be screwing this up.
--
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=39761
Bug ID: 39761
Summary: MDK (MDKDEM95.EXE) graphics not drawn
Product: Wine
Version: 1.8-rc3
Hardware: x86
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffz(a)jeffz.name
Tested on OSX 10.9.5.
http://jeffz.name/mdkdemo_repack.tar.bz2
winecfg virtual desktop set to 640x480
cd ~/.wine/drive_c && tar xf ~/mdkdemo_repack.tar.bz2 && cd mdkdemo_repack
wine MDKDEM95.EXE
The game loads (as can be heard by the sounds after hitting enter a few times)
but nothing is ever drawn. There should be intro credits, main menu and
gameplay.
Confirmed that this bug does not happen on Windows 7. It works fine there.
Note: bug #39760 deals with the D3D version of the demo.
--
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=9583
Summary: CompareStringW gives incorrect result for some wide
strings
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
It seems like CompareStringW does not work correctly, when using wide/unicode
strings. I first discovered this when I saw that listbox controls sorted
swedish characters (say, LATIN SMALL LETTER A WITH RING ABOVE) side by side
with the base character (LATIN SMALL LETTER A). An example is
http://www.cendio.se/~astrand/wine/40-listbox-sort/list.exe.
The cause seems to be that CompareStringW gives the wrong result. I've created
the small test example
http://www.cendio.se/~astrand/wine/40-listbox-sort/comparestring.exe, with
source available in the same directory. On Windows, the result is that the
string "äpple" is greater than "orange", which is correct. With the latest
Wine CVS version, the result is that "äpple" is lesser than "orange", which is
wrong.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=19418
Summary: SA Dictionary 2008 Beta 4: Automatic Clipboard
Translation is not working outside the program
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: extigyro(a)gmail.com
When you copy some word inside SA Dictionary, it is automatically translated.
But if you copy some text from Firefox 3 (for example), nothing happens and the
word does not automatically appear in the translation dialog. Instead you have
to paste it manually each time.
--
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=23324
Summary: Need for Speed: Shift installer thinks we don't have
Visual C++ runtimes installed
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: Installer
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Created an attachment (id=29071)
--> (http://bugs.winehq.org/attachment.cgi?id=29071)
+relay log showing registry queries and CreateProcess(vcredist_x86_en.exe)
We have perfectly good msvcr* and friends, so the app shouldn't detect
that we don't. The registry key it's looking at seems to be
0024:Call advapi32.RegOpenKeyW(80000002,0033ee22
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\b25099274a207264182f8181add555d0",0033f0c8)
ret=7ed4784c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ed4784c
--
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=44530
Bug ID: 44530
Summary: Every time I launch ANY wine application I get an
error popup
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pszudzik(a)throwarock.com
Distribution: ---
Created attachment 60484
--> https://bugs.winehq.org/attachment.cgi?id=60484
Bug dump
Every time I launch ANY wine application I get an error popup. I don't have
any fonts either in any windows program that uses a list of fonts
--
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=38651
Bug ID: 38651
Summary: Project64 2.2: Settings Pane is Blank
Product: Wine
Version: 1.7.43
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ribshark(a)gmail.com
Distribution: ---
Created attachment 51574
--> https://bugs.winehq.org/attachment.cgi?id=51574
Terminal Output
When the settings dialog (Options > Settings) is opened, most controls are
missing on the right hand side. This bug did not occur on Project64 2.1. This
occurs using both an NVIDIA card with proprietary drivers, and an Intel card.
Link to installer: http://www.pj64-emu.com/downloads/func-startdown/123/
sha1sum: 5b95315844b22672c2e867d8e3d45d9f05ed2016
--
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=43581
Bug ID: 43581
Summary: Office 2013 365 installer: Something went wrong
Product: Wine
Version: 2.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rymg19(a)gmail.com
Distribution: ---
Created attachment 58990
--> https://bugs.winehq.org/attachment.cgi?id=58990
Console output while running installer
The ever-helpful Microsoft messages strike again...
I'm using the staging Wine 2.14 via PPA. Here's a download link for the Office
365 version in question (I didn't even bother trying to get 2016 working...):
https://c2rsetup.officeapps.live.com/c2r/download.aspx?productReleaseID=O36…
Found via this site:
https://www.howto-outlook.com/howto/download-office-2013-office-365.htm
I attached the console output. The installer starts loading normally, and the
contents of the log around the "Something went wrong" message are:
fixme:file:ReplaceFileW Ignoring flags 5
fixme:file:ReplaceFileW Ignoring flags 5
fixme:ole:NdrCorrelationInitialize (0x1f3b32c, 0x1f3b4bc, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationInitialize (0x183e250, 0x183e32c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationFree (0x183e250): stub
fixme:ole:NdrCorrelationFree (0x1f3b32c): stub
fixme:ole:NdrCorrelationInitialize (0x1f3d90c, 0x1f3da9c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationInitialize (0x1d3e250, 0x1d3e32c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationFree (0x1d3e250): stub
fixme:ole:NdrCorrelationFree (0x1f3d90c): stub
fixme:ole:NdrCorrelationInitialize (0x1f3ab9c, 0x1f3ad2c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationInitialize (0x183e250, 0x183e32c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationFree (0x183e250): stub
fixme:ole:NdrCorrelationFree (0x1f3ab9c): stub
fixme:ole:NdrCorrelationInitialize (0x1f3ab9c, 0x1f3ad2c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationInitialize (0x1d3e250, 0x1d3e32c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationFree (0x1d3e250): stub
fixme:ole:NdrCorrelationFree (0x1f3ab9c): stub
fixme:ole:NdrCorrelationInitialize (0x1f3b2ac, 0x1f3b43c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationInitialize (0x183e250, 0x183e32c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationFree (0x183e250): stub
fixme:ole:NdrCorrelationFree (0x1f3b2ac): stub
fixme:ole:NdrCorrelationInitialize (0x1f3d18c, 0x1f3d31c, 1024, 0x0): semi-stub
fixme:ole:NdrCorrelationInitialize (0xf2e250, 0xf2e32c, 1024, 0x0): semi-stub
fixme:file:ReplaceFileW Ignoring flags 5
fixme:file:ReplaceFileW Ignoring flags 5
After that, it kept spamming the ReplaceFileW message until I close it.
Note that the other 365/2013-related issues seem to all be fixed, pre-Wine-2.0,
and discuss different issues than what I've encountered.
--
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=29685
Bug #: 29685
Summary: Manifest generator (ecmangen) tool from Windows
Platform SDK 7.1 crashes due to unhandled
facet/regular expression in XML schema (escape
sequence)
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
the "ecmangen" tool (Manifest generator gui) crashes due to unhandled
facet/regular expression in XML schema.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Microsoft SDKs/Windows/v7.1/Bin
...
$ wine ./ecmangen.exe
--- snip ---
Trace log:
--- snip ---
...
0025:trace:msxml:domdoc_QueryInterface
(0x1503c8)->({4f2f4ba2-b822-11df-8b8a-6850dfd72085} 0x32f71c)
0025:trace:msxml:node_query_interface (0x1503c8)->(IID_xmlnode 0x32f71c)
...
0025:trace:msxml:Schema_parse (0x7c96a400)
regexp error : failed to compile: Wrong escape sequence, misuse of character
'\'
regexp error : failed to compile: internal: no atom generated
regexp error : failed to compile: genrate transition: atom == NULL
regexp error : failed to compile: xmlFAParseAtom: expecting ')'
regexp error : failed to compile: xmlFAParseRegExp: extra characters
0025:err:msxml:Schema_parse "Element
'{http://www.w3.org/2001/XMLSchema}pattern': The value
'(\\$\\([Ss]tring\\..*\\))|(\\$\\([Mm][Cc]\\..*\\))' of the facet 'pattern' is
not a valid regular expression.\n"failed to parse doc
...
0025:Call oleaut32.SysAllocString(0015034c L"Failed trying to add schema file
to cache.") ret=0100adc3
...
0025:Call msvcrt._CxxThrowException(0032f848,01041d10) ret=01039b9e
...
0025:Call KERNEL32.MultiByteToWideChar(00000000,00000000,6868ef1a "Runtime
error!",0000000e,0032e7c8,00000400) ret=6866169a
0025:Ret KERNEL32.MultiByteToWideChar() retval=0000000e ret=6866169a
0025:Call KERNEL32.MultiByteToWideChar(00000000,00000000,6868ef43 "abnormal
program termination",0000001c,0032dfc8,00000400) ret=6866169a
--- snip ---
The relevant part of XML schema:
--- snip ---
<xs:schema targetNamespace="http://schemas.microsoft.com/win/2004/08/events"
elementFormDefault="qualified"
xmlns:man="http://schemas.microsoft.com/win/2004/08/events"
xmlns:xs="http://www.w3.org/2001/XMLSchema">
...
<xs:simpleType name="strTableRef">
<xs:annotation>
<xs:documentation>
Value of this attribute should be of the form $(string.stringTableId),
where stringTableId is the 'id' attribute of a <string> element
defined in the <stringTable> section. Or it could be of the form
$(mc.mcSymbolId), where mcSymbolId is the symbol of a message string
defined in a .mc file.
</xs:documentation>
</xs:annotation>
<xs:restriction base="xs:string">
<xs:pattern value="(\$\([Ss]tring\..*\))|(\$\([Mm][Cc]\..*\))"/>
</xs:restriction>
</xs:simpleType>
--- snip ---
'winetricks -q msxml6' works around.
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=23153
Summary: OS X cannot redirect steam:// URL to Steam.exe
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: richardcavell(a)mail.com
Created an attachment (id=28798)
--> (http://bugs.winehq.org/attachment.cgi?id=28798)
Dialog box
I am running the PC version of Steam within OS X. I have installed Half-Life.
Now I would like to install the high-definition pack. The way to do this is to
visit the link:
steam://installaddon/halflifehd
However, clicking on this link does not automatically send the click to Steam
(so whatever API is used by Steam to register steam:// to redirect to Steam.exe
is having no effect).
When I click on the above link, I get a dialog box within OS X (attached). From
within this dialog, I can select any OS X application (*.app) to receive the
steam:// click. However, if I navigate my drive_c directory, all Windows
executables, including Steam.exe, are gray and cannot be selected. Therefore, I
cannot redirect it to the PC version of Steam. (It's worth noting that one
could redirect it to the Mac version of Steam).
This is obviously a problem with Wine fitting into the OS X design paradigm.
But the program doesn't work as it's supposed to, so it's a bug.
Richard
--
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=29240
Bug #: 29240
Summary: Anti-aliasing not working for all fonts
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: A.Fettouhi(a)gmail.com
Classification: Unclassified
Yesterday I updated wine on my Arch 64 bit system from 1.3.33 to 1.3.34. Since
then I've noticed that some now aren't anti-aliased anymore. I've seen it in
Steam when looking at the fonts displaying "MAC", "VIDEOS" etc. on the main
page and on the install pop-up that appears when you install flash11. These
fonts looked fine on 1.3.33 but with 1.3.34 they look "ugly". So some kind of
regression happended.
--
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=40834
Bug ID: 40834
Summary: Steam for windows, used on a linux OS, using WINE to
run, hardly works at all, I don't know why.
Product: Wine
Version: 1.9.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cherrytreesforever(a)yahoo.com
Distribution: ---
Created attachment 54796
--> https://bugs.winehq.org/attachment.cgi?id=54796
this is from the crash report I have no idea what it says
Upon launching steam using WINE I get a crash report. I saved it, you can read
up on it. Basically using Linux Zorin I am, the UI is horribly glitchy and the
entire app is completely unusable. The only reason I need to use a windows
version of steam should be obvious: Windows games and all. Anyways, I am not
sure about this bug, nor do I know enough about linux to provide much more
info, other than the saved doc with the error imprinted in it from the report
itself.
--
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=40104
Bug ID: 40104
Summary: ReplayGain by Foobar
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adl-88(a)posteo.de
Distribution: ---
ReplayGain by Foobar gains only with standardoptions and it ignores every
change.
So if I want to write with "+0.0db" to get "89db" on a track he will do this.
But if I want to write with "+6,00" to get "95db" on a track he also writes
with "0,0db". It seems that its a debian versions problem. Ubuntu versions
works fine. But I dont use ubuntu anymore.
--
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=9901
Summary: GetMonitorInfo returns wrong work area
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lich(a)math.spbu.ru
GetMontorInfo always returns rcWork equal to rcMonitor, but it must take panels
and taskbars into account.
The only solution I can see is to use SystemParametersInfo(SPI_SETWORKAREA)
during initialization time, but I do not know how to deal with different
monitors.
P.S. It is needed to properly implement maximum dimensions of console window.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39627
Bug ID: 39627
Summary: BreezeBrowser Pro 1.x crashes on start
Product: Wine
Version: 1.7.34
Hardware: x86
URL: http://www.breezesys.com/downloads/bbpro1987.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com
Regression SHA1: ca51e113e4820f8b11016c13732b1a971d2b0054
Distribution: ---
The application crashes immediately after starting (no backtrace is generated
for me):
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
fixme:ntdll:server_ioctl_file Unsupported ioctl 900a8 (device=9 access=0
func=2a method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 900a8 (device=9 access=0
func=2a method=0)
wine: Unhandled exception 0x40000015 in thread 9 at address 0x80d930 (thread
0009), starting debugger...
If you manually create an empty 'dbglogs' directory under ~/Documents, then the
application starts properly.It seems the application fails to create that
directory for some reason.
Regression introduced by
commit ca51e113e4820f8b11016c13732b1a971d2b0054
Author: Erich E. Hoover <erich.e.hoover(a)gmail.com>
Date: Tue Aug 19 20:31:00 2014 -0600
ntdll: Unify retrieving the attributes of a file.
The commit can't be reverted on git (Wine build failure), however the
application starts properly with the previous commit (and dbglogs directory is
created).
Still present in wine-1.7.55-73-g39f2ed3.
bbpro1987.exe
sha1: ead99cf82bc8eeac4413ed4939891bbe57251058
--
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=43193
Bug ID: 43193
Summary: MinGW-w64 GUI installer fails 66 per cent through its
file-installation page.
Product: Wine-staging
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: irwin(a)beluga.phys.uvic.ca
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
My platform is Debian Jessie, and I am using the WineHQ repository for that
distro following the advice at <https://wine-staging.com/installation.html>.
I installed the latest version (2.10) of winehq-staging and set the environment
variables
export WINEVERSION=2.10_jessie_wine_staging
export WINEPREFIX=/home/wine/wine_staging/.wine-$WINEVERSION
export WINEDEBUG='fixme-all'
and ran
winecfg
taking defaults for everything. Then
wine@raven> wine --version
wine-2.10 (Staging)
wineserver -p
nice -19 wine msys2-x86_64-20161025.exe
Welcome screen, set prefix (added date string to default location),
start menu shortcuts left as they were, then install page went
to the 66 per cent level and then generated
a Program Error GUI box with the message
The program bash.exe has encountered a serious error and needs to close. We
are sorry for the inconvenience.
Program error details page on GUI was empty.
stderr (or stdout) had the following messages on the konsole
instance I was running:
err:ole:CoCreateInstanceEx apartment not initialised
err:ole:CoCreateInstanceEx apartment not initialised
err:ole:CoCreateInstanceEx apartment not initialised
wine: Unhandled page fault on read access to 0x00000020 at address 0x7bc4b478
(thread 0045), starting debugger...
The installer GUI details showed the install failed (at the ~66 per cent mark)
while installing nansi.sys.
This is definitely a wine-staging bug because the equivalent experiment
with vanilla wine-2.10 (obtained by purging winehq-staging and installing
winehq-devel) had no troubles with that install page of the GUI (although the
above "apartment" warnings were produced), but failed in other ways on the
final page of that GUI.
Note it is likely this current wine-staging bug with the initial file
installation has been introduced in the past year since
<https://github.com/TeaCI/tea-ci/wiki/Msys2-on-Wine> implies MSYS2 works on
Wine-staging, and that page was last updated in July last year.
However, introduction of this wine-staging bug is not extremely recent because
I replicated this bug also for wine-staging 2.4 (the earliest version [released
March 2017] currently available for the winehq Debian Jessie repository.
--
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=37873
Bug ID: 37873
Summary: Pokemon TCGO version 4.5.5 crashes during startup
Product: Wine
Version: 1.7.3
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lppoulin(a)gmail.com
Distribution: ---
Pokemon TCGO version 4.X.X used to work perfectly. In December 2014, after an
auto-update to version 4.5.5 it started to crash at startup.
Has anyone been able to make it work?
--
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=44066
Bug ID: 44066
Summary: mintty/msys2 doesn't work since wine 2.5.0 (named
pipes)
Product: Wine-staging
Version: 2.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.gursky(a)e-mail.ua
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Hi!
According to [1], I'm opening a new issue.
msys2 (based on Cygwin up to 2.5.x) does work on wine-staging.
Since 2.5.0 mintty starts but has no visible output. You can work only blindly
(ctrl+d closes the session).
Actually I've expected that since wine 2.5 msys2 will work not only on
wine-staging but also on wine. Unfortunately the opposite has happened.
Regards,
Andrey
[1] https://bugs.winehq.org/show_bug.cgi?id=17195#c189
--
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=28750
Bug #: 28750
Summary: Access violations and OLE errors using a WebBrowser
based sample application
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: idw.doc(a)t-online.de
Classification: Unclassified
PLease download and run my sample application for duplicating the crash(es),
I'm not using Wine myself, but user's of my sample application reported several
fatal errors when launching it: It's a simple HTML editor based on the
IWebBrowser and MSHTML interfaces, available at
<http://idw-doc.homepage.t-online.de/PMUtils/IEWriter.zip>.
A single URL parsing issue (in shlwapi) has already been fixed, see
<http://source.winehq.org/patches/data/79958>.
--
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=25817
Summary: FlashGet 1.73 dropzone is broken
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor-hkr(a)mail.ru
Created an attachment (id=32902)
--> (http://bugs.winehq.org/attachment.cgi?id=32902)
screenshot
FlashGet 1.73 dropzone doesn't has picture/logo of program.
( http://down6.flashget.com/fgf173.exe )
--
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=29994
Bug #: 29994
Summary: SDP Downloader: Marking URL in textbox doesn't work
Product: Wine
Version: 1.4-rc5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atalanttore(a)googlemail.com
Classification: Unclassified
Hi,
there's another little problem within the GUI of SDP Downloader 2.3.0 [1],
which is not present on Windows.
1) Start SDP Downloader 2.3.0
2) File -> Open
3) And an URL
4) OK
5) File -> Open
--
6a) Click once in the URL box and press Ctrl + A.
7a) On Windows, the URL is marked, but on Wine: nothing.
---
6b) Click three times in the URL box.
7b) On Windows, the whole URL is marked, but on Wine only a part of the URL or
nothing will be marked.
[1] http://sdp.ppona.com/
--
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.