http://bugs.winehq.org/show_bug.cgi?id=27101
Summary: Assassin's Creed Brotherhood needs
msvcp90.dll.?begin@?$basic_string@DU?$char_traits@D@st
d@@V?$allocator@D@2@@std@@QAE?AV?$_String_iterator@DU?
$char_traits@D@std@@V?$allocator@D@2@@2@XZ (purist)
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: msvcp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=34541)
--> (http://bugs.winehq.org/attachment.cgi?id=34541)
stub list
If msvcp90 is set to builtin, game crashes without it. You can also bypass this
by skipping the launcher, i.e., run the game with:
$ wine ACBSP.exe -playoffline
I'll attach the output from mscodescan.
--
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=23911
Summary: Mathcad 14: unimplemented function
msvcr80.dll._getptd, aborting
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sserge1563(a)gmail.com
Created an attachment (id=30021)
--> (http://bugs.winehq.org/attachment.cgi?id=30021)
Console output for the Mathcad bug
Mathcad won't load. Software enters an infinite loop on splash screen.
Attaching console output. Used winetricks to install mdac27, mdac28, vcrun2005
and vcrun2008. Overriding the mscvr80.dll with one from a Windows installation
does NOT solve the issue.
--
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=27230
Summary: Corel Ventura 10's Installer hangs during setup
process. Unable to finish setup.
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sarbash.s(a)gmail.com
Created an attachment (id=34800)
--> (http://bugs.winehq.org/attachment.cgi?id=34800)
Hang screen
During final stage of installation, Corel Ventura 10's Setup Wizard hangs.
Maybe, is this related to msi? May what kind of trace be helpful to recognize
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=24504
Summary: Plants vs Zombies: Game loses sound when restarting
game
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Plants vs Zombies, GOTY edition (Steam).
Game sound breaks and doesn't come back (needs to be restarted). This happens
when going into a minigame or when restarting any current game. Easily tested.
No relevant console output.
--
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=17206
Summary: alt.binz 0.24.6: Minimize to systray, icon flickers,
right click on systray icon, icon menu won't disappear
Product: Wine
Version: 1.1.14
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ih8junkmai1(a)hotmail.com
Bug encountered on:
-------------------------------------------------------------------------------------
Ubuntu 8.10 amd64
Wine 1.1.14 (wine_1.1.14~winehq0~ubuntu~8.10-0ubuntu1_amd64.deb)
Application: Alt.binz 0.24.6
http://appdb.winehq.org/objectManager.php?sClass=application&iId=5214
Steps to Reproduce
-------------------------------------------------------------------------------------
1. launch alt.binz with wine.
.. wine /pathtoaltbinz/altbinz.exe
2. Minimize alt.binz window
.. (alt.binz is minimized to systray, alt.binz icon flickers)
3. Right click on alt.binz icon in systray
.. (alt.binz menu appears)
4. Click anywhere on desktop.
.. (alt.binz menu will not disappear)
5. Double click on alt.binz icon in systray
.. (alt.binz icon in systray will disappear. menu remains.
The only way to get the menu to disappear is to close alt.binz.
--
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=19370
Summary: Secret of Monkey Island audio functioning is dependent
on Wine's sample rate
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ehoover(a)mines.edu
The Secret of Monkey Island: Special Edition's audio only works when Wine's
"Default Sample Rate" is set to 44100. Other sample rates allow the game to
load, but the game is completely silent. This occurs when using the alsa
driver, I'm unsure whether OSS has the same issue since MI:SE will not load
when the oss driver is selected.
--
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=23480
Summary: AD-muncher does not install
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andygibbs1(a)compuserve.com
I wanted to try this program that I've used for years on win 2kpro it is an
advert eater that works better than anything I tried on linux, you just do not
get ads coming up: quite a shock when I have to use a system with out it!
Down loaded the program (http://www.admuncher.com/download.shtml) clicked on
the file selected to run in wine (1.1.38 with fedora 13). The program's
installer runs but gets nowhere.
It would be good to have this running.
Thanks
--
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=10910
Summary: winealsa and PulseAudio
Product: Wine
Version: 0.9.51.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atari(a)gabo.pl
winealsa is unable to work with PulseAudio.
This is my /etc/asound.conf:
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
This is registry entries for Alsa configurations:
REGEDIT4
[HKEY_CURRENT_USER\Software\Wine\Alsa Driver]
"AutoScanCards"="N"
"AutoScanDevices"="N"
"DeviceCount"="1"
"DeviceCTL1"="pulse"
"DevicePCM1"="pulse"
"UseDirectHW"="N"
And I get this error in wine log:
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
I tracked it in wine source code to file dlls/winealsa.drv/alsa.c
With following comment:
/* Setup and find an element id that exactly matches the characteristic we want
** FIXME: It is probably short sighted to hard code and fixate on PCM
Playback Volume */
Unfortunetly I know to little about Alsa to fix it.
--
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=25971
Summary: UPX packed application is not working
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jacekowski(a)jacekowski.org
I was trying to run Link 7000 Plus from Deep Sea Electronics but wine
L7000Plus.exe was just finishing with no messages at all - no errors
whatsoever.
After using PEiD on that file i realised that it's packed with "UPX 0.89.6 -
1.02 / 1.05 - 2.90 -> Markus & Laszlo" so i unpacked it, loaded in my favorite
deisassembler, then i've tried some other versions of wine ( 1.0.1, latest
stable 1.2.2, latest development 1.3.12 ) i've used WINEDEBUG=+relay and then i
realised that whatever i have in that log doesn't really match what my
disassembler was saying to me, and then i realised that file i was running on
wine was still packed, so i copied unpacked file to my linux box and program
just started.
--
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=26074
Summary: shell32/brsfolder tests show some valgrind warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at wine_utf8_mbstowcs (utf8.c:317)
by MultiByteToWideChar (locale.c:1912)
by test_click_make_new_folder_button (brsfolder.c:201)
by func_brsfolder (brsfolder.c:252)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_click_make_new_folder_button (brsfolder.c:149)
...
Use of uninitialised value of size 4
at decode_utf8_char (utf8.c:163)
by wine_utf8_mbstowcs (utf8.c:322)
by MultiByteToWideChar (locale.c:1912)
by test_click_make_new_folder_button (brsfolder.c:201)
by func_brsfolder (brsfolder.c:252)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_click_make_new_folder_button (brsfolder.c:149)
...
Use of uninitialised value of size 4
at mbstowcs_sbcs (mbtowc.c:95)
by wine_cp_mbstowcs (mbtowc.c:269)
by MultiByteToWideChar (locale.c:1920)
by SHBrowseForFolderA (brsfolder.c:922)
by test_click_make_new_folder_button (brsfolder.c:209)
by func_brsfolder (brsfolder.c:252)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_click_make_new_folder_button (brsfolder.c:149)
--
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=19558
Summary: Bad mask in David Fotland's Many Faces of Go version
12
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: grikdog(a)pobox.com
Sorry for newbie post, but this has to come to somebody's attention.
Fotland's Many Faces of Go is a go player/analysis/IGS client tool for Windows
XP or Vista. When you place Go stones on the board in Wine emulation, the mask
is wrong. Stones have a black square behind them.
This was FIXED (almost) in Wine 1.0.1, but in Wine 1.1.26 the issue has
reappeared. Also the round stone shape part of the mask was fixed, but the
color of the stone shadows on the board was white and not gray -- this has not
been fixed in ANY version of Wine.
There may be a prior bug referring to Igowin on this same issue, but I doubt
that is a duplicate. You could ask fotland(a)smart-games.com (the author) if the
bug is a duplicate.
--
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=19037
Summary: CTRL key automatically released?
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Fire up notepad, type some gibberish, then use "CTRL+A, CTRL+C, CTRL+F". This
brings up the find menu. Now, while still holding CTRL, press CTRL+V. Instead
of pasting, you'll just get 'v'. Let go of CTRL and press CTRL+V. You'll get
your gibberish pasted.
Very annoying, now that I'm using Notepad++ as my regular (dogfood) text
editor.
--
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=11728
Summary: Picasa / Facebook Uploader does not work
Product: Wine
Version: 0.9.56.
Platform: PC
URL: http://apps.facebook.com/picasauploader/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Prerequisite: a facebook account
Steps to reproduce:
1. Install Picasa from http://picasa.google.com/
2. Install wine gecko
3. Install the facebook uploader from http://apps.facebook.com/picasauploader/
as follows: wine 'c:\Program Files\Picasa2\Picasa2.exe'
picasa://importbutton/?url=http://www.webkinesis.com/fbpicasa/facebook.pbf
4. Start Picasa, select some pictures and try to upload using the facebook
button
Expected Results: Picasa creates an album, uploads the pictures to facebook.
(tested on WinXP)
Actual Results: Picasa creates an album, but nothing gets uploaded.
--
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=24814
Summary: Kitsu Saga Has Black Screen
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iyeru42(a)gmail.com
Created an attachment (id=31381)
--> (http://bugs.winehq.org/attachment.cgi?id=31381)
Wine log for this session.
No matter if winetricks pixel shader is off, or vertex shader is off/hardware,
etc. client.ini has various video setting, but none seem to resolve the problem
(even changing the game's vertex shader off, doesn't work, sorry.)
--
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=23771
Summary: Fallout 2 fails to start in 16 bit depth
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b.brachaczek(a)gmail.com
CC: julliard(a)winehq.org
Fallout 2 (and maybe other games too, haven't tried) fails to start when X
Server is run in 16 bpp mode (24 bpp works fine). Only the following message is
displayed:
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 1 (X_CreateWindow)
Serial number of failed request: 386
Current serial number in output stream: 390
The first bad commit is between 1.1.43 and 1.1.44:
commit df6cd82ccf5dd03b0362a7ea571e14d66bbc5d72
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu May 6 14:57:44 2010 +0200
winex11: Create a window of the appropriate visual to initialize GL info.
Stable 1.2 as well as current git have the same issue. Current git with
reverted the above commit works fine.
System:
kernel 2.6.34.1 x86
X.Org Server 1.8.2
xf86-video-openchrome svn rev. 856 (latest)
Mesa 7.8.2 (using classic mesa software driver, no hardware 3D support for my
VIA Chrome9 chipset)
GCC 4.5.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=20985
Summary: Crash in CryptMsgUpdate under valgrind
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://kegel.com/wine/valgrind/logs/2009-12-10-03.53/vg-crypt32_msg.txt
shows a crash. Adding +relay,+seh,+crypt shows a bit more:
001e:Call crypt32.CryptMsgUpdate(7f044948,07783e13,00000004,00000000)
ret=0774e9b4
trace:crypt:CryptMsgUpdate (0x7f044948, 0x7783e13, 4, 0)
001e:Call KERNEL32.LocalAlloc(00000000,00000011) ret=07be6df0
001e:Ret KERNEL32.LocalAlloc() retval=7f044988 ret=07be6df0
err:seh:segv_handler Got unexpected trap 0
...
001e:Call KERNEL32.UnhandledExceptionFilter(7f21f5cc) ret=074b5deb
...
Unhandled exception: illegal instruction in 32-bit code (0x00000000).
Backtrace:
=>0 0x00000000 (0x7f21fc48)
1 0x0d3fced4 CryptMsgUpdate+0xa0(hCryptMsg=0x7f0bd740, pbData="",
cbData=4, fFinal=0) [dlls/crypt32/msg.c:2786] in crypt32 (0x7f21fc88)
2 0x0cf429b4 test_data_msg_update+0x5b1() [dlls/crypt32/tests/msg.c:445] in
crypt32_test (0x7f21fd08)
(two logs are smashed together there, so pointers don't match exactly)
When run not under valgrind, the same crash happens, but is handled:
001c:Call crypt32.CryptMsgUpdate(00154948,7ec0ce13,00000004,00000000)
ret=7ebd79b4
trace:crypt:CryptMsgUpdate (0x154948, 0x7ec0ce13, 4, 0)
001c:Call KERNEL32.LocalAlloc(00000000,00000011) ret=7eb29df0
001c:Ret KERNEL32.LocalAlloc() retval=00154988 ret=7eb29df0
trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=001c
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=00000000
trace:seh:raise_exception eax=00000000 ebx=7eb68ff4 ecx=00154988 edx=00000011
esi=00000000 edi=0032fc20
trace:seh:raise_exception ebp=0032fbc8 esp=0032facc cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00010202
trace:seh:call_vectored_handlers calling handler at 0x7ed88f41 code=c0000005
flags=0
trace:seh:call_vectored_handlers handler at 0x7ed88f41 returned 0
trace:seh:call_stack_handlers calling handler at 0x7eb39d84 code=c0000005
flags=0
001c:Call ntdll.RtlUnwind(0032faf0,7eb39e1a,0032fa74,00000000) ret=7eb39e9f
001c: eax=7eb00b15 ebx=7eb68ff4 ecx=0032fa74 edx=0032faf0 esi=0032faf0
edi=7eb39e1a ebp=0032f588 esp=0032f558 ds=002b es=002b fs=0063 gs=006b
flags=00000212
trace:seh:__regs_RtlUnwind code=c0000005 flags=2
trace:seh:__regs_RtlUnwind calling handler at 0x7efb47d4 code=c0000005 flags=2
trace:seh:__regs_RtlUnwind handler at 0x7efb47d4 returned 1
001c:Ret ntdll.RtlUnwind() retval=00000000 ret=7eb39e9f
001c: eax=00000000 ebx=7eb68ff4 ecx=0032fa74 edx=0032faf0 esi=0032faf0
edi=7eb39e1a ebp=0032f588 esp=0032f558 ds=002b es=002b fs=0063 gs=006b
flags=00000212
001c:Call KERNEL32.SetLastError(c0000005) ret=7eb39ca6
001c:Ret KERNEL32.SetLastError() retval=c0000005 ret=7eb39ca6
001c:Ret crypt32.CryptMsgUpdate() retval=00000000 ret=7ebd79b4
This is kind of mysterious. I can't find the __TRY that applies
to that fault...
this could well be a valgrind bug, but I need to understand how
it works normally under wine.
--
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=26999
Summary: Two Worlds: mouse stopped working in the menus
Product: Wine
Version: 1.3.19
Platform: x86
URL: http://www.gamershell.com/download_20686.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Created an attachment (id=34421)
--> (http://bugs.winehq.org/attachment.cgi?id=34421)
plain terminal output
Mouse clicks don't register in the menu of the game making it impossible to
select any of the available menu options.
Workaround: native dinput8.dll (it was not needed before the regression).
Mouse worked correctly up until Wine-1.3.19 (using the built-in dinput* dlls).
0036e438db3b5382ee0a2c53478960fabb892a2c is the first bad commit
commit 0036e438db3b5382ee0a2c53478960fabb892a2c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Apr 26 14:41:51 2011 +0200
dinput: Pass mouse messages through if the request to clip the cursor is
rejected.
:040000 040000 8e845e10eb03484338d4c2d3bc538a6b5da5e958
54a82723fbbfe4d121096aebad4c4eedfdaff7b8 M dlls
The patch can be reverted cleanly on 1.3.19 and that fixed the problem.
Download link for the demo added to URL (~870 MB).
The demo requires: physx xact d3dx9_36.
Fedora 14 32 bits
Xorg 1.9.5
Nvidia GeForce 250 / driver 270.41.03
--
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=24982
Summary: Visual fox error in wine > 1.1.42
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocascante(a)opensoftwarecr.com
We have a visual fox 9.0 application working with wine for 2 years. After
upgrade from 1.1.42 to 1.2 or 1.3.5 we cannot start it. We have this error:
Fatal error: Exception code = c0000005 called from progprin line 42
We did probe this visual fox program with versions 1.2 too, and the same error
appears. If we downgrade to 1.1.42 the software run well again.
Thanks.
--
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=26105
Summary: oleaut32/tmarshal tests shows several valgrind
warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at serialize_param (tmarshal.c:748)
by serialize_param (tmarshal.c:756)
by xCall (tmarshal.c:1356)
by ???
by func_tmarshal (tmarshal.c:1548)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_typelibmarshal (tmarshal.c:962)
...
22 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by SysAllocStringLen (oleaut.c:235)
by SysAllocString (oleaut.c:159)
by test_typelibmarshal (tmarshal.c:1088)
by func_tmarshal (tmarshal.c:1548)
by run_test (test.h:556)
by main (test.h:624)
...
144 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by rpcrt4_conn_np_alloc (rpc_transport.c:120)
by RPCRT4_CreateConnection (rpc_transport.c:2939)
by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285)
by RPCRT4_use_protseq (rpc_server.c:810)
by RpcServerUseProtseqEpExW (rpc_server.c:1022)
by RpcServerUseProtseqEpW (rpc_server.c:907)
by RPC_StartRemoting (rpc.c:1626)
by StdMarshalImpl_MarshalInterface (marshal.c:1245)
by CoMarshalInterface (marshal.c:1797)
by host_object_proc (tmarshal.c:76)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
...
2,020 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by get_tls_data (test.h:240)
by winetest_set_location (test.h:275)
by host_object_proc (tmarshal.c:77)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
this may be related to bug 25828.
--
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=25853
Summary: Dead Space 2 digital download installer crashes on
start
Product: Wine
Version: 1.3.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: NightNord(a)gmail.com
Created an attachment (id=32945)
--> (http://bugs.winehq.org/attachment.cgi?id=32945)
Default deadspace_f_activation.exe log
While game itself isn't released, if you'd preordered it from EA Store, it's
possible to download installer.
While trying to launch installer, it's launching "activation.exe", that unpacks
itself into C:\users\Temp\mtka_tmp and runs deadspace_f_activation, that
crashes (log attached).
It's almost definite, that SecuROM is somehow involved in process, as there is
a bunch of SecuROM files and dlls request in WINEDEBUG=+warn, and there is
secupacker_launcher.exe, but, probably, crash caused by something else.
It should be runnable before release date, I'm sure, as language files contents
strings of "too early" messages and there is "Release Date Check" procedure.
Before closing, it told me, that "To finish activation process, you must have
Administrative privileges" (or something like that, translated from Russian)
No tweaks and no additional software installed - pure ~/.wine prefix.
Log produced from launching only deadspace_f_activation.exe - otherwise
debugger can't produce backtrace.
Kernel: 2.6.37
wine: 1.3.11
--
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=25733
Summary: Magic the Gathering: DotP is really slow loading a
match
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: per(a)morth.org
When Magic the Gathering: Duels of the Plainswalker starts a match, it does a
_lot_ of these calls:
trace:file:FindFirstFileExW
L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG"
0 0x33bb60 0 0x0 0
trace:file:RtlDosPathNameToNtPathName_U
(L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG",0x33baf4,0x33bafc,0x0)
trace:file:RtlGetFullPathName_U
(L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG"
520 0x33b818 0x33bafc)
trace:file:wine_nt_to_unix_file_name L"\\program
files\\steam\\steamapps\\common\\magic the gathering - duels of the
planeswalkers\\DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\"
not found in /Users/pelle/.wine/dosdevices/c:/program
files/steam/steamapps/common/magic the gathering - duels of the planeswalkers
I estimated it to around 290k calls for one match using wc. Of these over 95 %
fail like the one above, while a few do find the requested file. This makes the
match take several minutes to load in wine. I don't have any windows machine
but I assume it's much much faster there.
Something should be done to speed this up. I was thinking maybe a cache, but
ofc it's difficult to cache when the file system might change under your feet.
Ideas appreciated.
--
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=26109
Summary: ole32/hglobalstream tests shows a valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Invalid read of size 2
at GlobalLock (heap.c:439)
by HGLOBALStreamImpl_Read (hglobalstream.c:235)
by test_freed_hglobal (hglobalstream.c:490)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a440 is 0 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
...
Invalid read of size 4
at GlobalReAlloc (heap.c:669)
by HGLOBALStreamImpl_SetSize (hglobalstream.c:446)
by test_freed_hglobal (hglobalstream.c:496)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
...
Invalid read of size 4
at GlobalReAlloc (heap.c:669)
by HGLOBALStreamImpl_SetSize (hglobalstream.c:446)
by HGLOBALStreamImpl_Write (hglobalstream.c:313)
by test_freed_hglobal (hglobalstream.c:499)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
...
Invalid read of size 4
at GlobalReAlloc (heap.c:676)
by HGLOBALStreamImpl_SetSize (hglobalstream.c:446)
by HGLOBALStreamImpl_Write (hglobalstream.c:313)
by test_freed_hglobal (hglobalstream.c:499)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
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.
http://bugs.winehq.org/show_bug.cgi?id=17718
Summary: Fatal error 'Cannot allocate red zone for initial
thread' on FreeBSD
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: FreeBSD
Status: NEW
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gerald(a)pfeifer.com
CC: tijl(a)ulyssis.org, austinenglish(a)gmail.com
Wine 1.1.17 causes the following on FreeBSD 7.2 when starting almost
any application (this is for an old version of calc.exe):
Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file
/usr/src/lib/libthr/thread/thr_init.c (errno = 2)
err:module:attach_process_dlls "ntdll.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for
L"C:\\windows\\system32\\wineboot.exe" failed, status 80000101
err:process:__wine_kernel_init boot event wait timed out
Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file
/usr/src/lib/libthr/thread/thr_init.c (errno = 2)
err:module:attach_process_dlls "ntdll.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for
L"Z:\\home\\pfeifer\\_\\wcalc.exe" failed, status 80000101
Segmentation fault (core dumped)
--
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=23641
Summary: Need for speed Most wanted controls error
Product: Wine
Version: 1.2-rc7
Platform: x86
OS/Version: other
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_paul1408(a)yahoo.com
My OS is ubuntu 10.04. With wine rc2 nfs most wanted+patch 1.3+crack wouldn't
start, but when i tested rc7 it worked almost perfect except a control bug:
it's as if the "left arrow" is pressed. It keeps turning left, even after i
changed the controls. The same problem is with gta vice city and gta san
andreas, except it's the "down arrow".
--
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=12267
Summary: winstone 32 hangs
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Here's what happens when you launch c:\zdbench\ws32\ui.exe:
it puts up its window, says "examining the execution environment"
(although you can't see it, since the window is too big, and
falls off the bottom), and hangs.
err:ntdll:RtlpWaitForCriticalSection section 0x7b922ee0 "syslevel.c:
Win16Mutex" wait timed out in thread 0016, blocked by 0012, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bc8d6e4 "loader.c:
loader_section" wait timed out in thread 0012, blocked by 0016, retrying (60
sec)
It hangs just like this on XP, too. But what the heck, if
we could get it to not hang on wine, that'd be nice.
--
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=11109
Summary: dream of mirror online crash
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: petifrancais(a)gmail.com
Created an attachment (id=10143)
--> (http://bugs.winehq.org/attachment.cgi?id=10143)
txt contenant les erreurs en console
The game game domo crash after the logo "GameTribe"
--
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=16674
Summary: Battle for middle earth2: No network multiplayer
possible
Product: Wine
Version: 1.1.11
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcflow-forum(a)gmx.net
Multiplayer games with Battle for Middle Earth2 in wine are not possible.
According to the information on the game package it uses TCP/IP for network
multiplayer. I already tried using the native dplay dlls like it is stated in
the wiki, LAN still does not work.
It happens like this:
I enter the network mode and the game displays myself two times in the players
list. The other player sees me in the list only one time, as it should be. I
can read what he writes and vice versa. If I write something I can see it two
times in the chat. For the other user it appears only one time.
Now, if I open a game, the other player can see it in the game list. If he
wants to join he gets a "Connection Timout" error. Same happens if the other
player opens a game and I want to join it.
I searched the Bugzilla for quite a time now because I do not want to open a
duplicate bug. I found a few things that first sounded interesting but when I
tested them nothing changed. I found a note at the AppDB page of Garena 3.0
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=14147&iTesting…)
Patching with the patch that is linked there did not solve the problem with
wine-1.1.11(well one of the hunks failed but it compiled) In Bug 9787 there
also was a patch for the AcceptEX for wine-1.1.6. It did not work with
wine-1.1.6.
It said that wine does not include AcceptEX. I'm not sure if "The battle for
middle earth" requires it. I did not find anything about it on the net except
that it uses tcp/ip.
--
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=26103
Summary: opengl32/opengl test has an invalid read (valgrind)
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Invalid read of size 4
at wglDeleteContext (opengl.c:144)
by test_deletecontext (opengl.c:653)
by func_opengl (opengl.c:967)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f001fb8 is 72 bytes inside a block of size 358 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by RtlFreeAnsiString (rtlstr.c:173)
by NtQueryAttributesFile (file.c:2252)
by RtlDoesFileExists_U (directory.c:2992)
by RtlDosSearchPath_U (path.c:475)
by SearchPathW (path.c:825)
by __wine_kernel_init (process.c:1182)
by __wine_process_init (loader.c:2872)
by wine_init (loader.c:831)
by main (main.c:228)
I doubt it matters, but card is an onboard nvidia 7150, I think, and using mesa
from git.
--
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=19083
Summary: Respondus LockDown Browser: outside processes should
not be able to detect its window (appinstall)
Product: Wine
Version: 1.1.21
Platform: PC
URL: https://hdc.tamu.edu/files/book/6/425/LockDownSetup_1.
0.3.exe
OS/Version: Linux
Status: NEW
Keywords: download, testcase
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Not sure how to describe this exactly...but the Respondus Lockdown Browser is
meant to be used by universities to make sure that students don't use other
programs when taking quizzes/exams/etc. As a result, it does some really funky
stuff...While writing an appinstall test for it, found a few interesting
things. First up, on windows, the IfWinExist
(http://www.autohotkey.com/docs/commands/IfWinExist.htm) function fails for
this window (never seen that happen for any other app). On wine, however, we
detect it just 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.
http://bugs.winehq.org/show_bug.cgi?id=15250
Summary: MINITAB 14 graph editor crashes when File menu is
clicked
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=16034)
--> (http://bugs.winehq.org/attachment.cgi?id=16034)
rzipped relay log
With current Git (wine-1.1.4-292-g4b4109a), when clicking on the File menu in
the graph editor, mtb14ge.exe, the application crashes. The point at which the
application crashes seems to be here:
0009:Call user32.CallWindowProcW(7edae5b0,00010030,00000229,00000000,00000000)
ret=5f8487d1
0009:Call window proc 0x7edae5b0
(hwnd=0x10030,msg=WM_MDIGETACTIVE,wp=00000000,lp=00000000)
0009:Ret window proc 0x7edae5b0
(hwnd=0x10030,msg=WM_MDIGETACTIVE,wp=00000000,lp=00000000) retval=00000000
0009:Ret user32.CallWindowProcW() retval=00000000 ret=5f8487d1
0009:Ret window proc 0x5f870878
(hwnd=0x10030,msg=WM_MDIGETACTIVE,wp=00000000,lp=00000000) retval=00000000
0009:Ret user32.SendMessageW() retval=00000000 ret=5f862aa3
0009:Call KERNEL32.TlsGetValue(00000003) ret=5f870ec6
0009:Ret KERNEL32.TlsGetValue() retval=00139408 ret=5f870ec6
0009:Call KERNEL32.TlsGetValue(00000003) ret=5f870ec6
0009:Ret KERNEL32.TlsGetValue() retval=00139408 ret=5f870ec6
0009:Call KERNEL32.TlsGetValue(00000003) ret=5f870ec6
0009:Ret KERNEL32.TlsGetValue() retval=00139408 ret=5f870ec6
trace:seh:raise_exception code=c0000005 flags=0 addr=0x32eeda
Compressed relay log is 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.
http://bugs.winehq.org/show_bug.cgi?id=24156
Summary: Empire Earth: crashes when starting the game
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: simondani91(a)gmail.com
Created an attachment (id=30402)
--> (http://bugs.winehq.org/attachment.cgi?id=30402)
This is the debug output.
After checking if game CD is in the drive, an error message appears 'Unhandled
page fault'
The problem is probably with Low-Level Engine.dll which is in the directory of
the game.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=26138
Summary: comctl32/toolbar tests shows an invalid read under
valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Invalid read of size 2
at RtlImageNtHeader (loader.c:2508)
by RtlImageDirectoryEntryToData (loader.c:2684)
by find_entry (resource.c:189)
by LdrFindResource_U (resource.c:303)
by find_resourceW (resource.c:139)
by FindResourceExW (resource.c:183)
by FindResourceW (resource.c:192)
by TOOLBAR_AddStringW (toolbar.c:2917)
by TOOLBAR_AddStringA (toolbar.c:2988)
by ToolbarWindowProc (toolbar.c:6435)
by ??? (winproc.c:172)
by call_window_proc (winproc.c:242)
by WINPROC_CallProcAtoW (winproc.c:601)
by WINPROC_call_window (winproc.c:910)
by call_window_proc (message.c:2201)
by send_message (message.c:3042)
by SendMessageA (message.c:3187)
by test_add_string (toolbar.c:518)
by func_toolbar (toolbar.c:1666)
by run_test (test.h:556)
Address 0xdeadbeee is not stack'd, malloc'd or (recently) free'd
--
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=22217
Summary: Klick & Play complains about lack of memory
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: computers57(a)hotmail.com
CC: computers57(a)hotmail.com
Created an attachment (id=27110)
--> (http://bugs.winehq.org/attachment.cgi?id=27110)
Klick & Play crash log
When I start up Klick & Play, it complains that there isn't enough memory.
This is most likely related to the following log message that I get at about
the same time:
err:dc:CreateDCW no driver found for L"DIB"
Since the program gives me the option to retry, I get the same error almost
each time.
I am using a virtual desktop if that helps any.
When I click on "Create a game" it just up and crashes (crash 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.
http://bugs.winehq.org/show_bug.cgi?id=11077
Summary: does not find a serial port while running this
application under wine
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: only4john(a)gmail.com
Environment: wine under Ubuntu 7.10
Hardware Device: IRISYS 1001 thermal imager
(http://www.entherm.com/Irisys/IRISYS%20Thermal%20Imager.htm)
Driving Application: http://only4john.googlepages.com/Imager3309.exe
The Driving Application can not find serial port while running the application
under wine, while the PC has a serial port.
--
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=26121
Summary: msacm32/msacm test shows an invalid read under
valgrind
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: msacm32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Invalid read of size 4
at MSACM_GetObj (internal.c:812)
by MSACM_GetDriver (internal.c:830)
by acmDriverClose (driver.c:195)
by DriverEnumProc (msacm.c:374)
by acmDriverEnum (driver.c:345)
by msacm_tests (msacm.c:485)
by func_msacm (msacm.c:493)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f240a00 is 0 bytes inside a block of size 20 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by acmDriverClose (driver.c:218)
by DriverEnumProc (msacm.c:368)
by acmDriverEnum (driver.c:345)
by msacm_tests (msacm.c:485)
by func_msacm (msacm.c:493)
by run_test (test.h:556)
by main (test.h:624)
Expected, since we're doing:
/* try valid parameters */
rc = acmDriverClose(had, 0);
ok(rc == MMSYSERR_NOERROR,
"acmDriverClose(): rc = %08x, should be %08x\n",
rc, MMSYSERR_NOERROR);
/* try closing again */
rc = acmDriverClose(had, 0);
ok(rc == MMSYSERR_INVALHANDLE,
"acmDriverClose(): rc = %08x, should be %08x\n",
rc, MMSYSERR_INVALHANDLE);
Placeholder bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14847
Summary: UFO Extraterrestials: Problems with mouse cursor and
textures.
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RodionKarimov(a)yandex.ru
Problem with mouse: cursor is shown not exactly there where it is, for exmple,
when cursor is graphically shown a long away from button - the button is
selected, when it is on button - button is not selected.
There is some problem in inner game mouse driver, because, when i am changing
mouse sensitivity in file "ufo-et.ini", that is located in "data" directory
from 255 to 100, image of mouse cursor starts to be much closer to there, where
it actually is. But not exactly. And some times image of cursor again starts to
go far from exact cursor location, for example: sometimes when rotating the
globe or in tactical mode, when shooting.
Problem with textures: when in "ufo-et.ini" "scissortesting=true", that
default is, there is not seen in global mode: images of soldiers; research
tasks; rifles, pistols, grenades and ammunition of soldiers; and name of the
save game that is being enter when saving game.
When "scissortesting=false" all of that is shown, but name of the saving game
is very little, project names is also very little, images of soldioers and
weapons is also very little. And everything of this is not on its place, for
example images of weapons is right and down from its location; images of
soldiers are placed down from its locations; names of projects are right and
down from its location, but they are selecting and activating by mouse at that
position where they must be.
--
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=17536
Summary: Atari Scrabble Online fails to install (regression)
Product: Wine
Version: 1.1.11
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=12955
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Created an attachment (id=19670)
--> (http://bugs.winehq.org/attachment.cgi?id=19670)
Wine 1.1.15 +msi
Atari Scrabble Online fails to install. The culprit seems to be:
err:msi:ITERATE_Actions Execution halted, action
L"DX9_Launcher.A545835B_7768_4D96_A5BC_930949616C2D" returned 1603
At this point the installer attempts to start the DirectX9 installer, whether
it is already installed or not. There therefore is no workaround.
Tested in Wine 1.1.11 and 1.1.15 and bug exists. Tested in Wine 1.0 and bug
does not exist.
Result of bisect:
731306bf78f2b8a6a92448e1977268b4396eb449 is first bad commit
commit 731306bf78f2b8a6a92448e1977268b4396eb449
Author: James Hawkins <jhawkins(a)codeweavers.com>
Date: Tue Sep 2 01:01:59 2008 -0500
kernel32: Fix two tests that fail in win2k3 and modify LoadLibraryEx to
match this behavior.
:040000 040000 64ed6c6c7ae8c6e131079052e9113f07a467d58b
64a781d6056ae364ba95c128901381cc6343c06a M dlls
which doesn't make much sense to me.
--
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=11419
Summary: Installation of Intel Indeo Video freezes
Product: Wine
Version: 0.9.54.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elicoten(a)live.co.uk
Installation gets upto "searching for components: Netscape", and about 9% on
the progress bar then freezes. Cannot be installed.
--
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=27326
Summary: DiRT 3 fails to launch (exits silently)
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nwarrenfl(a)gmail.com
When running DiRT 3 nothing happens and the process quits.
This is the output when running the executable:
wine: Unhandled page fault on read access to 0x00000000 at address (nil)
(thread 0020), starting debugger...
I did a relay log to find the cause but I'm not experienced enough to find it.
The relay log is attached in the hope someone will find 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=20281
Summary: Adobe Photoshop CS4 installer unusable
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://trials.adobe.com/Applications/Photoshop/CS4/Win
/ADBEPHSPCS4_LS1.7z
OS/Version: Linux
Status: NEW
Keywords: download, Installer, regression
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
CC: jacek(a)codeweavers.com
Created an attachment (id=23956)
--> (http://bugs.winehq.org/attachment.cgi?id=23956)
Screenshot
The Adobe Photoshop CS4 installer is currently unusable, see screenshots for
details.
Probably affects other CS4 installers too, but I have not tested them.
df90f665bb11e2d01ff3e061d6f989ce2589cadb is first bad commit
commit df90f665bb11e2d01ff3e061d6f989ce2589cadb
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Fri Oct 2 13:51:19 2009 +0200
mshtml: Added HTMLAnchorElement dispex data.
:040000 040000 1e962f09f4793df3ac56a123fd68e7d8dc07d33e
07fbe0ed134096e9e663b4722f97f57140bc431a M dlls
To get this far, have to work around Bug 18070.
It appears that all the possible fields are shown at once, and none of them are
accessible.
--
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=26423
Summary: Wine should use MS-DOS (8.3) file names when
interacting with Dosbox
Product: Wine
Version: 1.3.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spammis(a)spam.la
This depends on bug 26422.
Let's assume that the current directory is "C:\Program Files"
(~/.wine/drive_c/Program Files). I type "wine dosprog" where "dosprog" is some
MS-DOS program. Wine starts Dosbox and runs the following commands:
mount c /home/username/.wine/dosdevices/c:
mount d /home/username/.wine/dosdevices/d:
C:
cd \Program Files
C:\Program Files\dosprog.exe
exit
Dosbox does not recognise long file names (Program Files); Dosbox requires
short names (PROGRA~1). The "cd" call and the program call will both fail
because 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=23334
Summary: SimCity 3000: after install regedit shows
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: felipemoraesbr(a)gmail.com
This is the single game I tested where it 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=11239
Summary: Steam Games No Longer Start - bisected the cause to
ntdll
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: philcostin(a)hotmail.com
The following patch, introduced on Jan 15th 2008 has resulted in Steam games
being unable to start.
bd352bcd1c98ed91bdb337e73cddfd8ceac095d6
err:seh:setup_exception nested exception on signal stack in thread 004f eip
7efc20b3 esp 7ffdb770 stack 0x241000-0x350000
--
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=14390
Summary: Gmax 1.2: Fatal Error on Install - Ended Prematurely.
Product: Wine
Version: 1.1.0
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=14701)
--> (http://bugs.winehq.org/attachment.cgi?id=14701)
Fatal Error on install.
When installing GMAX 1.2 on WINE 1.1.0 I receive the following errors which are
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.
http://bugs.winehq.org/show_bug.cgi?id=23675
Summary: Portable Apps Platform (beta 5) works under Vista,
Win7, but not Wine’s emulation
Product: Wine
Version: 1.2-rc7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joelcsalomon(a)gmail.com
Portable Apps Platform (beta 5, see <http://portableapps.com/node/24258>) gives
me the error “The program PortableAppsPlatform.exe has encountered a serious
problem and needs to close. We are sorry for the inconvenience.” Telling Wine
to mimic Windows XP for this program avoids the crash, but the Platform runs
fine under (real) Windows Vista & 7.
--
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=18777
Summary: Wine 1.1.22+ resets customized FontLink when switching
locales
Product: Wine
Version: 1.1.22
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: matthewsage(a)live.com
CC: Paul.Hampson(a)Pobox.com
Created an attachment (id=21546)
--> (http://bugs.winehq.org/attachment.cgi?id=21546)
Regression test that shows the patch that broke the desired functionality
Whenever you switch locales (using the latest Wine dev. version -1.1.22-),
whatever custom Font Linking you have made in the FontLink/SystemLink register
key will be wiped out.
This was tested on Wine 1.1.22, after wiping out ~/.wine
I tested it with the Ubuntu x86_64 binary package from the budgetdedicated
servers, AND after building from source.
Steps to reproduce:
1) Run "regedit"
2) Set some System Font Linking replacements in the
HKLM/Software/Microsoft/Windows NT/CurrentVersion/FontLink/SystemLink register
key (in my case: Tahoma -> VL Gothic, Microsoft Sans Serif -> VLGothic, MS Sans
Serif -> VL Gothic)
3) Run any Win32 application with LANG set to a different locale (in my case,
LANG=ja_JP.UTF-8)
Expected results:
The application is executed, whatever Font Linking you made is visible (which
means that the custom Font Linking I made is respected by Wine).
Actual Results:
The application is executed, whatever Font Linking you made is not visible. If
you run "regedit" again, you'll see that the FontLink/SystemLink key is now
empty.
Workaround:
Always run Wine apps with the same locale (LANG=ja_JP.UTF-8 in my case) - That
would include regedit itself, so that the Font Linking you set up is not wiped
as soon as you run another app with a different locale.
--
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=10273
Summary: satisfy SafeDisc 2.x heuristic API analyzer by
"adjusting" API exports/entry statistics of wine
builtins
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8924)
--> (http://bugs.winehq.org/attachment.cgi?id=8924)
Patch which should fix SafeDisc 2.x copy protection api analyzer issue
Hello,
if not interested in technical details goto (2) ;-)
I made this a separate bug report like
http://bugs.winehq.org/show_bug.cgi?id=9925 (SafeDisc 1.x stopper) because
SafeDisc has many flavors that differ in various technical ways and can't be
discussed/handled in a single SafeDisc "metabug" like
http://bugs.winehq.org/show_bug.cgi?id=219
SafeDisc Major version based separation allows better tracking of "completion"
state (1.x/2.x/3.x/4.x).
-----------
(1)
It took me a couple of days to get an idea what SafeDisc 2.x really does with
the API exports and to find a way to cope with it...
Various anti-debugging techniques and nasty runtime code obfuscation made this
journey somewhat challenging.
Parts of SafeDisc 2.x analyze the API code of the following system libraries:
kernel32.dll (wine builtin)
user32.dll (wine builtin)
gdi32.dll (wine builtin)
cdasdtst.dll (developer backdoor?)
The latter one is probably a "developer backdoor", used to verify their
code/algorithms (not needed to be present).
For each of these libraries all named exports are taken into account.
A number of API entry opcode sequences are read and used for statistical
analysis (number depends on type of encountered opcodes).
>From what I've seen there is some kind of "behavioural probability" of each API
entry calculated, with typical opcode sequences having a "weighting".
Just think of advanced heuristic detection methods of antivirus scanners and
you get the idea ;-).
Anyway, wine's builtin libraries differ in their signatures from windows entry
code and to make things worse, wine's +relay/+snoop feature heavily interferes
with the analyzer results. :-(
First I made some experiments with additional (dummy) function exports, small
__asm__ wrappers with opcode sequences to see how the distribution of opcodes
influences the analyzer results.
The result was rather disappointing.
I needed a large number of exports to gain some results but not significantly
enough to get below the "bad" threshold.
Then I came across the magic "0" value. As soon as I used this value either as
first .byte on API entry or init value for data export, the entry scan was
short circuited.
This value seemed to have the highest influence of all code/data sequences
used.
I added quite a number of data exports - aliased to initialized "0" value -
safe enough to let even wine's +relay work (remember: relay code influences
analyzer).
If you look at the patch don't get mad ;-)
You will see a crapload of named "__wine_safedisc2" data exports/aliases added
to wine builtin kernel32, user32 and gdi32.
For the record: http://bugs.winehq.org/show_bug.cgi?id=9926 which talks about
"problematic" gdi32 data exports (pfnPalette stuff) in SafeDisc 3.x.
SafeDisc 2.x code triggers SEH upon exported function pointers too but this is
gracefully handled. No harm at all.
I wonder if this is really a problem in SafeDisc 3.x ...
I thought about other possible solutions but found no one easier to implement
to prove my findings without hurting wine too much :-)
Making wrappers of the whole kernel32, user32, gdi32 named exports API just to
please the entry analyzer is not an option to me.
Another way could be the relocation of export table upon module loading,
expanding it at runtime by adding the required number of "statistics fakers"
(data exports with zero init).
This requires modifying the ntdll loader .. though i'm not sure if this
approach breaks other applications/braindamaged PE protection stuff which
expect certain conditions to be met (tables present at specific sections/memory
areas).
------------------------------
(2)
Well, take it as proof of concept. Play with it.
I tested my patch with a few SafeDisc 2.x games I have original media.
No cracks/no-cd patches were used.
Only official game patches were used.
Battlefield 1924 (1.6x) - SafeDisc 2.6/2.8
Road To Rome (BF1942 expansion) - SafeDisc 2.8
Battlefield Vietnam - SafeDisc 2.9
All of these work fine for me with the patch applied.
Please test this patch on many SafeDisc 2.x games as possible and report your
results (works or works not).
Make sure you have original media mounted and drive/data is visible within
wine.
If it fails for first time, the media might not ready yet, try again then (I
experienced this sometimes).
Use this link to verify what SafeDisc Version is used:
http://www.120search.net/ (alcohol software copy protection database)
Regards
--
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=9798
Summary: bioshock demo needs glsl enabled
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8240)
--> (http://bugs.winehq.org/attachment.cgi?id=8240)
crash log with glsl disabled
Hello,
Bioshock demo crashes if glsl is not enabled.
Attached are relevant traces made with:
WINEDEBUG=+seh,+tid,+d3d,+d3d_shader wine ./Bioshock.exe -dx9
Using following registry settings enables bioshock demo to run:
--- snip ---
HKEY_CURRENT_USER/Software/Wine/Direct3D
UseGLSL = "enabled"
--- snip ---
Optional: OffscreenRenderingMode = "fbo"
==================
Addendum:
wine --version
wine-0.9.45-406-g2ba3247
Currently uses secuROM hack (http://bugs.winehq.org/attachment.cgi?id=8235
) to run, see http://bugs.winehq.org/show_bug.cgi?id=7065
Be sure to include "-dx9" command line to work around directx 10 issue.
Regards
--
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=10225
Summary: SafeDisc 2.x triggers async device ioctl status code
propagation bug in wine server
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8843)
--> (http://bugs.winehq.org/attachment.cgi?id=8843)
relevant trace which shows ioctl status code propagation bug
Hello,
while testing my proof-of-concept patch which makes SafeDisc v2 (yuck!) finally
work, I stumbled across a nasty ioctl status code propagation (completion) bug
in wine server.
Wasted several hours on it .. I was suspecting SD issue whole time, but its a
wine server bug :(
Attached is relevant trace (WINEDEBUG=+seh,+tid,+relay,+ntoskrnl,+server wine
./BfVietnam.exe)
Before the bug is triggered, the SafeDisc security driver makes several device
ioctl requests which return 0xC0000001 (unsuccessful) on purpose, e.g. reading
debug Drx registers with index that does not exist.
This is intended to fool reversers :-)
The next operation - checking IDT entries should succeed - but does not (as
seen from calling client).
The kernel driver completes the operation successfully and returns
irp.IoStatus.u.Status == 0 with xxxx bytes in output buffer.
I verified it several times by debugging the kernel driver.
Upon driver ioctl call return, get_next_device_request() is triggered again in
ntoskrnl event loop which sets the return data (and status code) ->
set_ioctl_result().
This queues an APC, waking up the client (alertable state).
The client process device ioctl completes with 0 (FALSE) which is wrong.
Further debugging showed that ioctl_completion APC (dlls/ntdll/file.c) returns
the errornous status code in get_ioctl_result() when woken up by server.
This error is then propagated in server_ioctl_file() to result in wrong
NtDeviceIoControlFile() return code.
What puzzled me is that "ioctl->status" is correctly set by set_ioctl_result()
(=0) but get_ioctl_result() - called within client context - yields the
previous error code (0xC0000001 of failed request).
This is either a problem of global vs. thread local error status (global_error
vs. current->error/thread) or the ioctl call data is the wrong one.
The following patch works for me, letting SD 2.x continue - though i'm not sure
if it's right:
--- snip ---
diff --git a/server/device.c b/server/device.c
index 46b2796..8fe8f7c 100644
--- a/server/device.c
+++ b/server/device.c
@@ -528,7 +528,7 @@ DECL_HANDLER(get_ioctl_result)
ioctl->out_data = NULL;
}
}
- set_error( ioctl->status );
+
list_remove( &ioctl->dev_entry );
release_object( ioctl ); /* no longer on the device queue */
}
--- snip ---
Regards
--
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=10293
Summary: sequentially running games/apps with different SafeDisc
versions fails
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8945)
--> (http://bugs.winehq.org/attachment.cgi?id=8945)
Patch which fixes various isses regarding kmode driver unload/reload
Hello,
currently wine's kernel mode driver cleanup/unloading facility has several
issues when it comes to applications/games that unload and reload different
driver versions on the fly.
Example: run multiple SafeDisc 2.x, 3.x and 4.x games sequentially.
Symptoms: game either hangs/crashes/exits silently
Usually the SD security driver is placed in
"c:\windows\system32\drivers\secdrv.sys"
If a SafeDisc protected program encounters a driver version that is
incompatible it does the following:
- stop the current security service (should unload the driver)
- unpack own security driver from resources to temp storage and move the binary
to "c:\windows\system32\drivers\secdrv.sys", overwriting the previous
- restart the service (loads the new driver)
This currently fails for various reasons:
(1)
The driver binary is loaded using LoadLibrary() -> the matching FreeLibrary()
is missing on service stop.
This leads to sharing violation when the driver binary going to be replaced
(CopyFile fails).
(2)
No driver unload routine called. Very problematic.
Various objects (symlinks) created by driver entry are not freed.
When the driver is reloaded the init routine usually fails with "object
exists".
(3)
Driver state objects (driver_obj, driver_extension) have undefined state due to
static storage.
Raises all sorts of problems because the driver entry routine does not init all
fields.
---------
Attached is a patch which fixes these problems, allowing to sequentially run
programs with different SafeDisc Versions.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.