https://bugs.winehq.org/show_bug.cgi?id=42928
Bug ID: 42928
Summary: EmuMovies Sync Fails Login
Product: Wine
Version: 2.6
Hardware: x86-64
URL: http://emumovies.com/files/file/321-emumovies-sync/
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ben(a)xnode.org
Distribution: ---
The program installs and starts happily, but immediately fails when trying to
login. The only output in the terminal when this happens is:
====================
fixme:ras:RasEnumConnectionsW (0x2e7cd10,0xcb0d954,0xcb0d958),stub!
fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program
to use LAN connection/winsock instead!
err:ole:CoInitializeEx Attempt to change threading model of this apartment from
multi-threaded to apartment threaded
====================
Program is relatively modern (most recent version is from December 2016) so it
shouldn't be trying to do anything archaic.
Regarding testing, program is free to use but also requires a (free) account to
use (which is where this failure comes in).
--
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=41403
Bug ID: 41403
Summary: Ri-li 2.0.1: No window shown (just title bar)
Product: Wine
Version: 1.9.19
Hardware: x86-64
URL: http://prdownloads.sourceforge.net/ri-li/Ri-li_2.0.1.e
xe?download
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
When trying to run Ri-Li, I don't see any window, just its title bar.
Console output is the following over and over again:
err:d3d:wined3d_check_gl_call >>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506)
from glBindTexture @ context.c / 2397.
fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_UNDEFINED (0x8219)
err:d3d:context_check_fbo_status FBO 0 is incomplete, driver bug?
$ openssl sha1 Ri-li_2.0.1.exe
SHA1(Ri-li_2.0.1.exe)= ed9a3f423205369e08492c68a21525ba2f3fb776
--
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=41048
Bug ID: 41048
Summary: Roller Coaster Rampage fails to start: 'Failed to init
XACT' - {0aa000aa-f404-11d9-bd7a-0010dc4f8f81}
xactengine2_0.dll
Product: Wine
Version: 1.9.15
Hardware: x86
URL: http://store.steampowered.com/app/209610/
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 55220
--> https://bugs.winehq.org/attachment.cgi?id=55220
terminal output
Native d3dx9_29.dll is installed.
With built-in xaudio libraries the game shows an error message on start:
'Failed to init XACT' then crashes.
Class ID {0aa000aa-f404-11d9-bd7a-0010dc4f8f81} belongs to xactengine2_0.dll.
[HKEY_CLASSES_ROOT\CLSID\{0aa000aa-f404-11d9-bd7a-0010dc4f8f81}]
@="XACT Engine"
[HKEY_CLASSES_ROOT\CLSID\{0aa000aa-f404-11d9-bd7a-0010dc4f8f81}\InProcServer32]
@="C:\\Windows\\system32\\xactengine2_0.dll"
"ThreadingModel"="Both"
wine-1.9.15-166-g7aadb08
--
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=29184
Bug #: 29184
Summary: Hogs of War: ground is missing somewhere
Product: Wine
Version: 1.3.15
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ianstroud(a)btinternet.com
CC: kukuninse(a)gmail.com
Classification: Unclassified
+++ This bug was initially created as a clone of Bug #15913 +++
When I run this all the fault as reported on the App database are still
present. The most problematic being the incorrectly drawn landscapes. When
running repeated errors get logged to the console:
fixme:d3d_surface:IWineD3DBaseSurfaceImpl_Blt Filter WINED3DTEXF_LINEAR not
supported in software blit.
The machine I'm running is an AMD Phenon Quad Core running 64-bit Ubuntu 11.04
on Linux 2.6.38-12-generic and Wine 1.3.15. The Graphics card is a Zotac with
NVIDIA GT 430. (I've just upgraded the graphics driver to
NVIDIA-Linux-x86_64-290.10.
I can't believe a game of this vintage is particularly demanding on graphics so
it should run. If I had to guess I'd that either
i) It is trying to use something in the Wine's DirectX implementation that
hasn't been implemented and so the game is spending excessive time drawing in
software.
OR
ii) There is an issue about how this graphics card/driver reports itself to the
game via DirectX and so the game fails to try use the hardware accelerators and
ends up trying to do too much in software.
OR
iii) This is a multiprocessor issue as the game was never written for
multi-core machines. I can almost imagine the drawing process being run on
multiple cores which then fight over access to the hardware resulting in the
display being partially rendered in stripes.
Original report
The game run fine, but some chunks of land aren't drawn texture. Its like a
stripes of drawned/undrawned chunks of land. It making the game very difficult
to play. Game use DirectDraw HAL. I ran on different settings - nothing
difference.
--
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=42215
Bug ID: 42215
Summary: Pendulumania: Black screen (needs to emulate 8bpp mode
in winex11)
Product: Wine
Version: 2.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Henri's comment in bug 40096:
The application uses GetDeviceCaps(dc, BITSPIXEL); to get the screen depth, and
essentially gets confused when it's not the 8 bpp it previously set. It might
be possible to emulate 8bpp mode in winex11, I'm not sure how hard that would
be.
This hack works around the issue:
https://bugs.winehq.org/attachment.cgi?id=53902&action=diff
I'm not sure, if this older comment is still relevant in wine-2.0-rc5:
https://bugs.winehq.org/show_bug.cgi?id=40096#c10
--
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=24172
Summary: SyncToy doesn't start when using Mono
Product: Wine
Version: 1.3.1
Platform: x86-64
URL: http://www.microsoft.com/downloads/details.aspx?family
id=c26efa36-98e0-4ee9-a7c5-98d0592d8c52
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
SyncToy (2.1 x86) exits silently with no terminal output if 'winetricks mono26'
is used before installing instead of dotnet20. Trying to run the command line
version (SyncToyCmd.exe) gives this error message:
It seems you may have uninstalled the required Microsoft Sync Framework
components for SyncToy. Please re-run SyncToy 2.1 setup from the original setup
location.
Of course, I haven't uninstalled anything in this wineprefix. At a glance, the
Sync Framework appears to be installed (a "Microsoft Sync Framework" folder
exists in C:\Program Files and contains some DLLs).
--
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=40505
Bug ID: 40505
Summary: PDF Eraser Show False File Name
Product: Wine
Version: 1.9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yousifjkadom(a)yahoo.com
Distribution: ---
PDF Eraser show "false" file name for pdf file.
In my case there is only one pdf file in desktop which is "TEST" (screen shot
no.1).
But PDF Eraser show me 2 files: "TEST.pdf" & TEST.pdf(1)" (screen shot no.2).
When I select "TEST.pdf" it opened correctly.
But when I select "TEST.pdf(1)" I recieve error message as shown in screen shot
no.3
This occuring even if I installing winetricks (mfc42) before installing PDF
Eraser.
--
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=37149
Bug ID: 37149
Summary: python 3.1.1: test_cmath failed
Product: Wine
Version: 1.7.24
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Created attachment 49379
--> https://bugs.winehq.org/attachment.cgi?id=49379
terminal output.txt
0. Download python from
https://www.python.org/ftp/python/3.1.1/python-3.1.1.msi
sha1sum python-3.1.1.msi
dcf93cb7d5432aa6e47479351f3cbeefddb0bd62 python-3.1.1.msi
1. Install it
2. wine python.exe -m test.test_cmath
FAILED (failures=2)
--
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=47812
Bug ID: 47812
Summary: Cygwin's strace.exe crashes due to custom TLS
corruption
Product: Wine
Version: 4.16
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
This is not (as far as I can see) a Wine bug, and it's certainly not worth
fixing, but I'm writing this down here so that someone doesn't go through the
same work to figure it out...
Cygwin, for whatever reason, reimplements TLS by storing things at a fixed
offset from the stack base (i.e. NtCurrentTeb()->Tib.StackBase). Somewhere
along the line this gets corrupted, specifically the _locale member.
I think the assumptions made at [1] with regard to alloca() are just bogus.
There's no guarantee that the returned memory will contain wholly the custom
TLS slot, and I'm not particularly sure why they expect it to remain untouched
after DLL_PROCESS_ATTACH returns.
[1] <https://github.com/Alexpux/Cygwin/blob/master/winsup/cygwin/init.cc#L90>
--
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=44511
Bug ID: 44511
Summary: Winecfg - Only partially shows new theme after
clicking apply
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
Wine:
Compiled from git, version - 9d897b73a877e5eaae26df87930c951ff8273c14
After loading a new theme, the dialog stays in the old theme.
Interacting with the dialog shows those parts in the new theme.
Video of the bug -
https://www.youtube.com/watch?v=HLUNoSly0fE&feature=youtu.be
Note - at the end I hit a crash
https://bugs.winehq.org/show_bug.cgi?id=44510
--
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=49668
Bug ID: 49668
Summary: Two Worlds Epic Edition needs
{cd0d66ec-8057-43f5-acbd-66dfb36fd78c}, xactengine2_7
to play audio
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
There is neither sound nor music in Two Worlds: EE with built-in libraries.
'winetricks xact' is a workaround.
err:ole:CoGetClassObject class {cd0d66ec-8057-43f5-acbd-66dfb36fd78c} not
registered
err:ole:CoGetClassObject no class object {cd0d66ec-8057-43f5-acbd-66dfb36fd78c}
could be created for context 0x1
wine-5.14-132-g1ec8bf9b73
--
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=42650
Bug ID: 42650
Summary: deafult izotope neutron advanced vst crashes while
izotope neutron advanced with generic ui works -- Host
vst reaper
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: margotmenace(a)gmail.com
Distribution: ---
Created attachment 57586
--> https://bugs.winehq.org/attachment.cgi?id=57586
differences in the logs
I am trying to use izotope neutron advance vst on reaper on a clean 32 bit
prefix (windows 7)
on wine 2.3.
I am on ubuntu 16.04.02LTS-64 bit on dell laptop
Intel® Core™ i5-6300HQ CPU @ 2.30GHz × 4
GeForce GTX 960M/PCIe/SSE2
You can find both demo versions in the following links
Reaper : http://www.reaper.fm/download.php
Neutron:
https://www.izotope.com/en/support/product-downloads.html?tagFilter=product…
Both applications install without problem.
However when i try to open the plugin on a track wine crashes. Reaper has an
option to open the plugin in a generic ui instead of the default. When I select
this option the plugin works. I have made a log for each one of the two
situations and I am attaching the diff wine.log1 (default vst) wine.log2
(generic ui).
To replicate the logs these are the steps
After installing reaper and Neutron:
1) default vst.
-- wine reaper.exe
-- Track -- Insert new track
-- click on the FX icon
-- VSt choose Neutron
--- crash
2) generic UI
-- wine reaper.exe
-- Options--Preferences--VST-- tick Default VST to to generic UI
-- Track -- Insert new track
-- click on the FX icon
-- VSt choose Neutron
--work fine
--
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=39159
Bug ID: 39159
Summary: Need for speed undergound wine eject not unmounting
Product: Wine
Version: 1.7.49
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: SolisX007(a)yahoo.com
Distribution: ---
Hello Everyone,
I have only one cd-rom drive in my computer. Need for speed undergound
will not unmount the cd-rom with wine eject if i start the installer
from a terminal however if i make a script
#!/bin/sh
cd /mnt/cdrom
wine setup.exe
and double click on the script then wine eject unmounts the first disc
during installation.
--
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=23281
Summary: Silent Hunter 4: Game freezes on ship collisions
Product: Wine
Version: 1.2-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amlopezalonso(a)gmail.com
Created an attachment (id=29019)
--> (http://bugs.winehq.org/attachment.cgi?id=29019)
WINEDEBUG=+loaddll,+process (Notice exception at the end of the file)
Ships collisions in Silent Hunter 4 - Wolves Of The Pacific (upgraded to 1.4)
freeze game.
CPU: AMD Athlon 3200+
Graphics: NVIDIA GeForce 8500-GT
Any suggestion to debug this further?
--
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=43763
Bug ID: 43763
Summary: Warlords Battlecry II crashes on load map
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9xzsnuwq9h(a)snkmail.com
Distribution: ---
Created attachment 59263
--> https://bugs.winehq.org/attachment.cgi?id=59263
wine log with back trace
Fresh install of dev-Version, deleted previous .wine directory.
Did not install Mono or Gecko.
Installed wb2.
Started program. Chose Skirmish. Created new Hero. Configured an AI opponent
(and small retinue points for testing, optional) and started. Selected retinue
(optional). Next step is loading the map -> Crash (see attached log).
First line logged line after loading starts is:
err:x11settings:X11DRV_ChangeDisplaySettingsEx No matching mode found
1600x1200x16 @0! (XRandR 1.2)
... 0 FPS is at least a weird setting. But this has probably not much to do
with the following:
wine: Unhandled page fault on read access to 0x00000000 at address 0x7bc50f90
(thread 0038), starting debugger...
Tested on different system and wine configurations. Same on 32Bit,
1.6.2-0ubuntu4 and winehq-stable.
--
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=40063
Bug ID: 40063
Summary: CircuitMaker install (free version): success but with
some installation issues
Product: Wine
Version: 1.8-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hmf(a)inesctec.pt
Distribution: ---
I am using wine1.8 from the ppa:ubuntu-wine/ppa on Ubuntu 14.04.3.
I have installed Circuitmaker using the instructions in
https://appdb.winehq.org/objectManager.php?sClass=version&iId=32906. Using
Circuit maker version 1.1.0 (build 58026).
These are the commands I executed:
env WINEARCH=win32 WINEPREFIX=~/.wine32circuit winecfg
Must be in 32 bits
Select windows 8.1
. env WINEARCH=win32 WINEPREFIX=~/.wine32circuit winetricks -q corefonts mdac28
dotnet40
download gacutil-net40.tar.bz2
http://www.mediafire.com/download/v8rw5h1ra7maod4/gacutil-net40.tar.bz2
cp to /home/hmf/.cache/winetricks/dotnet40
rerun above
. env WINEARCH=win32 WINEPREFIX=~/.wine32circuit wine CircuitMakerSetup.exe
Issue - the login window fails to appear
Must do a blind login - just text in user, tab, password, tab and then enter
. env WINEARCH=win32 WINEPREFIX=~/.wine32circuit wine C:\\Program\
Files\\Altium\\CM\\DXP.exe
I found the following problems:
- The login dialogue box (which is required for installation does not appear).
Have to do it blind.
- The text showing the installation agreement appears garbled (not decoded)
- No link to the application is created to execute it
- No support for 64Bits (dotnet40).
HTS,
--
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=42945
Bug ID: 42945
Summary: FFXIV Loop opening
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ssbkm(a)icloud.com
Distribution: ---
FFXIV gets stuck in a loop for opening movie requires work around by entering
config and disabling the movie to play game at all.
--
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=49736
Bug ID: 49736
Summary: TERA (Gameforge version): stuck at loading splash
screen after 64 bit update
Product: Wine
Version: 5.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sickam(a)mail.ru
Distribution: ---
Created attachment 68033
--> https://bugs.winehq.org/attachment.cgi?id=68033
Console output
After the last update, which added 64 bit support, I can't start TERA anymore.
When I try to do so, it gets stuck in the loading splash screen and I have to
kill the process.
Link to the changelog:
https://gameforge.com/en-GB/play/tera/news/ee5ee05a-7835-4e02-b69d-24e7be5e…
Launcher: https://gameforge.com/en-US/download
What I did so far:
- Created a fresh 64 bit prefix
- Installed the Gameforge launcher and TERA
Console output is in the attachment.
Thanks for helping!
--
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=30439
Bug #: 30439
Summary: Lexware Update Manager unable to connect
Product: Wine
Version: 1.5.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: onny(a)project-insanity.org
Classification: Unclassified
Created attachment 39801
--> http://bugs.winehq.org/attachment.cgi?id=39801
terminal output LxUpdateManager.exe
After successful installation of Lexware buchhalter 2012, I removed all ie6 dll
overwrites, installed Mono 2.10 via winetricks and started the program
LxUpdateManager.exe. After clicking on "Jetzt suchen..." ("Search now... [for
updates]"), a message appears, saying that the program is unable to reach the
server and that could be due to wrong proxy settings etc.
--
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=47522
Bug ID: 47522
Summary: Killing Time 8 bit color display crash
Product: Wine-staging
Version: 4.12.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Killing time crashes with
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
Tried with Xephr to create a 256 color display but errors
err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect
problems
Tried with both 64bit and 32bit prefixes
A demo can be downloaded here
https://archive.org/details/swizzle_demu_Kt
--
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=46238
Bug ID: 46238
Summary: Cxbx requires vcomp140.dll.C2VectParallel
Product: Wine
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vcomp
Assignee: wine-bugs(a)winehq.org
Reporter: byi5000(a)gmail.com
Distribution: ---
As title says, Cxbx (https://github.com/Cxbx-Reloaded/Cxbx-Reloaded) fails on
"Unhandled exception: unimplemented function vcomp140.dll.C2VectParallel called
in 32-bit code (0x7b43e2e3)" when starting a game
Requires a Xbox game to trigger this
--
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=42195
Bug ID: 42195
Summary: civ 4 warlords freezes just before displaying game map
Product: Wine
Version: 2.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fernando(a)cmartins.nl
Distribution: ---
Created attachment 56829
--> https://bugs.winehq.org/attachment.cgi?id=56829
log with WINEDEBUG=+relay,+seh,+tid
civ 4 warlords freezes just before displaying game map.
civ 4 warlords used to run well under Mint 15. Upgraded to Mint 18.1 and after
some turns of the game it freezes. Using the old system, I have a good saved
game that freezes civ 4w.
I suspect the same happens with civ 4 beyond the sword, although there it
doesn't even show the first map. There is also a crash popup but I'm not able
to alt-tab to it.
see attached log with WINEDEBUG=+relay,+seh,+tid
--
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=31572
Bug #: 31572
Summary: SUPERAntiSpyware buttons lack text
Product: Wine
Version: 1.5.11
Platform: x86
URL: http://www.superantispyware.com/download.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Depends on: 21061
Classification: Unclassified
Install the program and start it up. It may only show a tray icon, so double
click that. The gray buttons lack text, e.g,. scan/preferences/etc. Doesn't
seem to be a regression, 1.2/1.4 show the same problem.
austin@debian:~$ wine --version
wine-1.5.11-188-g77632f0
austin@debian:~$ du -h SUPERAntiSpyware.exe
19M SUPERAntiSpyware.exe
austin@debian:~$ sha1sum SUPERAntiSpyware.exe
97e8eef583023274eb39efa085e2a5d6f77b3a7c SUPERAntiSpyware.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=23966
Summary: Virtua Fighter 2 demo crashes shortly after startup
Product: Wine
Version: 1.3.0
Platform: x86
URL: http://www.sega.com/support/pcdownloads/vf2_demo/vf2_d
emo.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
vf2_demo.exe's sha1sum is efd34dd079cdfd7b2ccc195b584d7ca10ec7e82b
The app requires win98 mode to install, and refuses to run
in 32 bit mode, so you have to do CTL-ALT-F1 and run
startx -- :1 -depth 16
to get a 16 bit X to run it in (8 is supposedly ok, too).
Once you start it in a 16 bit X, it crashes with
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00420ebb).
I swear I've seen this running on Wine, so I'm pretty sure it can work
ok if we can figure out this null pointer problem.
You can install this with wisotool vfs_demo.
--
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=49893
Bug ID: 49893
Summary: Missing winbase.h GetFileInformationByHandleExW,
SetFileInformationByHandleW
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
The GetFileInformationByHandleExW and SetFileInformationByHandleW APIs are also
required to run the Java Web Start.
--
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=46962
Bug ID: 46962
Summary: Macromedia Director Player 4.x based games (16-bit NE)
fail to run: "This program requires at least 4MB free
memory to run." (The Rock)
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
I found a game written with Macromedia Director 4.0.4 using Internet Archive:
https://archive.org/search.php?query=macromedia%20director%205&and[]=mediat…https://archive.org/details/THEROCK_201807
-> https://archive.org/download/THEROCK_201807/THE_ROCK.zip
It's a 16-bit NE Windows binary.
--- snip ---
$ WINEDEBUG=+seh,+relay,+globalmem wine ./THE_ROCK.EXE >>log.txt 2>&1
...
005c:Call KERNEL.169: GETFREESPACE(0000) ret=1247:0b09 ds=1577
005c:Call KERNEL32.GlobalMemoryStatus(0087f810) ret=7e57ee80
005c:trace:globalmem:GlobalMemoryStatusEx <-- LPMEMORYSTATUSEX: dwLength 64,
dwMemoryLoad 16, ullTotalPhys 3e30a3000, ullAvailPhys 3407f6000,
ullTotalPageFile 5d90a2000, ullAvailPageFile 5367f5000, ullTotalVirtual
fffdffff, ullAvailVirtual fffcffff
005c:trace:globalmem:GlobalMemoryStatus Length 32, MemoryLoad 16, TotalPhys
ffffffff, AvailPhys ffffffff, TotalPageFile 7fffffff, AvailPageFile 7fffffff,
TotalVirtual fffdffff, AvailVirtual fffcffff
005c:Ret KERNEL32.GlobalMemoryStatus() retval=000000c7 ret=7e57ee80
005c:Ret KERNEL.169: GETFREESPACE() retval=fffcffff ret=1247:0b09 ds=1577
...
005c:Call user32.MessageBoxA(00000000,003b504e "This program requires at least
4MB free memory to run.",003b514e "Director Player 4.0",00000000) ret=f7b4a765
--- snip ---
Wine source:
--- snip ---
1365 /***********************************************************************
1366 * GlobalMemoryStatus (KERNEL32.@)
1367 * Provides information about the status of the memory, so apps can tell
1368 * roughly how much they are able to allocate
1369 *
1370 * RETURNS
1371 * None
1372 */
1373 VOID WINAPI GlobalMemoryStatus( LPMEMORYSTATUS lpBuffer )
1374 {
1375 MEMORYSTATUSEX memstatus;
1376 OSVERSIONINFOW osver;
1377 IMAGE_NT_HEADERS *nt = RtlImageNtHeader( GetModuleHandleW(0) );
1378
1379 /* Because GlobalMemoryStatus is identical to GlobalMemoryStatusEX
save
1380 for one extra field in the struct, and the lack of a bug, we simply
1381 call GlobalMemoryStatusEx and copy the values across. */
1382 memstatus.dwLength = sizeof(memstatus);
1383 GlobalMemoryStatusEx(&memstatus);
1384
1385 lpBuffer->dwLength = sizeof(*lpBuffer);
1386 lpBuffer->dwMemoryLoad = memstatus.dwMemoryLoad;
...
1430 /* limit page file size for really old binaries */
1431 if (nt->OptionalHeader.MajorSubsystemVersion < 4 ||
1432 nt->OptionalHeader.MajorOperatingSystemVersion < 4)
1433 {
1434 if (lpBuffer->dwTotalPageFile > MAXLONG) lpBuffer->dwTotalPageFile
= MAXLONG;
1435 if (lpBuffer->dwAvailPageFile > MAXLONG) lpBuffer->dwAvailPageFile
= MAXLONG;
1436 }
1437
1438 TRACE_(globalmem)("Length %u, MemoryLoad %u, TotalPhys %lx, AvailPhys
%lx,"
1439 " TotalPageFile %lx, AvailPageFile %lx, TotalVirtual %lx,
AvailVirtual %lx\n",
1440 lpBuffer->dwLength, lpBuffer->dwMemoryLoad,
lpBuffer->dwTotalPhys,
1441 lpBuffer->dwAvailPhys, lpBuffer->dwTotalPageFile,
lpBuffer->dwAvailPageFile,
1442 lpBuffer->dwTotalVirtual, lpBuffer->dwAvailVirtual );
1443 }
--- snip ---
"limit page file size for really old binaries" -> apparently the same has to be
done for reported virtual memory size (cap at 2GB).
Capping allows the game to start and show intro/gameplay sequence (until it
runs out of local heap which is a different issue).
NOTE: This is not the same as bug 44931 ("Macromedia Director Player 5.0/6.0
based games fail to run: "This program requires at least 3MB of free virtual
memory to run" (Nine: The last Resort)") which is about capping
dwAvailPageFile+dwAvailPhys <= 0x7FFFFFFF (2GB).
$ sha1sum THE_ROCK.*
efe3caca127562528d9496a434b1649a7c6ff46d THE_ROCK.EXE
6dc54219cf8b64d98a8a24f1bd2ebd32cefee8e8 THE_ROCK.zip
$ du -sh THE_ROCK.*
2.1M THE_ROCK.EXE
984K THE_ROCK.zip
$ wine --version
wine-4.5-185-g17056908ac
Regards
--
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=43422
Bug ID: 43422
Summary: Shadow Warrior 2: Floors are not rendered
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: philipp.ludwig(a)gmail.com
Distribution: ---
Created attachment 58785
--> https://bugs.winehq.org/attachment.cgi?id=58785
wine terminal output running Shadow Warrior 2
Floors in Shadow Warrior 2 are not rendered; attached is the terminal output,
which mostly consists out of these two lines:
fixme:d3d11:wined3d_map_flags_from_d3d11_map_type Unhandled map_type 0x2.
fixme:d3d:wined3d_occlusion_query_ops_poll 0x2928b50 Wrong thread, returning 1.
--
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=50033
Bug ID: 50033
Summary: WMI class SystemRestore is missing
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
There are installers that use WMI class SystemRestore to create restore points
during the installation process. It appears that at least Enable and
CreateRestorePoint methods are getting called.
Unfortunately there is no free download for a being used installer.
--
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=48870
Bug ID: 48870
Summary: Aldi Steuer 2019 installer crashes
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: netz(a)lytenyn.de
Distribution: ---
Created attachment 66801
--> https://bugs.winehq.org/attachment.cgi?id=66801
Backtrace
Running the Aldi Steuer 2019 installer in a clean wine prefix yields:
wine: Unhandled page fault on read access to 00000008 at address 7BEE7B77
(thread 004a), starting debugger...
Not sure which information to provide, I will attach the wine output and the
backtrace.
--
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=47507
Bug ID: 47507
Summary: Regression: can't return to full-screen Civilization
IV BTS window after Alt+Tab-ing to desktop since wine
4.10
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: igorkuo(a)meta.ua
Distribution: ---
Steps to reproduce:
1. Run Civilization IV Beyond the Sword in full-screen mode and load a saved
game.
2. Alt+Tab to another window.
3. Alt+Tab back to the Civilization window or click on the game window button.
4. Expected results (which actually happen with wine 4.9, 4.9-staging, 4.6 and
many earlier versions): after a couple of seconds the game window becomes
visible and works as if no window switching has occurred.
5. Actual results (which happen with wine 4.10, 4.10-staging, 4.11, 4.12,
4.12.1): even after minutes of waiting the game window is still hidden. The
only thing the user can do about this is exit the game by closing its window
from desktop.
System information: Manjaro 64-bit with latest updates. The regression affects
both 32-bit and 64-bit wine prefixes. I'm using the native msxml3 version
installed via winetricks, because without it the game crashes while loading a
saved game. The issue happens both with built-in and native directx9. The
regression affects both Xfce and KDE Plasma 5 desktop environments.
There is no meaningful difference (other than error message ordering,
addresses) between wine 4.9 and 4.10 debug outputs (compared via Meld) while
the bug is being reproduced.
--
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=16676
Summary: Running RTG Bills requires alternate winecfg
configurations of winetricks installed dcom98 DLLs for
alternate functions
Product: Wine
Version: 1.1.9
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=15018
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mstuff(a)read.org.nz
Everything used seems to work with the following limitation, this is a kinda
script to install which should explain:
### Get and install winetricks:
### http://wiki.winehq.org/winetricks
# Set your preferences
WINEPREFIX=~/.Rtgbills winecfg;\
# Set up wine for RTG Bills using winetricks
WINEPREFIX=~/.Rtgbills winetricks vb6run art2kmin mdac27 wsh56 dcom98;\
# Download RTG Bills from here:
# http://www.rtgsoftware.com/download.htm
# Or (adjust as required):
wget http://cdn.simtel.net/pub/simtelnet/winxp/busacct/bills221.exe;\
WINEPREFIX=~/.Rtgbills wine bills221.exe;\
done
It seems, for RTG Bills and Timer to run normally set dcom98 dlls "ole32",
"oleaut32" & "rpcrt4" to "builtin"; BUT to run any (it seems) of the functions
under the "Reports" menu set those dlls to "native, builtin" - some other
functions (e.g.: Setup > Bill Formats...; File > Change Matter Number...) will
fail with this set up. I guess some clever setup of winecfg could resolve this
tooing and froing.
--
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=45046
Bug ID: 45046
Summary: Skyrim SE: Shadow artifacts (missing handling of
'precise' shader modifier)
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eldrad(a)autistici.org
Distribution: ---
Skyrim SE shows flickering artifacts in shadows or textures, the problem seems
to be nvidia specific and due to missing 'precise' shader modifier handling.
Note I haven't been able to get a log pointing to the issue, but the same issue
was happening on dxvk and other frameworks, so I'm guessing it must be the same
problem and reporting here for awareness.
- https://github.com/doitsujin/dxvk/issues/189 (same issue that was resolved on
dxvk)
- https://www.youtube.com/watch?v=sPPESMCd5X8 (video showing the problem on
wined3d)
- https://www.youtube.com/watch?v=5Erb_3LFUCY (video showing the problem on
dxvk)
This seems tricky because the assembler output that wined3d seems to be parsing
doesn't have this flag since it's only in hlsl (afaics, but I'm not an expert
so I could be wrong). Wined3d is definitely not producing this modifier on it's
glsl shaders.
--
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=21014
Summary: Dark Sector no Sound
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sbagmeijer(a)live.com
CC: sbagmeijer(a)live.com
Created an attachment (id=25211)
--> (http://bugs.winehq.org/attachment.cgi?id=25211)
Dark Sector Console Sound Error
The Game Dark Sector runs perfect with Wine, except it does not have any sound.
(sorry this is my first bug report, so please if I do anything wrong help me
out so I know how to do it next 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.
https://bugs.winehq.org/show_bug.cgi?id=49531
Bug ID: 49531
Summary: futubull not work
Product: Wine
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janboe.ye(a)gmail.com
Distribution: ---
This app could not run on wine 5.11 and use windbg to attach and it dead loops
in 00c8:fixme:winedbg:be_i386_is_jump unknown 8d.
--
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=44038
Bug ID: 44038
Summary: RPCS3 emulator crashes after exit
Product: Wine
Version: 2.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t6zm3v62fkp7fe5(a)yandex.ru
Distribution: ---
Created attachment 59704
--> https://bugs.winehq.org/attachment.cgi?id=59704
Terminal output
RPCS3 emulator crashes after exit with error message.
OS: Lubuntu 16.04.3, Wine 2.21.
File link:
https://ci.appveyor.com/api/buildjobs/xiund8hfaj7j16eh/artifacts/rpcs3-v0.0…
sha256: 198060be471a3dad8c038c3d4cf22810910468a59c7f1c85e3961dd8f1fcb868
--
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=50086
Bug ID: 50086
Summary: user32:monitor tests timeout
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: sven.wine(a)gmail.com
CC: zzhang(a)codeweavers.com
Regression SHA1: 9501a3d5abb4a93c53e02b41e32bb9964fb3b6b3
Distribution: ---
user32:monitor tests timeout on Wine on the Test Bot since 22-09-20 and the
relevant commit on that day seems to be
https://source.winehq.org/git/wine.git/commitdiff/9501a3d5abb4a93c53e02b41e…
although it may also have been caused by one of the winex11.drv commits on the
same 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=45132
Bug ID: 45132
Summary: CommonObjects tool (.NET app) from Google
sandbox-attacksurface-analysis-tools v1.1.x needs
'ntdll.NtQuerySystemInformation' to support
'SystemExtendedHandleInformation'
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
needed by 'CommonObjects' .NET-based app from
https://github.com/google/sandbox-attacksurface-analysis-tools
--- quote ---
sandbox-attacksurface-analysis-tools
(c) Google Inc. 2015, 2016, 2017, 2018
Developed by James Forshaw
This is a small suite of tools to test various properties of sandboxes on
Windows. Many of the checking
tools take a -p flag which is used to specify the PID of a sandboxed process.
The tool will impersonate
the token of that process and determine what access is allowed from that
location. Also it's recommended
to run these tools as an administrator or local system to ensure the system can
be appropriately enumerated.
CheckExeManifest: Check for specific executable manifest flags.
CheckNetworkAccess: Check access to network stack.
NewProcessFromToken: Create a new process based on existing token.
TokenView: View and manipulate various process token values.
NtApiDotNet: A basic managed library to access NT system calls and objects.
NtObjectManager: A powershell module which uses NtApiDotNet to expose the NT
object manager.
ViewSecurityDescriptor: View the security descriptor from an SDDL string or an
inherited object.
--- quote ---
It's actually a pretty neat "testsuite" for native API, Wine could benefit from
it.
Prerequisite:
* 32-bit WINEPREFIX
* .NET Framework 4.5 -> 'winetricks -q dotnet45'
NOTE: needs at least two running processes (Windows pids -> command line)
--- snip ---
Wine-dbg>info process
pid threads executable (all id:s are in hex)
00000033 1 'notepad.exe'
00000013 4 'explorer.exe'
0000000e 5 'services.exe'
00000028 4 \_ 'winedevice.exe'
00000023 3 \_ 'plugplay.exe'
0000001b 4 \_ 'winedevice.exe'
--- snip ---
--- snip ---
$ WINEDEBUG=+seh,+relay,+ntdll wine ./CommonObjects.exe -a 17 51 >> log.txt
2>&1
...
005f:Call ntdll.NtQuerySystemInformation(00000040,00193f20,00001008,0032f2fc)
ret=0409a210
005f:trace:ntdll:NtQuerySystemInformation
(0x00000040,0x193f20,0x00001008,0x32f2fc)
005f:fixme:ntdll:NtQuerySystemInformation
(0x00000040,0x193f20,0x00001008,0x32f2fc) stub
005f:Ret ntdll.NtQuerySystemInformation() retval=c0000003 ret=0409a210
005f:Call KERNEL32.GetLastError() ret=0064af80
005f:Ret KERNEL32.GetLastError() retval=00000078 ret=0064af80
...
005f:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032f1d4)
ret=00788fdb
005f:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b446ec7
ip=7b446ec7 tid=005f
005f:trace:seh:raise_exception info[0]=80131600
005f:trace:seh:raise_exception info[1]=00000000
005f:trace:seh:raise_exception info[2]=00000000
005f:trace:seh:raise_exception info[3]=00000000
005f:trace:seh:raise_exception info[4]=00630000
005f:trace:seh:raise_exception eax=7b435589 ebx=00000005 ecx=00000000
edx=0032f180 esi=0032f180 edi=0032f140
005f:trace:seh:raise_exception ebp=0032f118 esp=0032f0b4 cs=f7bc0023 ds=32002b
es=f7be002b fs=f7be0063 gs=f7be006b flags=00000216
005f:trace:seh:call_vectored_handlers calling handler at 0x7ba398 code=e0434352
flags=1
--- snip ---
Managed backtrace:
--- snip ---
NtApiDotNet.NtException: (0xC0000003) - STATUS_INVALID_INFO_CLASS
at NtApiDotNet.NtObjectUtils.ToNtException(NtStatus status, Boolean
throw_on_error)
at
NtApiDotNet.NtSystemInfo.QuerySystemInfoVariable[T](SystemInformationClass
info_class)
at NtApiDotNet.NtSystemInfo.GetHandles(Int32 pid, Boolean allow_query)
at CommonObjects.Program.Main(String[] args)
--- snip ---
Source:
https://github.com/google/sandbox-attacksurface-analysis-tools/blob/master/…https://github.com/google/sandbox-attacksurface-analysis-tools/blob/master/…
Support for this was added here:
https://github.com/google/sandbox-attacksurface-analysis-tools/commit/02a6f…
("Added extended handle information to allow for PIDs larger than 64k.").
Shouldn't be very hard to add. Wine already has the non-ex
'SystemHandleInformation' and 'SYSTEM_HANDLE_ENTRY'.
https://www.geoffchappell.com/studies/windows/km/ntoskrnl/api/ex/sysinfo/qu…
SYSTEM_HANDLE_INFORMATION_EX:
http://www.geoffchappell.com/studies/windows/km/ntoskrnl/api/ex/sysinfo/han…
SYSTEM_HANDLE_TABLE_ENTRY_INFO_EX
http://www.geoffchappell.com/studies/windows/km/ntoskrnl/api/ex/sysinfo/han…
$ sha1sum Release-v1.1.14.7z
8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z
$ du -sh Release-v1.1.14.7z
384K Release-v1.1.14.7z
$ wine --version
wine-3.7-65-ge637a6f0bf
Regards
--
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=50123
Bug ID: 50123
Summary: The Elder Scrolls V: Skyrim SE has rendering glitches
with vulkan renderer
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 68617
--> https://bugs.winehq.org/attachment.cgi?id=68617
screenshot
0348:fixme:d3d:wined3d_texture_vk_download_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
0348:fixme:d3d:wined3d_texture_vk_upload_data Unhandled multi-aspect format
WINED3DFMT_R24G8_TYPELESS.
0348:err:d3d:wined3d_context_vk_allocate_vram_chunk_memory Failed to allocate
memory, vr VK_ERROR_OUT_OF_DEVICE_MEMORY.
0348:err:d3d:wined3d_context_vk_create_bo Failed to allocate buffer memory.
0348:err:d3d:adapter_vk_map_bo_address Failed to create new buffer object.
wine-5.21-69-gb940c5e7c91
--
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=44629
Bug ID: 44629
Summary: Process Hacker can't enumerate handles
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Easily reproducible: go to any process, right-click and select "Properties",
open the "Handles" tab. Running under Wine yields "Unable to query handle
information: Unknown error."
--
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=48618
Bug ID: 48618
Summary: Wargaming.net Game Center shows black screen on launch
since Wine 5.0
Product: Wine
Version: 5.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chris(a)cjwatts.com
Distribution: ---
Created attachment 66463
--> https://bugs.winehq.org/attachment.cgi?id=66463
Wine stdout log
Confirmed on two different Ubuntu 19.10 machines.
Able to launch World of Tanks directly without much issue, but the Game Center
is just a black screen.
Tried wine-stable 5.0 and wine-staging 5.1 with the same results.
--
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=46709
Bug ID: 46709
Summary: VarFormatCurrency doesn't handle an already formatted
string.
Product: Wine
Version: 4.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Split off from 46442.
When VarFormatCurrency is passed an already formatted string, eg $9.0, it
returns an error instead of a string.
--
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=30062
Bug #: 30062
Summary: Deer Hunter demo: unable to start a new game (map view
unusable)
Product: Wine
Version: 1.3.18
Platform: x86
URL: http://www.fileplanet.com/28105/20000/fileinfo/Deer-Hu
nter
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Classification: Unclassified
Regression SHA1: 926dfc5c49dde8401732a943c1055ba6631bcc5c
Created attachment 39166
--> http://bugs.winehq.org/attachment.cgi?id=39166
terminal output
This bug applies to the first Deer Hunter game in the series, released in 1997.
The game requires Win98 mode to start, and I had to set up virtual desktop
mode.
Steps to reproduce the problem with the demo:
1. Install the demo.
2. Set Windows version to Win98 before launching the game. Start the demo with
DhDemo.exe.
3. In the menu click on <Start New Hunt>, <OK>, <Hunt Here>. Here comes the
problem:
- a map is shown with a crosshair in it. You should be able to change locations
by left-clicking anywhere on the map. This doesn't work: the mouse pointer
disappears when you click on the map.
- the lower part of the screen is missing (showing only a black bar). This is
where certain buttons are located (Hunt, Quit, Help).
- although the buttons at the bottom are missing, you can start a game by
pressing <Enter>. A loading screen is displayed, but the game never loads, it
is freezing with the loading screen.
The problem appeared in 1.3.18 and is still present in 1.4-rc6.
The result of the regression test:
926dfc5c49dde8401732a943c1055ba6631bcc5c is the first bad commit
commit 926dfc5c49dde8401732a943c1055ba6631bcc5c
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Tue Apr 12 18:28:41 2011 +0200
wined3d: Merge the IWineD3DSwapChain::SetDestWindowOverride()
implementations.
:040000 040000 12437b369aadbbeb6de72ed285f2ced64a7c26b1
025f1e0265b689bf82dd954e1ceb33216af77386 M dlls
Fedora 16
Nvidia 250 / driver 290.10
X.Org X Server 1.11.4
--
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=47915
Bug ID: 47915
Summary: League of Legends 9.20: Crash after champ select
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mail+wine(a)m-reimer.de
Distribution: ---
Created attachment 65411
--> https://bugs.winehq.org/attachment.cgi?id=65411
Crash dump
Since updating to LoL 9.20 there is a new "crash after champ select" issue.
Probably this is the anticheat, again.
Would be great if some experienced developer could have a look at this.
I've attached my crash dump but the bug is really easy to reproduce. Just try
to open the "practice tool". Will crash immediately when the switch from client
to actual game should happen.
Maybe Andrew Wesie could have a look at this one? He did an remarkably great
job with fixing such things in the past!
--
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=50117
Bug ID: 50117
Summary: winedbg --gdb doesn't work
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: tomsod-m(a)ya.ru
Distribution: ---
After updating wine, winedbg's GDB mode stopped working for me. Instead of
attaching to a program, it starts the program, then terminates itself. The
latest unaffected version is 5.17; 5.18 to 5.21 all have this bug. The default
mode of winedbg (without --gdb) works as expected, however.
Steps to reproduce: run e.g. "winedbg --gdb notepad.exe".
Expected behavior: winedbg stops at notepad's entry point and prompts for
commands.
Observed behavior: winedbg quits almost immediately, notepad runs freely.
--
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=49905
Bug ID: 49905
Summary: VbsEdit runs wscript.exe with unsupported switches /d
and /u
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: sloper42(a)yahoo.com
Distribution: ---
Created attachment 68266
--> https://bugs.winehq.org/attachment.cgi?id=68266
patch for wscript
In VbsEdit version 9.2139 from https://www.vbsedit.com/, when choosing "Start
Debugging with wscript", wscript.exe is called with unsupported options /d
(debug) and /u (unicode).
Therefore wscripts bail out and script is not executed.
Solution is to ignore these options.
--
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=48043
Bug ID: 48043
Summary: user32:dce has a pair of random failures
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 65584
--> https://bugs.winehq.org/attachment.cgi?id=65584
user32:dce: Loop over the test_destroyed_window() for 2 random failures.
user32:dce has a pair of random failures in test_destroyed_window():
dce.c:648: Test failed: wrong window
dce.c:658: Test failed: DC for destroyed window not reused
One either gets the first one alone or both together.
See https://test.winehq.org/data/tests/user32:dce.html
These happen at random on a wide range of Windows versions: wxppro, w2003std,
w2008s64, fg-win7u64-*, w1064v1507, w1064v1607.
On Windows 10 the same type of error sometimes happens in test_dc_attributes()
on line 127 which is another "wrong window\n" check.
The attached patch loops over test_destroyed_window() which is sufficient to
make these failures systematic. This can hopefully help debug the issue and
make sure these are fixed.
--
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=15781
Summary: Can't run AllInOne-Office 5
Product: Wine
Version: 1.1.7
Platform: Other
URL: http://www.allinone-office.de/
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user asked for this package here:
http://www.linux-forum.de/warenwirtschaft-allione-5-0-a-20117.html
so I tried installing it.
First, you have to set your language to German, e.g.
LANG=DE_de.UTF-8
or it commplains about a language mismatch.
Then, you have to set your Windows version to NT 4 with winecfg, else
it complains that it needs Windows NT 4 or higher.
Then it installs. The font in the installer is almost too tiny
to read, even with corefonts installed.
It first silently installs the Access 2002 runtime
libraries and Jet 40, and those subinstallers aren't particularly
happy; they both end with
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
but the main installer continues blindly.
It asks if you want to keep the existing version of some wine dll; I said yes.
It installs a menu item showing that the way to run the app is
wine "C:\\Program Files\\Common Files\\Microsoft Shared\\Access
Runtime\\Office10\\MSAccess.exe" /Runtime "C:\\Program
Files\\AllInOne-Office\\AllInOne-Office.mde"
but that fails with file not found... maybe because of the
access runtime installation 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.
https://bugs.winehq.org/show_bug.cgi?id=50224
Bug ID: 50224
Summary: Grand Theft Auto 4: Crashes when starting the game
Product: Wine
Version: 5.8
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sterum77(a)gmail.com
Created attachment 68729
--> https://bugs.winehq.org/attachment.cgi?id=68729
backtrace of GTA IV
After starting the game it immediately crashes and generates the attached
output.
As with wine version 4.X the game runs fine, so it looks like something is
broken in version 5.X.
--
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=47180
Bug ID: 47180
Summary: Nocturne unhandled exception bug on startup
Product: Wine
Version: 4.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jagsoul87(a)gmail.com
Distribution: ---
Created attachment 64434
--> https://bugs.winehq.org/attachment.cgi?id=64434
Unhandled exception register dump/log file
When trying to run Nocturne the game crashes displaying an error message, when
I click on "show details" it shows the following message: Unhandled exception:
page fault on read access to 0x00000000 in 32-bit code. The following register
dump and full log file it's attached to this bug report.
--
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=41253
Bug ID: 41253
Summary: GZDoom Builder : Unable to make a new project
Product: Wine
Version: 1.9.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: janusczpawlacz(a)protonmail.ch
Distribution: ---
Created attachment 55547
--> https://bugs.winehq.org/attachment.cgi?id=55547
Terminal error outpot of Builder.exe
So every time I try to open a new project or opening a existing map for editing
a error appears and it just plain crashes.
Error Message:
Fatal Windows Forms error occured: CompilationException While [unreadable]
Fatal Windows Forms Error
http://devbuilds.drdteam.org/doombuilder2-gzdb/GZDoom%20Builder%20R2364%20I…
sha1sum: aa65a19b1275deb09680f4227f81218d27308422
Distribution: Linux Mint 18 Mate X86_64 (64bit)
--
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=46320
Bug ID: 46320
Summary: Kindle don't get installed: abnormal program
temrination
Product: Wine
Version: 4.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raffamaiden(a)gmail.com
Distribution: ---
Created attachment 63054
--> https://bugs.winehq.org/attachment.cgi?id=63054
command line log file + screenshot
Kindle for PC version 1.24.51068 don't even get installed. After the installer
showing up the dialog in which it says it is decompressing the files, after the
dialog in which it says it is copying (I presume?) the files, an error message
shows up "abnormal program termination"
I attach log and screenshot
--
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=48094
Bug ID: 48094
Summary: Simplify debugging test timeouts
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When a Wine test times out one has to manually add traces to figure out where
it gets stuck, or what the slow parts are. This is all the more difficult when
the timeout is random and happens on a TestBot VM.
I propose to leverage the ok() calls to simplify getting timing information on
the tests.
* Recognize the $WINETEST_TIME environment variable and, if it is set, add the
elapsed time since the test started to the trace() and ok() messages.
* Ideally this elapsed time would have sub-second precision for those cases
where it's more an issue of a long loop being slow. How many decimals to print
is a matter of taste: one may be enough, three would feel quite standard if
maybe a bit overkill.
* Also when $WINETEST_TIME is set, an ok() call would be printed even if
successful when more than 1 second has elapsed since adding a message to the
report (trace/ok/skip). This should allow identifying which part of the test
causes trouble without altering its timing with thousands of traces.
* And when combined with $WINETEST_REPORT_SUCCESS of course every ok() call
would print the elapsed time.
Once the Wine side is implemented a few other components should be updated:
* The TestBot should allow setting $WINETEST_TIME when submitting a job.
* The TestBot should recognize the failure/todo/skip lines even with the extra
timing information.
* The TestBot could be modified to automatically rerun and set $WINETEST_TIME
if a test times out.
* The above may be particularly interesting for the full WineTest runs.
* We may also want to have test.winehq.org recognize the new failure/todo/skip
line formats.
--
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=34746
Bug #: 34746
Summary: Dino Crisis Demo doesn't play video sequences even
though Indeo codecs are installed
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46322
--> http://bugs.winehq.org/attachment.cgi?id=46322
Dino Crisis Demo Log without Indeo
Tested with:
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=31310
Bug #: 31310
Summary: TIE: Fighter: Collectors Edition -- Application
Crashes on Launch
Product: Wine
Version: 1.5.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: muleyryan(a)fastmail.fm
Classification: Unclassified
Wine running on 3.4.6-1-ARCH, with S3 Inc. SuperSavage IX/C SDR (rev 05)
xf86-video-savage and MESA savage drivers installed.
Using gdi as d3d renderer.
Application (TIE95.exe) crashes on launch
Backtrace here:
http://pastebin.com/mTX4bPet
Regression test pending.
--
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=49801
Bug ID: 49801
Summary: Freight Yard Manager: Crashes on start
Product: Wine
Version: 5.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue(a)blu3wolf.com
Distribution: ---
Created attachment 68114
--> https://bugs.winehq.org/attachment.cgi?id=68114
exception text
On running, Freight Yard Manager V5.9.17 (and all previous versions tested)
throws an unhandled System.InvalidProgramException: Invalid IL code. This does
not happen on any tested Windows system.
--
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=34734
Bug #: 34734
Summary: Dino Crisis 2 Demo website-like launcher doesn't run
the game (it doesn't respond to clicking)
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46311
--> http://bugs.winehq.org/attachment.cgi?id=46311
Dino Crisis 2 Demo Launcher Log
If you try to launch the game with it, nothing happens. Also, if you click on,
for example, 'Help' the content isn't displayed.
--
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=29011
Bug #: 29011
Summary: Non-standard serial baud rates are not reported
correctly.
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jstutch(a)googlemail.com
Classification: Unclassified
Running VCDS-Lite 1.1 (connects to car diagnostics), with a FTDI-based
USB-Serial cable, when a non-standard baud rate is set on the port (10.4Kbps I
think), and the rate is read back by the program, wine reports
"err:comm:get_baud_rate unknown speed 1000", and returns an error to the
program. This breaks the serial port in the program until it is reset.
Replacing the offending lines in dlls/ntdll/serial.c: get_baud_rate with
"sbr->BaudRate = speed; break;", removes the error, and the program operates
correctly, although this may not be the right way to do this.
This was noted running Ubuntu Maverick (10.10), kernel 2.6.35-25-generic.
Running wine from the Maverick ubuntu package, rebuilt from package source to
correct the error as above.
Thanks,
JStutch
--
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=10204
Summary: Incorrectly raised FD_WRITE socket event
Product: Wine
Version: 0.9.48.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rraptorr(a)nails.eu.org
Created an attachment (id=8812)
--> (http://bugs.winehq.org/attachment.cgi?id=8812)
FD_WRITE event on socket test program
According to MSDN WSAEventSelect function description
(http://msdn2.microsoft.com/en-us/library/ms741576.aspx), FD_WRITE event should
be raised only once after: a) successful connection b) WSAEWOULDBLOCK error
while in nonblocking mode.
MSDN description:
"The FD_WRITE network event is handled slightly differently. An FD_WRITE
network event is recorded when a socket is first connected with
connect/WSAConnect or accepted with accept/WSAAccept, and then after a send
fails with WSAEWOULDBLOCK and buffer space becomes available. Therefore, an
application can assume that sends are possible starting from the first FD_WRITE
network event setting and lasting until a send returns WSAEWOULDBLOCK. After
such a failure the application will find out that sends are again possible when
an FD_WRITE network event is recorded and the associated event object is set."
Unfortunately, it seems that in Wine 0.9.48 (and a few earlier versions too)
this event is raised every time it is possible to write to the socket. I've
created a simple test program (FD_WRITE-test.c) that shows this problem. When
ran on Windows I get:
lNetworkEvents: 2
lNetworkEvents: 0
but when ran on Wine:
lNetworkEvents: 2
lNetworkEvents: 2
which means that FD_WRITE was raised twice and it shouldn't.
--
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=12366
Summary: Acclaim Cashbook startup failure - recompile visual
basic
Product: Wine
Version: 0.9.58.
Platform: PC
URL: http://www.acclaim.co.nz/download.htm
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pcpavnz(a)gmail.com
Install routine executes properly, but when trying to run the installed
program, an error message pops up with a message about having to recompile the
visual basic module. I suspect the message indicates the cashbook program is
what it thinks requires recompiling, not the environment it is running from,
but thought I'd submit it anyway because so many people want accounting
software packages to work inside Linux and wine is so close very now to getting
it right.
url provided in the report form is for the free 90 day trial download, which is
no different to a full version.
--
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=40639
Bug ID: 40639
Summary: Can't run a game with Wine
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmbeer2(a)gmail.com
Distribution: ---
Testing with GTA San Andreas.
Running direct with ./wine cause a halt and stooped game in the memory, i only
can run normaly if i execute ./wineboot with a active desktop.
Not show nothing in the log.
--
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=9504
Summary: Cannot close CMonthCalCtrl popup by clicking outside
popup
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
I have an application that uses a custom control: A wrapper that displays a
CMonthCalCtrl in a popup window. In Windows, it's possible to close the popup
by clicking outside the popup. With Wine, however, it is necessary to either
select a date or press Escape. The popup will also be closed if the user tries
to move the popup window (which has X11 WM decorations). When clicking outside
the popup with Wine, Wine generates a beep through X11 (I believe this happens
since a WM_SETCURSOR with HTERROR is generated).
A demo program is available as
http://www.cendio.se/~astrand/wine/6-close-popup/. Requires Visual C++ 2005
runtime libraries.
--
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=14823
Summary: TSM Casin doesnt start after adding a contact
Product: Wine
Version: 1.1.0
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jacobidiego(a)gmail.com
TSM Casin is a software used mostly in Argentina to send SMS to cellphones
using the services provided by some webpages or sending e-mails.
The software as a development value is a crap, the developer have programmed it
with Visual Basic, have used ActiveX to attach IE to a tiny square so it can
display the Validation image, instead of just comunicating via http, have a
banner in the middle and a lot of cuestionable choices. But it is very usefull
and there isnt any linux similar tool.
It implements a custom Contact list, which is the one that is causing troubles,
everything else works fine, it can send SMS's correctly and IE-ActiveX doesnt
makes any issue.
When adding a contact and after filling all the information required (Name,
Cellphone Company, and Cellphone Number), and clicking start, the window should
close and the name should list on the contact list, but it doesnt close, then
clicking again on OK gives a warnning saying that the contact already exist,
and endeed it was added, so to close the wine i have to press Cancel.
Then i can use the contact list normally with any issue, but after closing TSM
and launching it again, it stays on an unuseful load-screen.
Then to get back TSM it is necessary to remove the created contacts, This is
done by deleting the registry key:
HKEY_USERS\S-1-5-4\Software\VB and VBA Program Settings\TSM\Agenda1.0
But copying the cellphones all the time is not a very good aproach.
The download is:
http://www.tsmcasin.com/ir/?id=16
and is freeware with only unharmful banners on it.
There is just 1 post on its forums asking for a linux version:
http://foro.tsmcasin.com/tsmforo/viewtopic.php?f=15&t=716&p=2374&hilit=gpl#…
The developer stays says that windows is standard and linux dont and that wont
be a version for linux.
I know that the best solution would be to develop a real and good open source
application to handle this stuff for all people under the world, but this wont
happen any time soon, and in the mean time, the this problem can be firing a
simple error easy to fix on wine.
Cheers.
--
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=35894
Bug ID: 35894
Summary: TSM Casin crashes on start in jscript
Product: Wine
Version: 1.7.15
Hardware: x86-64
URL: http://www.tsmcasin.com/ir/?id=16
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Blocks: 14823
Probably a regression, haven't checked. winetricks jscript works around it.
Backtrace:
=>0 0x7c696d89 find_prop_name+0x9(This=(nil), hash=0x71f8287, name="window",
ret=0x32b61c) [/home/austin/wine-git/dlls/jscript/dispex.c:189] in jscript
(0x0032b5e8)
1 0x7c697980 find_prop_name_prot+0x2f(This=(nil), hash=0x71f8287,
name="window", ret=0x32b66c) [/home/austin/wine-git/dlls/jscript/dispex.c:250]
in jscript (0x0032b638)
2 0x7c6987d4 jsdisp_get_id+0x73(jsdisp=(nil), name="window", flags=0,
id=0x32b6b8) [/home/austin/wine-git/dlls/jscript/dispex.c:1043] in jscript
(0x0032b688)
3 0x7c69bf4c identifier_eval+0xcb(ctx=<is not available>, identifier=<is not
available>, ret=<is not available>)
[/home/austin/wine-git/dlls/jscript/engine.c:515] in jscript (0x0032b6d8)
4 0x7c69c475 interp_ident+0x44(ctx=<is not available>)
[/home/austin/wine-git/dlls/jscript/engine.c:1060] in jscript (0x0032b738)
5 0x7c6a2414 exec_source+0x1e3(ctx=<is not available>, code=<is not
available>, func=<is not available>, from_eval=<is not available>, ret=<is not
available>) [/home/austin/wine-git/dlls/jscript/engine.c:2462] in jscript
(0x0032b7b8)
note that you'll need winetricks vb6run for this app to install properly.
--
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=46951
Bug ID: 46951
Summary: MSXML Multi line attribute value - #10 char lost
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: alexeev(a)krista.ru
Distribution: ---
Created attachment 64076
--> https://bugs.winehq.org/attachment.cgi?id=64076
Sample xml with command line test
Multy line attribule values parsed by XMLDOM in Wine, but such values lost all
CR chars and looks like single line (maybe with #10 to #32 replace). Attached
example with simble command line test (fails on not found #10 in value)
--
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=21061
Summary: Superantispyware crashes when preferences button
clicked.
Product: Wine
Version: 1.1.34
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)technicalbloke.com
Created an attachment (id=25258)
--> (http://bugs.winehq.org/attachment.cgi?id=25258)
The error messages that appear in the shell
This software stops working and triggers it's own error reporting mechanism
whenever I click the 'preferences' button in it's main dialog.
Software is available to download here...
http://www.superantispyware.com/onlinescan.html
I have also uploaded a copy to my server to aid with debugging if that one
isn't available or changes or whatever...
http://www.technicalbloke.com/sas_ols.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=21062
Summary: Superantispyware crashes at end of custom scan folder
selection process.
Product: Wine
Version: 1.1.34
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)technicalbloke.com
Created an attachment (id=25259)
--> (http://bugs.winehq.org/attachment.cgi?id=25259)
Contents of my console window during this process.
App crashes at the end of this sequence of events...
Perform Custom Scan Selected
Memory, Registry, Startup Locations, Cookies all Deselected
Select Folders Clicked
Add Clicked
Folder Selected from Dialog
OK Clicked
Close Clicked
This causes the apps internal error reporting mechanism to trigger, the app
doesn't close until this dialog is dismissed so controls on the underlying
window are still clickable however, clicking next demonstrates that the
settings entered above have not taken.
--
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=39233
Bug ID: 39233
Summary: setupapi:misc crashes if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The crash is followed by messages reporting errors:
misc.c:233: Test failed: Expected TRUE, got 0
misc.c:234: Test failed: Expected ERROR_SUCCESS, got 5
misc.c:240: Test failed: Expected TRUE, got 0
misc.c:241: Test failed: Expected ERROR_SUCCESS, got 2
misc.c:248: Test failed: Expected ERROR_FILE_EXISTS, got 5
misc.c:254: Test failed: Expected TRUE, got 0
misc.c:255: Test failed: Expected ERROR_SUCCESS, got 5
misc.c:257: Test failed: Expected destination inf to exist
misc.c:258: Test failed: Expected %windir%\inf\OEMx.inf, got þ"
misc.c:272: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 5
misc.c:275: Test failed: Expected dest inf to exist
misc.c:277: Test failed: Expected size to be lstrlen(dest_save) + 1
misc.c:282: Test failed: Expected TRUE, got 0
misc.c:283: Test failed: Expected ERROR_SUCCESS, got 5
misc.c:284: Test failed: Expected sizes to match, got (3, 0)
misc.c:285: Test failed: Expected destination inf to exist
misc.c:286: Test failed: Expected %windir%\inf\OEMx.inf, got aaa
misc.c:288: Test failed: Expected size to be lstrlen(dest_save) + 1
misc.c:116: this is the last test seen before the exception
misc: unhandled exception c0000005 at 78409A5F
test failed: crash
This crash happens specifically on the following WineTest box:
fg-win2000-rusr: Windows 2000 with a Restricted user account
Interestingly it neither crashes nor fails in non-Restricted/Limited user
accounts on the following boxes:
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/setupapi:misc.html
--
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=39234
Bug ID: 39234
Summary: setupapi:query fails if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a restricted user
account.
query.c:283: Test failed: Expected SetupGetInfInformation to succeed: 2
query.c:284: Test failed: Expected returned filename to be equal
query.c:291: Test failed: Expected SetupGetInfInformation to succeed
query.c:292: Test failed: Expected returned filename to be equal
This can be seen on the following WineTest box:
fg-win2000-rusr: Windows 2000 with a Restricted user account
Note however that it succeeds in non-Restricted user accounts on the following
boxes for instance:
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
The failing tests were introduced by this commit:
commit ac6c9410587c7b0c3ec5614ba1c8289dd525a407
Author: James Hawkins <truiken(a)gmail.com>
Date: Tue Jan 31 12:22:48 2006 +0100
setupapi: Add tests for SetupGetInfInformation.
See:
https://test.winehq.org/data/tests/setupapi:query.html
--
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=49956
Bug ID: 49956
Summary: Qt Creator installer does not create it's maintenance
program
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 68347
--> https://bugs.winehq.org/attachment.cgi?id=68347
Screenshot of missing MaintenanceTool.exe message
Summary
Qt Creator installer does not create it's maintenance program
Download location
https://www.qt.io/download-thank-you?os=windows&hsLang=en
$ sha256sum qt-unified-windows-x86-3.2.3-online.exe
f4ac94370647375e557569f15d443ff8032687cca505db623a08422f3df02a5c
qt-unified-windows-x86-3.2.3-online.exe
Steps to reproduce
1) start the installer
$ wine qt-unified-windows-x86-3.2.3-online.exe with the following settings:
welcome -> next
qt account -> make or input a qt account, next
qt open source -> [X] i have read and approve the obligation of using open
source qt, next
setup -> next
contribute -> [X] help us -> next
Installation folder -> C:\Qt
Select components
Qt -> Qt 5.15.1 -> MinGw 8.1.0 32 bit
Qt -> Developer and designer tools -> Qt Creator 4.13.2 CDB Debugger Support
Support (default)
Qt -> Developer and designer tools -> Debugging tools for windows (default)
Qt -> Developer and designer tools -> CMake 3.17.1 64-bit (default)
Qt -> Developer and designer tools -> Ninja 1.10.0 (default)
Qt -> Developer and designer tools -> MinGW 8.1.0 32 bit (must match the Qt
version above) -> next
License Agreement [X] I have read and agree to the terms -> next
start menu shortcuts -> next
Ready to install -> Install -> next
Completing the wizard [X] Launch Qt Creator
Now Qt creator starts and gives the message "Plugin initialization failed: The
maintenance tool at "C:\Qt/MaintenanceTool.exe" is not an executable. Check
your installation." see the screenshot.
MaintenanceTool.exe is indeed missing:
$ ls ~/.wine/drive_c/Qt/
5.15.1 Examples Licenses network.xml
components.xml InstallationLog.txt MaintenanceTool.dat.new Tools
dist installer.dat MaintenanceTool.exe.new vcredist
Docs installerResources MaintenanceTool.ini
Versions:
$ wine --version
wine-5.18 (Staging)
$ pacman -Q wine
wine-staging 5.18-1
uname -a
Linux cedric-p4 5.8.13-arch1-1 #1 SMP PREEMPT Thu, 01 Oct 2020 20:40:35 +0000
x86_64 GNU/Linux
--
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=14221
Summary: After Wineboot startup
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deepblu(a)poczta.fm
Created an attachment (id=14508)
--> (http://bugs.winehq.org/attachment.cgi?id=14508)
wine_dump
After Wineboot start i have message like in attachment;
--
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=14827
Summary: Autocad 2005 : Multiline text edit crashes application
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
If you try to edit a multiline text (MTEXT) or a dimension text on autocad
(tested on 2005), following happens :
1) The editor is (correctly) shown, but edited text is not visible on text area
2) If you use ESC to abort command, you retourns on autocad correctly
3) If you press OK button to accept changes, the whole autocad hangs.
Ciao
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.
https://bugs.winehq.org/show_bug.cgi?id=40821
Bug ID: 40821
Summary: Java JRE 8 installer 'jre-8u60-windows-i586.exe' and
latter hang during installation
Product: Wine
Version: 1.9.12
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Distribution: ---
Since bug 38811 was fixed, i wanted to re-test:
* jre-8u45-windows-i586.exe ... installer runs
* jre-8u51-windows-i586.exe ... installer runs
* jre-8u55-windows-i586.exe ... installer runs
* jre-8u60-windows-i586.exe ... installer stalls
* jre-8u77-windows-i586.exe ... installer stalls
* jre-8u91-windows-i586.exe ... installer stalls
Last line in that case is:
fixme:jscript:JSGlobal_eval No active exec_ctx
--
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=14422
Summary: AutoCAD 2005 fails to start
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: r.snajdr(a)coramexport.cz
AutoCAD 2005 now installs but it wont start. It reports some problems about
gdiplus. I tryed to istall another one from ddl.com but it did not help
--
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=13838
Summary: AutoCAD 2005 setup : Missing backslash in registry entry
and profile path
Product: Wine
Version: 1.0-rc4
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max(a)veneto.com
During setup of AutoCAD2005, some values in registry are incorrectly set.
In detail, what should be :
C:\\windows\\profiles\\massimo\\Applicazioni\\Autodesk\\AutoCAD 2005\\......
Is instead written like that :
C:\\windows\\profiles\\massimo\\ApplicazioniAutodesk\\AutoCAD 2005\\
Note the missing '\\' between 'Applicazioni' and 'Autodesk'
Folders in profile are created accordingly, so instead of :
massimo
Applicazioni
Autodesk
It's created as :
massimo
ApplicazioniAutodesk
That brings problems in some addons (like ExpressTools for autocad) and, I
guess,
it's the cause for the first-run error messagebox.
I think some path-related functions in wine is missing the terminating \\.
Ciao
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=10635
Summary: Tivo Desktop 2.5.1 will not install
Product: Wine
Version: 0.9.50.
Platform: PC
URL: http://www.tivo.com/mytivo/domore/tivotogo/windows.html
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joseph_scott123(a)msn.com
When trying to install Tivo Desktop 2.5.1 I get the following messages and it
fails to install.
fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not
registered
err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10}
could be created for context 0x1
fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"UILevel", clsid
{000c1090-0000-0000-c000-000000000046}
fixme:seh:_abnormal_termination (void)stub
fixme:seh:_abnormal_termination (void)stub
fixme:seh:_abnormal_termination (void)stub
Usage:
Install a product:
msiexec {package|productcode} [property]
msiexec /i {package|productcode} [property]
msiexec /a package [property]
Repair an installation:
msiexec /f[p|o|e|d|c|a|u|m|s|v] {package|productcode}
Uninstall a product:
msiexec /x {package|productcode} [property]
Advertise a product:
msiexec /j[u|m] package [/t transform] [/g languageid]
msiexec {u|m} package [/t transform] [/g languageid]
Apply a patch:
msiexec /p patchpackage [property]
msiexec /p patchpackage /a package [property]
Modifiers for above operations:
msiexec /l[*][i|w|e|a|r|u|c|m|o|p|v|][+|!] logfile
msiexec /q{|n|b|r|f|n+|b+|b-}
Register a module:
msiexec /y module
Unregister a module:
msiexec /z module
Display usage and copyright:
msiexec {/h|/?}
NOTE: Product code on commandline unimplemented as of yet
Copyright 2004 Vincent B�ron
--
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=46823
Bug ID: 46823
Summary: in wcmd.exe, trailing slash in "if exist SomeDir/"
cause always false
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: alter(a)ukr.net
Distribution: ---
Created attachment 63849
--> https://bugs.winehq.org/attachment.cgi?id=63849
fix issue with instant false due to trailing slash in 'if exist SomeDir/'
if exist SomeDir/ do-smth.cmd
statement (with ending slash) always return false since
'if exist' CMD implementation start using FindFirstFileW() instead of
GetFileAttributesW() in builtins.c
Such condition appears in MS VisualStudio generated makefiles
There is special case for trailing '\\', but there is no handling for '/'.
The patch proposed fixes this issue and adds corresponding tests for
if exist SomeDir/ do-smth.cmd
if exist "SomeDir/" do-smth.cmd
cases
--
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=47657
Bug ID: 47657
Summary: Character in The Sims 1 Make-A-Celebrity looks
completely white
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 65100
--> https://bugs.winehq.org/attachment.cgi?id=65100
+ddraw,+d3d,+d3d_shader
It's very close to https://bugs.winehq.org/show_bug.cgi?id=46948 but it only
seems to happen to this particular add-on tool. Actual game still renders just
fine so it's a regression.
To run this tool, you need to have an installation of the actual game.
Attaching +ddraw,+d3d,+d3d_shader log.
--
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=47716
Bug ID: 47716
Summary: cat planet fails to start with llvmpipe drivers
Product: Wine
Version: 4.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Cat Planet fails to start. It brings up a dialog saying "Unexpected error
occured [sic] when running the game."
It seems that it triggers a floating point exception in the mesa software
drivers.
--
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=48633
Bug ID: 48633
Summary: CSS HTML Validator 2020 - toolbar does not display
properly
Product: Wine
Version: 5.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: support(a)htmlvalidator.com
Distribution: ---
Created attachment 66485
--> https://bugs.winehq.org/attachment.cgi?id=66485
Shows incorrect display of Toolbar (look at row containing "New List" and more)
The Batch Wizard tool in CSS HTML Validator 2020 does not display the Toolbar
properly.
To reproduce:
1. Download trial version at
https://www.htmlvalidator.com/private/css-html-validator-wine-bug-x64-setup…
2. Install and run program.
3. Go to the Batch Wizard (F2).
4. By default, the toolbar is hidden in Wine because it does not display
properly. To force the display of the toolbar, choose Options->Force Toolbar.
5. The toolbar icons and spacing will not display properly. The toolbar buttons
appear to be fully justified, but they should be left justified.
6. The toolbar should look more like it does on Windows (see attachment).
--
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=48650
Bug ID: 48650
Summary: Support other keyboard layout than "standard" one
(dvorak, bepo…)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: aeris+winehq(a)imirhil.fr
Distribution: ---
Created attachment 66509
--> https://bugs.winehq.org/attachment.cgi?id=66509
bepo patch
Currently running wine with a "not standard" keyboard like bépo or dvorak leads
to some key not recognized.
On bépo, key like "«" ("2" caps on an azerty) not completely working. On Guild
Wars 2, "«" works correctly on chat input but can't be bind to a function on
ingame key mapping menu, or "é" ("z" on an azerty) works standalone but not
with alt modifier (but ctrl or shift modifiers work).
I try to modify directly
https://github.com/wine-mirror/wine/blob/c698682b3286d72cc7c4c4624b4d14b03d…
to add bépo support but I don't understand `key_scan` or `key_vkey` values.
Achieve to get almost fully working bépo keyboard ("«" and "é" act correctly
again but some modifiers don't work) with removal of all mapping in this file
but a custom bépo one (made without real understanding of what I do :P).
--
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=48736
Bug ID: 48736
Summary: shlwapi: Implement SHLockSharedEx function
Product: Wine
Version: 5.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shlwapi
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 66625
--> https://bugs.winehq.org/attachment.cgi?id=66625
The patch
There is no implementation of SHLWAPI!SHLockSharedEx function. This patch will
add it.
--
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=48749
Bug ID: 48749
Summary: Spider: Game fails at completion
Product: Wine
Version: 5.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: james.tabor(a)reactos.org
Distribution: ---
Created attachment 66652
--> https://bugs.winehq.org/attachment.cgi?id=66652
Spider from ReactOS
Playing game it locks up at completion.
--
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=49074
Bug ID: 49074
Summary: Nintendulator 0.980 - AVI capture fails due to error
in AVIStreamWrite
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: avifil32
Assignee: wine-bugs(a)winehq.org
Reporter: quietust(a)gmail.com
Distribution: Ubuntu
In Nintendulator 0.980 (a Nintendo Entertainment System emulator), attempting
to record to an AVI file fails with AVIERR_UNSUPPORTED from
AddAudio::AVIStreamWrite when running in Wine Staging 5.7 on Ubuntu 16.04.6
LTS. The same thing happens in Wine-Devel 5.7.
Given that I am the author of this application, I've been able to track down
exactly what's going wrong.
On Windows, the AVIStreamWrite function treats the "lStart" parameter
differently depending on the stream type - for a Video stream it expects it to
be a frame number (increasing by 1 each time), but for an Audio stream it
expects it to be a *sample* number (increasing by "lSamples" each time). In
Wine, however, Audio streams expect "lStart" to increase by 1 each time, just
like Video streams.
I've built two test versions of my application: one that only works on Windows,
and one that only works in Wine. They can be downloaded from the following URL:
https://www.qmtpro.com/~nes/misc/nintendulator_winebug.zip
(sha1 4eca2a261db3fdaa03cbc92cbee307c56ffffac2)
See
https://github.com/quietust/nintendulator/blob/fc91a2abcbe3ad37a1a6e52f12d8…
for relevant source code - these test versions have lines 273-280 commented out
and have "WineHack" hardcoded (to "false" for the Windows version and "true"
for the Wine version) for the check on line 287.
Steps to reproduce:
1. Download and extract the archive linked above
2. Run "nintendulator_windows.exe stars.nes" in Wine
3. Open the "Misc" menu and select "Start AVI Capture"
4. Enter a filename and press Save
5. Set the Compressor to "Full Frames (Uncompressed)" and press OK
6. Press F2 to start emulation and observe that it fails.
7. Repeat steps 2-6 with "nintendulator_wine.exe" and observe that it now works
correctly.
8. Repeat steps 2-7 on Windows and observe that the results are the other way
around.
--
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=49186
Bug ID: 49186
Summary: DXBC compiler generates incorrect spir-v code
Product: vkd3d
Version: 1.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: alex.fishman(a)gmail.com
Distribution: ---
Created attachment 67204
--> https://bugs.winehq.org/attachment.cgi?id=67204
dxbc tessellaton control shader
I'm having issues with tessellation shaders.
Seems that the generated spir-v code is incorrect. After converting the spir-v
to GLSL (spirv-dis) and validating it (glslangValidator) there are errors in
the the following section:
#version 450
layout(vertices = 5) out;
out float gl_ClipDistance[5];
layout(location = 0) out vec2 o0[5];
layout(location = 1) out vec4 o1[5];
vec4 opc[4];
vec4 v1[5];
void control0()
{
v1[1u] = vec4(gl_ClipDistance[0u]);
v1[2u] = vec4(gl_ClipDistance[1u]);
v1[3u] = vec4(gl_ClipDistance[2u]);
v1[4u] = vec4(gl_ClipDistance[3u]);
v1[5u] = vec4(gl_ClipDistance[4u]);
vec4 r0;
r0.x = intBitsToFloat(gl_InvocationID);
o0[gl_InvocationID] = gl_in[floatBitsToInt(r0.x)].gl_Position.xy;
o1[gl_InvocationID] = v1[floatBitsToInt(r0.x)];
}
...
glslangValidator outputs the following error:
ERROR: 0:4: 'gl_ClipDistance' : identifiers starting with "gl_" are reserved
ERROR: 1 compilation errors. No code generated.
Sample DXBC binary 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=49301
Bug ID: 49301
Summary: pthread_exit hangs on unwind through
call_thread_exit_func on arm64
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Created attachment 67309
--> https://bugs.winehq.org/attachment.cgi?id=67309
Workaround
My arm64 Wine build spins in services.exe after starting up anything. The
backtrace points into pthread_exit() - see attached file backtrace.txt.
I placed pthread_exit calls throughout the thread creation / shutdown code and
it works up to the point where signal_exit_thread() calls
call_thread_exit_func(). After call_thread_exit_func() passes control to the C
function exit_thread() pthread_exit() will hang.
I previously had this problem only in a gcc wine build (with 8fb8cc03
reverted), but recently, presumably after an update to clang-10, the problem
also happens when building Wine with clang. The attached backtrace is from a
build with clang 10.
Calling exit_thread() directly from signal_exit_thread() without going through
call_thread_exit_func works around the problem. See attached file noasm.diff
--
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=49378
Bug ID: 49378
Summary: kernel32.WriteFile with multi byte characters reports
incorrect number of written bytes
Product: Wine
Version: 5.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: suokkos(a)gmail.com
Distribution: ---
Created attachment 67438
--> https://bugs.winehq.org/attachment.cgi?id=67438
Wine test case to trigger the bug
Writing utf-8 multibyte characters to stdout using stdio led to uncovering this
bug. Attached test case is a simple way to trigger the underlying issue.
Minimal steps leading to issue:
1. Set console output to CP_UTF8
2. Use WriteFile with multibyte characters
Expect outcome:
WriteFile reports number of bytes written.
Actual outcome:
WriteFile reports number of characters written.
Other observations while writing test case:
I first run same test case using kernelbase.WriteFile. Base version seems to
behavior differently because my test case passed. I only then noticed the
important detail that there is multiple WriteFile entry points.
--
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=45110
Bug ID: 45110
Summary: Crash when running courselab 2.4
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cjrw42(a)gmail.com
Distribution: ---
Created attachment 61295
--> https://bugs.winehq.org/attachment.cgi?id=61295
courselab 2.4 backtrace
I have installed courselab 2.4 (educational resource dev package which creates
HTML based sites), using the MSI, and all appears to have gone OK. Courselab
runs, grabs credentials, generates the licence key which is emailed and entered
fine, but as soon as you begin to create a new project it crashes out.
backtrace included.
--
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=40223
Bug ID: 40223
Summary: Mesa: User error: GL_INVALID_OPERATION in
glTexImage3D(bad target for depth texture)
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ovariegata(a)yahoo.com
Distribution: Slackware
When starting the GOG version of Deus Ex with wine-staging 1.9.4 and a debug
version of mesa this error is printed several times.
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Here is the full output:
$ deusex
preloader: Warning: failed to reserve range 00010000-00110000
preloader: Warning: failed to reserve range 00010000-00110000
fixme:winediag:start_process Wine Staging 1.9.4 is a testing version containing
experimental patches.
fixme:winediag:start_process Please mention your exact version when filing bug
reports on winehq.org.
preloader: Warning: failed to reserve range 00010000-00110000
preloader: Warning: failed to reserve range 00010000-00110000
preloader: Warning: failed to reserve range 00010000-00110000
preloader: Warning: failed to reserve range 00010000-00110000
preloader: Warning: failed to reserve range 00010000-00110000
fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll"
fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
fixme:process:GetProcessWorkingSetSize (0xffffffff,0x32f314,0x32f30c): stub
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
Mesa: User error: GL_INVALID_OPERATION in glTexImage3D(bad target for depth
texture)
err:ole:CoGetClassObject class {92fa2c24-253c-11d2-90fb-006008a1f441} not
registered
err:ole:CoGetClassObject no class object {92fa2c24-253c-11d2-90fb-006008a1f441}
could be created for context 0x1
err:ole:CoGetClassObject class {d8f1eee0-f634-11cf-8700-00a0245d918b} not
registered
err:ole:CoGetClassObject no class object {d8f1eee0-f634-11cf-8700-00a0245d918b}
could be created for context 0x1
fixme:winediag:IKsPropertySetImpl_QuerySupport EAX sound effects are enabled -
try to disable it if your app crashes unexpectedly
fixme:ddraw:ddraw7_FlipToGDISurface iface 0x16e2a8 stub!
OS: Slackware-current
Relevant packages:
wine-staging-1.9.4-x86_64-1_SBo
mesa-compat32-847f1cc_2015.12.16_master-x86_64-1_gitcompat32
libdrm-compat32-4274539_2016.02.26_master-x86_64-1_gitcompat32
--
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=43433
Bug ID: 43433
Summary: Sony Vegas Pro 8
Product: Wine
Version: 2.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bameylan(a)bluewin.ch
Distribution: ---
Created attachment 58799
--> https://bugs.winehq.org/attachment.cgi?id=58799
Backtrace genered at the crash
This are the problems I encountered
I am using Linux Mint 18.2 x64.
I installed Sony Vegas Pro 8.0 on wine 2.13. Installation without problem.
But when I tried to run it, it stop at the moment that he "Adding GStreamer
AudioConvert filter"
--
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=49583
Bug ID: 49583
Summary: Assassin's Creed Odyssey displays black bars on top
and bottom.
Product: Wine
Version: 5.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Distribution: ---
Created attachment 67739
--> https://bugs.winehq.org/attachment.cgi?id=67739
AC Odyssey black bar fix
It's been a long known issue that AC: Odyssey renders with black bars on the
top and bottom of the screen (see screenshot 1).
Derek Lesho came up with a stub patch that both fixed this -and- allowed STEEP
to run (it would not display previously). That patch can be found here:
https://github.com/GloriousEggroll/proton-ge-custom/blob/5.12-GE-1/patches/…
Recently, the relevant function QueryDisplayConfig was implemented, however it
did not contain some of the changes Derek's patch adds. This allowed steep to
work, however AC: Odyssey still retained the black bar issue.
I modified Derek's patch by adding the relevant parts to QueryDisplayConfig,
and removing the relevant flag checks (Derek's patch did this previously), and
this allowed AC: Odyssey to render properly without the black bars. (see
screenshot 2). The patch is hacky but may provide more information towards
fixing this properly.
--
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=49748
Bug ID: 49748
Summary: Multisim 14.2 installer fails with "Directory name
invalid"
Product: Wine
Version: 5.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
When running the installer, it terminates with a MessageBox showing "Directory
name invalid".
--
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=49788
Bug ID: 49788
Summary: mountmgr is no longer detecting SCSI devices
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: winebugzilla(a)tasossah.com
Regression SHA1: 19549d11a72f63efe0d689374446a56a68264a1f
Distribution: ---
Created attachment 68104
--> https://bugs.winehq.org/attachment.cgi?id=68104
regedit screenshot
Commit 19549d11a72f63efe0d689374446a56a68264a1f switched to using udisks2 to
detect devices, however this no longer detects SCSI devices.
This results in ASPI_GetNumControllers always returning 0, and ASPI
applications not detecting any optical drives.
Compiling wine one commit before the one mentioned above
(8388ea840fedbb9b646213a26cd59ceb3a48680b) restores the ability to detect and
use SCSI devices.
Tested on two different Ubuntu 20.04 installations, both with fully functional
udisks2.
Steps to reproduce:
Start up wine regedit
Navigate to HKLM\Hardware\DEVICEMAP\Scsi
Observe that it is empty
When functioning correctly, it should report all SCSI devices, including hard
disks and optical drives. In general, all devices that exist in /proc/scsi/scsi
should show up in the registry.
https://bugs.winehq.org/show_bug.cgi?id=31592 was opened presumably to move
away from /proc/scsi, however it is now a regression.
--
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=49825
Bug ID: 49825
Summary: GetNamedSecurityInfoA with LABEL_SECURITY_INFORMATION
returns ERROR_ACCESS_DENIED
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
Created attachment 68159
--> https://bugs.winehq.org/attachment.cgi?id=68159
wine log file
Hi,
I don't understand at all what this is all about even though I have a complete
WINEDEBUG log, when it comes to GetNamedSecurityInfoA with
LABEL_SECURITY_INFORMATION where ERROR_ACCESS_DENIED returns.
Although at first glance everything is normal, it is obvious that I do not know
enough wine and that is why I need help to resolve this situation and if
possible remove this bug for the sake of others and not just me.
Attached are 2 files:
1. TestGetNamedSecurityInfoA.cpp - test program
2. WINEDEBUG.log - part of a very large 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=50002
Bug ID: 50002
Summary: BlackBerry (Research in Motion) USB and Modem Drivers
installs files in the wrong place and fails to install
kernel drivers
Product: Wine
Version: 5.19
Hardware: x86-64
URL: https://swdownloads.blackberry.com/Downloads/contactFo
rmPreload.do?code=A8BAA56554F96369AB93E4F3BB068C22&dl=
F5937D3FABCEC4C05D26AB6F3FEEC891
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 68409
--> https://bugs.winehq.org/attachment.cgi?id=68409
hack: set CommonFiles64Folder to the 32-bit common files dir
The installer is more than a bit of a mess. It seems to be trying to install
64-bit files into the 64-bit "Common Files" folder, and 32-bit files into the
32-bit folder. It has this <trimmed> in its Directory table:
Directory Directory_Parent DefaultDir
----------------------------------------------------------
TARGETDIR SourceDir
RESEARCH_IN_MOTION ProgramFilesFolder RESEAR~1|Research In Motion
BLACKBERRY RESEARCH_IN_MOTION BLACKB~1|BlackBerry
INSTALLDIR BLACKBERRY .
CommonFiles64Folder TARGETDIR .:Common64
CommonFilesFolder TARGETDIR .:Common
CommonFilesRIM.191... CommonFilesFolder RESEAR~1|Research In Motion
CommonFilesRIM.07D... CommonFiles64Folder RESEAR~1|Research In Motion
On Wine this behaves essentially as expected, and files get installed into
64-bit "Common Files". On Windows, however, for some reason, everything gets
installed into the 32-bit "Common Files" directory. This problem is compounded
when the program subsequently tries to install PnP drivers (from a 64-bit
custom action) using files from the 32-bit "Common Files" folder—working around
their own bug, I guess—and on Wine nothing gets installed.
I'm more than a little baffled as to how this could possibly break on Windows.
It'll probably take some more involved debugging.
Anyway, the attached patch works around the bug. The installer successfully
creates a couple of root PnP devices, but the driver subsequently fails to load
due to missing WDF. (In fact it needs quite a substantial chunk of WDF, which I
have partially implemented in my local tree).
--
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=50109
Bug ID: 50109
Summary: 0414:fixme:conhost:write_console beep
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: azraeladdy(a)gmail.com
Distribution: ---
Created attachment 68600
--> https://bugs.winehq.org/attachment.cgi?id=68600
Output from a simple C program. Along with its code.
Occurs when outputting the BEL ASCII character. Nothing huge, but a worthy
thing to keep track of? Not much else to say, possibly other ASCII characters
that wine has a fix me statement for?
--
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=50187
Bug ID: 50187
Summary: programs/conhost/window.c:2310 - Unhandled exception:
divide by zero in 64-bit code
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vladimir.kokovic(a)gmail.com
Distribution: ---
Created attachment 68703
--> https://bugs.winehq.org/attachment.cgi?id=68703
backtrace.log
When my console application starts, wine reports an exception for which I don't
see any real reason.
Attached is the backtrace.log of the moment this exception occurs.
--
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=40099
Bug ID: 40099
Summary: IFileOpenDialog with FOS_PICKFOLDERS option
Product: Wine
Version: 1.9.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nozomimasao(a)gmail.com
Distribution: ---
IFileOpenDialog sometimes returns a bad path if FOS_PICKFOLDERS option is
specified.
for example, if you selected C:\Windows folder *inside* Windows folder,
GetResult method returns C:\Windows\Windows.
Steps of the user:
1. Go inside C:\Windows by double-clicking Windows folder.
2. Click select button.
Then the path will be C:\Windows\Windows.
*The user can avoid this issue by below steps.
1. Select C:\Windows by clicking Windows folder *without* going inside it.
2. Click select button.
Then the path will be C:\Windows.
For your information, the code is like this;
IFileOpenDialog *fo = nullptr;
CoCreateInstance(CLSID_FileOpenDialog, NULL, CLSCTX_INPROC_SERVER,
IID_PPV_ARGS(&fo));
DWORD opt = 0;
fo->GetOptions(&opt);
fo->SetOptions(opt | FOS_PICKFOLDERS);
fo->Show(hWnd);
IShellItem *si = nullptr;
fo->GetResult(&si);
LPWSTR path = nullptr;
si->GetDisplayName(SIGDN_FILESYSPATH, &path);
--
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=44094
Bug ID: 44094
Summary: need for speed carbon game is working but only audio
is coming , no display comes and looks like evry thing
hangs
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: srivastava.avichal(a)gmail.com
Distribution: ---
Created attachment 59816
--> https://bugs.winehq.org/attachment.cgi?id=59816
need for speed carbon game is working but only audio is coming , no display
comes and looks like evry thing hangs
my wine never work properly,
it never installs an application, nor updates nor unstalls
--
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=17277
Summary: Remote virtual memory allocation error
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gabmoa(a)yahoo.it
ZFlash is a win32 application used to simulate and edit part programs
for a cnc. The simulator part is achieved running a reduced version
of numerical control into a fixed memory map from 1 to 8 MB (the current
version is from 1-16 MB but it's the same principle). The numerical control
need to be mapped in this way because it uses fixed addresses.
The application runs in NT 4 SP6, 2000, XP and Vista MS OS but in wine
it doesn't work.
I have seen there is a problem in the memory mapping when I try to run the
application into wine so I've created a reduced example with the only
"incriminated" part. In the attached zip file there are 3 projects:
ZLoader, Z32Sim and Test.
The steps involved are the same of the complete win32 application.
ZLoader.exe create the process 'Test', suspended, and try to reserve memory
of 'Test' from 1 to 8 MB, then it resumes the process.
Test.exe is compiled with the linker flags
/base:"0x800000" /stack:0x800000,0x1000
so the big stack can not be inserted into the first 8MB and the
base of exe is changed from the default 4MB assigned by Visual Studio.
Z32Sim.dll is loaded into 'Test' and it have to map the memory (1-8MB).
To test it in the Debug directory we can execute ZLoader Test.exe
In wine Test fail when ZLoader try to resume it (I've seen that with winedbg)
with the following error:
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7ef9e617
Unfortunately it seems a not so easy task because with winedbg I can't
attach to Test process when it's suspended.
--
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=20439
Summary: TroopMaster hangs on startup
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
URL: http://www.troopmaster.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: al_turner(a)comcast.net
TroopMaster installs, but hangs on startup. Main window will not activate
(animation works, but no response to keyboard or mouse). Does not even get to
the DotNet download hangup as mentioned in bug 8997. More like 18801 but I
don't even get the popup window showing the attempt to connect to FTP.
As far as I can tell, the FTP attempt only happens if you activate the DOTNET
function (after installing the software). I have not been able to get to the
point of activating the DOTNET since I can't get it that far yet.
I followed the HOWTO from the AppDB that describes the install/kill/restart
process.
--
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=47150
Bug ID: 47150
Summary: [Overwatch] Game freezes when new menu music starts
playing
Product: Wine
Version: 4.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hewanci(a)gmail.com
Distribution: ---
Few days ago the new Lucio and Mercy League skins were introduced, and the menu
got a new music, and a showcase of aforementioned new skins.
Since then the game freezes as soon as the menu music starts playing. The music
(and later the regular menu ambient music) still plays, but the GUI is frozen
and unresponsive.
The only workaround I could find was to very quickly open one of the sub-pages
(eg. Play, Hero gallery, etc.) before the music starts. This way the music will
never play, and then I can go back to the menu and everything works fine,
including the showcase of the new skins playing in the background.
Arch Linux, fully updated
Wine Staging 4.7
--
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=48054
Bug ID: 48054
Summary: gdi32:bitmap fails on Windows XP and 2003
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:bitmap started failing on Windows XP and 2003 right after the winehq.org
upgrade:
bitmap.c:1015: Test failed: StretchDIBits failed for 32/62/0/0
bitmap.c:1023: Test failed: GetDIBits failed for 32/62/0/0
bitmap.c:1052: Test failed: StretchDIBits failed for 32/62/0/0
(repeated 12 times)
See http://winetest.dolphin/data/tests/gdi32:bitmap.html
See also the attached screenshot showing the failures did start on Sept 09.
And this wine-devel thread:
https://www.winehq.org/pipermail/wine-devel/2019-October/152082.html
The failures are systematic and happen on all machines running one of these two
Windows versions. What's strange is that the TestBot's wxppro and w2003std VMs
have not been modified in this timeframe and neither has the gdi32:bitmap test.
In fact this appears related to the compiler which would explain why the
failure started when winehq.org (which builds the official WineTest binaries)
was upgraded to Debian 10.
Specifically, letting wtbbuild, which still runs Debian 9.9
(i686-w64-mingw32-gcc 6.3.0 20170516), compile the test binaries results in no
failure:
https://testbot.winehq.org/JobDetails.pl?Key=59354
But using a binary compiled with i686-w64-mingw32-gcc 8.3-win32 20190406 (in
this case on my development machine) produces the 36 failures:
https://testbot.winehq.org/JobDetails.pl?Key=59355
Either that or it's quite possibly a result of the new everything-as-PE vs. the
old cross-compilation approach still used by wtbbuild.
--
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=28083
Summary: Agenda Circling Forth GPU particle demo:bunch of fixme
and errors
Product: Wine
Version: 1.3.26
Platform: x86
URL: http://downloads.guru3d.com/Agenda-Circling-Forth-GPU-
particle-demo-download-2591.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 810d4rk(a)gmail.com
Created an attachment (id=35956)
--> (http://bugs.winehq.org/attachment.cgi?id=35956)
terminal
It is not possible to see the techdemo as intended due to bugs.
--
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=24631
Summary: listview NM_HOVER tests sometimes fail
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austin.lund(a)gmail.com
The NM_HOVER tests sometimes give:
listview.c:468: listview: 0063016A, 02a1, 00000000, 00000000
listview.c:4433: Test failed: NM_HOVER allow test: the msg sequence is not
complete: expected 0087 - actual 0000
listview.c:468: listview: 0063016A, 02a1, 00000000, 00000000
listview.c:4438: Test failed: NM_HOVER block test: the msg sequence is not
complete: expected 0087 - actual 0000
For example:
http://test.winehq.org/data/79ed8429319509db1ca7723661af5fb4a8017320/win7_w…
Whereas a non-failing situation gives:
listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0
listview.c:4433: expected 0087 - actual 0087
listview.c:4433: expected 004e - actual 004e
listview.c:468: listview: 000000000063016A, 02a1, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 0087, 00000000, 00000000
listview.c:327: parent: 0000000000230172, 004e, 00000000, 0022f4e0
listview.c:4438: expected 0087 - actual 0087
listview.c:4438: expected 004e - actual 004e
--
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=48061
Bug ID: 48061
Summary: WineTest: get_subtests() fails randomly
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Sometimes the DLL version section contains lines like:
mfplat=load error 1359
shell32=load error 1359
user32=load error 1359
See
https://test.winehq.org/data/6f2ef158b78f7d0a950c9398c26278d6523c112e/win10…
This happens on all VMs. 1359 is ERROR_INTERNAL_ERROR which get_subtests()
returns when it fails to parse the test list. But it could also come from
GetLastError() though that seems somewhat unlikely.
In some cases this may make sense. For instance I assume that mfplat.dll is not
available on Windows XP so it could make sense to have this error there, though
one would rather expect a 'missing' error.
But this error happened to shell32 and user32 on Windows 10 as in the example
above!!!
This impacts the WineTest results which then impacts the ability of the TestBot
to detect new failures. So this needs to be investigated.
--
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=43377
Bug ID: 43377
Summary: valgrind shows an invalid read in
dlls/msxml3/tests/domdoc.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
../../../tools/runtest -q -P wine -T ../../.. -M msxml3.dll -p
msxml3_test.exe.so domdoc && touch domdoc.ok
==30037== Invalid free() / delete / delete[] / realloc()
==30037== at 0x7BC510DB: notify_free (heap.c:262)
==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==30037== by 0x5F97B28: heap_free (msxml_private.h:189)
==30037== by 0x5F9837F: free_properties (domdoc.c:360)
==30037== by 0x5F98CA3: xmldoc_release_refs (domdoc.c:624)
==30037== by 0x5F98CEA: xmldoc_release (domdoc.c:635)
==30037== by 0x5FC36D8: destroy_xmlnode (node.c:1481)
==30037== by 0x5F99C3C: domdoc_Release (domdoc.c:966)
==30037== by 0x4A525C0: IXMLDOMDocument2_Release (msxml2.h:4413)
==30037== by 0x4A525C0: test_get_ownerDocument (???:0)
==30037== by 0x4A76882: func_domdoc (domdoc.c:12609)
==30037== by 0x4AB1624: run_test (test.h:603)
==30037== by 0x4AB1A83: main (test.h:687)
==30037== Address 0x48e0820 is 18 bytes after a recently re-allocated block of
size 46 alloc'd
==30037== at 0x7BC51061: notify_alloc (heap.c:254)
==30037== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==30037== by 0x5608BD0: strdupW (freetype.c:1098)
==30037== by 0x560A0ED: load_face (freetype.c:1650)
==30037== by 0x560A862: load_font_list_from_cache (freetype.c:1778)
==30037== by 0x56132B5: WineEngInit (freetype.c:4402)
==30037== by 0x5622222: DllMain (gdiobj.c:677)
==30037== by 0x5641491: __wine_spec_dll_entry (dll_entry.c:40)
==30037== by 0x7BC57861: ??? (loader.c:150)
==30037== by 0x7BC5A291: MODULE_InitDLL (loader.c:1121)
==30037== by 0x7BC5A7E1: process_attach (loader.c:1222)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5A728: process_attach (loader.c:1210)
==30037== by 0x7BC5FB42: attach_process_dlls (loader.c:3011)
==30037== by 0x40413EC: ??? (port.c:78)
==30037==
==30037== Invalid free() / delete / delete[] / realloc()
==30037== at 0x7BC510DB: notify_free (heap.c:262)
==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==30037== by 0x5F97B28: heap_free (msxml_private.h:189)
==30037== by 0x5F9839F: free_properties (domdoc.c:362)
==30037== by 0x5F98CA3: xmldoc_release_refs (domdoc.c:624)
==30037== by 0x5F98CEA: xmldoc_release (domdoc.c:635)
==30037== by 0x5FC36D8: destroy_xmlnode (node.c:1481)
==30037== by 0x5F99C3C: domdoc_Release (domdoc.c:966)
==30037== by 0x4A525C0: IXMLDOMDocument2_Release (msxml2.h:4413)
==30037== by 0x4A525C0: test_get_ownerDocument (???:0)
==30037== by 0x4A76882: func_domdoc (domdoc.c:12609)
==30037== by 0x4AB1624: run_test (test.h:603)
==30037== by 0x4AB1A83: main (test.h:687)
==30037== Address 0x49065a0 is 4 bytes after a block of size 92 free'd
==30037== at 0x7BC510DB: notify_free (heap.c:262)
==30037== by 0x7BC556AC: RtlFreeHeap (heap.c:1762)
==30037== by 0x55FF13A: FONT_DeleteObject (font.c:814)
==30037== by 0x5622F04: DeleteObject (gdiobj.c:982)
==30037== by 0x532BDF5: get_text_metr_size (sysparams.c:482)
==30037== by 0x532C66E: normalize_nonclientmetrics (sysparams.c:653)
==30037== by 0x532F087: SystemParametersInfoW (sysparams.c:1610)
==30037== by 0x53321D2: GetSystemMetrics (sysparams.c:2459)
==30037== by 0x5331F4F: GetSystemMetrics (sysparams.c:2394)
==30037== by 0x53183B5: NC_AdjustRectOuter (nonclient.c:115)
==30037== by 0x53190E0: NC_HandleNCCalcSize (nonclient.c:414)
==30037== by 0x52CCDB6: DEFWND_DefWinProc (defwnd.c:262)
==30037== by 0x52CEB60: DefWindowProcW (defwnd.c:1023)
==30037== by 0x6DFA03C: notif_wnd_proc (bindprot.c:83)
==30037== by 0x53502FD: ??? (winproc.c:174)
==30037== by 0x535044C: call_window_proc (winproc.c:245)
==30037== by 0x5352800: WINPROC_call_window (winproc.c:901)
==30037== by 0x530DC60: call_window_proc (message.c:2224)
==30037== by 0x5310C82: send_message (message.c:3269)
==30037== by 0x5311413: SendMessageW (message.c:3469)
==30037== Block was alloc'd at
==30037== at 0x7BC51061: notify_alloc (heap.c:254)
==30037== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716)
==30037== by 0x55FE62B: CreateFontIndirectExW (font.c:509)
==30037== by 0x55FE908: CreateFontIndirectW (font.c:559)
==30037== by 0x532BD42: get_text_metr_size (sysparams.c:470)
==30037== by 0x532C66E: normalize_nonclientmetrics (sysparams.c:653)
==30037== by 0x532F087: SystemParametersInfoW (sysparams.c:1610)
==30037== by 0x53321D2: GetSystemMetrics (sysparams.c:2459)
==30037== by 0x5331F4F: GetSystemMetrics (sysparams.c:2394)
==30037== by 0x53183B5: NC_AdjustRectOuter (nonclient.c:115)
==30037== by 0x53190E0: NC_HandleNCCalcSize (nonclient.c:414)
==30037== by 0x52CCDB6: DEFWND_DefWinProc (defwnd.c:262)
==30037== by 0x52CEB60: DefWindowProcW (defwnd.c:1023)
==30037== by 0x6DFA03C: notif_wnd_proc (bindprot.c:83)
==30037== by 0x53502FD: ??? (winproc.c:174)
==30037== by 0x535044C: call_window_proc (winproc.c:245)
==30037== by 0x5352800: WINPROC_call_window (winproc.c:901)
==30037== by 0x530DC60: call_window_proc (message.c:2224)
==30037== by 0x5310C82: send_message (message.c:3269)
==30037== by 0x5311413: SendMessageW (message.c:3469)
==30037==
--
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=47872
Bug ID: 47872
Summary: gdiplus:font fails in Japanese locale on Windows 10
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdiplus:font fails in Japanese locale on Windows 10:
font.c:834: Test failed: wrong face name MS UI Gothic
font.c:842: Test failed: wrong face name MS UI Gothic
font.c:853: Test failed: wrong face name MS UI Gothic
https://test.winehq.org/data/tests/gdiplus:font.html
These failures happen on the new w1064v1809-ja TestBot VM but interestingly not
on the win7u64-1spie9-ja VM.
Maybe this means Windows 10 replaced "MS Shell Dlg" with "MS UI Gothic" for the
Japanese locale?
--
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=34756
Bug #: 34756
Summary: 32-bit Visual C++ 2010 Express full installer throws
an exception with wine-mono
Product: Wine
Version: 1.7.4
Platform: x86
URL: http://download.microsoft.com/download/1/E/5/1E5F1C0A-
0D5B-426A-A603-1798B951DDAE/VS2010Express1.iso
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Followup to bug 32280
Download the 32 bit Visual C++ 2010 Express full install:
http://download.microsoft.com/download/1/E/5/1E5F1C0A-0D5B-426A-A603-1798B9…
Attempt to install with a clean WINEPREFIX, and uncheck all optional
components. During installation here's a handled exception that doesn't occur
with native dotnet40
wine: Unhandled page fault on read access to 0x00000000 at address 0x368c89a2
(thread 0025), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x368c89a2)
...
Backtrace:
=>0 0x368c89a2 in msenv (+0x289a2) (0x0033f76c)
1 0x368c925d in msenv (+0x2925c) (0x0033f7cc)
2 0x368c92e6 in msenv (+0x292e5) (0x0033f828)
3 0x369f0fbe in msenv (+0x150fbd) (0x0033f874)
4 0x3690450b in msenv (+0x6450a) (0x0033f8ac)
5 0x36904049 in msenv (+0x64048) (0x0033f8d4)
6 0x36904147 in msenv (+0x64146) (0x0033f91c)
7 0x3690429b in msenv (+0x6429a) (0x0033f954)
8 0x3690437e in msenv (+0x6437d) (0x0033f97c)
9 0x368e8dc6 in msenv (+0x48dc5) (0x0033f9b4)
10 0x369f2d25 in msenv (+0x152d24) (0x0033fa48)
11 0x3690db92 in msenv (+0x6db91) (0x0033fa74)
12 0x00419177 in vcexpress (+0x19176) (0x0033faac)
13 0x004134f7 in vcexpress (+0x134f6) (0x0033fd98)
14 0x00414867 in vcexpress (+0x14866) (0x0033fdcc)
15 0x0042d1a4 in vcexpress (+0x2d1a3) (0x0033fe60)
16 0x7b85ffec call_process_entry+0xb() in kernel32 (0x0033fe78)
fixme:mscoree:metahostpolicy_GetRequestedRuntime 64 (nil) (nil) (nil) (nil)
0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891}
0x3702d030
fixme:mscoree:metahostpolicy_GetRequestedRuntime 72 (nil) (nil) 0x33ef40
0x33ed20 0x3702d038 0x3702d034 0x33ed0c {bd39d1d2-ba2f-486a-89b0-b4b0cb466891}
0x3702d030
fixme:mscoree:get_runtime_info unsupported runtimeinfo flags 40
fixme:mscoree:CLRRuntimeInfo_GetDefaultStartupFlags 0x7e54be18 0x33f1c8 (nil)
(nil)
fixme:mscoree:corruntimehost_Start stub 0x18bc28
I'll attach logs.
--
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=47866
Bug ID: 47866
Summary: comctl32:datetime: Fails in the Arabic locale
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The comctl32:datetime test fails in the Arabic locale:
datetime.c:212: Test failed: String mismatch ("12 hh" vs "hh 12")
datetime.c:796: Test failed: Expected 01/10/2019, got 2019/10/01
https://test.winehq.org/data/tests/comctl32:datetime.html
This failure has been happening for a long time in the fg-win7u64-1spie9-ar VM
but now the TestBot has a Windows 10 VM where the issue can be reproduced
(w1064v1809_ar).
Since both VMs have different Windows versions and but fail in the same way in
the same locale that seems to confirm that Arabic uses a different date format
from what is expected.
--
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=34314
Bug #: 34314
Summary: Touhou Danmakufu 0.12m crashes on start
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: awychong(a)hotmail.com
Classification: Unclassified
Created attachment 45679
--> http://bugs.winehq.org/attachment.cgi?id=45679
Log
Touhou Danmakufu 0.12m crashes while loading with the message "Unhandled
exception: page fault on read access to 0x00000000 in 32-bit code
(0x0041ec8d)." This has been observed when running in ja_JP.SHIFTJIS,
ja_JP.UTF8 and en_AU locales.
On Windows the program either starts (on our XP machine in all locales, and on
Windows 7 in Japanese locale) or crashes with a 0xC0000005 (Access Violation -
Failed to access 00000000 memory address (Read Access)) at address 0x004050AC
(Windows 7, non-Japanese locale).
Ubuntu 13.04 running latest SVN version of Wine (wine-1.7.0-141-gfbe4012).
Crash has been observed in Wine 1.5.9, 1.5.22 and 1.6.
--
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=33846
Bug #: 33846
Summary: OpenCL.dll.clRetainDevice needed for
Product: Wine
Version: 1.5.31
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Classification: Unclassified
Created attachment 44889
--> http://bugs.winehq.org/attachment.cgi?id=44889
crashlog
wine clinfo give a crash:
wine: Call from 0x7f66e0632520 to unimplemented function
OpenCL.dll.clRetainDevice, aborting
--
By by ... Detlef
--
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=41372
Bug ID: 41372
Summary: IMoniker_BindToStorage should return
INET_E_OBJECT_NOT_FOUND for HTTP 404 status code
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: testcase
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: michael(a)fds-team.de
Distribution: ---
Created attachment 55722
--> https://bugs.winehq.org/attachment.cgi?id=55722
Testcase to show the problem
IMoniker_BindToStorage currently ignores the HTTP status code and streams the
data sent by the server. The correct way would be to treat a 404 response as
error and return INET_E_OBJECT_NOT_FOUND. I attached a test case to show the
problem. I guess this also applies to other HTTP status codes, since for
example INET_E_AUTHENTICATION_REQUIRED also doesn't seem to be used yet.
--
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=18954
Summary: Source Insight: Text in Editor Window overlaps with
other text.
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turanammo(a)rocketmail.com
Created an attachment (id=21809)
--> (http://bugs.winehq.org/attachment.cgi?id=21809)
Text overlap in editor window
Text seems to overlap with other text, usually the overlapped text is shown
twice. Happens when the cursor is moved upwards or downwards using the keypad
arrow keys up/down respectively.
--
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=38888
Bug ID: 38888
Summary: DDE cannot deal with Chinese path
Product: Wine
Version: 1.7.46
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 51824
--> https://bugs.winehq.org/attachment.cgi?id=51824
dde_testcase.exe
reproduce:
1. $ touch ~/.wine/drive_c/测试.jpg
2. Change "[HKEY_CLASSES_ROOT\jpegfile\shell\open\command]" to
"C:\windows\system32\winebrowser.exe" "-nohome"
3. $ wine dde_testcase.exe
Expected:
测试.jpg will be opened by native picture viewer which winebrowser find.
Actually:
Didn't open 测试.jpg.
And from log with '+exec,+winebrowser' we can know that winebrowser didn't get
the right path from dde:
---snip---
trace:winebrowser:ddeCb dde_cb: 1062, 0000, 0x0, 0xc001, 0xc000, 0x0, 0033f4a0,
00000000
trace:winebrowser:ddeCb dde_cb: 8072, 0000, 0x1483c0, 0xc001, 0xc000, 0x0,
0033f4a0, 00000000
trace:exec:SHELL_ArgifyW 0x63bb48, 256, L"\"file:%1\",,-1,,,,,",
L"C:\\\6d4b\8bd5.jpg", 0x0, 0x63d510
trace:exec:SHELL_ArgifyW used 26 of 256 space
trace:exec:dde_connect L"\"file:%1\",,-1,,,,," L"C:\\\6d4b\8bd5.jpg" =>
L"\"file:C:\\\6d4b\8bd5.jpg\",,-1,,,,,"
trace:winebrowser:ddeCb dde_cb: 4050, 0000, 0x1483c0, 0xc001, 0x0, 0x147f4a,
00000000, 00000000
err:winebrowser:get_url_from_dde Unable to retrieve URL from string L"\""
trace:exec:SHELL_execute retval 33
err:winebrowser:wmain Usage: winebrowser URL
--
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=36124
Bug ID: 36124
Summary: kernel32/change.ok test shows a lot of invalid
read/writes
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48294
--> https://bugs.winehq.org/attachment.cgi?id=48294
valgrind log
E.g.,:
==22906== Thread 2:
==22906== Invalid write of size 4
==22906== at 0x7BC8623F: usr1_handler (signal_i386.c:2157)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b56c is on thread 1's stack
==22906==
==22906== Invalid read of size 4
==22906== at 0x7BC8390C: init_handler (signal_i386.c:980)
==22906== by 0x7BC86257: usr1_handler (signal_i386.c:2157)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b564 is on thread 1's stack
==22906==
==22906== Invalid read of size 2
==22906== at 0x7BC86258: usr1_handler (signal_i386.c:2158)
==22906== by 0x4EA839CF: ??? (in /usr/lib/libpthread-2.18.so)
==22906== Address 0x599b574 is on thread 1's stack
==22906==
The test also fails:
change.c:81: Test failed: Missed notification
if I redirect output to a file, however, it seems to 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.
http://bugs.winehq.org/show_bug.cgi?id=28814
Bug #: 28814
Summary: mmdevapi/tests/render.ok fails under Valgrind
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
In mmdevpi/tests, "make render.ok" fails under Valgrind, with log
render.c:636: Test failed: Position should have been further along...
--
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=17807
Summary: Electronics Workbench 5.12: measurement units aren't
shown
Product: Wine
Version: 1.1.17
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=402
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nick(a)vyalceva.net
Created an attachment (id=20039)
--> (http://bugs.winehq.org/attachment.cgi?id=20039)
the oscilloscope window
When trying to set measurement unit for a parameter in the "Component
Properties" window, or in the oscilloscope, measurement units are not shown in
the selection box.
But I can view it by copying from the box and pasting in a text editor, e.g.
"0.50 s/div ".
Old wine version 0.9.52 shows units in the oscilloscope window, but doesn't do
it in the component properties
(http://appdb.winehq.org/screenshots.php?iAppId=267&iVersionId=402).
Also I get the following error message on exit: "access violation on
(FFF4EFFF), reading C4".
Running from terminal shows me the only line
"fixme:font:WineEngRemoveFontResourceEx :stub".
--
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=15462
Summary: Wine blocking on exit when stdout and stderr are piped
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)neko.net.nz
Created an attachment (id=16357)
--> (http://bugs.winehq.org/attachment.cgi?id=16357)
Output of two simultaneous runs of described script
The issue occurs when concurrently running shell scripts which call Wine
processes whose standard out and standard error are both piped to another
program.
When two instances of a script such as the following are run concurrently, the
first child wine processes started by each of then run together, but in one of
the scripts that child doesn't fully exit until the _other_ script has
completely run and exited. (The Wine process terminates, but the pipeline
doesn't complete and so the script doesn't continue.)
A bash test-case to show this behaviour is as follows:
for iter in first second ; do echo "[$$] running $iter child wine" `date`; wine
sleep-long.exe 2>&1 | tee /dev/null; done; echo "[$$] done " `date`
The problem doesn't occur if either the redirection or pipe is removed, if I
run the scripts in separate Wine environments using $WINEPREFIX, or if I have
another long-lived Wine process which stays running throughout the entire
operation.
An example run with timing is attached.
The test Wine program used above, 'sleep-long', is the following tiny C program
(tested with Microsoft cl and Cygwin GCC with mingw):
#include <stdio.h>
#include <windows.h>
int main(){
printf("Started fake compiler, sleeping 8000ms\n");
Sleep(8000);
printf("Exiting fake compiler\n");
exit(0);
}
I've been able to reproduce this problem on several systems and Wine versions
(Debian Lenny with distro-packaged Wine 1.0.0-1, Debian Etch with Wine
1.0-rc1-1~bpo40+1 from Debian backports, Ubuntu Dapper with distro-packaged
Wine 0.9.9-0ubuntu2) but not on one other (Debian Etch with distro-packaged
Wine 0.9.25-2.1)
--
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=15906
Summary: EnumFonts returns each font multiple times
Product: Wine
Version: 1.1.5
Platform: PC-x86-64
URL: http://msdn.microsoft.com/en-
us/library/ms533964(VS.85).aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: goeran(a)uddeborg.se
Created an attachment (id=17078)
--> (http://bugs.winehq.org/attachment.cgi?id=17078)
Test program executing EnumFonts()
According to the documentation (see URL) the EnumFonts function returns one
(random) font of each available typeface. The Wine implementation returns each
typeface many times.
As a test case I installed the typeface "Signet Roundhand" and ran the attached
test program. Under indows it returns "Signet Roundhand" once. Under wine it
returns it three times, with different values for lfCharSet and tmCharSet.
I also copied the Arial font files from Windows (arial.ttf, ariali.ttf,
arialbd.ttf, and arialbi.ttf) to my $HOME/.fonts directory. Under Windows,
Arial is returned once with the test program. Under Wine it is returned ten(!)
times.
--
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=14350
Summary: SetClassLongW() to subclass window EDIT control Problem
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hongbo(a)njstar.com
CC: hongbo(a)njstar.com
Created an attachment (id=14649)
--> (http://bugs.winehq.org/attachment.cgi?id=14649)
MSVC6 MFC test project with exe in debug dir
Summary:
SetClassLongW(hEditWnd, GCL_WNDPROC, (DWORD)EditWndProc) behave different on
WINE 1.0 from Windows. Any EDIT window created after will be ANSI window on
Windows, but Unicode Windows on Wine.
How To Repeat:
In the attached VC6 MFC ANSI App project, SetClassLongW is called in
-------------------------------------------------------------------
static WNDPROC lpfnOldEditWndProc=NULL;
LONG FAR PASCAL EditWndProc(HWND hWnd, WORD Message, WORD wParam, LONG lParam)
{
return CallWindowProcW((WNDPROC)lpfnOldEditWndProc, hWnd, Message,
wParam,lParam);
}
int CDialogTestView::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
if (CView::OnCreate(lpCreateStruct) == -1)
return -1;
HWND hEditWnd1 = CreateWindowEx(0,"EDIT", "E1",WS_POPUP,0, 0, 1,
1,NULL,NULL,NULL,NULL);
lpfnOldEditWndProc =(WNDPROC)SetClassLongW(hEditWnd1, GCL_WNDPROC,
(DWORD)EditWndProc);
// TODO: Add your specialized creation code here
return 0;
}
-------------------------------------------------------------------
There is a EDIT control on the About dialogbox, when click 'OK' on window
the program report the Edit Box is NOT unicode Window. But Under Wine 1.0,
It says 'the Edit Box IS unicode Window'.
To Test: run the EXE in debug folder, Help - About DialogTest - click 'OK'.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12891
Summary: ntdll: exception.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12597)
--> (http://bugs.winehq.org/attachment.cgi?id=12597)
+relay,+seh,+ntdll in git
exception.c:602: Test failed: expected 4 exceptions, got 0
fixme:seh:fpe_handler untested SIMD exception: 0. Might not work correctly
*** Error code 1
+relay,+seh,+ntdll log attached
--
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=36282
Bug ID: 36282
Summary: valgrind shows an unitialized write in
ieframe/tests/ie.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==16468== Thread 6:
==16468== Syscall param write(buf) points to uninitialised byte(s)
==16468== at 0x4EA8262B: ??? (in /usr/lib/libpthread-2.18.so)
==16468== by 0x7BC46BB8: NtWriteFile (file.c:1073)
==16468== by 0x7B83E0AA: WriteFile (file.c:563)
==16468== by 0x5A01BB8: rpcrt4_conn_np_write (rpc_transport.c:444)
==16468== by 0x59F6B27: rpcrt4_conn_write (rpc_binding.h:189)
==16468== by 0x59F8AA9: RPCRT4_SendWithAuth (rpc_message.c:849)
==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245)
==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464)
==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519)
==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541)
==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110)
==16468== by 0x7BC87087: ??? (signal_i386.c:2571)
==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==16468== by 0x7BC87065: ??? (signal_i386.c:2571)
==16468== by 0x7BC8E4B0: start_thread (thread.c:428)
==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==16468== Address 0x47f9cf4 is 44 bytes inside a recently re-allocated block
of size 92 alloc'd
==16468== at 0x7BC4C735: notify_alloc (heap.c:255)
==16468== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==16468== by 0x59F88E9: RPCRT4_SendWithAuth (rpc_message.c:808)
==16468== by 0x59F9BA0: RPCRT4_Send (rpc_message.c:1245)
==16468== by 0x59FCD02: process_request_packet (rpc_server.c:464)
==16468== by 0x59FCF82: RPCRT4_process_packet (rpc_server.c:519)
==16468== by 0x59FD115: RPCRT4_worker_thread (rpc_server.c:541)
==16468== by 0x7BC909EA: worker_thread_proc (threadpool.c:110)
==16468== by 0x7BC87087: ??? (signal_i386.c:2571)
==16468== by 0x7BC870D0: call_thread_func (signal_i386.c:2630)
==16468== by 0x7BC87065: ??? (signal_i386.c:2571)
==16468== by 0x7BC8E4B0: start_thread (thread.c:428)
==16468== by 0x4EA7BD89: start_thread (in /usr/lib/libpthread-2.18.so)
==16468== by 0x4E95CA0D: clone (in /usr/lib/libc-2.18.so)
==16468== Uninitialised value was created by a client request
==16468== at 0x7BC4C52C: mark_block_uninitialized (heap.c:209)
==16468== by 0x7BC4C697: initialize_block (heap.c:240)
==16468== by 0x7BC50FA3: RtlAllocateHeap (heap.c:1717)
==16468== by 0x501E635: IMalloc_fnAlloc (ifs.c:186)
==16468== by 0x501EF50: CoTaskMemAlloc (objidl.h:1236)
==16468== by 0x505C935: RemUnknown_RemQueryInterface (stubmanager.c:690)
==16468== by 0x50661C6: IRemUnknown_RemQueryInterface_Stub (dcom_p.c:369)
==16468== by 0x59CA5BF: CStdStubBuffer_Invoke (cstub.c:477)
==16468== by 0x503D280: RPC_ExecuteCall (objidl.h:9086)
==16468== by 0x4FFC1ED: apartment_wndproc (compobj.c:1460)
==16468== by 0x548C509: ??? (winproc.c:173)
==16468== by 0x548C67E: call_window_proc (winproc.c:244)
==16468== by 0x548E817: WINPROC_call_window (winproc.c:900)
==16468== by 0x544FBE4: DispatchMessageW (message.c:4019)
==16468== by 0x4793F60: IEWinMain (iexplore.c:1061)
==16468== by 0x472CA34: wWinMain (main.c:84)
==16468== by 0x472CD21: wmain (exe_wmain.c:51)
==16468== by 0x472CBFC: __wine_spec_exe_wentry (exe_wentry.c:36)
==16468== by 0x7B864247: ??? (process.c:1045)
==16468== by 0x7B864394: start_process (process.c:1097)
==16468==
--
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=28831
Bug #: 28831
Summary: secur32/tests/schannel.ok: occasional uninitialised
memory read in _gnutls_recv_int() in
test_communication()?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: secur32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
I don't see this on every run, but sometimes Valgrind complains:
Conditional jump or move depends on uninitialised value(s)
at _gnutls_recv_int (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by ??? (in /usr/lib/i386-linux-gnu/libgnutls.so.26.16.14)
by schan_InitializeSecurityContextW (schannel.c:728)
by schan_InitializeSecurityContextA (schannel.c:775)
by InitializeSecurityContextA (wrapper.c:282)
by test_communication (schannel.c:644)
by func_schannel (schannel.c:773)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a client request
by mark_block_uninitialized (heap.c:208)
by initialize_block (heap.c:239)
by RtlAllocateHeap (heap.c:1703)
by init_buffers (schannel.c:496)
by test_communication (schannel.c:633)
by func_schannel (schannel.c:773)
by run_test (test.h:556)
by main (test.h:624)
--
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=49017
Bug ID: 49017
Summary: Samsung DeX: Does not install
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mayhem6328(a)gmail.com
Distribution: ---
Created attachment 66998
--> https://bugs.winehq.org/attachment.cgi?id=66998
The logs are here
SamsungDeXSetupWin.exe does not want to install! The Sha1sum of it is
39f9216682b56f6d26daa6e7716251d353524eae and the link to download is
https://www.samsung.com/global/download/SamsungDeXWin
--
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=37849
Bug ID: 37849
Summary: Wine causing color temperature setting(redshift) not
working for a short time
Product: Wine
Version: 1.7.32
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: anonymous_temp_mail(a)yahoo.co.jp
Distribution: ---
[Bug]
While using redshift(a display color temperature) and entered the sunset time,
if then use wine to start a GUI program, the current display color temperature
will be reset for several seconds and return back.
[Reproducer]
1. Start redshift and ensure it entered sunset color.
Better use -l LAT:LON to fake that you are in somewhere sun is already set.
Default redshift will use randr backend to reset the color temp, so no extra
setting is needed to reproduce.
And default redshift will use 5500K for daytime and 3500K for nighttime,
so the color temp change will be quite obvious.
2. Start wine GUI program
I'm using Startcraft2 an galgame called "月に寄り添う乙女の作法2", both of them
cause the display color temperature reset for several seconds.
[Version]
wine: 1.7.33
redshift: 1.9.1
--
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=48842
Bug ID: 48842
Summary: Ghostmouse 3.2.3: Can't record the mouse
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cryptonotev7(a)protonmail.com
Distribution: ---
Ghostmouse is a program that can record and replay mouse movements, but when
doing that on Wine it doesn't seem to move the mouse to your wanted location or
perform any clicks.
Download link to Ghostmouse: http://down.ghost-mouse.com/GhostMouse-Setup.exe
SHA-1: e42a23484708cfa84fc0d6ba63a8e6eb6e8c3e84
--
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=48843
Bug ID: 48843
Summary: Ghostmouse 3.2.3: UI elements are crooked
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cryptonotev7(a)protonmail.com
Distribution: ---
Created attachment 66760
--> https://bugs.winehq.org/attachment.cgi?id=66760
complete terminal output
After installing Ghostmouse, running the app shows broken looking UI elements:
https://i.imgur.com/gmKdN5f.png
Download link to Ghostmouse, a mouse recorder application:
http://down.ghost-mouse.com/GhostMouse-Setup.exe
SHA-1: e42a23484708cfa84fc0d6ba63a8e6eb6e8c3e84
--
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=33031
Bug #: 33031
Summary: Microsoft Windows Driver Development Kit (win7
ddk/wdk) fails
Product: Wine
Version: 1.3.28
Platform: x86
URL: https://www.microsoft.com/en-us/download/details.aspx?
id=11800
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Prerequisite: winetricks mfc42
Mount the iso, run kitsetup.exe. I chose to install 'Build Environments' (a
subset of 'Full Development Environment'). This fails:
wine: Unhandled page fault on read access to 0x84d5c3a5 at address 0x100228d
(thread 0027), starting debugger...
...
Backtrace:
=>0 0x0100228d in eula (+0x228d) (0x0033f708)
1 0x0100236b in eula (+0x236a) (0x0033f790)
2 0x5f8019d1 in mfc42u (+0x19d0) (0x0033f7b0)
3 0x5f80195a in mfc42u (+0x1959) (0x0033f810)
4 0x5f8018e2 in mfc42u (+0x18e1) (0x0033f82c)
5 0x5f8018a1 in mfc42u (+0x18a0) (0x0033f858)
the backtrace makes me suspect riched20, trying native gives:
wine: Call from 0x7b83f2a9 to unimplemented function
msls31.dll.LssbFDonePresSubline, aborting
which may be a future problem, but belongs in a separate bug.
austin@aw25 ~ $ sha1sum GRMWDK_EN_7600_1.ISO
du -hde6abdb8eb4e08942add4aa270c763ed4e3d8242 GRMWDK_EN_7600_1.ISO
austin@aw25 ~ $ du -h GRMWDK_EN_7600_1.ISO
620M GRMWDK_EN_7600_1.ISO
austin@aw25 ~ $ wine --version
wine-1.5.24-74-g5069ad7
luckily, I only wanted the headers, and running:
$ msiexec /i wdk/headers.msi
installs the headers fine.
--
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=42675
Bug ID: 42675
Summary: [Overwatch] Phantom mouse input / view pulled up to
ceiling
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pimmesselink(a)gmail.com
Distribution: ---
I am using PlayOnLinux on Ubuntu 16.10 and compiled wine with Overwatch patches
from source, first awesie's then gamax92's.
It seems to run fine but every time I'm given control of the character and not
touching the mouse, the viewpoint is pulled up to the ceiling, as if there is
some phantom mouse input. See https://www.youtube.com/watch?v=UMiKAl1tR4s. If I
then pull the mouse towards me fast enough I can overcome phantom mouse input
and pull the view down. Until I stop moving the mouse and the view is pulled up
again. Moving the mouse left or right works fine.
Things I have tried:
If I change the input settings to inverted, the phantom mouse input pulls the
view to the floor.
My standard mouse is a Roccat Kone XTD. I have tried to change the DPI and
polling rate. I have also tried without the drivers installed or plugging the
mouse into different USB ports. And I have tried replacing it with an old Razer
Diamondback. All had the same result.
I have tried the Wine config options "Automatically capture the mouse in
full-screen windows", "Emulate a virtual desktop" and "mouse warp override
default/enable/disable/force".
Within the wine prefix I have ran Xpadder and XInputTest and neither found any
gamepads or joysticks connected (I have neither).
My keyboard is a standard, non USB keyboard. Apart from my mouse the only other
peripherals are a Logitech webcam and a Sound Blaster Tactic(3D) Alpha headset.
Unplugging them does not make a difference.
My PC is a desktop, not a laptop. Raw mouse input works fine in Natural
Selection 2 natively under linux. My /dev/input consists of
by-id event0 event10 event12 event14 event16 event2 event4 event6
event8 mice
by-path event1 event11 event13 event15 event17 event3 event5 event7
event9 mouse0
In Overwatch I use Borderless Windowed and alt-tabbing out and back in does not
help. If I use Fullscreen and alt-tab out the 3D view becomes very small in the
top left corner and I can't alt-tab back to it.
Not sure if it is relevant, but I am using a GeForce 460 GTX with the latest
nvidia-378 drivers. Motherboard is a Asus P8Z77-V Pro.
For completeness, this is how I compiled Wine:
cd /home/<user>/Documents/Programming/wine64-build
make clean
make distclean
export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong"
export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong"
../wine-overwatch/configure --enable-win64
--prefix=/home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/
make -j4
sudo lxc-start -n my32bitbox
sudo lxc-attach -n my32bitbox
cd /home/<user>/Documents/Programming/wine32-tools
make clean
make distclean
export CFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong"
export CPPFLAGS="-mtune=native -O3 -pipe -fstack-protector-strong"
../wine-overwatch/configure
make -j4
cd ../wine32-build
make clean
make distclean
../wine-overwatch/configure --with-win64=../wine64-build
--with-wine-tools=../wine32-tools
--prefix=/home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/
make -j4
make install
shutdown -h now
sudo rm -rf /home/<user>/.PlayOnLinux/wine/linux-x86/2.3-overwatch/*
cd /home/<user>/Documents/Programming/wine32-build
sudo make install
cd /home/<user>/Documents/Programming/wine64-build
sudo make install
cd /home/<user>/.PlayOnLinux/wine/linux-amd64/2.3-overwatch/
ln -s ../../linux-x86/2.3-overwatch/lib lib
--
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=49502
Bug ID: 49502
Summary: Arturia products random segfaults
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arabek+wine(a)gmail.com
Distribution: ---
Created attachment 67629
--> https://bugs.winehq.org/attachment.cgi?id=67629
Crash dump backtrace for analog lab 4
Arturia Analog Lab 4 and all other plugins/standalone exe files (that use the
vst3 plugin wrapper) randomly segfault after a while. Backtrace 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=15956
Summary: "make test" doesn't always leave screen in same video
mode as it started in
Product: Wine
Version: 1.1.7
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Some tests don't properly reset the video mode, even if they don't crash.
I'm gathering a list of culprits and will post it here.
--
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=46397
Bug ID: 46397
Summary: valgrind shows an invalid free in
user32/tests/{msg,win}.c
Product: Wine
Version: 4.0-rc4
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
==21863== Invalid free() / delete / delete[] / realloc()
==21863== at 0x7BC48471: notify_realloc (heap.c:276)
==21863== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906)
==21863== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202)
==21863== by 0x4DC9250: MDIClientWndProcW (winproc.c:1141)
==21863== by 0x4DC8F1B: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==21863== by 0x4DC9539: call_window_proc (winproc.c:248)
==21863== by 0x4DCB562: WINPROC_call_window (winproc.c:923)
==21863== by 0x4D8FD32: call_window_proc (message.c:2225)
==21863== by 0x4D93A39: send_message (message.c:3288)
==21863== by 0x4D93BFA: SendMessageW (message.c:3489)
==21863== by 0x4DBD934: send_parent_notify (win.c:436)
==21863== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697)
==21863== by 0x4DBB256: CreateWindowExA (win.c:1768)
==21863== by 0x4D828C7: MDIClientWndProc_common (mdi.c:1118)
==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136)
==21863== by 0x4DC8F1B: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==21863== by 0x4DC9539: call_window_proc (winproc.c:248)
==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953)
==21863== by 0x4D8FD32: call_window_proc (message.c:2225)
==21863== by 0x4D93A39: send_message (message.c:3288)
==21863== Address 0x4922a30 is 0 bytes after a recently re-allocated block of
size 0 alloc'd
==21863== at 0x7BC48394: notify_alloc (heap.c:260)
==21863== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726)
==21863== by 0x4D80AAA: MDIDestroyChild (mdi.c:567)
==21863== by 0x4D828EA: MDIClientWndProc_common (mdi.c:1129)
==21863== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136)
==21863== by 0x4DC8F1B: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==21863== by 0x4DC9539: call_window_proc (winproc.c:248)
==21863== by 0x4DCB6EE: WINPROC_call_window (winproc.c:953)
==21863== by 0x4D8FD32: call_window_proc (message.c:2225)
==21863== by 0x4D93A39: send_message (message.c:3288)
==21863== by 0x4D96736: SendMessageA (message.c:3511)
==21863== by 0x4B4707A: test_MDI_create (win.c:1452)
==21863== by 0x4B497E9: test_mdi (win.c:2356)
==21863== by 0x4B608C6: func_win (win.c:10824)
==21863== by 0x4B6668F: run_test (test.h:617)
==21863== by 0x4B670CD: main (test.h:701)
==21863==
==19386== Invalid free() / delete / delete[] / realloc()
==19386== at 0x7BC48471: notify_realloc (heap.c:276)
==19386== by 0x7BC4BD90: RtlReAllocateHeap (heap.c:1906)
==19386== by 0x4D82AA3: MDIClientWndProc_common (mdi.c:1202)
==19386== by 0x4DC9218: MDIClientWndProcA (winproc.c:1136)
==19386== by 0x4DC8F1B: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==19386== by 0x4DC9539: call_window_proc (winproc.c:248)
==19386== by 0x4DCB838: CallWindowProcA (winproc.c:1003)
==19386== by 0x4AEE9AC: mdi_client_hook_proc (msg.c:3664)
==19386== by 0x4DC8F1B: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==19386== by 0x4DC9539: call_window_proc (winproc.c:248)
==19386== by 0x4DC9B99: WINPROC_CallProcWtoA (winproc.c:863)
==19386== by 0x4DCB58D: WINPROC_call_window (winproc.c:925)
==19386== by 0x4D8FD32: call_window_proc (message.c:2225)
==19386== by 0x4D93A39: send_message (message.c:3288)
==19386== by 0x4D93BFA: SendMessageW (message.c:3489)
==19386== by 0x4DBD934: send_parent_notify (win.c:436)
==19386== by 0x4DC0F62: WIN_CreateWindowEx (win.c:1697)
==19386== by 0x4DBB256: CreateWindowExA (win.c:1768)
==19386== by 0x4AF9EFF: test_mdi_messages (msg.c:3869)
==19386== by 0x4B108B1: func_msg (msg.c:17621)
==19386== Address 0x4931f40 is 16 bytes after a recently re-allocated block of
size 32 alloc'd
==19386== at 0x7BC48394: notify_alloc (heap.c:260)
==19386== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726)
==19386== by 0x4F8C6AA: create_family (freetype.c:1593)
==19386== by 0x4F9D33E: load_font_list_from_cache (freetype.c:1767)
==19386== by 0x4F9DEC6: WineEngInit (freetype.c:4413)
==19386== by 0x4F9E8BB: DllMain (gdiobj.c:693)
==19386== by 0x4FB4298: __wine_spec_dll_entry (dll_entry.c:40)
==19386== by 0x7BC4CF99: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==19386== by 0x7BC50733: MODULE_InitDLL (loader.c:1218)
==19386== by 0x7BC50A26: process_attach (loader.c:1312)
==19386== by 0x7BC5095F: process_attach (loader.c:1298)
==19386== by 0x7BC5095F: process_attach (loader.c:1298)
==19386== by 0x7BC532D1: attach_dlls (loader.c:3298)
==19386== by 0x7BC7B32F: attach_thread (signal_i386.c:2709)
==19386== by 0x7BC77E9B: ??? (in
/home/austin/wine-valgrind/dlls/ntdll/ntdll.dll.so)
==19386==
--
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=43378
Bug ID: 43378
Summary: valgrind shows two definite leaks in
dlls/msxml3/tests/domdoc.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
==30037== 60 (24 direct, 36 indirect) bytes in 1 blocks are definitely lost in
loss record 1,103 of 1,803
==30037== at 0x402C267: malloc (vg_replace_malloc.c:299)
==30037== by 0x61F88F3: xmlNewNs (tree.c:751)
==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037)
==30037== by 0x4A75D37: IXMLDOMDocument_createNode (msxml.h:1746)
==30037== by 0x4A75D37: test_create_attribute (???:0)
==30037== by 0x4A76896: func_domdoc (domdoc.c:12613)
==30037== by 0x4AB1624: run_test (test.h:603)
==30037== by 0x4AB1A83: main (test.h:687)
==30037==
==30037== 315 (168 direct, 147 indirect) bytes in 7 blocks are definitely lost
in loss record 1,575 of 1,803
==30037== at 0x402C267: malloc (vg_replace_malloc.c:299)
==30037== by 0x61F88F3: xmlNewNs (tree.c:751)
==30037== by 0x5F9CFE6: domdoc_createNode (domdoc.c:2037)
==30037== by 0x4A757CE: IXMLDOMDocument_createNode (msxml.h:1746)
==30037== by 0x4A757CE: test_create_attribute (???:0)
==30037== by 0x4A76896: func_domdoc (domdoc.c:12613)
==30037== by 0x4AB1624: run_test (test.h:603)
==30037== by 0x4AB1A83: main (test.h:687)
==30037==
--
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=42560
Bug ID: 42560
Summary: Wine interactive dplayx tests crash
Product: Wine
Version: 2.2
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Created attachment 57473
--> https://bugs.winehq.org/attachment.cgi?id=57473
std output + crash
This is a continuation of bug 35403.
cd wine/dlls/dplayx/tests
WINETEST_INTERACTIVE=1 make test
--
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=39522
Bug ID: 39522
Summary: Valgrind shows a leak in itemdlg tests
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Reported as:
---
==5188== 28 bytes in 1 blocks are definitely lost in loss record 296 of 1,248
==5188== at 0x7BC50613: notify_alloc (heap.c:254)
==5188== by 0x7BC54E78: RtlAllocateHeap (heap.c:1715)
==5188== by 0x587E780: add_item (itemdlg.c:793)
==5188== by 0x5889019: IFileDialogCustomize_fnAddControlItem
(itemdlg.c:4079)
==5188== by 0x4AB42BD: IFileDialogCustomize_AddControlItem
(shobjidl.h:16931)
==5188== by 0x4AB42BD: test_customize (???:0)
==5188== by 0x4ABC3A3: func_itemdlg (itemdlg.c:2434)
==5188== by 0x4ABF8E8: run_test (test.h:584)
==5188== by 0x4ABFD6C: main (test.h:666)
==5188==
{
<insert_a_suppression_name_here>
Memcheck:Leak
match-leak-kinds: definite
fun:notify_alloc
fun:RtlAllocateHeap
fun:add_item
fun:IFileDialogCustomize_fnAddControlItem
fun:IFileDialogCustomize_AddControlItem
fun:test_customize
fun:func_itemdlg
fun:run_test
fun:main
}
---
Probably means custom control items are not released at all?
--
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=36413
Bug ID: 36413
Summary: valgrind shows uninitialized memory in
msxml3/tests/xmparser.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24204== 28 bytes in 1 blocks are possibly lost in loss record 219 of 700
==24204== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==24204== by 0x538CBB8: apartment_getclassobject (compobj.c:526)
==24204== by 0x538FFC6: get_inproc_class_object (compobj.c:2894)
==24204== by 0x5392D2F: CoGetClassObject (compobj.c:3032)
==24204== by 0x53934B7: CoCreateInstance (compobj.c:3197)
==24204== by 0x4DD74AE: func_xmlparser (xmlparser.c:108)
==24204== by 0x4DD9310: run_test (test.h:584)
==24204== by 0x4DD96FF: main (test.h:654)
==24204==
--
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=36304
Bug ID: 36304
Summary: valgrind shows several leaks in msxml3/tests/xmldoc.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==30829== 1 bytes in 1 blocks are definitely lost in loss record 5 of 693
==30829== at 0x4006B11: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==30829== by 0x6512C73: xmlStrndup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x6512D05: xmlStrdup (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x64B59E4: xmlNewNode (in /usr/lib/libxml2.so.2.9.1)
==30829== by 0x61E6FBE: xmldoc_createElement (xmldoc.c:523)
==30829== by 0x4AAD9C3: test_xmlelem (msxml.h:10587)
==30829== by 0x4AAE5AB: func_xmldoc (xmldoc.c:1077)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==30829== 32 bytes in 1 blocks are possibly lost in loss record 255 of 693
==30829== at 0x7BC4C735: notify_alloc (heap.c:255)
==30829== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==30829== by 0x4D080FA: alloc_bstr (oleaut.c:162)
==30829== by 0x4D08490: SysAllocStringLen (oleaut.c:324)
==30829== by 0x4D2B608: TLB_MultiByteToBSTR (typelib.c:1753)
==30829== by 0x4D300C8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==30829== by 0x4D2F3B8: TLB_ReadTypeLib (typelib.c:3460)
==30829== by 0x4D276DC: LoadTypeLibEx (typelib.c:478)
==30829== by 0x4D27618: LoadTypeLib (typelib.c:454)
==30829== by 0x4D2786A: LoadRegTypeLib (typelib.c:537)
==30829== by 0x6196581: get_typeinfo (dispex.c:161)
==30829== by 0x61E5F7D: xmldoc_GetTypeInfo (xmldoc.c:150)
==30829== by 0x4AA60A2: test_xmldoc (oaidl.h:811)
==30829== by 0x4AAE59C: func_xmldoc (xmldoc.c:1074)
==30829== by 0x4AB096C: run_test (test.h:584)
==30829== by 0x4AB0D5B: main (test.h:654)
==30829==
==5988== 16 bytes in 1 blocks are definitely lost in loss record 134 of 725
==5988== at 0x7BC4C735: notify_alloc (heap.c:255)
==5988== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==5988== by 0x6431972: heap_alloc (msxml_private.h:169)
==5988== by 0x64330F0: XMLElement_create (xmlelem.c:505)
==5988== by 0x6433D2A: xmlelem_collection_IEnumVARIANT_Next (xmlelem.c:777)
==5988== by 0x4CA3931: test_xmlelem_collection (oaidl.h:992)
==5988== by 0x4CA65B0: func_xmldoc (xmldoc.c:1078)
==5988== by 0x4CA896C: run_test (test.h:584)
==5988== by 0x4CA8D5B: main (test.h:654)
==5988==
--
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=36172
Bug ID: 36172
Summary: xcopy tests fail under valgrind
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
xcopy.c:59: Test failed: xcopy /D:d-m-y test returned rc=258
xcopy.c:64: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:65: Test failed: xcopy did not create xcopytest\xcopy1
xcopy.c:70: Test failed: xcopy /D:m-d-y test failed rc=258
xcopy.c:71: Test failed: xcopy did not create xcopytest\xcopy1
--
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=28816
Bug #: 28816
Summary: kernel32/tests/loader.ok fails under valgrind
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Under Valgrind, "make loader.ok" fails with log
loader.c:375: Test failed: 2: 0x10002000 != 0
loader.c:376: Test failed: 2: 1 != 0
loader.c:378: Test failed: 2: 2000 != MEM_FREE
loader.c:379: Test failed: 2: 20000 != 0
--
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=28738
Bug #: 28738
Summary: user32/tests: invalid read in
server_end_to_end_callback in dde.ok?
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Not sure how bad an invalid read in a dbgstr is, but here's the log:
Invalid read of size 2
at wine_dbgstr_wn (test.h:471)
by server_end_to_end_callback (test.h:66)
by WDML_InvokeCallback (dde_misc.c:734)
by WDML_ServerHandle (dde_server.c:834)
by WDML_ServerConvProc (dde_server.c:1112)
by ??? (in user32/user32.dll.so)
by call_window_proc (winproc.c:242)
by WINPROC_call_window (winproc.c:908)
by DispatchMessageA (message.c:3738)
by test_end_to_end_server (dde.c:2680)
by func_dde (dde.c:2746)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f00dae8 is 16 bytes inside a block of size 20 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1748)
by RtlFreeUnicodeString (rtlstr.c:319)
by RegQueryValueExA (registry.c:1489)
by load_face (freetype.c:1207)
by WineEngInit (freetype.c:1345)
by DllMain (gdiobj.c:582)
--
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=20925
Summary: d3d[89]/tests/visual crash under valgrind
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d8_visual.txt
and
http://kegel.com/wine/valgrind/logs/2009-12-05-01.15/vg-d3d9_visual.txt
both show the crash
Unhandled exception: page fault on read access to 0x58469450 in 32-bit code
(0x0d9bc92b).
Backtrace:
=>0 0x0d9bc92b (0x11ad7000)
1 0x0fa16d50 in libgl.so.1 (+0x3dd50) (0x0ffbc038)
which might be a problem in the driver, but could also be a disagreement
between valgrind and the driver.
I'm going to stop running d3d[89]/tests/visual under valgrind for now,
since they always crash. Perhaps the good folks at Nvidia could
have a look at how to get valgrind and their drivers to play nice together.
(One of those logs also seems to have found a real use-after-free bug
in their driver:
Invalid read of size 4
at ??? (in /usr/lib32/libGLcore.so.180.44)
Address 0xe6905f4 is 156 bytes inside a block of size 632 free'd
at free (vg_replace_malloc.c:325)
by ??? (in /usr/lib32/libGLcore.so.180.44)
so perhaps they would actually get something out of this.)
--
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=21180
Summary: user32_crosstest.exe sysparams doesn't properly
restore tray icons on Win
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: testcases
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bunglehead(a)gmail.com
After running sysparams test some tray icons are left a kind of downsampled -
e.g. net status icon is 4x4 sized.
--
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=49436
Bug ID: 49436
Summary: 64-bit Diablo III hangs on startup since 5.11
Product: Wine
Version: 5.11
Hardware: x86-64
URL: https://www.blizzard.com/en-gb/download/confirmation?p
roduct=d3
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maciej.stanczew+b(a)gmail.com
Regression SHA1: e561ce4b9259071f79d219dddf62f05cdd8dd07b
Distribution: ArchLinux
Created attachment 67524
--> https://bugs.winehq.org/attachment.cgi?id=67524
64-bit client on Staging 5.11
After updating to Staging 5.11, 64-bit Diablo III client hangs after starting,
with message:
00d8:err:seh:setup_exception stack overflow 1920 bytes in thread 00d8 eip
00000001402fed5b esp 0000000000c10e90 stack 0xc10000-0xc11000-0xd10000
32-bit client launches correctly.
I'm not able to test vanilla Wine, because the game doesn't work there due to
bug #45443.
Regression testing lead me to the very first commit after 5.10 release:
commit e561ce4b9259071f79d219dddf62f05cdd8dd07b
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Sat Jun 6 13:56:19 2020 +0200
ntdll: Move NtRaiseException() implementation to the Unix library.
The two final configurations I built were:
- good: Wine 3cc3b44575, Staging 044cb930, patch ntdll-NtContinue excluded
- bad: Wine e561ce4b92, Staging 044cb930, patch ntdll-NtContinue excluded,
incremented NTDLL_UNIXLIB_VERSION to allow staging patches to apply
ntdll-NtContinue had to be excluded because it conflicts with ntdll changes in
Wine (it was removed from Staging in the following rebase). But as we can see,
even with it being excluded from 5.10 (without e561ce4b92), the game runs.
--
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=39389
Bug ID: 39389
Summary: Text does not render in Forward to the Sky
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: funtimeschaos(a)rocketmail.com
Distribution: ---
Created attachment 52500
--> https://bugs.winehq.org/attachment.cgi?id=52500
Terminal output
Title. I get empty speech bubbles with voice acting, as well as intro screens
with just a picture and a button to continue, when there should be text with
the picture.
I've attached 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=46864
Bug ID: 46864
Summary: MyStat 12 crashes when trying to open spreadsheet tab
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lleytonj73(a)gmail.com
Created attachment 63918
--> https://bugs.winehq.org/attachment.cgi?id=63918
Error backtrace (Wine 4.3)
There's actually quite a lot of reasons this program crashes, and I noticed
there aren't any existing bug reports for this program here.
The error backtrace attached was caused when I selected File > New > Data to
open a spreadsheet tab. Instead of opening the tab, the program "encountered an
error and needs to close".
--
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=50205
Bug ID: 50205
Summary: Steam News causes Steam crash after login
Product: Wine-staging
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68716
--> https://bugs.winehq.org/attachment.cgi?id=68716
gnome terminal output running steam
Subject tells it all.
Attaching 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=48200
Bug ID: 48200
Summary: Approach "Shell" function stopped working
Product: Wine-staging
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
$ rpm -qa wine-common
wine-common-4.20-1.fc31.noarch
Fedora 31, x64
Help!
Lotus Approach's "Shell" function in Word Pro stopped working after upgrading
to 4.20.
Result = Shell ( "z:\home\linuxutil\CopyToClipboard.pl" + " " + FullAddress)
CopyToClipboard.pl never see the call.
This happens on all me shell call. Its killing me!
--
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=48037
Bug ID: 48037
Summary: In World of Tanks in battle, mouse stuck in the middle
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HASH.DuOrden(a)gmail.com
Distribution: ---
Starting with wine 4.17, in battle mouse is stuck to the center of the screen,
it's just wiggles in middle and do not move the targeting reticle.
This feels very similar to what happens when "MouseWarpOverride"="force" with
only difference that with "MouseWarpOverride"="force" mouse acts like this all
the time but here mouse are stuck to center only when game requests the lock,
I'm not sure that I get the technical part correctly.
PS:This feels like a continuation of a bug #47771.
--
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=47932
Bug ID: 47932
Summary: Mouse-clicks no longer recognized `World of Warships`
Product: Wine-staging
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukas.lueg(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
`World of Warships 0.8.8` used to work more or less flawlessly in wine-4.16;
since the update to 4.17 left/right mouse clicks are no longer recognized at
all in the main menu (including login), rendering the application unusable.
The problem appeared since `wine-4.17-2" on x86_64, using Fedora 30.
Downgrading to 4.16 fixed the problem.
--
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=50162
Bug ID: 50162
Summary: msvcrt-Math_Precision patchset breaks audio in Diablo
III
Product: Wine-staging
Version: 5.22
Hardware: x86-64
URL: https://www.blizzard.com/download/confirmation?platfor
m=windows&product=d3
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maciej.stanczew+b(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Regression SHA1: 7734f7a8087291ec15c4d1adfe1a6db055972266
Distribution: ArchLinux
Created attachment 68678
--> https://bugs.winehq.org/attachment.cgi?id=68678
Use precise_cosh in unix_cosh instead of unix_cos
Steps to reproduce:
1. Lower your audio volume to not break ears;
2. Launch Diablo III ("wine Diablo\ III64.exe -launch").
Expected result:
Menu music starts playing, UI sounds work.
Actual result:
There is about 2 seconds of loud, garbled audio, then silence.
I've bisected this to msvcrt-Math_Precision patchset and its latest rebase.
Wine 2fb08bed46f + Staging 0192a7b3 don't have the issue.
Wine c72e1b096d1 + Staging 7734f7a8 is where the problem is introduced.
Building Staging 5.22 with "-W msvcrt-Math_Precision" also produces a working
version.
Looking at the patchset's rebase (7734f7a8), we see that precise_cosh was used
in unix_cos instead of unix_cosh. Reverting unix_cos to use cos, and using
precise_cosh instead in unix_cosh, solves the issue for me. I've attached a
patch with these changes.
--
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=49374
Bug ID: 49374
Summary: skyrim is unable to run under staging 5.10
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67434
--> https://bugs.winehq.org/attachment.cgi?id=67434
last log with error
skyrim is unable to run in recently wine.
error is in the attachment.
This is happened for a period of time.
I have tested on vanilla wine, it is able to run without any issue.
--
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=44207
Bug ID: 44207
Summary: Wine fails to run Unigine Heaven 4.0
Product: Wine-staging
Version: 2.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59977
--> https://bugs.winehq.org/attachment.cgi?id=59977
Crash log
Download URL: https://benchmark.unigine.com/heaven
Download link: http://assets.unigine.com/d/Unigine_Heaven-4.0.exe
File: Unigine_Heaven-4.0.exe
See log.
--
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=50106
Bug ID: 50106
Summary: ESync broke mountmgr
Product: Wine-staging
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: javirrdar(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
After wine update 5.19 (gb49e8743) to 5.21 (ge2d9f97b) mountmgr just stop
working on my setup. Symptoms are constant spamming:
> fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 50
> fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 50
And winecfg can't connect to Mount Manager, installers (e.g. GoG installer)
doesn't display anything on directory select. If you disable esync\fsync using
env variables, it works.
It seems like this bug appears on 5.19 (gbe9c9681) and newest wine-staging
versions.
Oddly, with WINEDEBUG=+all it works (slowly, but works). Some race condition in
ESync?
How to reproduce:
- Create new wine prefix
- Launch winecfg (issue not occurs)
- Close winecfg
- Launch winecfg again (issue occurs)
After that issue will occurs every time.
--
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=46021
Bug ID: 46021
Summary: Mass Effect 3 | Mouse uncontrollably / jumps around.
Keyboard button "locks in" sometimes
Product: Wine-staging
Version: 3.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: roquene(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Moving mouse let it jump uncontrollably around. very slow minimal movement seem
to work, but faster let the player character make a 180°. moving the mouse
upwards sometimes "locks" the camera facing upwards and only possible to turn
it in circle.
Moving the character per keyboard sometimes locks in. So moving forward and
releasing the button and the character keeps moving until key pressed again.
in game menu comparable behaviour. moving over menupoint only highlight it if
moved very slow.
problem does not occur in normal 3.18 and not with old versions like
staging-2.8
could not test later version. staging-2.21 for example shows only black screen.
--
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=45687
Bug ID: 45687
Summary: PulseAudio patchset causes crackling audio
Product: Wine-staging
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sykhro(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I couldn't narrow it down much, sounds like a resampling problem(?).
Using Gentoo default pulseaudio config and a Scarlett 2i2 USB audio interface.
--
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=48253
Bug ID: 48253
Summary: League of Legends you can't create and/or join a lobby
on Arch Linux
Product: Wine-staging
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kassin.dornelles(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65915
--> https://bugs.winehq.org/attachment.cgi?id=65915
league of legends lutris logs
You can't create a lobby or join a lobby on Arch Linux, i think at this point
doesn't matter the Wine version, maybe some Arch dep package is borked? (i did
a fresh install just to make sure)
here's a example of how the game client lobby options will look like:
https://preview.redd.it/yeasiff2du141.png?width=1286&format=png&auto=webp&s…
--
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=47703
Bug ID: 47703
Summary: warships
Product: Wine-staging
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leha.ermolin2012(a)yandex.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65174
--> https://bugs.winehq.org/attachment.cgi?id=65174
World of Warships не заходит в Адмиралтейство
В World of Warships при входе в Адмиралтейство или Клан возникает ошибка.
--
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=49556
Bug ID: 49556
Summary: 0024:err:seh:raise_exception Unhandled exception code
c0000005 flags 0 addr 0x7bc88e20
Product: Wine-staging
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kenorb(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I'm using filever.exe inside Docker container which in some configuration
crashes on run, and some works.
Initially I've managed to make it not crash with:
- wine-5.9 (Staging)
- wine-5.12 (Staging)
But after using wine-5.12 a while, I couldn't make it not crash.
When running: wine filever.exe terminal64.exe
it works fine.
When running: wine filever.exe /v terminal64.exe
it shows the following output and crashes:
--a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe
Language 0x0000 (English)
CharSet 0x04b0 Unicode
...
SubType: 00000000
FileDate: 00000000:00000000
wine: Unhandled page fault on read access to 65786526 at address 7BC88E20
(thread 0024), starting debugger...
0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc88e20
$ winedbg filever.exe /v terminal64.exe
007c:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
WineDbg starting on pid 00c8
0x000000007bcd18a5: ret
Wine-dbg>bt
Backtrace:
=>0 0x000000007bcd18a5 (0x000000000031ffd8)
1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec)
Wine-dbg>bt all
0x000000007bcd18a5: ret
Backtracing for thread 00cc in process 00c8 (C:\windows\filever.exe):
Backtrace:
=>0 0x000000007bcd18a5 (0x000000000031ffd8)
1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec)
0x000000007bcd18a5: ret
Here are the reproducible steps using Docker container (which I'm using):
1. Pull and run Docker container:
local$ docker run -it --entrypoint /bin/bash ea31337/ea-tester
2. Inside Docker, install required binaries (e.g. filever and platform binary
to check).
docker$ /opt/scripts/eval.sh install_mt 5.0.0.2515
3. Go to downloaded platform dir.
$ cd ~/.wine/drive_c/MetaTrader\ 5/
4. This command should work:
$ wine filever.exe terminal64.exe
--a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe
5. This command crashes at the end:
$ wine filever.exe /v terminal64.exe
...
FileDate: 00000000:00000000
wine: Unhandled page fault on read access to 65786526 at address 7BC88E20
(thread 0024), starting debugger...
0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc88e20
6. Although works for another binaries:
$ wine filever.exe /v metatester64.exe
(no errors at the end)
$ wine filever.exe /v metaeditor64.exe
(no errors at the end)
7. To run under debugger, run:
$ winedbg filever.exe /v terminal64.exe
Xvfb is already running, run: "export DISPLAY=:0" to access display.
The filever.exe is the same which is included with
WindowsXP-KB838079-SupportTools
(https://github.com/EA31337/EA-Tester/releases/download/4.x/WindowsXP-KB8380…).
If you download from the link, you can use cabextract to extract that binary
(e.g. cabextract -F support.cab *.exe && cabextract -F filever.exe *.cab &&
install -v filever.exe ~/.wine/drive_c/windows).
I was using filever.exe quiet often in my scripts and never had this issue.
Any clues if that's the Wine bug or filever.exe?
--
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=48057
Bug ID: 48057
Summary: Application binds to same port multiple times from
wine 4.18 works fine on 4.17
Product: Wine-staging
Version: 4.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richard.it(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65601
--> https://bugs.winehq.org/attachment.cgi?id=65601
Netstat Output With Application running on 4.18
Game server FLServer.exe appears to bind to the same port multiple times from
wine 4.18 making the application unable to communicate on the network.
Wine 4.17 works correctly.
Winetricks mfc42 required to get FLServer.exe to run.
Winetricks directplay for network.
Run FLServer.exe but unable to connect to it.
Steps to Reproduce:
1. Install game with FLServer.exe
2. winetricks mfc42 directplay
--
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=50006
Bug ID: 50006
Summary: The intro in The Sims Complete Collection gets played
too fast
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
On current wine-staging master, The Sims Complete Collection can finally play
its EA games intro and loads the game without using any special launch flags.
However, the intro gets played incredibly fast compared to Windows and is only
visible for a few frames, which is not normal because on Windows it's about a
second long.
Attached is a log with -ddraw,+quartz,+amstream debug channels (ddraw is
disabled to avoid spam from a staging patchset regarding system videomem).
--
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=11833
Summary: GroupMail: Unhandled page fault on read access to
0x00000000 at address 0x164675c
Product: Wine
Version: 0.9.56.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)netherworld.com.ar
When i open File => create new mail.
the app crashes and the debug shows an Unhandled page fault.
please fix
--
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=40823
Bug ID: 40823
Summary: Stone Giant demo crashes after launch
Product: Wine
Version: 1.9.12
Hardware: x86-64
URL: http://www.geforce.com/games-applications/pc-applicati
ons/Stone-Giant-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 54778
--> https://bugs.winehq.org/attachment.cgi?id=54778
log
wine-1.9.12-161-g754c681
--
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=28372
Summary: Ubuntu Skin Pack 5.0-XP installer crash
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=36374)
--> (http://bugs.winehq.org/attachment.cgi?id=36374)
Log: install Ubuntu_Skin_Pack
wine-1.3.28-86-g9b729bb
winetricks ie7 works around it
Please see full log
--
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=46948
Bug ID: 46948
Summary: Characters in The Sims Complete Collection render
completely white
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 64071
--> https://bugs.winehq.org/attachment.cgi?id=64071
screenshot
I've attached the screenshot to showcase the issue. All 3D models in the game
render completely white with the exception of the plumbob (it looks correct).
And the opposite happens in older editions of the game (like Deluxe Edition) -
the characters render just fine, but not the plumbob (it's still green but
looks flat and lacks any planes).
I've tried using latest master of Wine along with latest Wine-staging
(e2c7fb5bb6f4cb79156e0b7bcb3fa3485f1edb00) along with this patch
(thttps://bugs.winehq.org/attachment.cgi?id=63990) and the issue in The Sims
Complete Collection still persists. While the redrawing seems to work all
correctly, the characters still render incorrectly.
--
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=37375
Bug ID: 37375
Summary: Visual C++ 2005 Express SP1 install fails
Product: Wine
Version: 1.7.28
Hardware: x86
URL: http://download.microsoft.com/download/7/7/3/7737290f-
98e8-45bf-9075-85cc6ae34bf1/VS80sp1-KB926748-X86-INTL.
exe
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49702
--> https://bugs.winehq.org/attachment.cgi?id=49702
terminal output
See bug 20110 for a similar issue that is supposed to have been fixed (though
it doesn't work for me in 1.4.1).
http://www.microsoft.com/en-us/download/details.aspx?id=804http://download.microsoft.com/download/7/7/3/7737290f-98e8-45bf-9075-85cc6a…
(sha1sum 8b9a0172efad64774aa122f29e093ad2043b308d)
fails to install. To reproduce, get winetricks from SVN
(https://winetricks.googlecode.com/svn/trunk/src/winetricks):
winetricks vc2005expresssp1
this fails:
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
err:msi:ITERATE_Actions Execution halted, action L"InstallFiles" returned 1603
err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
err:msi:extract_cabinet FDICopy failed
err:msi:ACTION_InstallFiles Failed to extract cabinet: L"vcsetup1.cab"
------------------------------------------------------
Note: command 'wine
/home/austin/.cache/winetricks/vc2005expresssp1/VS80sp1-KB926748-X86-INTL.exe'
returned status 67. Aborting.
note that the installer appears to be in French instead of English, that's a
separate issue, I'll file a bug after a bisect.
--
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=41318
Bug ID: 41318
Summary: Sins of a Solar Empire crashes on start
Product: Wine
Version: 1.9.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: blog(a)pozimski.eu
Distribution: ---
Created attachment 55653
--> https://bugs.winehq.org/attachment.cgi?id=55653
output of wine when running the game with WINEDBG=+all
With the current wine version, Sins of a Solar Empire: Rebellion (GOG version)
does no longer start, instead it crashes with an error message and tries to
write a dump. I believe this issue is related to Direct3D since the last
message written before the dump is created is:
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
A git bisect reveals:
dfe3f26b6ddd5f280f61e15a8507e727947b99a3 is the first bad commit
commit dfe3f26b6ddd5f280f61e15a8507e727947b99a3
Author: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Date: Wed Jun 22 06:01:50 2016 +0000
d3dx9_43: Share the source with d3dx9_36.
Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com>
Signed-off-by: Matteo Bruni <mbruni(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 9d549ce0939762a55adcd576b150bfaad5338e04
0c6ab47a8dc5cd8ed8da2ad996fa02019b8af64f M dlls
:040000 040000 0b852d0a91f39d0e3db8340e46b5b59547a5e7f0
1e9e55d7d1a3a8d7b4f132ecfebc87dcfb4aba1e M tools
I have attached the full log of the wine process just to be sure.
--
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=40227
Bug ID: 40227
Summary: LibreOffice 5.1.0 cause unhandled exception 0xe06d7363
at run
Product: Wine
Version: 1.7.55
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: v_mil(a)ukr.net
Distribution: ---
Created attachment 53750
--> https://bugs.winehq.org/attachment.cgi?id=53750
The full backtrace.
Dear developers!
LibreOffice_5.1.0_Win_x64.msi installs normally except wrong folder ( "Program
Files (x86)" ) but running an Office application cause "Unhandled exception
0xe06d7363 in thread 29 at address 0x7b84a6c1 (thread 0029)".
More info in the attached backtrace.
The distribution is Ubuntu 14.04 x86_64.
BR. Viktor.
--
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=49989
Bug ID: 49989
Summary: System.Windows.Markup.XamlParseException: Provide
value on
'System.Windows.Baml2006.TypeConverterMarkupExtension'
threw an exception
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fzatlouk(a)redhat.com
Distribution: ---
Created attachment 68391
--> https://bugs.winehq.org/attachment.cgi?id=68391
stdout
Running Samsung Dex installer [0] gets stuck with:
[ERROR] FATAL UNHANDLED EXCEPTION: System.Windows.Markup.XamlParseException:
Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw
an exception. ---> System.EntryPointNotFoundException:
IWICColorContext_GetType_Proxy assembly:<unknown assembly> type:<unknown type>
member:(null)
[0] https://appdb.winehq.org/objectManager.php?sClass=version&iId=39225
--
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=49977
Bug ID: 49977
Summary: FIFA 11 Demo fifaconfig crashes when pressing Exit
button
Product: Wine
Version: 5.18
Hardware: x86-64
URL: http://static.cdn.ea.com/fifa/u/f/fifa11_pc_demo_EU.zi
p
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
1. Launch configuration tool in ..\FIFA 11 Demo\Game\fifasetup\fifaconfig.exe
2. Press Exit button.
Unhandled Exception:
System.InvalidOperationException: Invoke or BeginInvoke cannot be called on a
control until the window handle has been created.
at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control
caller, System.Delegate method, System.Object[] args, System.Boolean
synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool)
at System.Windows.Forms.Control.BeginInvoke (System.Delegate method,
System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[])
at System.Windows.Forms.WindowsFormsSynchronizationContext.Post
(System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in
<4b7d326f792d4378bd436300c6961411>:0
at System.__ComObject.Finalize () [0x0001a] in
<7713cb95b33244ed9608bf0b23fbdce9>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidOperationException: Invoke or
BeginInvoke cannot be called on a control until the window handle has been
created.
at System.Windows.Forms.Control.MarshaledInvoke (System.Windows.Forms.Control
caller, System.Delegate method, System.Object[] args, System.Boolean
synchronous) [0x00011] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control,System.Delegate,object[],bool)
at System.Windows.Forms.Control.BeginInvoke (System.Delegate method,
System.Object[] args) [0x0000f] in <4b7d326f792d4378bd436300c6961411>:0
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.Control.BeginInvoke(System.Delegate,object[])
at System.Windows.Forms.WindowsFormsSynchronizationContext.Post
(System.Threading.SendOrPostCallback d, System.Object state) [0x0000f] in
<4b7d326f792d4378bd436300c6961411>:0
wine-5.18-343-g412db778937
--
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=35102
Bug #: 35102
Summary: Qvodplayer 3.5 Crashes on start
Product: Wine
Version: 1.7.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zturnxin(a)gmail.com
Classification: Unclassified
Created attachment 46820
--> http://bugs.winehq.org/attachment.cgi?id=46820
Log: terminal log and backtrace
1. Download QvodPlayer 3.5 from url:http://dl.kuaibo.com/QvodSetupPlus_old.exe
$ sha1sum QvodSetupPlus_old.exe
bb0768ad1f742445a5d54b74bf41b6c775f0bdca QvodSetupPlus_old.exe
2. winetricks -q gdiplus, workaround Bug 32474
3. Start QvodPlayer 3.5:
~/.wine/drive_c/Program Files/QvodPlayer$ wine QvodPlayer.exe
Crash happens.
--
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=26189
Summary: Wine32bi (kernel32)t: Crysis Wars Dedicated Server no
longer shows console on start under X
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armin.kazmi(a)tu-dortmund.de
If you want to launch a crysis wars dedicated server, e.g. via
wine CrysisWars/Bin32/CrysisWarsDedicatedServer.exe -mod MWLL -root C:/Program
Files/CrysisWars/server +exec server.cfg
you expect it to spawn a console window (using windows console host it seems)
to
show further output and provide a control interface. Via git bisect I tracked
down
the offending patch, which was added quite a long time ago.
e4d090277b3f4f76b39e55480e5d1387798dbabe is the first bad commit
commit e4d090277b3f4f76b39e55480e5d1387798dbabe
Author: Eric Pouech <eric.pouech(a)orange.fr>
Date: Mon Aug 30 22:19:24 2010 +0200
kernel32: Properly handle bare console on input.
:040000 040000 79337f5cf3c9c78a557b10f8b1147476815470ac
860f197e56f714bea54dacbafe881c0ede7b19e9 M dlls
Automatic revert of the patch from HEAD fails.
--
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=49763
Bug ID: 49763
Summary: ALOTInstaller crashes
Product: Wine
Version: 5.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 68064
--> https://bugs.winehq.org/attachment.cgi?id=68064
crash log
A user reported this as rated "garbage" in appdb, so i gave it a try
The crash log shows a call to RtlConvertToAutoInheritSecurityObject, which is
strange as the FIXME from that stub is not printed in console; is that normal?
One issue is at least that RtlConvertToAutoInheritSecurityObject is wrong
declared, see https://bugs.winehq.org/show_bug.cgi?id=33279#c1
but then committed patch declares it as BOOL:
https://bugs.winehq.org/show_bug.cgi?id=33279#c3
I`ll send a patch for that one.
But that is not the cause of the crash, even if i remove
RtlConvertToAutoInheritSecurityObject from ntdll.spec it shows up in the crash
log (???)
So anyone knows what`going on? Note: I don`t know exactly what .net it needs, I
tried dotnet40 and dotnet48, same crash happens
Unhandled exception: 0xe0434352 in 64-bit code (0x000000007b01129e).
.
.
Backtrace:
=>0 0x000000007b01129e format_exception_msg+0x32e(ptr=<is not available>,
buffer=<is not available>, size=<is not available>)
[Z:\home\louis\sda2\wine64-build\dlls\kernelbase\..\..\..\wine\dlls\kernelbase\debug.c:315]
in kernelbase (0x0000000000512d60)
1 0x000006447fd60412 EntryPoint+0x6440003ef15() in msvcr100_clr0400
(0x0000000000512d60)
2 0x000000007bc521e1 RtlConvertToAutoInheritSecurityObject+0x200(pdesc=<is
not available>, cdesc=<is not available>, ndesc=<is not available>, objtype=<is
not available>)
[Z:\home\louis\sda2\wine64-build\dlls\ntdll\..\..\..\wine\dlls\ntdll\sec.c:1721]
in ntdll (0x0000000000512d60)
3 0x000006447fd5f5a7 EntryPoint+0x6440003e0aa() in msvcr100_clr0400
(0x0000000000516319)
--
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=22327
Summary: download
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://sourceforge.net/projects/phpgedview/files/1%20P
hpGedView/PhpGedView%20v4.2.3/PGV-Demo-4.2.3.zip/downl
oad
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leighmanthegreat(a)hotmail.com
Cannot install PGV demo for Windows using a clean wineprefix.
After installing dotnet20sp2 Mono2.4 with winetricks I get the following
output:
err:module:import_dll Library php5ts.dll (which is needed by
L"Z:\\home\\jack\\PGV test\\democd\\httpd\\php\\php5apache2_2.dll") not found
(OS 10048)Address already in use: make_sock: could not bind to address
127.0.0.1:6880
no listening sockets available, shutting down
Unable to open logs
System.OverflowException: Number overflow.
at System.Drawing.SizeF.ToSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.InitFormsSize () [0x00000]
at System.Windows.Forms.MessageBox+MessageBoxForm.RunDialog () [0x00000]
at (wrapper remoting-invoke-with-check)
System.Windows.Forms.MessageBox/MessageBoxForm:RunDialog ()
at System.Windows.Forms.MessageBox.Show (System.String text) [0x00000]
at PGVDemo.Form1.button1_Click (System.Object sender, System.EventArgs e)
[0x00000]
at System.Windows.Forms.Control.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.Button.OnClick (System.EventArgs e) [0x00000]
at System.Windows.Forms.ButtonBase.OnMouseUp
(System.Windows.Forms.MouseEventArgs mevent) [0x00000]
at System.Windows.Forms.Button.OnMouseUp (System.Windows.Forms.MouseEventArgs
mevent) [0x00000]
at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.ButtonBase.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Button.WndProc (System.Windows.Forms.Message& m)
[0x00000]
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.Control+ControlNativeWindow.WndProc
(System.Windows.Forms.Message& m) [0x00000]
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr
wParam, IntPtr lParam) [0x00000]
--
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=50093
Bug ID: 50093
Summary: Lara Croft and the guardian of light have very low
performance without neckloop even at lowest resolution
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andy86(a)fastwebnet.it
Distribution: ---
Created attachment 68566
--> https://bugs.winehq.org/attachment.cgi?id=68566
plain wine console output at 640x480 with lowest settings and
+fps,+tid,+timestamp
Lara Croft and the guardian of light runs well at 60 fps (and at 100 and more
fps if vsync is disabled) on the menu, but during the game it has a performance
drop of about 14 fps even at the lowest resolution and with the settings as low
as possible.
CPU usage is around 20-35% for the game for a maximium total of approx 60%
consider steam and wineserver, and 5-10% max GPU load measured at 640x480
resolution and lowest possible graphics settings and approx 300mb of RAM so
it's do not appear as an hardware bottleneck.
I tried some old versions (about 3.x) of wine to exclude other regressions
(like bug 46942) and the performance on all tested versions are identical.
I also tried wine-staging with pba patches and all mentioned wine version with
unsupported dxvk and dgvoodo2 and performance are identical also on it.
So it seems that the problem is not in d3d* and something others goes wrong in
Wine, but I am not able to define exactly what.
--
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=43343
Bug ID: 43343
Summary: Palette corruption or wrong/corrupted colours
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alehiphopdj2(a)hotmail.com
Distribution: ---
Created attachment 58684
--> https://bugs.winehq.org/attachment.cgi?id=58684
ZIP file with 3 screenshots of Frank Herbert's Dune showing colours wrong
Playing Frank Herbert's Dune (2001) on Wine 2.12 on Linux (Ubuntu) from a fresh
and successful installation, colours are corrupted on:
- cutscenes (realtime rendering, not videos)
- gameplay
- title screen
I attach a zip file with these 3 screenshots.
These are the errors i get on the console:
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33ea04,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f404,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x33f3b4,0x00000000), stub!
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:wined3d_colour_from_ddraw_colour Unhandled pixel format.
fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
err:d3d:wined3d_format_get_float_color_key Unhandled color key to float
conversion for format WINED3DFMT_R8G8_SNORM_L8X8_UNORM.
...
(this last error repeating all time until the end)
Looks like colours are corrupted because this error...
--
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=41316
Bug ID: 41316
Summary: aplikasi ada masalah saat dibuka
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: santosoa141(a)yahoo.com
Distribution: Ubuntu
aplikasi kolotibablo ada masalah saat di buka
--
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=32725
Bug #: 32725
Summary: VC runtime functions crash when called from reloaded
library in a thread
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: most(a)museresearch.com
Classification: Unclassified
Created attachment 43181
--> http://bugs.winehq.org/attachment.cgi?id=43181
msvcrt-dll-problem.zip
Assume WHAT.DLL is a windows DLL with static MSVCRT linkage. If WHAT.DLL is
unloaded and reloaded, it's C runtime functions like std::cout can crash when
called from a thread.
According to Piotr Caban (piotr dot caban at gmail dot com) "The crash is
caused by incomplete FlsFree implementation. There's a comment in it's code
that says what needs to be added:
/* FIXME: add equivalent of ThreadZeroTlsCell here */"
The crash is repeatable with the attached example winelib program (captain.exe)
and windows DLL (what.dll). Code for the compiled what.dll is included. An
included README file describes the contents. 'make test' demonstrates 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=33660
Bug #: 33660
Summary: CS:GO - Call votes respond
Product: Wine
Version: 1.5.30
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pepe(a)bloodkings.eu
Classification: Unclassified
Once a player can call vote, and only works the first choice (F1, 1).
--
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=31787
Bug #: 31787
Summary: Run the tests in Wine
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
The Wine TestBot runs the conformance tests on Windows VMs before they are
committed to Wine. This greatly helped improve the quality of our conformance
tests.
The next step is making sure that the conformance tests work reliably in Wine
too, and that Wine patches don't break them. The hope is that this will help us
improve the state of the WineTest results:
http://test.winehq.org/data/
Doing so will be much more processor intensive than the current process:
* Currently only the conformance test patches are tested whereas we would need
to test almost every single patch (we could ignore some documentation patches
for instance).
* Currently we only have to generate a binary for the one conformance test
that's impacted. That's quick. Testing all Wine patches will require
recompiling Wine every time which takes more time, even with ccache.
* A Wine patch can have wide-ranging effects. For instance a patch to ntdll
could impact pretty much any conformance test. That means rerunning all of them
for every patch... unless we find reliable ways of pruning them (patches to
conformance tests would be an obvious optimization).
* Like for Windows we will need to test various configurations: different
locales; 32, 64 and 32+64 bit Wine builds; different sound backends; possibly
different Linux distributions; if possible FreeBSD and Solaris too (I'm leaving
Mac OS X for another bug). In some cases the same binaries can be used for
multiple tests (e.g. if only the locale changes) but in other cases not.
* Also for the current Wine TestBot an unreliable test only impacts people
modifying that test. But the above point means an unreliable test would impact
most Wine patches, leading to lots of patches being rejected. So this means
unreliable tests become a big issue and need to be handled in some way: fixed
or blacklisted or still run but not considered cause for rejection (so one can
notice when they get fixed).
Then there is the question of whether this should be done by modifying the Wine
TestBot or by using the BuildBot framework:
http://trac.buildbot.net/wiki/AboutBuildbot
Dan Kegel produced a proof of concept system based on BuildBot:
http://wiki.winehq.org/BuildBot
An issue is that without significant integration work, having both a
WineTestBot and BuildBot system would be annoying:
* The Wine TestBot currently has its own user database and BuildBot would add
another one. So it would be one more login to manage for developers unless we
manage to integrate either with another user database (e.g. through LDAP).
* Developers would have to submit patches to both sites and check the results
on both.
* Integration with the Wine Patches site (http://source.winehq.org/patches/)
would need to work with both systems.
--
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=33234
Bug #: 33234
Summary: Improve user management
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
When an account request is sent to a WineTestBot administrator the URL he gfets
sent to is the UserDetails.pl one but it only has an 'Approve' button, not a
'Reject' one.
This makes it unclear how to reject spam requests for instance (bug 31798), but
this has now been documented. Still, rejecting an application actually requires
going to another page and deleting the provisional account. This should be
simpler: there should be a 'Reject' button right on the UserDetails page that
does that.
Furthermore, the status of the account, 'Pending approval' and 'Pending
activation', should be clearly indicated both on the UserDetails page and on
the UsersList page.
--
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=48093
Bug ID: 48093
Summary: On cw-rx460 the WoW WinePrefixes are (likely) broken
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
On cw-rx460 the wineprefixes created for the wow32 and wow64 test runs are
flawed:
* It looks like they do not define the %windir% and %SystemRoot% environment
variables:
https://www.winehq.org/pipermail/wine-devel/2019-October/152271.html
* They may be responsible for a failure in crypt32:sip
https://www.winehq.org/pipermail/wine-devel/2019-November/154240.html
What's puzzling is that cw-rx460 runs the same wt-daily script (*) as cw-gtx560
and other machines which don't have the same set of failures (see also bug
48092).
cw-rx460 is not a TestBot VM so this does not impact the TestBot results. But
if the wineprefixes are indeed causing extra test failures this could lead
developers on a wild goose chase. So to avoid confusion I disabled the wow32
and wow64 WineTest runs on that machine until I have had time to investigate.
(*) https://github.com/fgouget/wt-daily
--
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=39442
Bug ID: 39442
Summary: Using Spice required to avoid failure in
mmdevapi:capture
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The Windows 7+ VMs all use an ich6 virtual soundcard (they don't support any of
ac97, es1370 or sb16 ones).
But they have failures in mmdevapi:capture such as:
capture.c:586: Returned latency: 5.8050 ms
capture.c:178: Test failed: Position 375 expected 0
capture.c:186: Wait'ed position 375 pad 0 flags 1, amount of frames locked: 448
capture.c:228: Test failed: Position 1719 expected 823
[...]
It turns out that the way the VM is configured for remote access impacts the
result of the tests:
* If configured for VNC then the tests fail as described, even if no client is
connected.
* If configured for Spice access then the tests succeed, even if no client is
connected. And if a client is connected the sound is carried over with pretty
good reliability.
So the way one accesses the VM changes the behavior in the guest. That seems
wrong and I reported it to QEmu:
https://bugs.launchpad.net/qemu/+bug/1499908
I have updated the w7pro64 configuration on 2015/09/25 and it now only has one
intermittent Master volume failure left in mmdevapi:capture. The change does
not seem to have negatively impacted the other tests.
So it seems the change can safely be propagated to the other Windows 7+ VMs.
There may be one issue though, which is that combining QXL with Spice causes
the Windows 10 VM to freeze very quickly. Hopefully that's specific to Windows
10.
--
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=39419
Bug ID: 39419
Summary: Fix the 'Failure running script in VM' errors
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
There are two very common 'boterror' types:
Failure running script in VM: the "nc -q0 '10.42.42.133' '4242'"
command returned 1
and
Failure running script in VM: network read timed out
(Connect:AgentVersion.h:0/9)
Both seem to correspond to a network issue and both seem to almost exclusively
and systematically happen with the w864 and w1064 VMs when running either a 32
or 64 bit WineTest job (i.e. running the full suite).
--
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=47852
Bug ID: 47852
Summary: Let developers pick any of the Wine VM's missions for
their job
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Wine VMs can typically perform multiple missions. For instance the Debian 10 VM
missions are:
win32,test=module:win32,lang=fr_FR:win32,lang=ja_JP:win32,test=module,lang=zh_CN|wow32,test=module:wow64,test=module
This means it can run the tests against the win32, wow32 and wow64 Wine builds,
in English, French, Japanese and Chinese locales.
But when submitting a job though the website the tests are only run against the
win32 Wine build in the English locale and the developer cannot pick any other
test configuration.
This means debugging failures that only happen on the wow64 build of the
TestBot require sending the patch to wine-devel which pollutes the mailing
list, triggers many other tests, and is cumbersome for the developer.
So the 'Submit job' page should analyze a Wine VM's missions and provide a way
to pick any combination of build and language (since they are independent).
--
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=40239
Bug ID: 40239
Summary: Submitting more than one job for a given file fails
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Steps to reproduce:
* Open the 'Submit job' page in two windows.
* In both select the same file, for instance a patch.diff file or mytest.exe
one.
* Fill the Remarks field and click on the next button in both windows.
* Continue the submission process on both sides.
* At the end one job will work and the other will have 'unknown' written in the
'File name' column and fail with a TestBot error.
During the submission process the server faces the following conditions:
* The server needs the uploaded file early in the submission process so it can
analyze it and adjust the questions it asks later (e.g. prefill the command
line for patches, only present 64 bit VMs for 64 bit executables, etc.).
* There is no job yet to store the user-provided file. So it is stored in a
temporary 'staging' area and then moved into place when the job is created.
* The user can abandon the submission process at any time which causes the
temporary files he uploaded to be orphaned. To deal with this issue the server
has a garbage collecting mechanism.
* To avoid interference between users if they upload files that have the same
name the temporary filename is prefixed with a per-user string.
* However nothing prevents a collision in the staging area starts two job
submissions at the same time for the same file. This is what happens in the
steps above.
That last point is somewhat intentional as it limits the accumulation of
orphaned files if a user abandons a submission only to pick it up a bit later.
But getting a broken job is wrong in any case.
--
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=39417
Bug ID: 39417
Summary: Display duration instead of 'Ended' time
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
For Jobs and Tasks the website shows the 'Ended' time but this is not very
practical. Developers would likely be much more interested in the time it took
to run the job/task. So all this does is force them to do that calculation
themselves.
The (slight) difficulty is mostly that the relevant pages use a base class that
builds the HTML from all the selected fields. So the framework would need to be
modified to let subclasses either provide their own 'virtual columns' with the
corresponding header and content. Alternatively, in this case we could make do
with letting them replace the column's header and content.
--
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=47844
Bug ID: 47844
Summary: Add a dual-screen Wine VM
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Wine has tests that deal with multi-head displays. These would need some
matching multi-head test Wine VMs.
--
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=47869
Bug ID: 47869
Summary: dwrite:font fails on cw-rx460-1809
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dwrite:font started failing when the AMD HD6800 graphics card was replaced with
the ADM RX 460 one. The failures are always the same:
font.c:1731: Test failed: got 0x8007007a
font.c:1744: Test failed: got 54
font.c:1749: Test failed: got 54
The exact tag is cw-rx460-1809, which is the Windows 10 1809 disk image. This
means either the new graphics driver changed something (maybe it installed a
new strange font?), or a Windows 10 update slipped in while the new graphics
driver was being updated (which is quite likely).
--
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=48191
Bug ID: 48191
Summary: Add a captcha to the feedback page
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
We are now regularly getting spam on the captcha page. Spammers really have
time to waste!
So we should add a captcha. Despite its simplicity the one on the registration
page still seems to work so it should be a simple matter of porting it over.
--
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=48035
Bug ID: 48035
Summary: Speed up the new failures detection
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When a task completes the TestBot distinguishes new failures from preexisting
ones by comparing the task's report to the latest WineTest report. Any failure
present in the task's report which is not present in the WineTest report is
new.
This means parsing both reports to extract the errors and diffing them. This
needs to be done whenever we need the list of new failures which is:
* When sending a notification to the developer when a wine-patches job
completes.
* On the JobDetails page.
But the WineTest reports are pretty big (~600KB on Windows, ~1.5MB on Wine)
which translates into non negligible processing time. For instance on my
development environment loading the JobDetails page for a job with 1 Windows
report and 8 Wine reports takes about 0.2 s without the reference WineTest
reports, but close to 2 s when they are present.
So it would help to only store the WineTest failures instead of the full report
(optimisation a in bug 47998). This would cut down not only on the amount of
data to read, but also on the required parsing. Testing this in the same
development environment indicates this could bring the JobDetails processing
time down to about 0.3 s.
--
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.