http://bugs.winehq.org/show_bug.cgi?id=27535
Summary: cant use EATree built 6
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dyvazar(a)numericable.fr
Created an attachment (id=35197)
--> (http://bugs.winehq.org/attachment.cgi?id=35197)
wineconfig set as xp
wine 1.3.22 on ubuntu natty i386, default installation using wine-team ppa
when i run EATree it load as expected, but when i want to use it i need to
click on one of its icon. Then a popup warn about an unexpected fatal error and
open a wine debug cli but its useless as only the latest lines can be viewed:
no scroll back nor log file created.
So i've run this app into a terminal to be able to log the debug comments. It
complaint about msvcp80.dll not implemented, albeit this dll is builtin by
default. Using wineconfig to add it as native does not help, get the same
error.
see debug 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=27806
Summary: fopen() CRT functions should recognize the unicode
encoding modifier in mode string (CCS=xxx)
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
many MS installer use Unicode file streams to write their log files.
Bug 8598 is about general unicode support for CRT functions.
IE9 installer for example spams console due to fopen() not recognizing
",ccs=xxx" sequence in mode string.
--- snip ---
...
0032:Call msvcrt._wfopen_s(0033e5b0,0033ebd8
L"C:\\windows\\TEMP\\IE9b5d.tmp\\IE9-support\\NrPolicy.txt",01002190
L"rt,ccs=UNICODE") ret=0101549f
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag , not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag c not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag c not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag s not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag = not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag U not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag N not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag I not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag C not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag O not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag D not supported
0032:fixme:msvcrt:msvcrt_get_flags :unknown flag E not supported
0032:Call KERNEL32.CreateFileW(0033ebd8
L"C:\\windows\\TEMP\\IE9b5d.tmp\\IE9-support\\NrPolicy.txt",80000000,00000003,0033e3a0,00000003,00000080,00000000)
ret=736fd75e
0032:Ret KERNEL32.CreateFileW() retval=00000098 ret=736fd75e
0032:Ret msvcrt._wfopen_s() retval=00000000 ret=0101549f
...
--- snip ---
MSDN: http://msdn.microsoft.com/en-us/library/yeby3zcb.aspx
Bug 8598 needs proper implementation first to really support this but in the
meantime the unsupported ",ccs=xxx" mode flags should be recognized and a FIXME
printed instead.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=27818
Summary: Eurobattle.net installer not working (failed to create
output file)
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
Hi, a user reported this problem on userforum. The installer pops up a
messagebox "failed to create output file"). From a debug log there's a weird
looking filename:
0025:Call KERNEL32.CreateFileA(00b00d08
"C:\\users\\louis\\Temp\\_ir_sf_temp_1\\\x03",40000000,00000001,00000000,00000002,00
000080,00000000) ret=0040103b
0025:Ret KERNEL32.CreateFileA() retval=ffffffff ret=0040103b
Maybe wine chokes in creating a a weird filename like "\x03" or the filename is
misread from the installersetup-file? Haven't got a clue really.
--
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=27971
Summary: the /qb option of msiexec results in unhandled page
fault
Product: Wine
Version: 1.3.25
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: htl10(a)users.sourceforge.net
I have a few msi's (unfortunately of proprietary commercial source) which
results in the message:
"This advertised application will not be installed because it might be unsafe.
Contact your administrator to change the installation user interface option of
the package to basic."
So I tried the /qb option of msiexec. This results in unhandled page fault.
Granted this feature may not be implemented, but it should just do a FIXME or
something and exit gracefully. Here is the message. I'd be happy to try any
patch, or even have a go at doing a patch myself if somebody wants to point me
in the right direction.
----------------------
fixme:storage:create_storagefile Storage share mode not implemented.
wine: Unhandled page fault on read access to 0x00000000 at address 0x6848aa70
(thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x6848aa70).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:6848aa70 ESP:0033f910 EBP:00000000 EFLAGS:00010246( R- -- I Z- -P- )
EAX:00000000 EBX:684ffe00 ECX:00110064 EDX:001aef8c
ESI:001aef68 EDI:00198060
Stack dump:
0x0033f910: 00175a10 684dccf2 00000000 00198060
0x0033f920: 00198060 68477236 684ffe00 6847a59d
0x0033f930: 00000000 00000002 0017ea00 0019d448
0x0033f940: 00000000 00000000 6848a7ab 684ffe00
0x0033f950: 00185248 00198060 001aef68 6847b7e3
0x0033f960: 00198060 00000001 001aef68 00000000
Backtrace:
=>0 0x6848aa70 msi_load_media_info+0x2d0() in msi (0x00000000)
0x6848aa70 msi_load_media_info+0x2d0 in msi: movzwl 0x0(%ebp,%eax,1),%ecx
...
------------------------------
This is on x86_64 hardware but running 32-bit 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=28336
Summary: MorphVox Pro fails to start
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Eimhinsmyth(a)yahoo.ie
Created an attachment (id=36314)
--> (http://bugs.winehq.org/attachment.cgi?id=36314)
Output
MorphVox pro fails to install. The output attached is given before any windows
open and it hangs on the last line.
--
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=28753
Bug #: 28753
Summary: AniDB O'Matic shows exception dialog on startup
(madcodehook, gcc 4.6.x frame pointer omission in Wine
code)
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
I recently switched to gcc 4.6.x based distro and encountered strange problems
with "AniDB O'Matic" (http://anidb.net/ client) and possibly other apps.
The app crash handler catches a fault in startup phase and displays a rather
exhaustive "crash analysis" dialog.
The fault can be acknowledged and the app continues to load.
Tracing with +relay yields nothing - the crash never happens.
Without +relay but relevant debugging channels:
--- snip ---
...
0009:trace:ole:RemUnknown_Release 0x1aaa28 after: 4
0009:trace:ole:stub_manager_ext_addref added 5 refs to 0x1aac30 (oid 1), rc is
now 5
0009:trace:ole:RPC_RegisterInterface ({00000131-0000-0000-c000-000000000046})
0009:trace:ole:RPC_RegisterInterface Creating new interface
0009:trace:rpc:RpcServerRegisterIfEx (0x1aad34,(null),(nil),3,1234,(nil))
0009:trace:rpc:RpcServerRegisterIf2
(0x1aad34,(null),(nil),3,1234,4294967295,(nil))
0009:trace:rpc:RpcServerRegisterIf2 interface id:
{00000131-0000-0000-c000-000000000046} 0.0
0009:trace:rpc:RpcServerRegisterIf2 transfer syntax:
{00000000-0000-0000-0000-000000000000} 0.0
0009:trace:rpc:RpcServerRegisterIf2 dispatch table: 0x7e769c00
0009:trace:rpc:RpcServerRegisterIf2 dispatch table count: 1
0009:trace:rpc:RpcServerRegisterIf2 entry 0: 0x7e6a7010
0009:trace:rpc:RpcServerRegisterIf2 reserved: 0
0009:trace:rpc:RpcServerRegisterIf2 protseq endpoint count: 0
0009:trace:rpc:RpcServerRegisterIf2 default manager epv: (nil)
0009:trace:rpc:RpcServerRegisterIf2 interpreter info: (nil)
0009:trace:rpc:RPCRT4_start_listen
0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x44fed3 ip=0044fed3
tid=0009
0009:trace:seh:raise_exception info[0]=00000000
0009:trace:seh:raise_exception info[1]=000006bd
0009:trace:seh:raise_exception eax=000006b9 ebx=00404d74 ecx=00000000
edx=000006b9 esi=00000000 edi=7e63a728
0009:trace:seh:raise_exception ebp=0032f404 esp=0032f258 cs=0073 ds=007b
es=007b fs=0033 gs=003b flags=00010a16
0009:trace:seh:call_vectored_handlers calling handler at 0x7dccdcf0
code=c0000005 flags=0
0009:trace:seh:call_vectored_handlers handler at 0x7dccdcf0 returned 0
0009:trace:seh:call_vectored_handlers calling handler at 0x7defb860
code=c0000005 flags=0
0009:trace:seh:call_vectored_handlers handler at 0x7defb860 returned 0
0009:trace:seh:call_stack_handlers calling handler at 0x45015e code=c0000005
flags=0
--- snip ---
By debugging I found the following:
--- snip ---
Wine-dbg>bt
Backtrace:
=>0 0x0044fe24 in aom (+0x4fe24) (0x0033f43c)
1 0x7ed9cf31 CreateThread+0x4b(sa=(nil), stack=0, start=0x7e5f1640,
param=0x1aa8c0, flags=0, id=0x0(nil))
[/home/focht/projects/wine/wine-git/dlls/kernel32/thread.c:54] in kernel32
(0x000006b9)
2 0x7e5f1883 RPCRT4_start_listen_protseq.isra+0x82() in rpcrt4 (0x000006b9)
3 0x7e5f1a00 RPCRT4_start_listen+0xdf(auto_listen=<is not available>)
[/home/focht/projects/wine/wine-git/dlls/rpcrt4/rpc_server.c:749] in rpcrt4
(0x7e625720)
4 0x7e5f40c1 RpcServerRegisterIf2+0x170(IfSpec=0x1aabb4, MgrTypeUuid=(nil),
MgrEpv=0x0(nil), Flags=0x3, MaxCalls=0x4d2, MaxRpcSize=0xffffffff,
IfCallbackFn=(nil))
[/home/focht/projects/wine/wine-git/dlls/rpcrt4/rpc_server.c:1149] in rpcrt4
(0x00000000)
--- snip ---
The app installs some hooks into win32 API using intrusive way.
No IAT/API entry/hotpatch is used .. it analyses the API code and patches
calls.
Example:
"CreateThread" snippet:
--- snip original ---
...
movl 0x38(%esp),%eax
movl %eax,0xc(%esp)
movl 0x34(%esp),%eax
movl %eax,0x8(%esp)
movl 0x30(%esp),%eax
movl %eax,0x4(%esp)
call 0x7edb1d80 CreateRemoteThread [/home/kernel32/thread.c:54] in kernel32:
subl $28,%esp
addl $40,%esp
popl %ebx
ret $0x18
--- snip original ---
--- snip patched ---
...
movl 0x38(%esp),%eax
movl %eax,0xc(%esp)
movl 0x34(%esp),%eax
movl %eax,0x8(%esp)
movl 0x30(%esp),%eax
movl %eax,0x4(%esp)
call 0x0045029c
subl $28,%esp
addl $40,%esp
popl %ebx
ret $0x18
--- snip patched ---
Although questionable this works (even in earlier Wine versions).
Further analysis reveals the app was written in Delphi and makes use of
"madCodeHook/madExcept" library (http://madshi.net/).
The apps creates several threads which are initialized successfully.
The problem is actually an RPC thread that gets created by Wine code.
See here:
http://source.winehq.org/git/wine.git/blob/7e309601f3cb55deadaab9bd44475748…
Disassembly of problematic snippet from function "RPCRT4_start_listen_protseq":
--- snip ---
...
movl $0x6b9,%ebp
movl $0x0,0x14(%esp)
movl $0x0,0x10(%esp)
movl %esi,0xc(%esp)
movl %eax,0x8(%esp)
movl $0x0,0x4(%esp)
movl $0x0,0x0(%esp)
call 0x7e5b9d68 CreateThread in rpcrt4
subl $24,%esp
testl %eax,%eax
...
--- snip ---
Upon entry of CreateRemoteThread "hook", the handler analyses the frame pointer
(checks for non-zero) and tries to access the frame location.
This fails because GCC emitted code that used EBP as general purpose register
for return status (RPC_S_OUT_OF_RESOURCES) in caller.
The fault due to EBP dereference is safely caught from app SEH and a dialog
shown.
Additionally to the RPC thread problem the GUI shows issues which were
previously not present: some treeview items are missing/rearranged.
I checked the comctl32/treeview code .. even did some tests with older Wine
versions (1.3.0, 1.3.20) no regressions found - it behaved similar.
In short: these issues are the result of gcc 4.6+ now free to omit frame
pointers on x86 (= default), see:
http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/Optimize-Options.html
I fixed the problems by adding "-fno-omit-frame-pointer" to build flags.
The app works as expected (thread hooks = ok, GUI issues = gone).
I suspect there will be more apps and games that use code that depends on frame
pointer not being abused as general purpose register.
The question is: is it worth to hunt down all Wine code and decorate functions
with "no optimize" attributes to keep frame pointer from being abused?
E.g. something like this: __attribute__((optimize("-fno-omit-frame-pointer")))
Maybe "-fno-omit-frame-pointer" should be default if Wine x86 is built with gcc
4.6.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=29130
Bug #: 29130
Summary: Where's Wally? The Fantastic Journey fails to
recognize the CD in the drive
Product: Wine
Version: 1.3.32
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Classification: Unclassified
When loading Where's Wally? The Fantastic Journey it fails to recognize the CD
in the drive. A dialogue box comes up saying "Please insert the game disk in
the drive and try again." and this shows up on the terminal:
fixme:ntdll:server_ioctl_file Unsupported ioctl 2d0800 (device=2d access=0
func=200 method=0)
fixme:mountmgr:harddisk_ioctl Unsupported ioctl 2d0800 (device=2d access=0
func=200 method=0)
fixme:ntdll:server_ioctl_file Unsupported ioctl 2d0800 (device=2d access=0
func=200 method=0)
On Debian Squeeze amd64, official nvidia drivers and wine 1.3.32.
--
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=29136
Bug #: 29136
Summary: Sins of a Solar Empire (Stardock.com/Steam) does not
activate
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitor.dominor(a)gmail.com
Classification: Unclassified
Created attachment 37558
--> http://bugs.winehq.org/attachment.cgi?id=37558
Relevant debug ouput with +winhttp when Register button is clicked.
When I start Sins of a Solar Empire Trinity from Steam or from an installation
downloaded from store.stardock.com, it presents the Stardock Account
Registration dialog. After filling in the required details: stardock email,
password and serial number, I click on Register and it does nothing,
apparently.
I've run it also with WINEDEBUG="+winhttp" and attached the relevant output
regarding the moment I click Register.
--
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=29352
Bug #: 29352
Summary: NightSky HD crashes on startup
Product: Wine
Version: 1.3.34
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msvcp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Created attachment 37978
--> http://bugs.winehq.org/attachment.cgi?id=37978
Terminal output
Native msvcp100 works around it (winetricks vcrun2010).
--
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=29340
Bug #: 29340
Summary: Cave Story+ wants
msvcp100.dll.??0?$basic_iostream@DU?$char_traits@D@std
@@@std@@QAE@PAV?$basic_streambuf@DU?$char_traits@D@std
@@@1@@Z
Product: Wine
Version: 1.3.34
Platform: x86
URL: http://www.humblebundle.com/
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
wine-1.3.34-295-g4918d91
--
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.