September 2004 - Wine-devel

ez-cdda sleep
by James Hawkins 07 Oct '04

07 Oct '04

I'm trying to get ez-cdda extractor to run, but when I do run it it just sits there...nothing graphical shows up, no signs of life in the program. I did a trace+relay and found that after the program is started, it immediately starts suspending the program over and over again as seen in the attached log file. Does anyone have any clue about this? -- James Hawkins

6 15

audio driver autodetection
by James Hawkins 07 Oct '04

07 Oct '04

>From Mike Hearn's winecfg post: > > - Obviously, once audio autodetection has been moved into the drivers we > > need to kill the audio tab. > > Still needs to be done. Not all that hard. I remember working on this a couple months ago. I put the driver detection in winmm.c, but that was wrong. I can't remember exactly what I was supposed to do to fix it...something like put the driver detection in each driver. I'm not really sure what that means or how it would work if it does what I think it does. Does it mean that we load one driver, and if it doesn't detect its *nix counterpart then it loads the next driver? I would like to get to work on this task, so if anyone has any pointers or ideas on this one, please let me know. -- James Hawkins

6 15

RE: SystemFunction006
by Rolf Kalbermatter 01 Oct '04

01 Oct '04

Hans Leidekker wrote: +NTSTATUS WINAPI SystemFunction006( LPCSTR password, LPSTR hash ) +{ + unsigned char buffer[16]; + + hash = CRYPT_LMhash( buffer, password, strlen(password) ); + + return STATUS_SUCCESS; +} I don't think this will work properly. The returned pointer from CRYPT_LMHash() will never be passed out to the caller of the function. There should be probably a function call before the return of the function along the lines of memcpy(hash, buffer, 16); The question here would also be why use an intermediate buffer at all in the first place? Also the use of strcmp() for comparing a hash in the according test seems a little misplaced to me. Or is a DES hash guaranteed to never contain 0x00 bytes? It doesn't occur in the test case so it is not a big problem in this case but principially it seems not right to me. Rolf Kalbermatter

2 1

WINEDLLOVERRIDES for all dlls?
by James Hawkins 01 Oct '04

01 Oct '04

Hi, I'm working on getting ie6 sp1 to install without using any native dlls. The install is fine until about 78% of the way through installing the files, the installer loads a native advapi32 that it downloaded to a temp directory and then the install seems to pause as this message is continuously printed: fixme:thunk:CommonUnimpStub generic stub: ? I used WINEDLLOVERRIDES="advapi32=b" WINEDEBUG=+loaddll, and it still shows the downloaded native advapi32.dll being loaded. Does WINEDLLOVERRIDES only take dll's that are in the windows\system directory into account? I have a feeling that the install would go smoother if the builtin advapi32 was loaded instead of the native one. I'm guessing that the installer is calling LoadLibary("path to native advapi32")...that's just a guess though. -- James Hawkins

5 8

Problems with MSI installer
by Joaquín Fernández 30 Sep '04

30 Sep '04

Hello I am trying to install an EXE file packed with MSI. I installed InstMsiA before running the program, but the installer don't finish, stay in endless loop when copying the files, and progress bar is over 70%. I put WINEDEBUG=trace+all and show PENDING() when the installer stop. I ran wine with WINEDLLOVERRIDES="*advapi32=b", WINEDLLOVERRIDES="*advapi32=b;msi=n", WINEDLLOVERRIDES="*advapi32=b;msiexec.exe=n" and WINEDLLOVERRIDES="*advapi32=b;msi,msiexec.exe=n", only the last option let the installer advance but don't finish. So what event wait installer for to continue? Do i need override other(s) dlls when use MSI installer? Regards Joaquín -- -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.2.4 (GNU/Linux) mQFCBEFI/gARAwDd2+ojasT3rCyRktSw+Ix3m+yoxSD0NkpMLlunmJxwvn6wKZVl mDw76/Zu9mqDWWeSGdSl+60T7fDLrJZSEB45O9T5jdujj01GFeer7xuiuHBTFw8o CXqD/hzhqYc46ecAoIQQjZ2qZtOWLPRBbegK/nyOIguNAv9QGiKPLBS8o0ksxEUp EfLAExVmu6Zp693uKGf6XrBWNcLriuwRPr1mjy3N/bhMlqc3vcTeUBwxiUuX5h2P NQgB3d2AbJS6oEvhmZL0Bn/8Ij/MSvVrartmCXuw9eSx0aMC/R7Kw9TtUfxFVUGx fQKwoA9BXNElPLcNohbBS/fH87IMMxCJyn+rmTeNCEcUEQ7UgvVCdlzZ8+L4PdlH qGR81nhZVEwPRnSSesLpSHRC1QQVoceBeb7PICr/b2eZiKMX+bQ+Sm9hcXXDrW4g TWFudWVsIEZlcm7DoW5kZXogUXVpbGVzIDxqb2FxdWluQGNhc2FkZWFsYWJhbnph Lm9yZz6IXgQTEQIAHgUCQUj+AAIbAwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRBH 677/q7xL4e15AJwNfSpeaXXMH2EjuKblfeBe51MrUgCcCP5jEnpXrDXLWULIW5yD t6VdHlU= =a8BM -----END PGP PUBLIC KEY BLOCK-----

