https://bugs.winehq.org/show_bug.cgi?id=53266
Bug ID: 53266
Summary: Syberia: game crashes frequently
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Created attachment 72641
--> https://bugs.winehq.org/attachment.cgi?id=72641
terminal output
Ubuntu 20.04.4 LTS 64bit
NVIDIA GeForce 940MX with driver 510.73.05
Wine staging 7.11 (WineHQ binary package) with a clean Wine directory and the
default Wine configuration
Syberia (2002 game) GOG.com french version
syberia_1.0.0_hotfix4_(53936)
39e9e778c755c081f3e4b12dc5f6ef4260cbfb14 Game.exe
Level of detail: high
Screen depth: 32bit
Anti-aliasing: on
The game crashes frequently and randomly, each time at a different point in the
game. This doesn't seem to be triggered by any particular action in the 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=45233
Bug ID: 45233
Summary: TIDAL installer can't launch installed program in
64bit WINEPREFIX
Product: Wine
Version: 3.8
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: ---
Created attachment 61462
--> https://bugs.winehq.org/attachment.cgi?id=61462
Wine log in 64bit WINEPREFIX
After installation has finished (you need to use the msi installer due to bug
45232), it offers you to start the program.
This only works in a 32bit WINEPREFIX, it fails with 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.
http://bugs.winehq.org/show_bug.cgi?id=11531
Summary: Richard Burns Rally - Trees/buildings/fences disappear
after a while
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=5934
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tuomo.kohvakka(a)iki.fi
While playing Richard Burns Rally, trees/buildings/other stuff disappear after
a couple of minutes. This still happens with latest wine, 0.9.55 that is.
It would be nice if this wouldn't happen :)
I pretty sure this is regression, however I can't verify this right now.
Judging from appdb comments, problems have continued at least from 0.9.49.
AppDB:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=5934
--
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=53017
Bug ID: 53017
Summary: user32:monitor killed by X Error on Debian 11 + Intel
GPU
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:monitor gets killed by an X Error while running
test_ChangeDisplaySettingsEx() on my Debian 11 + Intel GPU machine (see
fg-deb64-*). This results in this type of failure:
monitor.c:61: GetProcAddress(user32, DisplayConfigSetDeviceInfo) failed.
user32:monitor:0834 done (0) in 0s
The main process has no test summary line
The lack of a summary line is what indicates that the process was summarily
killed, typically by a Unix library call.
Looking into some more details it is this call which causes the X Error:
res = ChangeDisplaySettingsExA(devices[device].name, &dm3, NULL, CDS_RESET,
NULL);
And adding traces in winex11.drv shows more precisely that the crash happens
because bad physical size values are passed to XRRSetScreenSize():
dmFields=BITSPERPEL,PELSWIDTH,PELSHEIGHT,DISPLAYFLAGS,DISPLAYFREQUENCY,DISPLAYORIENTATION
dmBitsPerPel=8 dmPelsWidth=720 dmPelsHeight=400 dmDisplayFrequency=70
dmDisplayFlags=0 dmDisplayOrientation=0
0024:trace:x11settings:apply_display_settings handler:XRandR 1.4 changing
L"\\\\.\\DISPLAY1" to position:(0,0) resolution:720x400 frequency:70Hz
depth:8bits orientation:0.
0024:warn:xrandr:xrandr14_set_current_mode Cannot change screen color depth
from 32bits to 8bits!
0024:trace:xrandr:set_screen_size mm_width=0 = 720 * 1 / 3840
0024:trace:xrandr:set_screen_size mm_height=0 = 400 * 2 / 2160
0024:trace:xrandr:xrandr14_set_current_mode 1638
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 140 (RANDR)
Minor opcode of failed request: 7 (RRSetScreenSize)
Value in failed request: 0x0
Serial number of failed request: 209
Current serial number in output stream: 210
So there are two questions:
* Should set_screen_size() have defensive code that prevents using 0 as the
physical sizes?
Using 1 instead seems to avoid the crashes.
* Why do DisplayWidthMM() and DisplayHeightMM() return bad values?
Weirder, I just got a bunch of runs with correct Display*MM() values and now
that I removed traces it's bad again.
Memory corruption?
Note that xrandr knows the right physical dimensions for my screen:
$ xrandr
Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384
VGA-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis)
698mm x 393mm
3840x2160 60.00*+ 30.00 25.00 24.00 29.97 23.98 29.98
2560x1600 59.94
2560x1440 59.95
1920x1080 60.00 60.00 50.00 59.94 30.00 25.00 24.00
29.97 23.98
1920x1080i 60.00 50.00 59.94
1680x1050 59.95
1600x900 60.00
1280x1024 75.02 60.02
1280x800 59.81
1152x864 75.00
1280x720 60.00 50.00 59.94
1024x768 75.03 60.00
832x624 74.55
800x600 75.00 60.32
720x576 50.00
720x480 60.00 59.94
640x480 75.00 60.00 59.94
720x400 70.08
HDMI-2 disconnected (normal left inverted right x axis y axis)
HDMI-3 disconnected (normal left inverted right x axis y axis)
--
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=39231
Bug ID: 39231
Summary: setupapi:devinst 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 or
limited user account.
devinst.c:408: Test failed: SetupDiInstallClassA failed: 0000000d
devinst.c:410: Test failed: Couldn't delete classkey
devinst.c:462: Test failed: Expected ERROR_INVALID_PARAMETER, got 00000005
devinst.c:479: Test failed: Expected ERROR_CLASS_MISMATCH, got 00000005
devinst.c:491: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:496: Test failed: Expected ERROR_DEVINST_ALREADY_EXISTS, got 00000005
devinst.c:502: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000005
devinst.c:508: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:516: Test failed: Expected 3 devices, got 0
devinst.c:601: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:604: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:608: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057
devinst.c:609: Test failed: Unexpected instance ID aö|4
devinst.c:613: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:616: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057
devinst.c:618: Test failed: Unexpected instance ID aö|4
devinst.c:654: Test failed: SetupDiCreateDeviceInfoA failed: 5
devinst.c:721: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:725: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000057
devinst.c:729: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:733: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:736: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:739: Test failed: SetupDiEnumDeviceInterfaces failed: 259
devinst.c:744: Test failed: expected 2 interfaces, got 0
devinst.c:247: We are most likely on Windows 2000
devinst.c:810: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:814: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:818: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87
devinst.c:828: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87
devinst.c:252: Test failed: Couldn't delete deviceclass key
devinst.c:932: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:934: Test failed: Expected registry key to exist
devinst.c:950: Test failed: Expected ERROR_INVALID_FLAGS, got 87
devinst.c:955: Test failed: Expected ERROR_INVALID_FLAGS, got 87
devinst.c:961: Test failed: Expected ERROR_INVALID_FLAGS, got 87
devinst.c:967: Test failed: Expected ERROR_DEVINFO_NOT_REGISTERED, got 00000057
devinst.c:972: Test failed: SetupDiRegisterDeviceInfo failed: 00000057
devinst.c:977: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057
devinst.c:984: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057
devinst.c:997: Test failed: SetupDiCreateDevRegKey failed: 00000057
devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103
devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed:
00000057
devinst.c:1027: Test failed: Expected the device to be removed: 00000000
devinst.c:1033: We are most likely on Wine
devinst.c:1084: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:1087: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:1090: Test failed: SetupDiRegisterDeviceInfo failed: 00000057
devinst.c:1101: Test failed: SetupDiEnumDeviceInterfaces failed: 00000103
devinst.c:1104: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103
devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed:
00000057
devinst.c:1143: Test failed: Expected the device to be removed: 00000000
devinst.c:1149: We are most likely on Wine
devinst.c:1182: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:1194: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1204: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057
devinst.c:1216: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1225: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:1227: Test failed: Unexpected size: 0
devinst.c:1231: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057
devinst.c:1232: Test failed: Unexpected property
devinst.c:1236: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057
devinst.c:1237: Test failed: Unexpected value of property
devinst.c:1238: Test failed: Unexpected type of property: 0
devinst.c:1242: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057
devinst.c:1247: Test failed: Expected ERROR_INVALID_DATA, got 00000057
devinst.c:1288: Test failed: SetupDiCreateDeviceInfoW failed: 00000005
devinst.c:1300: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1310: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057
devinst.c:1322: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1331: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:1333: Test failed: Unexpected size: 0
devinst.c:1337: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057
devinst.c:1338: Test failed: Unexpected property
devinst.c:1342: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057
devinst.c:1343: Test failed: Unexpected value of property
devinst.c:1344: Test failed: Unexpected type of property: 0
devinst.c:1348: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057
devinst.c:1353: Test failed: Expected ERROR_INVALID_DATA, got 00000057
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 with a Restricted user account
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
Note however that it succeeds in regular user accounts on the following boxes
for instance:
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/setupapi:devinst.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=39232
Bug ID: 39232
Summary: setupapi:install 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
This test systematically times out when run in a restricted or limited user
account while it only times out in under 1% of the other runs. Coupled with the
pair of messages saying it's skipping tests because it cannot install a
service, this clearly indicates a permissions problem.
install.c:303: Tests skipped: Not enough rights to install the service
install.c:380: Tests skipped: Not enough rights to install the service
test failed: timed out
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 with a Restricted user account
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
Note however that it succeeds in non-Restricted/Limited user accounts on the
following boxes for instance:
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/setupapi:install.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.
http://bugs.winehq.org/show_bug.cgi?id=20604
Summary: dsound tests fail under pulseaudio
Product: Wine
Version: 1.1.32
Platform: PC
URL: http://test.winehq.org/data/tests/dsound:ds3d.html
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=24580)
--> (http://bugs.winehq.org/attachment.cgi?id=24580)
+dsound trace
Ignoring the usual statements about pulesaudio for a bit, there's been a lot of
work (thanks Maarten et al) to make Wine work a bit better with it. When I was
on jaunty, I removed it, but under Karmic, you can't remove pulseaudio without
foobaring gnome. So, I'm stuck with it...and since few people run winetest
daily on wine aside from me, test.winehq.org shows a bunch of failures on
dsound now.
So, let's make it play better:
http://test.winehq.org/data/f222a1654ea8f84bc678c9043ad3265b97207dde/wine_a…
--
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=51315
Bug ID: 51315
Summary: The 64-bit webservices:writer test fails in Wine
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit webservices:writer test fails in Wine:
writer.c:371: Test failed: 2272: got 11 expected 10
writer.c:373: Test failed: 2272: got <t>:E-3</t> expected <t>1E-2</t>
writer.c:371: Test failed: 2272: got 12 expected 11
writer.c:373: Test failed: 2272: got <t>-:E-3</t> expected <t>-1E-2</t>
writer.c:373: Test failed: 2272: got <t>1.7976931348623156E+308</t> expected
<t>1.7976931348623157E+308</t>
writer.c:373: Test failed: 2272: got <t>-1.7976931348623156E+308</t> expected
<t>-1.7976931348623157E+308</t>
Note that these failures are systematic and only happen when running the 64-bit
test in Wine. Also most of these failures also happen on armv7l (but armv7l
has/had two more, see bug 49197).
--
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=38060
Bug ID: 38060
Summary: Apps can't load custom fonts during runtime
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: masterofquebec(a)rocksplash.com
Distribution: Debian
Created attachment 50700
--> https://bugs.winehq.org/attachment.cgi?id=50700
WINEDEBUG=warn+all,fixme+all MTASA
Calls to AddFontResourceEx seems to fails in various games.
San Andreas Multiplayer:
warn:font:new_ft_face Unable to load font
"/home/samuel/.wine/dosdevices/c:/Program Files/Rockstar Games/GTA San
Andreas/gtaweap3.ttf"/(nil) err = 2
Multi Theft Auto:
warn:font:new_ft_face Unable to load font
"/home/samuel/.wine/dosdevices/c:/Program Files/MTA San Andreas
1.4/MTA/cgui/pricedown.ttf"/(nil) err = 2
In both cases the fonts exist and seems to be valid.
What is error 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.
http://bugs.winehq.org/show_bug.cgi?id=14867
Summary: TrackMouseEvent thinko / valgrind warning?
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
An app I'm looking at is doing
TRACKMOUSEEVENT tme;
tme.cbSize = sizeof(TRACKMOUSEEVENT);
tme.dwFlags = TME_LEAVE;
tme.hwndTrack = my_hWnd;
TrackMouseEvent(&tme);
which causes the following valgrind complaint:
Conditional jump or move depends on uninitialised value(s)
at TrackMouseEvent (input.c:1043)
by MyTrackMouseLeave (in app)
...
Uninitialised value was created by a stack allocation
at MyTrackMouseLeave (in app)
Looking at git blame user32/input.c, I see line 1043 is the if:
hover_time = ptme->dwHoverTime;
if (hover_time == HOVER_DEFAULT || hover_time == 0 ||
!(ptme->dwHoverTime&TME_HOVER))
Squinting at that a bit, it get the feeling the bitmask check is a typo;
shouldn't that be dwFlags, not dwHoverTime?
Also, if TME_HOVER is not set, we probably shouldn't
be looking at dwHoverTime, right?
FWIW, that bitmask check was added by
http://www.winehq.org/pipermail/wine-patches/2006-October/031794.html
Incidentally, while playing around, I noticed that the test
crashes if you get too many events. I'll attach a little patch to
fail more gracefully.
--
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=34342
Bug #: 34342
Summary: Chronic crash of Guild Wars 2(out of memory)
Product: Wine
Version: 1.7.0
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nob.dir.info(a)gmail.com
Classification: Unclassified
Created attachment 45715
--> http://bugs.winehq.org/attachment.cgi?id=45715
ArenaNet log when crashing
Hello,
Since I'm playing Guild Wars 2 quite often, I have chronic crashes with an Out
of Memory report, although there are still 4+Gb of free RAM(total 8Gb) and 1Gb
of free VRAM(total 2Gb).
As I'm using Wine in 64-bit mode on a 64-bit system, I thought that there
shouldn't be any memory problem, but it doesn't seem to be true. I also tried
out the 4Gb patcher, still no effect.
I think it comes from Wine/the system, because I played sometimes on
Windows(with also 8 Gb of total RAM), and I never crashed.
Cordially.
--
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=47382
Bug ID: 47382
Summary: Nero CoverDesigner doesn't install - hangs at
"checking for the latest version"
Product: Wine
Version: 4.9
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: ---
Follow up to bug 47371.
The installer just stalls and doesn't seem to continue, even after I waited
~15min.
"winetricks -q ie8 win7" helps.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48852
Bug ID: 48852
Summary: quartz crashes with Magic The Gathering: Online
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: panard(a)inzenet.org
Distribution: ---
Created attachment 66776
--> https://bugs.winehq.org/attachment.cgi?id=66776
WINEDEBUG=+quartz,+wmp
Since the March 25, 2020 update of Magic Online client, quartz regularly
crashes in PullPin_Disconnect, whereas the following configuration is used:
winetricks sound=disabled winegstreamer=disabled
Attached is the backtrace, a +quartz,+wmp trace, and the wav file it was
playing. Relevant errors seem to be around:
0073:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8004020e
0073:warn:quartz:FilterGraph2_Render Unable to connect L"Wave Parser" to
renderer (80040207)
Then the crash occurs within PullPin_Disconnect because This->pAlloc is NULL.
--
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=25284
Summary: kernel32: process tests fail on Ubuntu 10.04
Product: Wine
Version: 1.3.7
Platform: x86-64
URL: http://test.winehq.org/data/9867c39133f260eead2e7a041e
ae1d1fd775dcf1/wine_ae-ub1004/kernel32:process.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
These tests fail every time on my machine:
wine: configuration in '/home/austin/.wine' has been updated.
wine: cannot find L"C:\\windows\\system32\\doesnotexist.exe"
wine: cannot find L"C:\\windows\\system32\\does.exe"
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\austin\\wine-git\\dlls\\kernel32\\tests\\kernel32_test.exe" failed,
status c0000022
process.c:1276: Test failed: StartupInfoA:cb expected 68, but got 0
process.c:1277: Test failed: StartupInfoA:lpDesktop expected '', got '(null)'
process.c:1279: Test failed: expected
'Z:\home\austin\wine-git\dlls\kernel32\tests\kernel32_test.exe.so' or null, got
'(null)'
process.c:1281: Test failed: StartupInfoA:dwX expected 0, but got 1
process.c:1282: Test failed: StartupInfoA:dwY expected 0, but got 1
process.c:1283: Test failed: StartupInfoA:dwXSize expected 0, but got 1
process.c:1284: Test failed: StartupInfoA:dwYSize expected 0, but got 1
process.c:1285: Test failed: StartupInfoA:dwXCountChars expected 0, but got 1
process.c:1286: Test failed: StartupInfoA:dwYCountChars expected 0, but got 1
process.c:1287: Test failed: StartupInfoA:dwFillAttribute expected 0, but got 1
process.c:1288: Test failed: StartupInfoA:dwFlags expected 1, but got 0
process.c:1289: Test failed: StartupInfoA:wShowWindow expected 1, but got 0
process.c:1543: Test failed: ReadProcessMemory error -559038737
process.c:1545: Test failed: wrong read bytes 0
process.c:1623: Test failed: GetProcessVersion error 5
make: *** [process.ok] Error 15
I've tried going back to 1.2, fail there as well, and in gcc-4.4 and gcc from
svn.
austin@midna:~/wine-git/dlls/kernel32/tests$ uname -a
Linux midna 2.6.35-22-generic #34~lucid1-Ubuntu SMP Mon Oct 11 14:34:26 UTC
2010 x86_64 GNU/Linux
--
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=53959
Bug ID: 53959
Summary: OpenGL32 fails to initialize
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: reserv0(a)yahoo.com
Distribution: Other
When trying to start a 32 bits program with Wine v7.21, OpenGL32 fails to
initialize, and "unixlib" fails to load.
E.g. starting Poser 7:
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0024:err:wgl:DllMain Failed to load unixlib, status 0xc0000135
0024:err:module:LdrInitializeThunk "opengl32.dll" failed to initialize,
aborting
0024:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program
Files\\Poser 7\\Poser.exe" failed, status c0000142
Everything worked fine in this respect up to Wine v7.20...
--
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=53949
Bug ID: 53949
Summary: "OPENGL32.dll" failed to initialize message in
"classic" Dolphin release 4.0-154
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Hi all!
It looks that there exist a bug with the opengL32.dll file in Wine 7.21.
When I start the "final" D3D9 build 4.0-154 (32bit or 64bit) of the Dolphin
emulator then I get at the CLI an error message:
010c:err:wgl:DllMain Failed to load unixlib, status 0xc0000135
010c:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize,
aborting
010c:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\home\\test\\Downloads\\Dolphin\\Dolphin-x64\\Dolphin.exe" failed, status
c0000142
This may or may not be related to the PE migration of the opengl32 library
which happened recently. Unfortunately I am not able to confirm that this
worked on earlier Wine releases. Will look into that when I find the time.
The corresponding DX9-Final-4.0-154 builds of Dolphin can be found here:
https://de.dolphin-emu.org/download/dev/5d7d8be58e1a71b3fcbb2ed3be78d6a014d…
Check "Dolphin.exe --help" or "Dolphin.exe --h" for the available command line
arguments.
Note, this error doesn't occur on latest Dolphin releases. It seems to affect
only older ones.
I have tested this also with the unofficial Ishiiruka-Dolphin fork (build
1136). Also this variant seems to starts-up fine. But it crashes when the D3D9
renderer is selected. At the CLI I get:
010c:fixme:d3d:debug_d3dformat Unrecognized 0x5a574152 (as fourcc: RAWZ)
WINED3DFORMAT!
010c:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x5a574152)
in the format lookup table.
But this seems to be a different 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=53630
Bug ID: 53630
Summary: FoxPro for Windows 21.6a crashes at start with
"insufficient memory" error
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: JSladek(a)juno.com
Distribution: ---
Created attachment 73029
--> https://bugs.winehq.org/attachment.cgi?id=73029
Startup attempt via Konsole
On startup, FPW crashes with "insufficient memory" error regardless how the app
is started, e.g. Konsole with ./FOXPROW.EXE, or FOXPROW.EXE open with Wine
Windows Program Loader or by Application Menu command
/home/jim_pcl/.wine/drive_c/FPW26/FOXPROW.EXE.
This application worked (with the exception of previously reported bug) with
the last installed wine version 7.13 - problem appeared with the update to
version 7.16
--
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=53078
Bug ID: 53078
Summary: Star Stable Online: GameGuard execute error 114 when
launching the game
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dominik(a)greysector.net
Distribution: ---
Created attachment 72498
--> https://bugs.winehq.org/attachment.cgi?id=72498
wine terminal output
Star Stable Online has been working fine for quite some time under Wine. The
only minor annoyance was the
The game did not start properly
Do you want to repair it?
Yes No
dialog box after clicking Play. Despite that, the game worked fine. Also,
clicking "Yes" above would reinstall the game but not make the dialog go away.
However, in the latest update (May 25th, 2.12.2 as far as I can tell), the
developer added GameGuard anti-cheating solution and the game stopped
launching. I can start the launcher, log in (free account required), but after
clicking "Play", in addition to the "did not start properly" dialog box I get
another:
GameGuard execute error 114
GameGuard initialization error. Try rebooting and executing the game again or
close the program considered a cause of collision.
OS: Fedora 36 x86_64
Wine: 7.9 (distribution packages)
Game download link: https://www.starstable.com/en/myaccount/download (needs
User-Agent set to Windows)
--
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=51698
Bug ID: 51698
Summary: ucrt stdio's stdout does not flush
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: euloanty(a)live.com
Distribution: ---
Not msvcrt. UCRT does not correctly flush. why?
--
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=53936
Bug ID: 53936
Summary: Wrong background colour
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 73494
--> https://bugs.winehq.org/attachment.cgi?id=73494
Screenshots of Pegasus Mail and Hogia Hemekonomi
Wrong background colour for menubar in applications Pegasus Mail and Hogia
Hemekonomi. The background for menu bar is white and should be grey. Compare
attached screenshot to screenshots at Wine AppDB:
https://appdb.winehq.org/appview.php?iAppId=284https://appdb.winehq.org/objectManager.php?sClass=application&iId=4366
I noticed this when upgrading from Wine 7.0 to 7.20.
--
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=53866
Bug ID: 53866
Summary: vbscript fails to handle SAFEARRAY in for...each
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
The following vbscript fails:
dim allBalls = getballs
for each b in allballs
if b.id >= HighestID then highestID = b.id
Next
getballs returns a SAFEARRAY
In interp_newenum, I was able to get SAFEARRAY to work by adding the additional
case:
case VT_SAFEARRAY:
case VT_VARIANT|VT_ARRAY:
case VT_VARIANT|VT_ARRAY|VT_BYREF: {
IEnumVARIANT *iter;
hres = create_safearray_iter(V_ISBYREF(v.v) ? *V_ARRAYREF(v.v) :
V_ARRAY(v.v), &iter);
.
.
.
--
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=53836
Bug ID: 53836
Summary: HireTrack NX - Language fails to load with server,
causing program not to open
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jake(a)signature.tech
Distribution: ---
The folks over at NavigatorSystems and my internal IT seem to thing this is a
language problem with a recent version of CrossOver. The problem was originally
noticed in a september build. I am not a programer...
--
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=53766
Bug ID: 53766
Summary: vbscript fails to handle SAFEARRAY assignment, access,
UBounds, LBounds
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on leveraging the vbscript engine of Wine for a macos/linux port
of Visual Pinball, I finally have the example table working and am starting to
work through the runtime errors.
The table script requests an array of balls on the table and uses that array to
drop ball shadows and generate rolling sounds.
Take the following code:
Const tnob = 5
Dim rolling()
ReDim rolling(tnob)
Sub RollingTimer_Timer()
Dim BOT, b
BOT = GetBalls
For b = 0 to UBound(BOT)
If BOT(b).z < 30 Then
rolling(b) = True
End If
Next
End Sub
GetBalls is in the application code and returns a SAFEARRAY of IDispatch
pointers:
STDMETHODIMP ScriptGlobalTable::GetBalls(LPSAFEARRAY *pVal)
Currently this will fail at BOT assign_value because VariantCopyInd calls
VariantCopy which calls VARIANT_ValidateType which then returns
DISP_E_BADVARTYPE
I believe I have this now working but I'm not sure if it would impact anything
else for an official patch:
inc/wine/dlls/oleaut32/variant.c:
HRESULT WINAPI VariantCopy(VARIANTARG* pvargDest, const VARIANTARG* pvargSrc)
{
HRESULT hres = S_OK;
TRACE("(%s,%s)\n", debugstr_variant(pvargDest), debugstr_variant(pvargSrc));
#ifndef __SAFEARRAYFIX__
if (V_TYPE(pvargSrc) == VT_CLSID || /* VT_CLSID is a special case */
FAILED(VARIANT_ValidateType(V_VT(pvargSrc))))
return DISP_E_BADVARTYPE;
#else
if (V_TYPE(pvargSrc) != VT_SAFEARRAY && (V_TYPE(pvargSrc) == VT_CLSID || /*
VT_CLSID is a special case */
FAILED(VARIANT_ValidateType(V_VT(pvargSrc)))))
return DISP_E_BADVARTYPE;
#endif
if (pvargSrc != pvargDest &&
SUCCEEDED(hres = VariantClear(pvargDest)))
{
*pvargDest = *pvargSrc; /* Shallow copy the value */
if (!V_ISBYREF(pvargSrc))
{
switch (V_VT(pvargSrc))
{
case VT_BSTR:
V_BSTR(pvargDest) = SysAllocStringByteLen((char*)V_BSTR(pvargSrc),
SysStringByteLen(V_BSTR(pvargSrc)));
if (!V_BSTR(pvargDest))
hres = E_OUTOFMEMORY;
break;
case VT_RECORD:
hres = VARIANT_CopyIRecordInfo(pvargDest, pvargSrc);
break;
case VT_DISPATCH:
case VT_UNKNOWN:
V_UNKNOWN(pvargDest) = V_UNKNOWN(pvargSrc);
if (V_UNKNOWN(pvargSrc))
IUnknown_AddRef(V_UNKNOWN(pvargSrc));
break;
#ifdef __SAFEARRAYFIX__
case VT_SAFEARRAY:
hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest));
break;
#endif
default:
if (V_ISARRAY(pvargSrc))
hres = SafeArrayCopy(V_ARRAY(pvargSrc), &V_ARRAY(pvargDest));
}
}
}
return hres;
}
inc/wine/dlls/vbscript/interp.c:
static HRESULT variant_call(exec_ctx_t *ctx, VARIANT *v, unsigned arg_cnt,
VARIANT *res)
{
SAFEARRAY *array = NULL;
DISPPARAMS dp;
HRESULT hres;
TRACE("%s\n", debugstr_variant(v));
if(V_VT(v) == (VT_VARIANT|VT_BYREF))
v = V_VARIANTREF(v);
switch(V_VT(v)) {
case VT_ARRAY|VT_BYREF|VT_VARIANT:
array = *V_ARRAYREF(v);
break;
case VT_ARRAY|VT_VARIANT:
array = V_ARRAY(v);
break;
#ifdef __SAFEARRAYFIX__
case VT_SAFEARRAY:
array = V_ARRAY(v);
break;
#endif
case VT_DISPATCH:
vbstack_to_dp(ctx, arg_cnt, FALSE, &dp);
hres = disp_call(ctx->script, V_DISPATCH(v), DISPID_VALUE, &dp, res);
break;
default:
FIXME("unsupported on %s\n", debugstr_variant(v));
return E_NOTIMPL;
}
if(array) {
if(!res) {
FIXME("no res\n");
return E_NOTIMPL;
}
vbstack_to_dp(ctx, arg_cnt, FALSE, &dp);
hres = array_access(ctx, array, &dp, &v);
if(FAILED(hres))
return hres;
V_VT(res) = VT_BYREF|VT_VARIANT;
V_BYREF(res) = v;
}
stack_popn(ctx, arg_cnt);
return S_OK;
}
inc/wine/dlls/vbscript/global.c:
static HRESULT Global_UBound(BuiltinDisp *This, VARIANT *arg, unsigned
args_cnt, VARIANT *res)
{
SAFEARRAY *sa;
HRESULT hres;
LONG ubound;
int dim;
assert(args_cnt == 1 || args_cnt == 2);
TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ?
debugstr_variant(arg + 1) : "1");
switch(V_VT(arg)) {
case VT_VARIANT|VT_ARRAY:
sa = V_ARRAY(arg);
break;
case VT_VARIANT|VT_ARRAY|VT_BYREF:
sa = *V_ARRAYREF(arg);
break;
#ifdef __SAFEARRAYFIX__
case VT_SAFEARRAY:
sa = V_ARRAY(arg);
break;
#endif
default:
FIXME("arg %s not supported\n", debugstr_variant(arg));
return E_NOTIMPL;
}
static HRESULT Global_LBound(BuiltinDisp *This, VARIANT *arg, unsigned
args_cnt, VARIANT *res)
{
SAFEARRAY *sa;
HRESULT hres;
LONG ubound;
int dim;
assert(args_cnt == 1 || args_cnt == 2);
TRACE("%s %s\n", debugstr_variant(arg), args_cnt == 2 ?
debugstr_variant(arg + 1) : "1");
switch(V_VT(arg)) {
case VT_VARIANT|VT_ARRAY:
sa = V_ARRAY(arg);
break;
case VT_VARIANT|VT_ARRAY|VT_BYREF:
sa = *V_ARRAYREF(arg);
break;
#ifdef __SAFEARRAYFIX__
case VT_SAFEARRAY:
sa = V_ARRAY(arg);
break;
#endif
default:
FIXME("arg %s not supported\n", debugstr_variant(arg));
return E_NOTIMPL;
}
--
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.