wine-devel July 2004

wine-devel@winehq.org

122 participants
251 discussions

Re: PATCH: tests/vartype gcc fix
by Alexandre Julliard 12 Jul '04

12 Jul '04

Marcus Meissner <marcus(a)jet.franken.de> writes: > Illegal lvalue casts in tests/vartype.c spotted by new compiler. Also > the format strings were wrong for long longs. Long long format strings are not portable, they shouldn't be used. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: added API documentation to advapi32/crypt.c
by Mike Hearn 12 Jul '04

12 Jul '04

Wow, go truiken! This sort of stuff is really handy, it's so much easier to document wierd stuff in the Wine API docs than rely on MSDN and peoples memories. Good work! On Mon, 2004-07-12 at 02:44 -0500, truiken(a)gmail.com wrote: > Changelog > * Added API documentation to most crypt.c functions

1 0

Status of MSI
by Mike McCormack 12 Jul '04

12 Jul '04

Hi All, I've completed the merge of the work Aric and I have done to date on MSI. Some programs that use and do not package the MSI installer may start to work. We still have no implementation of msiexec.exe, so there is still no method to install .msi files directly, however not all MSI based installs require msiexec.exe. (It's fairly easy to implement if anybody wishes to volunteer...) Consider adding "msi" = "native, builtin" to your Wine configuration files, and not installing the MSI redistributables straight away when you encounter an installer that uses msi.dll :) Let us know what bugs that turns up. thanks, Mike

6 6

Stack blowout in _w95_dump_dke
by wine＠troy.rollo.name 12 Jul '04

12 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 _w95_dump_dke has code in it that processes sibling keys in the registry recursively. This results in a stack blowout for large registries (in my case in the Software\CLASSES key). It's trivial to stop the stack blowing out by changing this not to be recursive, but processing siblings recursively is such an unusual thing to do that I suspect it must have been done for a reason. Attached is the way I've "fixed" it, but this causes the keys to be output in the opposite order to the way they are output with the CVS code. Is there a reason this needs to be done in the order the CVS code is doing it? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA8bbd2IoBoXB5Q0kRAoJEAJ9IbtBVxkly+8t8LPL2ZmD/RVwq6wCdHG2t QxlBYcbU/VVdeXLx0QVgQlo= =ZSKw -----END PGP SIGNATURE-----

2 1

Re: Add a 16-bit pair DLL for TWAIN
by Andreas Mohr 11 Jul '04

11 Jul '04

On Thu, Jul 08, 2004 at 06:26:12PM +0100, Mike Hearn wrote: > This is probably wrong in some aspects as this is the first time I have > done a 16 bit pair DLL, but the Office XP installer never actually calls > it, it just loads it in order to get the version information. > > The main problem is that I can't find way to dump the exports of a 16 bit DLL. > winedump can't do that. So, as the 32 bit DLL has only one entry point, I assumed > it was the same for the 16 bit version. nedump.exe or exedump.exe or so. Greetings, Andreas Mohr

2 1

call to unimplemented function secur32.dll.GetComputerObjectNameW
by Saulius Krasuckas 11 Jul '04

11 Jul '04

I stuck at this while trying to install "Microsoft Visual C++ Express 2005 Beta" (large package for offline installation): trace:module:process_attach (L"secur32.dll",(nil)) - END fixme:seh:EXC_RtlRaiseException call to unimplemented function secur32.dll.GetComputerObjectNameW trace:module:GetModuleFileNameW L"D:\\msdownld.tmp\\IXP000.TMP\\install.exe" <skip /> trace:module:GetModuleFileNameW L"D:\\msdownld.tmp\\IXP000.TMP\\install.exe" err:seh:setup_exception nested exception on signal stack in thread 000d eip 400dddc6 esp 40015c6c stack 0x40660000-0x40760000 trace:module:LdrShutdownProcess () MS documents some things [1] about the GetComputerObjectNameW() function in the Platform SDK: * Header: Declared in Secext.h; include Security.h. AFAICS Wine has no "secext.h" file in its "include/" directory. Where should I declare this function and the enumeration it uses [2] would I start implementing the function? [1] http://msdn.microsoft.com/library/shared/deeptree/asp/rightframe.asp?dtcfg=… [2] http://msdn.microsoft.com/library/shared/deeptree/asp/rightframe.asp?dtcfg=…