1 0

taking a stab at analyzing a debug log
by James Hawkins 30 Sep '04

30 Sep '04

Hi, I've been trying to get Easy CD Extractor to work for a while now, and the program ezcddax.exe is having some weird (possibly) scheduling and threading problems, so in the meantime I've looked at some of the other exe's that Easy Cd Extractor installed. One such exe is burn.exe. When I run this, it seemingly immediately exits. This is an interesting part of +relay: 0009:Call kernel32.GetModuleHandleA(00000000) ret=0040158a 0009:Ret kernel32.GetModuleHandleA() retval=00400000 ret=0040158a 0009:Call kernel32.GetModuleFileNameA(00400000,406cfc18,00000105) ret=0040114e 0009:Call ntdll.RtlAllocateHeap(40370000,00000000,0000020a) ret=404da841 0009:Ret ntdll.RtlAllocateHeap() retval=403a91d8 ret=404da841 0009:Call ntdll.LdrLockLoaderLock(00000000,00000000,406cfad4) ret=404eafce 0009:Ret ntdll.LdrLockLoaderLock() retval=00000000 ret=404eafce 0009:Call ntdll.LdrFindEntryForAddress(00400000,406cfad0) ret=404eafe0 0009:Ret ntdll.LdrFindEntryForAddress() retval=00000000 ret=404eafe0 0009:Call ntdll.LdrUnlockLoaderLock(00000000,00000009) ret=404eb02c 0009:Ret ntdll.LdrUnlockLoaderLock() retval=00000000 ret=404eb02c 0009:Call ntdll.RtlUnicodeToMultiByteN(406cfc18,00000105,406cfad4,403a91d8,00000 060) ret=404d2873 0009:Ret ntdll.RtlUnicodeToMultiByteN() retval=00000000 ret=404d2873 0009:Call ntdll.RtlFreeHeap(40370000,00000000,403a91d8) ret=404da871 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=404da871 0009:Ret kernel32.GetModuleFileNameA() retval=00000030 ret=0040114e 0009:Call kernel32.ExitProcess(00000001) ret=00401454 0009:Call ntdll.LdrShutdownProcess() ret=404f5bd0 It seems that the last system call burn.exe makes before exiting is GetModuleFileNameA. I added an ERR in this function to see what filename it was getting, and it is: err:module:GetModuleFileNameA filename: L"C:\\Program Files\\Easy CD-DA Extractor 7\\burn.exe" which is the path of the program. After this call, burn.exe starts the exit process. Maybe burn.exe didn't like the results from GetModuleFileName? I'm not exactly experienced with analyzing debug logs, so I'm probably way off, but hopefully I'll get better. -- James Hawkins

1 0

Re: MSCMS: implement OpenColorProfile{A,W} and CloseColorProfile
by Hans Leidekker 30 Sep '04

30 Sep '04

On Saturday 25 September 2004 20:29, Hans Leidekker wrote: > Changelog: > Implement color profile handles. > Implement OpenColorProfile{A,W} and CloseColorProfile. Is there anything wrong with this patch? -Hans

1 0

How to deal with C++ APIs in wine spec file
by Dan Kegel 30 Sep '04

30 Sep '04

Jia L Wu (jwu(a)cc.helsinki.fi) wrote: > I have to write a spec file so that a winelib application can use a third > party dll. The problem is that APIs in third party dll are written in C++. > As c++ names and parameters are mangled, how can i call them in spec file? > For example, how can I call a class constructor (which is built form > another class) in spec file? Can anyone provide me an example? Thanks. Did you know that MSVC and g++ have completely incompatible C++ name mangling? In other words, you can only call third party C++ dlls if you're compiling with MSVC, as far as I know. And you can't compile winelib apps with MSVC, since MSCV only generates Windows apps, not Linux apps. So you may be out of luck. Can you write a windows app rather than a winelib app? If so, then you are in business; you can even build it on Linux (by running msvc under wine, which I do fairly often). - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

Problems with SpamAssassin
by Mike McCormack 30 Sep '04

30 Sep '04

Raphael is having some trouble sending mail to the lists winehq.org. Can we get him whitelisted? Mike

1 0

Strictify make_authors
by Francois Gouget 30 Sep '04

30 Sep '04

I'm not very familiar with this tool so all I can say is that it does not have compilation errors at startup and seems to behave rationally. Changelog: * tools/make_authors Switch to 'perl -w' and add 'use strict;'. Add prototypes to all functions. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

1 0