http://bugs.winehq.org/show_bug.cgi?id=9916
Summary: "make test" usually fails
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
"make test" should usually run well.
Right now, it usually fails badly.
Right now, on my machine, it:
put up a modal dialog once (requiring a mouse click),
hung once (requiring a 'wineserver -k'),
dropped me into the debugger once (requiring a 'wineserver -k'),
screwed up my screen resolution once,
and had 22 package failures and 169 individual test failures.
--
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=16532
Summary: wine doesn't handle usb HID well
Product: Wine
Version: 1.1.10
Platform: PC-x86-64
URL: http://www.stepmania.com/wiki/Downloads
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: blahapeta(a)seznam.cz
When running lastest stable version 3.9 of stepmania, wine doesnt recognize
well usb events. Sometimes not at all, sometimes when i remove leg from
softpad, game detect its still there.softpad is HID device, i guess it is sure
problem for other HID devices as well.
I checked my computer, it handle HID well.
I couldnt send 2> it has almost 2 GB :) In > nothing interesting.
--
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=43007
Bug ID: 43007
Summary: crash when trying to open file
Product: Wine
Version: 2.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthias.koole(a)gmail.com
Distribution: ---
Created attachment 58151
--> https://bugs.winehq.org/attachment.cgi?id=58151
program error details of crash
Wine crashes when I try to open a file with reaper, the only program I (try to)
use with wine.
I tried different versions of wine, they all crash the same way.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46684
Bug ID: 46684
Summary: Won't open application.
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rodriguezdieter4(a)gmail.com
Created attachment 63645
--> https://bugs.winehq.org/attachment.cgi?id=63645
detailed information
Trying to open Monopoly Plus.exe won't work
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45647
Bug ID: 45647
Summary: chromium x64 sandbox >=win10 needs win10 csrss heap
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 62076
--> https://bugs.winehq.org/attachment.cgi?id=62076
Patch to provide csrss heap and fake win10 heaps
Follow up to bug 45646.
Starting with win10, the chromium sandbox tries to find a certain heap that's
shared with csrss.exe. It does this by enumerating all process heaps, looking
in the internal structure for the right flags. For that it assumes the internal
structure behind the opaque handle...
We need to do 2 things here.
1) Provide a csrss heap in the first place
2) Return handles that have a heap structure similar to win10 heap behind them
--
Do not reply 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=44960
Bug ID: 44960
Summary: Unable to use python WMI winmgmts object
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: 20917771(a)student.uwa.edu.au
Distribution: ---
Created attachment 61068
--> https://bugs.winehq.org/attachment.cgi?id=61068
A minimal test case
I am trying to use pywin32 to wait on an external process using its PID. I used
winetricks WMI. I am using Ubuntu 16.04 LTS with Wine 3.5. I have attached a
minimal example of the Python script. I expect it to wait for the other process
to complete. Instead, I get the following output and the process exits
immediately:
0009:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0413a0,(nil): stub
0033:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0913a0,(nil): stub
0009:err:ole:apartment_getclassobject DllGetClassObject returned error
0x80004002 for dll L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
0009:err:ole:create_server class {172bddf8-ceea-11d1-8b05-00600806d9b6} not
registered
0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
0009:err:ole:CoGetClassObject no class object
{172bddf8-ceea-11d1-8b05-00600806d9b6} could be created for context 0x15
0009:err:ole:create_server class {8bc3f05e-d86b-11d0-a075-00c04fb68820} not
registered
0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
0009:err:ole:CoGetClassObject no class object
{8bc3f05e-d86b-11d0-a075-00c04fb68820} could be created for context 0x14
Traceback (most recent call last):
File "test.py", line 10, in <module>
wmi = win32com.client.GetObject('winmgmts:')
File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 72, in
GetObject
return Moniker(Pathname, clsctx)
File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 87, in
Moniker
moniker, i, bindCtx = pythoncom.MkParseDisplayName(Pathname)
pywintypes.com_error: (-2147221164, 'REGDB_E_CLASSNOTREG', None, None)
--
Do not reply 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=45988
Bug ID: 45988
Summary: Hard Reset Redux and Shadow Warrior 2: no videos in
game
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: petrushkinsn(a)gmail.com
Distribution: ---
Created attachment 62547
--> https://bugs.winehq.org/attachment.cgi?id=62547
wine terminal output running Hard Reset Redux
No videos between levels, nor starting video with developer logo etc.
In Hard reset redux, if i open Extras - Movies in main menu and select any
movie - nothing happens.
In Shadow Warrior 2, if i open Extras - Movies and select movie, screen blanks
for less than a second and then nothing hapens.
Both logs created with run game, go to extras - movies, try to start movie,
exit game.
--
Do not reply 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=44003
Bug ID: 44003
Summary: Origin: BF3WebHelper.exe crashes because injection of
igo32.dll fails.
Product: Wine-staging
Version: 2.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59662
--> https://bugs.winehq.org/attachment.cgi?id=59662
Standalone demonstration of the issue similar to what Origin does.
When starting a game from Origin a crash dialog for BF3WebHelper.exe is shown.
Shift+right click - "Debug" seems to get another thread further, so it can
successfully then still execute Firefox.exe.
Used a self built wine-2.20 with the whole staging patch set applied.
Tried to get an idea of what happens:
- Origin calculates the entry point for LoadLibrary using the kernel32 fake dll
and the base address of its own process.
- CreateProcess with suspended flag is called for BF3WebHelper.exe
- Memory for the to be loaded dll is reserved and filled in
the new process ("...\\igo32.dll").
- A second thread in the new process is created by CreateRemoteThread using
the calculated entry point for kernel32.fake.LoadLibrary above.
- This thread crashes because it looks like in the in memory kernel32 module
is something different/uninitialized at the used entry point.
With +BF3WebHelper.exe:all crash does not happen.
(But is still not executing LoadLibrary and seems not to crash by "accident".)
Attached is a demonstration of what happens.
--
Do not reply 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=38486
Bug ID: 38486
Summary: Sim City 3000 crashes / doesn't load
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rufusthompsoncox(a)yahoo.co.uk
Distribution: ---
Created attachment 51331
--> https://bugs.winehq.org/attachment.cgi?id=51331
Error details
Sim City 3000 crashes / doesn't load. Error details 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.