1 0

Marshal bug
by Duane Clark 11 Jul '04

11 Jul '04

Howdy, This patch: http://www.winehq.org/hypermail/wine-cvs/2004/05/0283.html causes a crash within Actel Designer (commercial FPGA design software). Reverting the patch with current CVS fixes the application. A trace and crash dump look like > wine /c/Actel/bin/designer.exe trace:ole:DllMain 0x40ea0000 0x1 0x1 trace:ole:DllMain (0x41030000,1,0x1) trace:ole:OleInitialize ((nil)) trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoInitializeEx () - Initializing the COM libraries trace:ole:RunningObjectTableImpl_Initialize () trace:ole:OleInitialize () - Initializing the OLE libraries trace:ole:OLEClipbrd_Initialize () fixme:ole:CoRegisterMessageFilter stub trace:ole:RegisterDragDrop (0x10040,0x41fc1ddc) trace:ole:UuidCreate {8b881308-d111-11d8-8790-002078041c53} trace:ole:__CLSIDFromStringA {A111826C-DB40-11d2-8D34-0008C7523E29} -> 0x4073f218 trace:ole:WINE_StringFromCLSID 0x4073f218->{A111826C-DB40-11D2-8D34-0008C7523E29} trace:ole:CoLoadLibrary (L"C:\\Actel/bin/comdesign.dll", 0) trace:ole:CoCreateFreeThreadedMarshaler (0x41fc6a60 0x41fc6a74) trace:ole:__CLSIDFromStringA {4B95E7E3-6EC5-11D2-BA21-0008C7A01E5D} -> 0x4073f870 trace:ole:WINE_StringFromCLSID 0x4073f870->{4B95E7E3-6EC5-11D2-BA21-0008C7A01E5D} trace:ole:CoLoadLibrary (L"C:\\Actel/bin/timingui.dll", 0) trace:ole:__CLSIDFromStringA {F70AA652-C79A-11d2-BA4B-0008C7A01E5D} -> 0x4073f66c trace:ole:WINE_StringFromCLSID 0x4073f66c->{F70AA652-C79A-11D2-BA4B-0008C7A01E5D} trace:ole:CoLoadLibrary (L"C:\\Actel/bin/taiming.dll", 0) err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not valid, number of bitmaps in imagelist: 0 err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not valid, number of bitmaps in imagelist: 0 err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not valid, number of bitmaps in imagelist: 0 err:toolbar:TOOLBAR_GetImageListForDrawing bitmap for ID 0, index 0 is not valid, number of bitmaps in imagelist: 0 trace:ole:CoMarshalInterThreadInterfaceInStream ({27a4f276-6452-11d2-ba1d-0008c7a01e5d}, 0x43932bf8, 0x4073f9e8) trace:ole:CoMarshalInterface (0x402b4180, {27a4f276-6452-11d2-ba1d-0008c7a01e5d}, 0x43932bf8, 3, (nil), 0) trace:ole:_StubMgrThread Stub Manager Thread starting on (\\.\pipe\WINE_OLE_StubMgr_00000008) trace:ole:CoCreateFreeThreadedMarshaler (0x41fc72f0 0x41fc7348) trace:ole:IiFTMUnknown_fnQueryInterface trace:ole:FTMarshalImpl_AddRef fixme:ole:FTMarshalImpl_GetUnmarshalClass (), stub! fixme:ole:FTMarshalImpl_MarshalInterface (), stub! trace:ole:FTMarshalImpl_Release trace:ole:CoInitializeEx ((nil), 2) trace:ole:CoGetInterfaceAndReleaseStream (0x402b4180, {27a4f276-6452-11d2-ba1d-0008c7a01e5d}, 0x46cb413c) trace:ole:CoUnmarshalInterface (0x402b4180,{27a4f276-6452-11d2-ba1d-0008c7a01e5d},0x46cb413c) trace:ole:WINE_StringFromCLSID 0x46cb4014->{402B4180-FA0C-40EE-EBF8-EE40F0CE5360} trace:ole:CoGetClassObject CLSID: {402b4180-fa0c-40ee-ebf8-ee40f0ce5360}, IID: {00000001-0000-0000-c000-000000000046} warn:ole:CoGetClassObject class {402B4180-FA0C-40EE-EBF8-EE40F0CE5360} not registred trace:ole:WINE_StringFromCLSID 0x46cb4014->{402B4180-FA0C-40EE-EBF8-EE40F0CE5360} trace:ole:WINE_StringFromCLSID 0x46cb4014->{402B4180-FA0C-40EE-EBF8-EE40F0CE5360} fixme:ole:CoCreateInstance no classfactory created for CLSID {402b4180-fa0c-40ee-ebf8-ee40f0ce5360}, hres is 0x80040150 fixme:ole:CoUnmarshalInterface Failed to create instance of unmarshaller {402b4180-fa0c-40ee-ebf8-ee40f0ce5360}. wine: Unhandled exception (thread 000d), starting debugger... fixme:console:SetConsoleCtrlHandler (0x4066a5e0,1) - no error checking or testing yet WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x6051b58f). In 32 bit mode. err:dbghelp_msc:pdb_process_file -Unable to peruse .PDB file e:\users\ChiJ\objs\pc_4.0.3.5\timingui\msobj\timingui.pdb 0x6051b58f: movl 0x0(%eax),%ecx Wine-dbg>bt Backtrace: =>1 0x6051b58f (0x46cb4160) 2 0x40374e57 THREAD_Start+0xef(ptr=0x402b3dd8) [thread.c:107] in kernel32 (0x46cb4234) 3 0x400a2f23 start_thread+0x147(info=0x402b05e0) [thread.c:199] in ntdll (0x46cb4a70) 4 0x40043484 start_thread+0x64 in libpthread.so.0 (0x46cb4a94) 5 0x420df147 __clone+0x57 in libc.so.6 (0x00000000) Wine-dbg>

