wine-devel

wine-devel@winehq.org

11 participants
84461 discussions

Thread not detaching?
by Duane Clark 04 Oct '04

04 Oct '04

I have an application that is hanging, apparently because a thread is not detaching: 000a:Call kernel32.ExitThread(00000000) ret=4077907f 000a:Call ntdll.LdrShutdownThread() ret=40376278 000a:Call PE DLL (proc=0x40ea2024,module=0x40ea0000 L"midimap.drv",reason=THREAD_DETACH,res=(nil)) 000a:Ret PE DLL (proc=0x40ea2024,module=0x40ea0000 L"midimap.drv",reason=THREAD_DETACH,res=(nil)) retval=1 000a:Call PE DLL (proc=0x40d4a02c,module=0x40d40000 L"msacm.drv",reason=THREAD_DETACH,res=(nil)) 000a:Ret PE DLL (proc=0x40d4a02c,module=0x40d40000 L"msacm.drv",reason=THREAD_DETACH,res=(nil)) retval=1 000a:Call PE DLL (proc=0x40d1405c,module=0x40d10000 L"wineoss.drv",reason=THREAD_DETACH,res=(nil)) 000a:Ret PE DLL (proc=0x40d1405c,module=0x40d10000 L"wineoss.drv",reason=THREAD_DETACH,res=(nil)) retval=1 000a:Call PE DLL (proc=0x407dc1d8,module=0x407d0000 L"user32.dll",reason=THREAD_DETACH,res=(nil)) 000a:Call ntdll.RtlAllocateHeap(401e0000,00000000,00000080) ret=4080a08c 000a:Ret ntdll.RtlAllocateHeap() retval=4026cfd8 ret=4080a08c err:ntdll:RtlpWaitForCriticalSection section 0x403f2580 "syslevel.c: Win16Mutex" wait timed out in thread 000b, blocked by 000a, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x408849c0 "../../windows/user.c: USER_SysLevel" wait timed out in thread 000a, blocked by 000b, retrying (60 sec) The place it is happening is in WIN_GetPtr(), in the call to USER_Lock(). It is getting to RtlpWaitForCriticalSection() and hanging forever: 000a:Call PE DLL (proc=0x407dc1d8,module=0x407d0000 L"user32.dll",reason=THREAD_DETACH,res=(nil)) trace:ntdll:RtlEnterCriticalSection Here trace:ntdll:RtlEnterCriticalSection finished SpinCount trace:ntdll:RtlEnterCriticalSection done trace:ntdll:RtlEnterCriticalSection Here trace:ntdll:RtlEnterCriticalSection finished SpinCount trace:ntdll:RtlEnterCriticalSection done trace:win:WIN_DestroyThreadWindows Destroying windows 000a:Call ntdll.RtlAllocateHeap(401e0000,00000000,00000080) ret=4080a08c trace:ntdll:RtlEnterCriticalSection Here trace:ntdll:RtlEnterCriticalSection finished SpinCount trace:ntdll:RtlEnterCriticalSection done 000a:Ret ntdll.RtlAllocateHeap() retval=4026cff8 ret=4080a08c trace:win:WIN_DestroyThreadWindows Start trace:win:WIN_DestroyThreadWindows 0 : 0x10022 trace:win:WIN_IsCurrentThread here trace:win:WIN_GetPtr here trace:win:WIN_GetPtr 1 trace:syslevel:_EnterSysLevel (0x40885ae0, level 2): thread a count before 0 trace:ntdll:RtlEnterCriticalSection Here trace:ntdll:RtlEnterCriticalSection finished SpinCount trace:ntdll:RtlpWaitForCriticalSection Here err:ntdll:RtlpWaitForCriticalSection section 0x403f2580 "syslevel.c: Win16Mutex" wait timed out in thread 000b, blocked by 000a, retrying (60 sec) Any clues on what should be happening here?

2 5

Setting DllOverrides by script
by Bill Medland 04 Oct '04

04 Oct '04

