http://bugs.winehq.org/show_bug.cgi?id=3952
accountofjk(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |cleric(a)x-ion.de
--
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=3689
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #33 from Anastasius Focht <focht(a)gmx.net> 2008-12-08 17:27:59 ---
Hello,
random pick, fortunately I got hold of some Office 97 copy ... ;-)
The main problem is Office 97 installer shipping its own version of ole
automation library "oleaut32.dll" which is dynamically loaded at install time
using a different library alias -> "32autole.dll".
This only happens for installation/registration purpose of "Microsoft Access
Wizard Control Library" -> "ACCWIZ.DLL".
--- snip Setup\ACME.LST ---
[Windows 95 Files]
...
os\system\oleaut32.dll = 32autole.dll
[NT3.51 Intel Files]
...
os\system\oleaut32.dll = 32autole.dll
--- snip Setup\ACME.LST ---
In installer OS\system dir:
--- snip ---
$ls -l OS/SYSTEM/OLEAUT32.DLL
-rw-rw-r-- 1 focht focht 491792 1996-11-21 11:37 OS/SYSTEM/OLEAUT32.DLL
--- snip ---
When "accwiz.dll" is loaded, DllRegisterServerEx("32autole.dll") is called.
--- snip ---
0024:Call KERNEL32.LoadLibraryExA(0033f7e8
"C:\\windows\\system32\\ACCWIZ.DLL",00000000,00000008) ret=004076a6
0024:trace:snoop:SNOOP_SetupDLL hmod=0x6e150000, name=accwiz.DLL
0024:Call PE DLL (proc=0x610dc900,module=0x61030000
L"oleaut32.dll",reason=PROCESS_ATTACH,res=(nil))
...
0024:Ret PE DLL (proc=0x6e15e79c,module=0x6e150000
L"ACCWIZ.DLL",reason=PROCESS_ATTACH,res=(nil)) retval=1
0024:Ret KERNEL32.LoadLibraryExA() retval=6e150000 ret=004076a6
0024:Call KERNEL32.GetProcAddress(6e150000,008f96b8 "DllRegisterServerEx")
ret=00418211
0024:Ret KERNEL32.GetProcAddress() retval=01250033 ret=00418211
0024:CALL accwiz.DllRegisterServerEx(<unknown, check return>) ret=00418244
0024:Call KERNEL32.LoadLibraryA(008f96d0 "32autole.dll") ret=6e15eb46
0024:trace:snoop:SNOOP_SetupDLL hmod=0x65340000, name=OLEAUT32.dll
0024:Call PE DLL (proc=0x6534b9ac,module=0x65340000
L"32autole.dll",reason=PROCESS_ATTACH,res=(nil))
...
0024:Ret PE DLL (proc=0x6534b9ac,module=0x65340000
L"32autole.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1
0024:Ret KERNEL32.LoadLibraryA() retval=65340000 ret=6e15eb46
0024:Call KERNEL32.GetProcAddress(65340000,6e168378 "LoadTypeLib") ret=6e15eb65
0024:Ret KERNEL32.GetProcAddress() retval=01260aa0 ret=6e15eb65
0024:Call KERNEL32.GetProcAddress(65340000,6e168384 "RegisterTypeLib")
ret=6e15eb75
0024:Ret KERNEL32.GetProcAddress() retval=01260ac2 ret=6e15eb75
--- snip ---
All typelib registration stuff goes through "32autole.dll" a.k.a. OLEAUT32.DLL
Wine's builtin one is not used at that time (see previous proc addr
resolutions).
Basically it boils down to LoadTypeLib() and RegisterTypeLib() problems of
"stdole32.tlb".
It first tries to locate the typelib path using registry:
--- snip ---
...
0024:Call advapi32.RegOpenKeyA(80000000,653b28ac "TypeLib",0033ebc8)
ret=65351c33
0024:Ret advapi32.RegOpenKeyA() retval=00000000 ret=65351c33
0024:Call advapi32.RegOpenKeyW(000000f0,653b25dc
L"{00020430-0000-0000-C000-000000000046}",0033ebcc) ret=65353360
0024:Ret advapi32.RegOpenKeyW() retval=00000000 ret=65353360
0024:Call advapi32.RegOpenKeyA(000000f4,0033ebb4 "1.0",0033ee18) ret=65351ca2
0024:Ret advapi32.RegOpenKeyA() retval=00000000 ret=65351ca2
0024:Call advapi32.RegOpenKeyA(000000f8,0033ebcc "0",0033eba8) ret=65351bb6
0024:Ret advapi32.RegOpenKeyA() retval=00000000 ret=65351bb6
0024:Call advapi32.RegOpenKeyW(000000fc,653b2880 L"win32",0033eba4)
ret=65353360
0024:Ret advapi32.RegOpenKeyW() retval=00000000 ret=65353360
...
--- snip ---
It obviously fails to locate it because wine neither installs "stdole32.tlb" as
placeholder dll (with embedded typelib resource) nor establishes a proper
typelib path in registry.
--- snip ---
...
0024:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0033ee5c
L"stdole32.tlb",ffffffff,0033e990,00000105,00000000,00000000) ret=653572f8
0024:Ret KERNEL32.WideCharToMultiByte() retval=0000000d ret=653572f8
0024:Call KERNEL32.OpenFile(0033e990 "stdole32.tlb",0033eab0,00000000)
ret=65357314
0024:Ret KERNEL32.OpenFile() retval=ffffffff ret=65357314
--- snip ---
--- snip ---
0024:Ret PE DLL (proc=0x6534b9ac,module=0x65340000
L"32autole.dll",reason=PROCESS_DETACH,res=(nil)) retval=1
0024:Ret KERNEL32.FreeLibrary() retval=00000001 ret=6e15eca3
0024:RET accwiz.DllRegisterServerEx(008f96d0) retval=80029c4a ret=00418244
0024:Call KERNEL32.SetCurrentDirectoryA(0033f8ec "C:\\windows") ret=00418276
0024:Ret KERNEL32.SetCurrentDirectoryA() retval=00000001 ret=00418276
0024:Call KERNEL32.FreeLibrary(6e150000) ret=00418291
0024:Call PE DLL (proc=0x6e15e79c,module=0x6e150000
L"ACCWIZ.DLL",reason=PROCESS_DETACH,res=(nil))
...
0024:CALL MSSETUP.SetErrorParam(00000001,001a5d10) ret=0041829c
0024:RET MSSETUP.SetErrorParam() retval=001a5d10 ret=0041829c
0024:CALL MSSETUP.Validate(00000000,0010021f) ret=004182b1
0024:Call user32.LoadStringA(00400000,0000021f,0033f3c4,000003fa) ret=100020db
0024:Ret user32.LoadStringA() retval=0000003c ret=100020db
0024:Call user32.CharNextA(0033f3c4 "%A{}%1 was unable to register itself in
the system registry.") ret=1000224b
--- snip ---
(80029c4a -> HRESULT: TYPE_E_CANTLOADLIBRARY)
After adjusting wine install script for stdole32.tlb placeholder and fixing up
the typelib path in registry
--- snip ---
[HKEY_CLASSES_ROOT\Typelib\{00020430-0000-0000-C000-000000000046}\1.0\0\win32]
@="c:\\windows\\system32\\stdole32.tlb"
--- snip ---
it still fails, now with: 0x800288BD -> TYPE_E_BADMODULEKIND
After various testing with hand crafted typelibs, switching between Platform
SDK MIDL and WIDL (just to cancel out WIDL as error path) it still wouldn't
load.
It turned out that the shipped ole automation bootstrapper expects
"stdole32.tlb" in v1 format (ICreateTypeLib/SGLT), not the v2 format wine
currently provides (ICreateTypeLib2/MSFT).
When manually generating a v1 typelib using ICreateTypeLib and embedding into
PE it successfully loads and registers.
To resolve this bug, wine needs to generate/provide a v1 style placeholder
"stdole32.tlb" in "c:\\windows\\system32\\stdole32.tlb".
It seems even Platform SDK ships "stdole32.tlb" as v1 typelib.
Note: the installer/office runtime still suffer from other bugs, ex:
"Setup was unable to start DDE communication with the Desktop" -> DDE with
Windows program manager
"An error has occurred at changing workgroup database" -> MS JET database
engine provider/ole insufficiency
leading to later failure of access at run time.
This bug is about "accwiz.dll failed to register itself"
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=5463
ricardo filipe <ricardo_barbano(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ricardo_barbano(a)hotmail.com
--- Comment #20 from ricardo filipe <ricardo_barbano(a)hotmail.com> 2008-12-08 17:18:37 ---
it runs for me without problems... although i can't see the toolbars...
just do:
wine ie6setup.exe /q
and it should install fine. and run from Program Files\Internet
Explorer\iexplorer.exe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5989
ricardo filipe <ricardo_barbano(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ricardo_barbano(a)hotmail.com
--- Comment #6 from ricardo filipe <ricardo_barbano(a)hotmail.com> 2008-12-08 16:49:58 ---
i've run this with all wine libs and it gives no unimplemented function errors.
although it won't delete all IE files either.
--
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=4768
--- Comment #13 from Michal Seliga <selmi(a)centrum.sk> 2008-12-08 16:33:26 ---
with 1.1.10 it still crashes with segfault
--
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=5801
--- Comment #9 from Roland Käser <roli8200(a)yahoo.de> 2008-12-08 16:27:23 ---
Yes, it's still an issue in 1.1.10
--
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=15870
Summary: The program siap.exe crash
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joluinfante(a)gmail.com
I'm trying to run an application named SIAP using WINE. Everything seems to be
working fine until I reach a point where I get the following error:
err:heap:HEAP_ValidateInUseArena Heap 0xf50000: prev arena 0xf57ec0 is not prev
for in-use 0xf58728
wine: Unhandled page fault on read access to 0x00000020 at address 0x20 (thread
0009), starting debugger
n order to reproduce the error, you can download SIAP from:
http://www.afip.gov.ar/aplicativos/archivos/aplicativosiap/siap.exe.
Once downloaded ...
* Install the application.
* Run the application (wine siap.exe)
* Add a new "contribuyente"
* Complete the window and apply.
* Double click in "Domicilios"
* Click in the icon "Exit", in the window "Domicilios - Name of you"
Can any help me?
I did run with debug, and produce a very large file (>100mb).
--
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=6139
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #9 from Austin English <austinenglish(a)gmail.com> 2008-12-08 15:01:21 ---
(In reply to comment #8)
> (In reply to comment #7)
> > Is this still an issue in current (1.1.9 or newer) wine?
> >
>
> The program doesn't give the devision by zero anymore, but won't install
> correctly either. I get a lot of warnings about sound, keyboard, mouse,
> graphics drivers not meeting its specs (<256 colors, no mouse found, no US
> keyboard, no soundcard) while my linux desktop exceeds the specs...
>
Please file new bugs for these problems (one issue per bug please).
--
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=16422
Summary: fuzzy fonts on one xinerama screen
Product: Wine
Version: 1.1.10
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: petr.dlouhy(a)email.cz
Created an attachment (id=17758)
--> (http://bugs.winehq.org/attachment.cgi?id=17758)
Winecfg on boundary of both screens
When I run anything in Wine on one of my two screens, some fonts are fuzzy.
This could be problem of Xorg, but I didn't see this in any other application
but 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=6139
--- Comment #8 from Dennis Bijwaard <bijwaard(a)gmail.com> 2008-12-08 14:27:02 ---
(In reply to comment #7)
> Is this still an issue in current (1.1.9 or newer) wine?
>
The program doesn't give the devision by zero anymore, but won't install
correctly either. I get a lot of warnings about sound, keyboard, mouse,
graphics drivers not meeting its specs (<256 colors, no mouse found, no US
keyboard, no soundcard) while my linux desktop exceeds the specs...
--
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.