3 7

Missing SHLWAPI function
by Flameeyes 11 Jul '04

11 Jul '04

Hi, I was trying a small program wrote in Visual Basic by a friend of mine. A part from missing ActiveX he used to display data, it seems to work, but when it's closed, there's an unhandled exception, and there're some errors about SHLWAPI: err:module:import_dll No implementation for SHLWAPI.dll._SHGetInstanceExplorer@4 imported from L"C \\WINDOWS\\SYSTEM\\BROWSEUI.DLL", setting to 0xdeadbeef [...] fixme:seh:EXC_RtlRaiseException call to unimplemented function shlwapi.dll.IUnknown_GetSite wine: Unhandled exception (thread 0012), starting debugger... using native shlwapi, it doesn't crash at close, but the first message is printed anyway. There are still other errors and problems, I'm trying to search which native dlls are needed to run it quite correctly. Another problem I found is that scrolling down a richedit object (after put riched32 as native) throws an unhandled exception. If someone want's to give it a try and help me get it working, it's FileXplorer at www.sepham.com . -- Diego "Flameeyes" Pettenò dgp85(a)users.sourceforge.net - http://flameeyes.web.ctonet.it/

1 0

Re: New WNEGRAPHICSDRIVER env var
by Vincent Béron 10 Jul '04

10 Jul '04

Le sam 10/07/2004 à 11:37, Vincent Béron a écrit : > Changelog: > Create a WINEGRAPHICSDRIVER env var to override either the config value > or the default value (in user and gdi). Please disregard, there's a problem with the patch (changed the default value in gdi to ttydrv). I'll send an updated patch. Vincent

1 0

ioctl(/dev/dsp, SNDCTL_DSP_SETDUPLEX) failed
by Saulius Krasuckas 10 Jul '04

10 Jul '04

With thepatch [1] I am getting some this line from Wine: err:wave:OSS_RawOpenDevice ioctl(/dev/dsp, SNDCTL_DSP_SETDUPLEX) failed (Input/output error) Yes, my soundcard doesn't support full duplex, I believe (I have OPTi 82c931 chip with mad16 driver running here). But shouldn't the type of the message be WARN or TRACE instead of ERR then? [1] http://cvs.winehq.org/patch.py?id=12636

2 1

← Newer
1
...
17
18
19
20
21
22
23
...
26
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel July 2004