I stopped concentrating for quite a few months and now the whole config system has changed.!! Any chance of some help? When we released the previous version of our product on Linux we included a couple of perl scripts etc. for setting up the Wine suitably, including adding a couple of drives, setting the path, modifying dll overrides. Now I am trying to figure out how to do it all with the new config system. Doing the drives is easy; a couple of symlinks. Doing the path is easy; regedit /s /E and regedit /s <filename> The problem I am having is with the DLL overrides. I see that they are now based on HKLM\Software\Wine\Wine\DllOverrides. How do I get them in? It seems to me that the only way that works is to edit the config itself and then restart the wineserver. Is that correct? (If so the no big deal) (I can't seem to import into the config using regedit nor can I actually edit the subtree under the GUI) -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 4

Re: Tab control update
by Robert Shearman 04 Oct '04

04 Oct '04

Jon Griffiths wrote: >Hi, > >A fairly large update to the tab control. This makes it work as per >native in my app. > >Regards, >Jon > > +dlls/comctl32/tab.c dlls/comctl32/tests/tab.c > Items can be variable sized; use an accessor to retrieve them > Send WM_NOTIFYFORMAT/WM_QUERYUISTATE to match native messages > There is no point in sending WM_QUERYUISTATE. I believe it is only really used for the toolbar control, but the native comctl32 has a common framework that means it is sent for all controls. > Only create a scroll control when/if we need one (like native) > Dump tab extra data when tracing > Combine all Unicode/Ascii calls together > Pass infoPtr around instead of fetching it multiple times, store > hwnd and focus state in it too. > Calculate correct tab widths when TCS_FIXEDWIDTH is not given > Code simplifications/const correctness/formatting fixes > Add some new combinations to tests for correct tab sizes > > I haven't looked at the rest of the changes yet and I won't have a chance until Sunday, but the changelog looks sane enough. Is it possible to split the patch up to make it more easily reviewable? Rob

3 5

Re: small fix
by Mike Hearn 04 Oct '04

04 Oct '04

Hi, >Hi! >Here is a small patch for wine-20040914. >Summary: tool window with a caption are not managed. > This doesn't seem quite right - WS_EX_TOOLWINDOW & WS_CAPTION should be managed as we set the EWMH hints for this style later on in the code. What WM are you using Sergey? thanks -mike

1 0

Re: ez-cdda sleep
by Dan Kegel 03 Oct '04

03 Oct '04

Eric Pouech (pouech-eric(a)wanadoo.fr) wrote: > ... > But, the address we get in GetThreadContext is the one from where the > thread waits on the server (hence the 0xffffe410 address), not the > address it was suspended from (as it's supposed to be) > > I don't think it will be easy to fix. > > Possible ideas: > ... > - storing context in server while entering USR1 signal handler (to be > done without races, which will require some more work, as the server > doesn't synchronize with the USR1 handler) This one seems most natural. Maybe the server should wait for the context to be stored before returning from SuspendThread. I bet on Windows, the target thread is really suspended before SuspendThread returns, and this would ensure that behavior. Maybe if we do this right, we can get rid of the racy looking loop at the top of test_SuspendThread() in dlls/kernel/tests/thread.c ... or is that loop needed on Windows, too? - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

2 1

Re: systemparamatersw question
by Ivan Leo Puoti 03 Oct '04

03 Oct '04

>Write a program looping through the SPI values, then use regmon >to find the keys it accesses. Thanks, I'll give this a go. Ivan. ____________________________________________________________ Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. Abbonati subito su http://www.libero.it

1 0

Regression to Get IE Help to Work after September Snapshot
by Dan McGhee 03 Oct '04

03 Oct '04

I could not get IE Help, or any application based on it, to work after the September snapshot. I did a regression and identified the commit of 20040824 16:00:16 CDT as causing the problem. This commit edits this patch: http://cvs.winehq.org/patch.py?id=13475 Among other things this patch changes wine/dlls/Makefile.in wine/configure.ac wine/configure I discovered during the regression that if I use ./tools/wineinstall and let wine set up my fake windows and .wine/config file I couldn't get IE Help to work. However, I used the September snapshot to test this, if I do "./configure, make depend && make" followed by install" and used a .wine generated by wine before the commit I identified, IE Help works. I also noticed when I found the patch that it was edited today to change the files that I noted above, but I can't tell if the changes address the subject of this post. I'm a real rookie when it comes to reading this patches and can suppy only information to this list. If it will help, I will be more than happy to create "diff" files from the "before and after" wine versions to help close in on the situation. Dan

2 5

Re: [Wine] Edit Windows XP registry with wines regedit?
by Saulius Krasuckas 03 Oct '04

03 Oct '04

On Sat, 2 Oct 2004, Martin Bammer wrote: > When I remove the Enum-key under hkey_local_machine then Windows redetects all > hardware. So a reinstall would not be needed. Wine has a regedit. But I don't > know how to tell wine that it uses the registry from the installed windows. For sure it would not be needed, but as for Wines regedit I am not sure. AFAIK, it can only read NT-system registry, but not write it. > Would be a nice "recovery" feature for Linux to be able to edit windows > registries, because a defective registry is often a problem in windows... You can always try using Offline NT Password & Registry Editor. It uses console UI and is more of command line editing, but whatever [1]. BTW, you or someone else can try merging both the ntreg library [1] and Wine registry editor code to make a GUI tool to suffice your needs. I hope there would be no license [2] collisions. [1] http://home.eunet.no/~pnordahl/ntpasswd/ [2] http://home.eunet.no/~pnordahl/ntpasswd/COPYING.txt

2 1

systemparamatersw question
by Ivan Leo Puoti 03 Oct '04

03 Oct '04

Are all SPI values in windows/sysparams.c,SystemInformationW() stored in the registry somewhere? If yes, is there a not to difficult way to find which registry key it is for a given SPI value? I have a few win boxes available to find this out. Ivan. ____________________________________________________________ Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. Abbonati subito su http://www.libero.it

2 1

TIME_GetTZAsStr problem with "UTC"
by Jacek Caban 02 Oct '04

02 Oct '04

Hi. I got this communicat: fixme:ntdll:TIME_GetTZAsStr Can't match system time zone name "UTC" to an entry in TZ_INFO fixme:ntdll:TIME_GetTZAsStr Please add appropriate entry to TZ_INFO and submit as patch to wine-patches so I wanted to send patch, but "UTC" is time convencion, not Local Time Zone. I've checked my Linux configuration: $ date sob paź 2 23:06:33 UTC 2004 It seems to be bad Linux configuration, but it's my default configuration (I use Fedora Core 2, my Local Time Zone is CEST). I think Wine should do something in this this case, but I don't know what. Any idea? Thanks, Jacek

2 1

Re: Tab control update
by Vitaliy Margolen 02 Oct '04

02 Oct '04

Looks ok to me with few exceptions: It would be really nice to separate formatting changes from other changes. It's hard to see what's got changed and what not. >+#define MIN_ICONTAB_WIDTH 54 /* Magic number, but it works */ >+ if (icon_width > MIN_ICONTAB_WIDTH) >+ curr->rect.right += icon_width; >+ else >+ curr->rect.right += MIN_ICONTAB_WIDTH; This is wrong (see below). >"Only create a scroll control when/if we need one (like native)" Nothing got changed. It's being created when needed, and hidden when not longed used. Is there something else I missed? > Combine all Unicode/Ascii calls together I'm not sure here, but should it be based on the unicode state of the whole control rather which message got sent to it? I can see how you can send ASCII message first and then send UNICODE message which will screw things up. >+/* Since items are variable sized, cannot directly access them */ >+#define TAB_GetItem(info,i) \ >+ ((TAB_ITEM*)((LPBYTE)info->items + (i) * TAB_ITEM_SIZE(info))) If this is the case we need to store pointers in array of pointers. >+ hwTab = create_tabcontrol(0, TCIF_TEXT|TCIF_IMAGE); >+ >+ trace_tab ("Testing non fixed width no imagelist...\n"); You missed insert items with text part inside create_tabcontrol. Besides as is it's failing for me. When I change text of the first tab "Tab 123" it's changing returned width. The reason why I didn't test this is because the width of the tab depends on it's text width. Which is kind of hard to test (different fonts, different font sizes etc.). Vitaliy Margolen Friday, October 1, 2004, 8:58:23 AM, Vitaliy Margolen wrote: > Hi, > A fairly large update to the tab control. This makes it work as per > native in my app. > Regards, > Jon > +dlls/comctl32/tab.c dlls/comctl32/tests/tab.c > Items can be variable sized; use an accessor to retrieve them > Send WM_NOTIFYFORMAT/WM_QUERYUISTATE to match native messages > Only create a scroll control when/if we need one (like native) > Dump tab extra data when tracing > Pass infoPtr around instead of fetching it multiple times, store > hwnd and focus state in it too. > Calculate correct tab widths when TCS_FIXEDWIDTH is not given > Code simplifications/const correctness/formatting fixes > Add some new combinations to tests for correct tab sizes > ===== > "Don't wait for the seas to part, or messiahs to come; > Don't you sit around and waste this chance..." - Live > jon_p_griffiths(a)yahoo.com > __________________________________ > Do you Yahoo!? > Yahoo! Mail Address AutoComplete - You start. We finish. > http://promotions.yahoo.com/new_mail

1 0

Re: Tab control update
by Dimitrie O. Paun 01 Oct '04

01 Oct '04

On Fri, Oct 01, 2004 at 07:58:23AM -0700, Jon Griffiths wrote: > Hi, > > A fairly large update to the tab control. This makes it work as per > native in my app. Nice. While you're at it (and have it fresh in your mind), can you please also provide an audit (and a list of TODOs) as per comctl 6.0? We're getting closer to having a full audit of the controls, and this one has not been audited: http://winehq.org/site/status_ui TIA, Dimi.

2 1

Re: COBJMACROS patch 3
by Dmitry Timoshkov 01 Oct '04

01 Oct '04

"Francois Gouget" <fgouget(a)free.fr> wrote: > COBJMACROS is very C unfriendly as it requires the caller to define it > if it wants to use COM objects. The following check is much better as > it does the right thing automagically: > > #if !defined (__cplusplus) || defined(CINTERFACE) > > So for internal interface, let's use the C friendly check instead of > COBJMACROS. This way we'll have fewer '#define COBJMACROS' to sprinkle > through the code. But that change makes Wine code not compilable with SDK and Mingw headers, I don't think it's an acceptable change. -- Dmitry.

2 3

Troubles with GetVarDesc function.
by MIKEL CARRASCO 01 Oct '04

01 Oct '04

Hi: Recently I've been having troubles with the GetVarDesc function. It's supposed to return the description of a COM server's property(given the property index), but instead, it returns the description of one of the methods of the COM server. I've realized that the varlist list of the ITypeInfo class is filled with the COM server methods, and it must be filled with properties. I think the problem is in MSFT_DoVars function, which is the responsible of the creation of varlist. I've fixed the problem just actualizing the offset variable to point to the begin of the variables description, instead of the begin of the functions description (the bold line below), I don't know if this is the right place to make the correction, but definitely It has solved my problem. .............................. offset = offset + (cFuncs*sizeof(INT)); for(i=0;i<cVars;i++){ .............................. I hope this could be of value for someone... Mikel.

1 0

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 30 Sep '04

30 Sep '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 29 Sep '04

29 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

main menu bar problem
by Attila Csosz 29 Sep '04

29 Sep '04

Hi, We developed an application under windows with borland cbuilder 5 and now we want run under linux with wine (not using an windows partition). We have tried with the latest version ( compiled and installed from CVS ) under "debian testing" linux distribution. This is mainly an opengl application and almost everything works fine but the menu bar dont works, clicking to the menu bar but nothing happened. It seems there is a problem with opengl and the main window. We have tested an other application that uses opengl but with an MDI child window (this works, opengl area in MDI window, main menu in the main window). The original application doesn't have an MDI window. So I think the problem: the main menu is it in the opengl area. Is it possible? We've tested a third application : it has the same problem ( main menu cant be clicked, and this not an MDI application ) We have tried wine in debian-stable, debian-testing, CVS. Thanks for any help (no solution from wine-users) Attila

1 0

[Fwd: Problems installing IE6]
by Joaquín Fernández 29 Sep '04

29 Sep '04

Hello I am trying to install IE6 in wine but i can't. When the installer is over 70% then stop and not advance. I have made a clean fake disk the three times, i probed with WINEDLLOVERRIDES for each dll used by IE installation, i use winedebug for seeking an error but no error, the installer is refreshing the windows without errors but don't advance. I am using wine version 20040914 from CVS compiled in Mandrake 10.0 with cooker updates. I am not using config file because the wineprefixcreate don't make the file and i have seen that wine use now several parameters in the registry. I tryied the 3 methods in frankscorner.org but nothing, the first method using a script can't install it. When i probed the second and third method i made a simple config file with [Version] & [DllOverrides] sections only, but nothing, the program don't terminate the installation, stop after 70% (the % change between intents:70,73,76,81,96, etc) and only refresh the screen (i suppose that because the labels in form are blinking). Somebody can help me? Joaquín P.D.: I don't need IE6 but i need MDAC and MDAC need IE>=4. If somebody know how to install DAO components without installing IE, i am interested in a reply. -- -----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-----

4 9

Re: Progress Bar: Fix Class Style & Repainting (resend2)
by Alexandre Julliard 29 Sep '04

29 Sep '04

Robert Shearman <rob(a)codeweavers.com> writes: > Changelog: > - Fix class style to include the hbrBackground member. > - Fix repainting issues introduced by this change. > - Add WM_ERASEBKGND handler and remove background drawing code from > the WM_PAINT handler. Isn't that going to cause a lot of flicker? This was the reason for the existing code, because otherwise it looks really bad with apps that update the progress bar a lot. -- Alexandre Julliard julliard(a)winehq.org

4 5

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