Re: Status of MSI
Mike McCormack wrote: Michael Stefaniuc wrote: how much of msi.dll do you think is now implemented? About 40%, I'd guess. Mike Nice, I plan to update the status pages in the next week or so. I'll change it to 40% and list both Aric and Mike as workers. Tom
Debugger bugs
Hi guys, I've got a few problems with various debuggers. Can anybody help? 1) gdb doesn't seem to catch signals to sent to Wine. In a crash, winedbg is invoked without gdb ever being aware of it. 2) winedbg can't locate files anymore, the paths seem to be stripped: 0x401cdb48 fixup_imports [loader.c:509] in ntdll: movl 0x0(%eax),%edx Unable to open file loader.c Wine-dbg>list Wine-dbg> 3) winedbg won't print the values of local variables: Wine-dbg>print i fixme:dbghelp:SymGetTypeInfo Someone didn't properly set ModBase (0x4078ebfc) fixme:winedbg:print_value ---error thanks -mike
Re: Add a 16-bit pair DLL for TWAIN
On Thu, 08 Jul 2004 19:35:07 +0200, Andreas Mohr wrote: > nedump.exe or exedump.exe or so. Do you have copies of these programs? I've been unable to locate them. NE is a format that was current a decade ago, tools to work with it are rapidly becoming arcane. thanks -mike
Stack blowout in _w95_dump_dke
-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- Index: misc/registry.c === RCS file: /home/wine/wine/misc/registry.c,v retrieving revision 1.144 diff -u -r1.144 registry.c --- misc/registry.c 14 Jun 2004 17:04:34 - 1.144 +++ misc/registry.c 10 Jul 2004 22:55:22 - @@ -688,10 +688,24 @@ return TRUE; } +static int _w95_dump_one_dke(LPCSTR key_name,_w95creg *creg,_w95rgkn *rgkn,_w95dke *dke,FILE *f,int level); + +static int _w95_dump_dke(LPCSTR key_name,_w95creg *creg,_w95rgkn *rgkn,_w95dke *dke,FILE *f,int level) +{ +while (1) +{ + if (!_w95_dump_one_dke(key_name, creg, rgkn, dke, f, level)) + return FALSE; + if (dke->next == 0x) + return TRUE; + dke = (_w95dke*)((char*)rgkn+dke->next); +} +} + /** * _w95_dump_dke [Internal] */ -static int _w95_dump_dke(LPCSTR key_name,_w95creg *creg,_w95rgkn *rgkn,_w95dke *dke,FILE *f,int level) +static int _w95_dump_one_dke(LPCSTR key_name,_w95creg *creg,_w95rgkn *rgkn,_w95dke *dke,FILE *f,int level) { _w95dkh * dkh; LPSTR new_key_name = NULL; @@ -720,6 +734,7 @@ memcpy( new_key_name + len, dkh->name, dkh->keynamelen ); new_key_name[len + dkh->keynamelen] = 0; +#if 0 /* walk sibling keys */ if (dke->next != 0x ) { if (!_w95_dump_dke(key_name, creg, rgkn, (_w95dke*)((char*)rgkn+dke->next),f,level)) { @@ -727,6 +742,7 @@ return FALSE; } } +#endif /* write the key path (something like [Software\\Microsoft\\..]) only if: 1) key has some values
call to unimplemented function secur32.dll.GetComputerObjectNameW
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" 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 0x4066-0x4076 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=/library/deeptreeconfig.xml&url=/library/en-us/sysinfo/base/getcomputerobjectname.asp?frame=true&hidetoc=false [2] http://msdn.microsoft.com/library/shared/deeptree/asp/rightframe.asp?dtcfg=/library/deeptreeconfig.xml&url=/library/en-us/sysinfo/base/extended_name_format_str.asp?frame=true&hidetoc=false
Re: Status of MSI
Le sam 10/07/2004 à 14:15, Mike McCormack a écrit : > > 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...) I do volunteer. Vincent
Re: Status of MSI
Michael Stefaniuc wrote: how much of msi.dll do you think is now implemented? About 40%, I'd guess. Mike
Re: Status of MSI
Hi Mike, how much of msi.dll do you think is now implemented? For http://www.winehq.org/site/status_dlls bye michael On Sat, Jul 10, 2004 at 01:15:16PM -0500, Mike McCormack wrote: > 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. -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbHEmail: [EMAIL PROTECTED] Hauptstaetterstr. 58http://www.redhat.de/ D-70178 Stuttgart pgps17CeakDiE.pgp Description: PGP signature
Re: Marshal bug
On Sat, 10 Jul 2004 18:24:00 +0100, Robert Shearman wrote: > I don't think it is a good idea > to back the patch out of cvs as it slightly improves InstallShield. How does it improve InstallShield? I only started looking at IS stuff again after the patch went in, so I don't have anything to compare it against. thanks -mike
Missing SHLWAPI function
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 [EMAIL PROTECTED] 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ò [EMAIL PROTECTED] - http://flameeyes.web.ctonet.it/