- wine-devel - winehq.org

Theme configuration options
by Kevin Koltzau 08 Oct '03

08 Oct '03

I've come to a point in the development of uxtheme where configuration options will be needed, and am looking for feedback on how this should be done. I currently forsee the following options needed: EnableTheme ="Y|N" ThemeMethod = "XP|GTK|KDE|..." GTK, KDE, etc are conceivable, but wont be in initial implementation, will default to XP ThemeName="name of theme" for example "Luna" if ThemeMethod=="XP" and the default XP theme is installed These should probably go into the [Tweak.Layout] section (possibly only enabled with a "WineLook"="WinXP") and of course needs the ability for application specific settings The theme API also has a function EnableTheming(BOOL) which under XP turns theming on/off for all applications immediately (all applications are redrawn), and it is persistant across reboots. I havent checked up on if I can update the EnableTheme config option from code, or if I would need to possibly store this value elsewhere in the registry Another possible option would simply be to only apply that call to the current running app, and not make it persistant..but that would deviate from how windows handles it Thanks Kevin

5 9

Byteswapping
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

Hi all, There are some changes I'd like to submit as patches, but I'm not sure the best way to go about it. We need to add some byteswapping code in a few places to make things happier on big-endian machines. The problem is that the byteswap macros only exist inside wine/tools/wrc right now - we've added a new header containing the byteswap macros in wine/include, and so they are just duplicated in wine/include and wine/tools/wrc - but this is hardly the ideal solution. The best solution I can think of at the moment is to put the byteswap macros into wine/include/wine/port.h, which is one of the few main wine header that is included in the wrc code - but then we'll have to include config.h and port.h in at least one place they aren't currently included : dlls/ole32/storage32.c Does anyone have any better suggestions? Thanks, Warren

2 1

Problem with NONAMELESSUNION on MS_VC and Mingw
by Steven Edwards 08 Oct '03

08 Oct '03

Hello, I have been having problems compiling on Mingw and MS_VC + PSDK code that uses #define NONAMELESSUNION. This is not the first place I have ran in to this problem. When I try to build libwine I am getting the following error: loader.c: In function `fixup_resources': loader.c:193: error: union has no member named `s3' loader.c:194: error: union has no member named `s3' loader.c: At top level: loader.c:170: warning: `fixup_imports' defined but not used make: *** [loader.o] Error 1 I had the same problem on MS_VC with the PSDK but I cant test/submut another report on this right now as my broadband at home on my dev box with the PSDK is still out. Can anyone else with the PSDK check? Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

Re: Abort glyph rendering if everything is clipped
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

> It would be better IMO to do that as part of the clip rectangle > calculation a few lines below. Well, it was intended as an optimization - if we move the check down to the "if (flags & (ETO_CLIPPED) ..." clause, we may end up doing a HeapAlloc, and calls to GetGlyphIndices and GetObject that we don't need to do. I'd much rather bail out as soon as we can and avoid doing all of that extra work... Warren

2 1

Build without optimization is broken again
by Pavel Roskin 08 Oct '03

08 Oct '03

Hello! Build without optimization is broken again in CVS: gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port ../dlls/libntdll.dll.so: undefined reference to `SetLastError' ../dlls/libntdll.dll.so: undefined reference to `GetCurrentProcessId' ../dlls/libntdll.dll.so: undefined reference to `GetCurrentThreadId' GetCurrentProcessId() and GetCurrentThreadId() are referenced by dlls/ntdll/virtual.c and dlls/ntdll/server.c respectively because they don't include ntdll_misc.h header that has replacement includes. SetLastError() is used by the set_status() wrapper in dlls/ntdll/heap.c. I believe NtCurrentTeb()->last_error is valid even for gcc x86 builds. At least it's used unconditionally in LdrInitializeThunk(), file dlls/ntdll/loader.c. ChangeLog: * dlls/ntdll/server.c, dlls/ntdll/virtual.c: Include ntdll_misc.h to suppress wrong dependencies when building Wine without optimization. * dlls/ntdll/heap.c: Define set_error unconditionally to eliminate dependency on SetLastError(). -- Regards, Pavel Roskin

1 0

Re: Render strings longer than 128 characters as individual chars
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

Thanks for the suggestion, Huw. I'll try applying that xrender patch to our build of X and see if it fixes the problems we were having... > If we really have to have > a workaround in Wine then the string should at least be batched rather > than passed character by character. I agree that this would be better - but using existing code that we know works had a distinct appeal, and in our testing we only came across a *very* few places where this happened, so trying to optimize it seemed like it wasn't worth the effort. Warren

1 0

A link to a article on Wine.
by Hannu Valtonen 08 Oct '03

08 Oct '03

Hello, I noticed a link on LinuxToday to an article on Wine and thought people might be interested. http://insight.zdnet.co.uk/business/0,39020481,39116972,00.htm (Summary) Basically the writer tried to install Paintshop Pro. Couldn't get it to work (InstallShield problem) and was frustrated by that. On the other hand he does recommend CrossOver Office as a polished product for firms and Wine for those who wish to experiment on their own. - Hannu Valtonen Hannu.Valtonen(a)hut.fi

2 1

What does it take to run a third-party DLL under Wine?
by John Conneely 08 Oct '03

08 Oct '03

Hi! I need help determining the feasibility of writing a wrapper around a DLL so that I can call it from a Linux machine, perhaps as a SO. I'm looking for either a member of this list that could contract with us for support, or pointers to a more appropriate place where I can search for such a person. If you're interested in learning more, please read on - otherwise, thanks for your time! The DLL in question is one that interacts with call recording equipment in a telephone switch. Our customer has an incoming call center where they currently use windows machines on the desktops of the telephone agents. They're looking to replace these desktops with Linux machines, and are trying to convert to a 100% non-Microsoft shop. This DLL has five or six function calls that presumably communicates over the network with the switch. My initial thought was that we have three choices of how to architect a solution: 1) Port the code to Linux. I eliminated this as a choice because we don't have the source code for the DLL. 2) Use some kind of RPC mechanism (COBRA, SOAP, etc.) to have the DLL running under windows on a server. This would work in principle, and apparently it is the preferred solution by the maker of the DLL. However, it violates our client's no-Microsoft-code mandate, and our customer has rejected this as a solution. 3) Write a wrapper to use the DLL running under WINE. This is what I am pursuing now. I'm looking for someone who has done #3 for other DLLs, and understands the issues that might come up in getting a third party DLL to run under WINE without active support from the DLL's authors. I myself have used Linux quite extensively but have not had the opportunity to use WINE directly, so we will likely need some help in setting up our WINE environment. We've got funding to pursue this, so if you can show me that you've done something like this before, we will pay you to first do a feasibility analysis on the DLL in question, and then implement it. Thanks! John

3 3

Re: Move actual code out of assert statements
by Warren_Baird＠cimmetry.com 08 Oct '03

08 Oct '03

> The indentation is messed up. You should set your editor tab width to > 8 instead of 4. My apologies --- our internal coding standard has tabs set at 4 spaces - and I haven't figured out how to tell xemacs to use tabs of 8 spaces in some directories, and 4 spaces in others... I thought I had fixed any indentation issues in the patches I was submitting - guess I missed this one. I'll resubmit shortly... Warren

1 0

Wineconf survey - interim results - call for more votes
by Jeremy White 08 Oct '03

08 Oct '03

Hi folks, I've posted interim results at http://www.winehq.org/wineconf/midresults.html It looks like St. Paul and Munich are the leading contenders, but I'm concerned that we have a fairly modest turnout (although I and several others at CodeWeavers haven't voted yet). I haven't done any weighting yet, and I'm actually worried that my comments on weighting may have discouraged folks from responding. My plan was to only modestly increase the pull of major contributors; even votes from plebes like me will have value. So, again, if you would come to Wineconf, and haven't done so yet, please pop over to http://www.winehq.org/wineconf/ I'll call it final on Friday and tally results. Cheers, Jer

1 0

alsa, arts, etc
by dwillis＠stx.rr.com 08 Oct '03

08 Oct '03

how can i get alsa, arts, etc for audio instead of oss? i'm using wine for cooledit96 and the 3 second delay for oss emulation is quite annoying, but i'm still very happy to be using cooledit96 under linux. i'm using wine version 20030813. thanks, dave

2 2

Re: Render strings longer than 128 characters as individual chars
by Huw D M Davies 08 Oct '03

08 Oct '03

On Tue, Oct 07, 2003 at 01:03:08PM -0400, Warren_Baird(a)cimmetry.com wrote: > > > > (See attached file: patch_xrender_long_string.txt) This is most likely due to a buggy version of libxrender which Keith fixed with the attached patch to the XFree86 cvs. I'd suggest upgrading to a newer version of the library. If we really have to have a workaround in Wine then the string should at least be batched rather than passed character by character. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Protected mode interrupt problem
by Jukka Heinonen 08 Oct '03

08 Oct '03

Mike McCormack wrote: > Two 16bit programs launch, one after the other. Each program hooks INT > 0, however since our interrupt tables are global to all tasks, the > second task retrieves the interrupt vector that the first task set. > > The first task exits, and restores the original INT 0 vector. When the > second task exits, tries to restore the INT 0 vector set by the first > task, which now has an invalid selector, so it crashes. > > After a bit of discussion and writing a test program, we discovered that > it appears that some interrupt vectors are task local, and some are > global. The local ones appear to be stored in the TDB (task descriptor > block), in offsets 0x26 - 0x4a. > > The attached patch fixes this, though we're not sure that it is correct > for DOS programs. Well, I don't know much about the relation between Win16 tasks and DOS. If this is how interrupt vectors are handled under Win16 then I guess the basic idea in the patch is correct. However, I can't see why this would cause a crash because as far as I know, int 0 vector is never called by Wine. It doesn't really matter but I'm just curious... (Perhaps they handle int 0 as a call chain?) Anyway, this patch fails to initialize the vectors so any attempt to use them causes a crash. These vectors are not currently used by Wine (except 0x3e) so this is not yet a problem but I would really like to see this patch changed so that those vectors are properly initialized (possibly lazily) at program startup and when new task is created (are they copied from another task or reset to default values?). And, I don't think TASK_GetCurrent() should be called from winedos and I thought use of WINE_PACKED was unnecessary and deprecated. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 2

RE: question about copyright and code, is this legal?
by Patrik Stridvall 08 Oct '03

08 Oct '03

> Say I have a piece of code, x (which is copyright) which > always returns the > same output for a given input (e.g. a function that implements a math > formula or a function that retrieves some value from an > internal data table > stored in the dll or whatever) > Lets then say that I havent seen this code (either origonal C code or > disassembly) > Say I was to write a program that calls this function for all > valid inputs > and prints the inputs and outputs. > If I was to take the output of this program and, without > refering to the > origonal function or the dump program in any way (i.e. using just the > "truth table" for the function) generate a function that, for > any given > input, generates the same output as the original, have I > broken the law? Short answer: In depends on the nature of the output data and in which country you are in. Long answer: If the output data for each input data is not mearly a pure statement of some facts but an unique expression about something (be it some facts or otherwise) it is not permitted in any country. Note however that in some cases it might be possible to apply some another function and get rid of the unique expression and merely get the pure fact though... However in some countries it still depends on the nature of the pure facts though. In the US, it doesn't matter at all, see the "Feist" decision. In the Commonwealth countries and some other countries including my home country Sweden, each fact in and of itself is not protected either, however large collections of facts have some sort of protection as a whole and to some lesser degree to subsets of the whole collection. This is in order to protect the effort of collecting the facts and while case laws AFAIR at least in Sweden is a little unclear, it mostly seems to apply to collections of facts that have required a significant effort to collect... So functions the produce results that are purely algoritmic in nature are not protected. As far as Wine is concerned though I can't think of any Windows API that: 1. Returns pure facts (not having any unique expression) 2. Would fulfill the requirement of needed a significant effort to collect to collect the fact. So no I wouldn't worry about it as far as Wine is concerned.

3 2

Regression in lstrcmpiA (occurred in late June, NLS related)
by Troy Rollo 08 Oct '03

08 Oct '03

When lstrcmpiA was moved from ole2nls.c to locale.c, (around 28th June) the results of comparisons in some cases became reversed. For example, the underscore now returns as greater than alphabetic characters, whereas it used to return as less than alphabetic characters. The older behaviour was consistent with Win2k. The output below is from the following source: ---begin test program--- #include <windows.h> #include <stdio.h> char *test_strings[] = { "_", "A", "a", "z", "Z", 0 }; void test_string(char *pch) { char **ppch = test_strings; while (*ppch) { printf("%s\t%s\t%d\n", pch, *ppch, lstrcmpiA(pch, *ppch)); ++ppch; } } int main(int argc, char **argv) { char **ppch = test_strings; while (*ppch) test_string(*ppch++); return 0; } ---end test program--- ---Wine output from immediately before the change--- _ _ 0sorts _ A -1 _ a -1 _ z -1 _ Z -1 A _ 1 A A 0 A a 0 A z -1 A Z -1 a _ 1 a A 0 a a 0 a z -1 a Z -1 z _ 1 z A 1 z a 1 z z 0 z Z 0 Z _ 1 Z A 1 Z a 1 Z z 0 Z Z 0 ---End--- ---Wine output from immediately after the change--- _ _ 0 _ A 1 _ a 1 _ z 1 _ Z 1 A _ -1 A A 0 A a 0 A z -1 A Z -1 a _ -1 a A 0 a a 0 a z -1 a Z -1 z _ -1 z A 1 z a 1 z z 0 z Z 0 Z _ -1 Z A 1 Z a 1 Z z 0 Z Z 0 ~---End---

8 26

Re: winebuild: small docu update
by Alexandre Julliard 08 Oct '03

08 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Since these are internal use only, let's not document them > for external people, it will just cause problems. I disagree, it's much better to have documentation stating that they are internal than not to have any documentation at all. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Move actual code out of assert statements
by Alexandre Julliard 08 Oct '03

08 Oct '03

Warren_Baird(a)cimmetry.com writes: > (See attached file: patch_code_out_of_asserts.txt) The indentation is messed up. You should set your editor tab width to 8 instead of 4. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Abort glyph rendering if everything is clipped
by Alexandre Julliard 08 Oct '03

08 Oct '03

Warren_Baird(a)cimmetry.com writes: > (See attached file: patch_xrender_abort_if_clipped.txt) It would be better IMO to do that as part of the clip rectangle calculation a few lines below. -- Alexandre Julliard julliard(a)winehq.com

1 0

GDI and DirectX test suite
by Steven Edwards 07 Oct '03

07 Oct '03

Hello, I have post a collection of tests with source code for the GDI and DirectDraw 7 interfaces at http://mail.gleneagle.net/sedwards/gdi/ The authors of the Windows2000 API Blackbook have aggreed to license the tests as public domain with a request for advertising. The ReactOS project has already started using these tests to help in our implementation and they may make a good test for WINE and Winelib. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Re: wine/ windows/winpos.c server/window.c server/ ...
by Martin Fuchs 07 Oct '03

07 Oct '03

Hello Alexandre, I see, you implemented storage of the four global shell and takman windows. Btw.: great unified aproach, this single get/set server call. :) But you did not yet insert the altered focus handling in set_active_window() from my patch. Is this just comming next, or is there another particular reason for not doing this? Martin On 07.10.2003 05:40:24 Alexandre Julliard wrote: > ChangeSet ID: 9656 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/10/06 22:40:24 > > Modified files: > windows : winpos.c > server : window.c trace.c request.h protocol.def > include/wine : server_protocol.h > dlls/user : focus.c > > Log message: > Store the global shell, progman and taskman windows in the server > (based on a patch by Martin Fuchs). > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9656 > > Old revision New revision Changes Path > 1.147 1.148 +0 -81 wine/windows/winpos.c > 1.23 1.24 +61 -0 wine/server/window.c > 1.182 1.183 +20 -0 wine/server/trace.c > 1.88 1.89 +2 -0 wine/server/request.h > 1.84 1.85 +18 -0 wine/server/protocol.def > 1.85 1.86 +27 -1 wine/include/wine/server_protocol.h > 1.5 1.6 +131 -0 wine/dlls/user/focus.c

2 5

Re: Abort glyph rendering if everything is clipped
by Dimitrie O. Paun 07 Oct '03

07 Oct '03

On Tue, 7 Oct 2003 Warren_Baird(a)cimmetry.com wrote: Nit: why not use IsRectEmpty() ? -- Dimi.

1 0

Re: libs/unicode new conversions
by Alexandre Julliard 07 Oct '03

07 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > This patch adds two new conversions to libs/unicode, in preparation > for their > use by an upcoming patch adding FoldStringA/W. The first converts > from any > unicode number into its unicode 0-9 representation. The second maps > from > compatibility characters to unicode. > > The rationale for placing them in libs/unicode is that both these > conversions > may be required by calls other than FoldString (at least the numeric > mapping > will be used to parse native language digits in oleaut32). IMO you should export the FoldString functionality from libs/unicode, not the tables. Also I'm not sure how you built the tables, but they need to be generated from the Unicode standard data, and the code to do that should be added to cpmap.pl. -- Alexandre Julliard julliard(a)winehq.com

2 2

cdrom problem? winefile crash
by Moreno 07 Oct '03

07 Oct '03

Hi, fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported what it mean? this is my cd is (11, 0) and then? brw-rw---- 1 moreno cdwriter 11, 0 gen 1 1970 /dev/scsi/host0/bus0/target0/lun0/cd i don't know if is for that but winefile crash!! fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/fd0 (A:). Invalid or unreadable superblock on /dev/fd0 (A:). Maybe not FAT? fixme:bitmap:CreateBitmap planes = 35 wine: Unhandled exception (thread 0009), starting debugger... fixme:cdrom:CDROM_GetInterfaceInfo CD-ROM device (11, 0) not supported WineDbg starting on pid 8 thx -- Moreno <morenoca(a)freemail.it>

2 1

Re: Oleaut32 3
by Dimitrie O. Paun 07 Oct '03

07 Oct '03

On Mon, 6 Oct 2003, Jon Griffiths wrote: > Hi, > > Part 3 of oleaut32 updates. Hi Jon, Cool stuff, but I don't understand why we have all these forwards: +HRESULT WINAPI VarDecFromUI1(BYTE bIn, DECIMAL* pDecOut) +{ + return _VarDecFromUI1(bIn, pDecOut); +} We don't seem to pass any additional info to _VarDecFromUI1, why not simply get rid of it, and implement stuff in the real VarDecFromUI1? -- Dimi.

3 4

Focus problems
by Pavel Roskin 06 Oct '03

06 Oct '03

Hello! My patch for fixing the focus of some programs (notepad, winecfg) on startup hasn't been applied, so I'm guessing what the reason might be. One reason may be that the testing could have found another bug that might seem to be related. When Wine uses non-managed windows without desktop, they don't get the keyboard focus initially. It affects even programs what show active captions, such as Winemine. When Winemine is started, the keyboard events go to the original window. The same happens after the "About" dialog is run. But when the "About" dialog is dismissed, the main window of Winemine gets keyboard focus. It seems to be another example of not doing something because the initial window is "already focused". This is a separate problem, it affects a wider class of programs and doesn't affect Wine in the desktop mode. If fixing this is considered precondition to fixing all other focus problems, I'd like to know that. Another possible reason I can think of is because SetFocus is supposed to affect widgets before the application window is shown. That's something that needs testing. I've made a patch that only disables activation of the parent window if it's invisible, but still focuses the window for which SetFocus() was called. The patch is attached. Before I start time-consuming verification, I'd like to know if I going in the right direction. There is another, third focus problem. Windows should not cover modal dialogs. Shareware Windows Commander 5.0 is useless in the desktop mode because the main window covers the "nag screen" on startup. The workaround is to enter "foo" in the command line and press Enter - there will be an error message, and after it's dismissed, the "nag screen" will pop up. Again, it's a separate problem that I'm not trying to solve at this point. I'll appreciate an advise in which order to proceed and what kind of verification is expected for the changes in the focus code. -- Regards, Pavel Roskin

2 1

Wineconf - survey
by Jeremy White 06 Oct '03

06 Oct '03

Hi everyone, I've put up a survey page here: http://www.winehq.org/wineconf/ I'd like to ask everyone who would come to Wineconf to go and enter their preferences. If you would not come to Wineconf regardless of where it was held, please do not fill out the survey. Let's hold this open through Friday, and then let's consider it final. Sound reasonable? Cheers, Jer

1 0

Re: Problem into the mail server ?
by Hannu Valtonen 06 Oct '03

06 Oct '03

Duane Clark wrote: > If you don't want the emails sent to you, subscribe and then turn on the > option to "Disable mail delivery". No need, I subscribed to a bunch of lists and finally configured my Mozilla Mail's filters. Took me a grand total of five minutes. The traffic is hardly a problem since I'm sitting behind a cablemodem and would've read the posts on the mailinglists anyway. But thanks for the suggestion. - Hannu Valtonen Hannu.Valtonen(a)hut.fi

1 0

Unicode strings
by Kevin Koltzau 06 Oct '03

06 Oct '03

I've come upon an instance where I need to create a large lookup table of unicode strings, and was curious what the recommended way to handle this was. Using MSVC I would simply declare the string as L"Text" I only see two options currently, either declare the string as (const WCHAR[]){'T','e','x','t'} or store as non-unicode and use WideCharToMultiByte/MultiByteToWideChar as appropriate As this is being implemented for a unicode-only function, it seems silly to convert the string, but declaring it as (const WCHAR[]){'T','e','x','t'} is a little unwieldy for the quantity of data that I need to declare

3 2

Re: Oleaut32 7
by Alexandre Julliard 06 Oct '03

06 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +/* The list of localised text data */ > +const VARIANT_TEXT VARIANT_LocalisedTextList[NUM_LOCALISED_LANGS] = > +{ > + { szCzechStrings, LANG_CZECH, 7, 16, 24, 32, 36 }, > + { szDanishStrings, LANG_DANISH, 5, 11, 14, 18, 22 }, > + { szGermanStrings, LANG_GERMAN, 5, 12, 15, 20, 24 }, > + { szEnglishStrings, LANG_ENGLISH, 5, 11, 14, 18, 22 }, > + { szSpanishStrings, LANG_SPANISH, 10, 16, 19, 22, 31 }, > + { szFinnishStrings, LANG_FINNISH, 5, 13, 19, 22, 31 }, > + { szFrenchStrings, LANG_FRENCH, 5, 10, 16, 24, 28 }, > + { szHungarianStrings,LANG_HUNGARIAN, 5, 11, 16, 20, 23 }, > + { szItalianStrings, LANG_ITALIAN, 5, 11, 14, 17, 20 }, > + { szDutchStrings, LANG_DUTCH, 5, 12, 15, 19, 24 }, > + { szNorseStrings, LANG_NORWEGIAN, 5, 11, 14, 18, 21 }, > + { szPolishStrings, LANG_POLISH, 7, 13, 17, 21, 24 }, > + { szSwedishStrings, LANG_SWEDISH, 5, 12, 15, 19, 22 } > +}; It would be better IMO to store that as string resources; you then get all the localisation mechanism for free, and people can translate them without digging into the code. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Oleaut32 4
by Alexandre Julliard 06 Oct '03

06 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > Changelog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +dlls/oleaut32/i1.c dlls/oleaut32/i2.c dlls/oleaut32/i4.c > dlls/oleaut32/r4.c dlls/oleaut32/Makefile.in > dlls/oleaut32/oleaut32.spec > dlls/oleaut32/variant.c > Implement/document i1/ui1/i2/ui2/i4/ui4/r4 low-level calls I don't think we want to create a separate file for every variant type, especially since most of the functions are just one line. A single file with all the "simple" conversion functions would be enough. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: handle quoting on the command line in uninstaller
by Alexandre Julliard 06 Oct '03

06 Oct '03

Mike McCormack <mike(a)codeweavers.com> writes: > ChangeLog: > * handle quoting on the command line in uninstaller Is there any reason we can't use argv[] here instead? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Oleaut32 7
by Gregory M. Turner 06 Oct '03

06 Oct '03

On Monday 06 October 2003 10:32 am, Jon Griffiths wrote: > Hi, > > Part 7 of oleaut32 updates. > > Cheers, > Jon > > License: X11 > > Changelog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +dlls/oleaut32/bool.c dlls/oleaut32/oleaut32.spec > dlls/oleaut32/variant.c > Implement the boolean low-level calls Nice patch-set. I see there were some surprises, but good job nevertheless... extra kudos for doing laborious "boring" stuff and for providing in-source doc! Wish I was so prolific, as I am a no-patch bum lately.... -- gmt "The vice I am talking about is Pride or Self-Conceit: and the virtue opposite to it, in Christian morals, is called Humility. ... According to Christian teachers, the essential vice, the utmost evil, is Pride. Unchastity, greed, drunkenness, and all that, are mere flea-bites in comparison: it was through Pride that the devil became the devil: Pride leads to every other vice: it is the complete anti-God state of mind." --C. S. Lewis

1 0

Re: What does it take to run a third-party DLL under Wine?
by Dimitrie O. Paun 06 Oct '03

06 Oct '03

On Mon, 6 Oct 2003, John Conneely wrote: > Hey, any ideas of where I might be able to hire a WINE guru to help with > this stuff? I haven't even used Wine before, and I'm looking for someone > that can help us set up our WINE environment, test to see if the DLL we are > trying to use will run under WINE, then create a wrapper for the DLL that is > created with WineLib. Using an RPC mechanism is fine, as long as it doesn't > involve a Windows OS box. Might you be available for a little moonlighting? > I don't think we're talking about a huge amount of work here... mostly the > feasibility analysis work and some pointers on how to setup the environment. > If not you, know any other WINE hackers that might be? Sure, I can take a look. I would also recommend the CodeWeavers guys (http://www.codeweavers.com), they've done this before a number of times, it should be an easy task for them. I'm not affiliated with them, but they are great folks! If you want me to help you get started, email me off the list. -- Dimi.

1 0

patch for font glyph transformation in freetype.c (take II)
by Dave_Belanger＠cimmetry.com 06 Oct '03

06 Oct '03

I'm resubmitting this patch after applying an important correction on it. Thanks to Dmitry. Dave Belanger Cimmetry Systems Inc. dave.belanger(a)cimmetry.com (514) 735-3219 (ext. 204) ------------------------------------ (See attached file: patch_glyphtransform.txt)

1 0

sparc solaris changes in wine
by Juraj Hercek 06 Oct '03

06 Oct '03

Hello, We've done couple of changes in wine in order to compile with gcc-3.3.1 using binutils-2.14 and run on solaris --- mercy% uname -a SunOS mercy 5.8 Generic_108528-19 sun4u sparc SUNW,Sun-Blade-1000 --- I'm not posting this patch to wine-patch yet, since there are couple of things I'm not sure are solved in "correct" way. Diff file made on 2003-10-06 06:13 EST is attached. I've configured wine this way: "./configure --without-opengl CFLAGS="-g3 -O0"" Here go my questions regarding to this files: * dlls/x11drv/xvidmode.c I've been just ifdeffing out anything I couldn't compile because of missing LIBXXF86VM. Maybe original author of the code knows what *exactly* should be ifdeffed out. * libs/wine/port.c Hm, good old wine_switch_to_stack() I've been changing aproximately one year ago was changed a lot from that time. Anyways current change I've done in this file prevents crash caused by instruction "0xfed9d100 <start_process+16>: st %i0, [%fp +0x44]" (unused function argument arg resolves to %fp+0x44 address... (why? it's not used in that function, maybe -g3 -O0 flags?)). Substracting 96 bytes from original stack "emulates" ommited save instruction in wine_switch_to_stack() and ensures, that store instruction doesn't crash. Well, I guess original wine_switch_to_stack() code could work with older versions of gcc (very probably with gcc-3.2)... * programs/Makefile.in Just removed winegdb from building - we still don't have sparc register map (and related) defined. * tools/bin2res.c include <limits.h> ensures PATH_MAX used later is defined. * tools/winebuild/import.c This is another hack needed because of gcc-3.3.1 I guess. I don't know if this would work also on x86 platform, but on solaris fixes gas's "Error: operation combines symbols in different segments". Gcc-3.3.1 compiles imports and delayed_imports into the different sections (.data.rel.local, .data.rel), thus gas threw the error mentioned above. * windows/winproc.c Finally, allignment problem on sparc platform - I've just ifdeffed out packing includes, so structs are alligned to (default) 4 byte boundary. I'd appreciate any comments - especially those related to gcc-3.3.1. Regards ;-), Juraj ? output.txt ? wine-solaris-20031006.diff ? dlls/comctl32/a.out ? dlls/comctl32/comctl32.spec.s ? dlls/ddraw/a.out ? dlls/ddraw/ddraw.spec.s ? tools/makedep.o.aBaiw5 ? tools/winebuild.tar.gz ? tools/winebuild/ddraw.spec.s ? tools/winebuild/out.txt ? windows/winproc.ii Index: dlls/iphlpapi/ifenum.c =================================================================== RCS file: /home/wine/wine/dlls/iphlpapi/ifenum.c,v retrieving revision 1.6 diff -u -r1.6 ifenum.c --- dlls/iphlpapi/ifenum.c 5 Sep 2003 23:08:37 -0000 1.6 +++ dlls/iphlpapi/ifenum.c 6 Oct 2003 10:13:07 -0000 @@ -785,14 +785,27 @@ fd = socket(PF_INET, SOCK_DGRAM, 0); if (fd != -1) { +#if defined(__sparc__) + struct lifreq ifr; +#else struct ifreq ifr; +#endif +#if defined(__sparc__) + strncpy(ifr.lifr_name, name, IFNAMSIZ); + ifr.lifr_name[IFNAMSIZ-1] = '\0'; +#else strncpy(ifr.ifr_name, name, IFNAMSIZ); ifr.ifr_name[IFNAMSIZ-1] = '\0'; +#endif if ((ioctl(fd, SIOCGIFMTU, &ifr))) ret = ERROR_INVALID_DATA; else { +#if defined(__sparc__) + *mtu = ifr.lifr_mtu; +#else *mtu = ifr.ifr_mtu; +#endif ret = NO_ERROR; } } Index: dlls/x11drv/xvidmode.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/xvidmode.c,v retrieving revision 1.23 diff -u -r1.23 xvidmode.c --- dlls/x11drv/xvidmode.c 30 Sep 2003 00:31:42 -0000 1.23 +++ dlls/x11drv/xvidmode.c 6 Oct 2003 10:13:07 -0000 @@ -101,7 +101,7 @@ return 1; } -static Bool in_desktop_mode; +static Bool in_desktop_mode = 0; static const unsigned int depths[] = {8, 16, 32}; void X11DRV_XF86VM_Init(void) @@ -454,6 +454,7 @@ #endif } +#ifdef HAVE_LIBXXF86VM /* implementation of EnumDisplaySettings for XF86VM */ BOOL X11DRV_XF86VM_EnumDisplaySettingsExW( LPCWSTR name, DWORD n, LPDEVMODEW devmode, DWORD flags) { @@ -492,6 +493,7 @@ TRACE("mode %ld -- not present\n", n); return FALSE; } +#endif /* implementation of ChangeDisplaySettings for XF86VM */ LONG X11DRV_XF86VM_ChangeDisplaySettingsExW( LPCWSTR devname, LPDEVMODEW devmode, @@ -612,17 +614,20 @@ */ BOOL X11DRV_EnumDisplaySettingsExW( LPCWSTR name, DWORD n, LPDEVMODEW devmode, DWORD flags) { +#ifdef HAVE_LIBXXF86VM if (dd_modes) { /* XVidMode */ return X11DRV_XF86VM_EnumDisplaySettingsExW(name, n, devmode, flags); } - else if (in_desktop_mode) + else + if (in_desktop_mode) { /* desktop */ return X11DRV_desktop_EnumDisplaySettingsExW(name, n, devmode, flags); } else +#endif { /* no resolution changing */ return X11DRV_nores_EnumDisplaySettingsExW(name, n, devmode, flags); @@ -674,6 +679,7 @@ { TRACE("Return to original display mode\n"); } +#ifdef HAVE_LIBXXF86VM if (dd_modes) { /* XVidMode */ @@ -687,6 +693,7 @@ hwnd, flags, lpvoid ); } else +#endif { /* no resolution changing */ return X11DRV_nores_ChangeDisplaySettingsExW( devname, devmode, Index: libs/wine/port.c =================================================================== RCS file: /home/wine/wine/libs/wine/port.c,v retrieving revision 1.1 diff -u -r1.1 port.c --- libs/wine/port.c 29 Aug 2003 22:23:42 -0000 1.1 +++ libs/wine/port.c 6 Oct 2003 10:13:07 -0000 @@ -69,7 +69,7 @@ __ASM_GLOBAL_FUNC( wine_switch_to_stack, "mov %o0, %l0\n\t" /* store first argument */ "mov %o1, %l1\n\t" /* store second argument */ - "mov %o2, %sp\n\t" /* store stack */ + "sub %o2, 96, %sp\n\t" /* store stack */ "call %l0, 0\n\t" /* call func */ "mov %l1, %o0\n\t" /* delay slot: arg for func */ "ta 0x01"); /* breakpoint - we never get here */ Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.39 diff -u -r1.39 Makefile.in --- programs/Makefile.in 23 Jun 2003 19:51:21 -0000 1.39 +++ programs/Makefile.in 6 Oct 2003 10:13:07 -0000 @@ -26,7 +26,6 @@ wineboot \ winecfg \ wineconsole \ - winedbg \ winefile \ winemenubuilder \ winemine \ @@ -53,7 +52,6 @@ wineboot \ winecfg \ wineconsole \ - winedbg \ winefile \ winemenubuilder \ winemine \ @@ -74,7 +72,6 @@ wineboot \ winecfg \ wineconsole \ - winedbg \ winefile \ winemine \ winepath \ @@ -85,7 +82,6 @@ rpcss.exe \ wcmd.exe \ wineconsole.exe \ - winedbg.exe \ winemenubuilder.exe \ winevdm.exe \ winhelp.exe Index: tools/bin2res.c =================================================================== RCS file: /home/wine/wine/tools/bin2res.c,v retrieving revision 1.18 diff -u -r1.18 bin2res.c --- tools/bin2res.c 3 Oct 2003 03:34:10 -0000 1.18 +++ tools/bin2res.c 6 Oct 2003 10:13:07 -0000 @@ -24,6 +24,7 @@ #include "wine/port.h" #include <stdio.h> +#include <limits.h> #include <stdlib.h> #include <ctype.h> #include <string.h> Index: tools/winebuild/import.c =================================================================== RCS file: /home/wine/wine/tools/winebuild/import.c,v retrieving revision 1.52 diff -u -r1.52 import.c --- tools/winebuild/import.c 13 Aug 2003 21:57:42 -0000 1.52 +++ tools/winebuild/import.c 6 Oct 2003 10:13:07 -0000 @@ -806,7 +806,7 @@ fprintf( outfile, "#ifndef __GNUC__\nstatic void __asm__dummy_import(void) {\n#endif\n\n" ); pos = 20 * (nb_imm + 1); /* offset of imports.data from start of imports */ - fprintf( outfile, "asm(\".data\\n\\t.align %d\\n\"\n", get_alignment(8) ); + fprintf( outfile, "asm(\".section\\t\\\".data.rel.local\\\"\\n\\t.align %d\\n\"\n", get_alignment(8) ); for (i = 0; i < nb_imports; i++) { if (dll_imports[i]->delay) continue; @@ -1082,7 +1082,7 @@ idx++; } - fprintf( outfile, "\n \".data\\n\\t.align %d\\n\"\n", get_alignment(8) ); + fprintf( outfile, "\n \".section\\t\\\".data.rel\\\"\\n\\t.align %d\\n\"\n", get_alignment(8) ); pos = nb_delayed * 32; for (i = 0; i < nb_imports; i++) { Index: windows/winproc.c =================================================================== RCS file: /home/wine/wine/windows/winproc.c,v retrieving revision 1.108 diff -u -r1.108 winproc.c --- windows/winproc.c 5 Sep 2003 23:15:39 -0000 1.108 +++ windows/winproc.c 6 Oct 2003 10:13:07 -0000 @@ -47,7 +47,9 @@ WINE_DECLARE_DEBUG_CHANNEL(relay); WINE_DEFAULT_DEBUG_CHANNEL(win); -#include "pshpack1.h" +#if !defined(__sparc__) +# include "pshpack1.h" +#endif /* Window procedure 16-to-32-bit thunk */ typedef struct @@ -78,7 +80,10 @@ BYTE jmp; /* jmp proc (relative jump) */ WNDPROC proc; } WINPROC_JUMP; -#include "poppack.h" + +#if !defined(__sparc__) +# include "poppack.h" +#endif typedef union {

2 3

Re: patch for font glyph transformation in freetype.c
by Dave_Belanger＠cimmetry.com 06 Oct '03

06 Oct '03

Dmitry, I'll resubmit the patch taking into account your suggestion about the transformation matrix. It makes sense; I recall experiencing the same problem for the rotation matrix. It shouldn't break anything in our application since we were only using the extra transformation matrix to do flipping which only implies e11 and e22. Thanks for the correction. Dave "Dmitry Timoshkov" <dmitry(a)baikal.ru> on 10/06/2003 11:17:42 AM To: Dave Belanger/CSI@CSIDomain cc: wine-devel(a)winehq.com Subject: Re: patch for font glyph transformation in freetype.c [cc'ed to wine-devel] <Dave_Belanger(a)cimmetry.com> wrote: > We are developing a visualization and markup application called AutoVue for most > CAD and ECAD file formats as well as raster, document and spreadsheet formats. > We used wine to port our server from Windows to Solaris. I've been debugging > wine for more than a year now and we improved the font handling quite a bit > since it was critical for us that the text show up the same as on Windows. > > Btw, do I need to resubmit that patch? We are trying to get most of our wine > changes in, since our wine updates are getting quite tricky. If you can't test the proposed change in your environment or you don't care about the change at all there is no need to resend it. I'll send the proposed patch separately after the commit. Just say it clearly, whether the proposed change is ok or it will break your application, in the latter case we will have to find the source of breakage. -- Dmitry.

1 0

Re: patch for font glyph transformation in freetype.c
by Dmitry Timoshkov 06 Oct '03

06 Oct '03

[cc'ed to wine-devel] <Dave_Belanger(a)cimmetry.com> wrote: > We are developing a visualization and markup application called AutoVue for most > CAD and ECAD file formats as well as raster, document and spreadsheet formats. > We used wine to port our server from Windows to Solaris. I've been debugging > wine for more than a year now and we improved the font handling quite a bit > since it was critical for us that the text show up the same as on Windows. > > Btw, do I need to resubmit that patch? We are trying to get most of our wine > changes in, since our wine updates are getting quite tricky. If you can't test the proposed change in your environment or you don't care about the change at all there is no need to resend it. I'll send the proposed patch separately after the commit. Just say it clearly, whether the proposed change is ok or it will break your application, in the latter case we will have to find the source of breakage. -- Dmitry.

1 0

Re: WineHQ: add the HeapReAlloc() task to the Janitorial list
by Oleg Prokhorov 06 Oct '03

06 Oct '03

Hello Dimitrie, Thursday, September 25, 2003, 11:51:37 AM, you wrote: DOP> ChangeLog DOP> Add the HeapReAlloc() task to the Janitorial list. What about (undocumented ? ) ntdll/RtlReAllocateHeap ? It suffers the identical problem. Calling it with NULL as previously allocated memory heap block will return NULL. -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Performance problems with 2003-09-11 on RH9
by John Levon 05 Oct '03

05 Oct '03

I just built and installed Wine-20030911 on a new RH9 box (up to date) using --with-nptl, running 2.6.0-test6 kernel. Running WinMX v3.31 (which works fine), wine and wineserver between them are taking 40% CPU according to top and profiles, even when WinMX is mostly idle. Previously (RH8, an older Wine, and an older WinMX), it was nowhere near this, hovering around 4%. Any ideas of stuff to try ? A profile of CPU cycles is below. Top excerpt : 28051 moz 15 0 3276 552 2672 S 15.0 0.1 15:35 0 wineserver 28049 moz 15 0 44364 6972 16864 S 13.4 1.3 16:35 0 wine thanks john CPU: PIII, speed 863.192 MHz (estimated) Counted CPU_CLK_UNHALTED events (clocks processor is not halted) with a unit mask of 0x00 (No unit mask) count 431596 samples % linenr info image name symbol name 5851 9.2262 (no location information) libX11.so.6.2 (no symbols) 2802 4.4184 (no location information) libc-2.3.2.so memset 2236 3.5259 (no location information) libc-2.3.2.so __libc_enable_asynccancel 2198 3.4659 critsection.c:245 ntdll.dll.so RtlEnterCriticalSection 2011 3.1711 client.c:222 ntdll.dll.so wine_server_call 1811 2.8557 message.c:1510 user32.dll.so MSG_peek_message 1693 2.6696 critsection.c:306 ntdll.dll.so RtlLeaveCriticalSection 1634 2.5766 (no location information) libc-2.3.2.so __sigprocmask 1468 2.3148 (no location information) libc-2.3.2.so __GI_read 1447 2.2817 sync.c:562 ntdll.dll.so NTDLL_wait_for_multiple_objects 1439 2.2691 message.c:2226 user32.dll.so PeekMessageW 1383 2.1808 sync.c:595 ntdll.dll.so NtWaitForMultipleObjects 1242 1.9585 event.c:164 x11drv.dll.so X11DRV_MsgWaitForMultipleObjectsEx 1149 1.8118 synchro.c:97 ntdll.dll.so WaitForMultipleObjectsEx 1089 1.7172 global.c:510 ntdll.dll.so GlobalLock16 1042 1.6431 client.c:182 ntdll.dll.so read_reply_data 1041 1.6415 (no location information) libc-2.3.2.so __GI_write 1041 1.6415 heap.c:1115 ntdll.dll.so RtlAllocateHeap 946 1.4917 socket.c:3900 ws2_32.dll.so WSARecvFrom 927 1.4618 hook.c:283 user32.dll.so HOOK_CallHooks 873 1.3766 client.c:146 ntdll.dll.so send_request 867 1.3671 syslevel.c:162 ntdll.dll.so _ConfirmSysLevel 816 1.2867 time.c:308 ntdll.dll.so NTDLL_get_server_timeout 803 1.2662 syslevel.c:94 ntdll.dll.so _EnterSysLevel 718 1.1322 (no location information) libc-2.3.2.so __i686.get_pc_thunk.bx 696 1.0975 (no location information) libc-2.3.2.so pthread_equal 664 1.0470 heap.c:665 ntdll.dll.so HEAP_FindFreeBlock 621 0.9792 win.c:210 user32.dll.so WIN_GetPtr 618 0.9745 heap.c:830 ntdll.dll.so HEAP_ValidateInUseArena 613 0.9666 heap.c:276 ntdll.dll.so HEAP_GetPtr 599 0.9445 process.c:1520 ntdll.dll.so TlsGetValue 572 0.9020 heap.c:1187 ntdll.dll.so RtlFreeHeap 561 0.8846 client.c:407 ntdll.dll.so wine_server_handle_to_fd 533 0.8405 (no location information) libc-2.3.2.so __libc_disable_asynccancel 522 0.8231 message.c:748 user32.dll.so DispatchMessageA 519 0.8184 (no location information) libc-2.3.2.so __writev 517 0.8152 queue.c:88 user32.dll.so QUEUE_Current 504 0.7947 winproc.c:217 user32.dll.so WINPROC_CallWndProc 500 0.7884 syslevel.c:125 ntdll.dll.so _LeaveSysLevel 493 0.7774 (no location information) libc-2.3.2.so __GI___gettimeofday_internal 487 0.7679 large_int.c:148 ntdll.dll.so RtlEnlargedUnsignedDivide 482 0.7600 process.c:1437 ntdll.dll.so GetTickCount 482 0.7600 winproc.c:152 user32.dll.so is_valid_winproc 453 0.7143 heap.c:935 ntdll.dll.so HEAP_IsRealArena 436 0.6875 sync.c:425 kernel32.dll.so ReleaseMutex 435 0.6859 message.c:702 user32.dll.so TranslateMessage 422 0.6654 socket.c:2227 ws2_32.dll.so WS_recv 420 0.6623 message.c:2298 user32.dll.so GetMessageW 417 0.6576 user.c:187 user32.dll.so WIN_RestoreWndsLock 412 0.6497 heap.c:407 ntdll.dll.so HEAP_CreateFreeBlock 402 0.6339 heap.c:515 ntdll.dll.so HEAP_ShrinkBlock 395 0.6229 (no location information) libc-2.3.2.so __recvmsg 385 0.6071 spy.c:2327 user32.dll.so SPY_ExitMessage 382 0.6024 heap.c:335 ntdll.dll.so HEAP_FindSubHeap 368 0.5803 win.c:2434 user32.dll.so GetParent 365 0.5756 winproc.c:2877 user32.dll.so CallWindowProcA 362 0.5708 socket.c:1138 ws2_32.dll.so WS2_recv 336 0.5298 heap.c:461 ntdll.dll.so HEAP_MakeInUseBlockFree 330 0.5204 event.c:138 x11drv.dll.so process_events 327 0.5156 user.c:170 user32.dll.so WIN_SuspendWndsLock 294 0.4636 message.c:365 user32.dll.so map_wparam_WtoA 290 0.4573 winproc.c:313 user32.dll.so WINPROC_GetPtr 289 0.4557 (no location information) libc-2.3.2.so __dup 281 0.4431 (no location information) libpthread-0.34.so __pthread_equal 275 0.4336 (no location information) user32.dll.so WINPROC_wrapper 275 0.4336 x11drv_main.c:158 x11drv.dll.so wine_tsx11_lock 267 0.4210 message.c:2287 user32.dll.so PeekMessageA 263 0.4147 (no location information) libc-2.3.2.so __GI_ioctl 259 0.4084 synchro.c:66 ntdll.dll.so WaitForSingleObject 255 0.4021 message.c:2359 user32.dll.so GetMessageA 254 0.4005 heap.c:173 ntdll.dll.so mark_block_uninitialized 248 0.3911 crtn.S:11 ntdll.dll.so anonymous symbol from section .plt 248 0.3911 socket.c:359 ws2_32.dll.so _enable_event 238 0.3753 spy.c:2254 user32.dll.so SPY_EnterMessage 231 0.3643 user.c:137 user32.dll.so USER_Lock 223 0.3516 socket.c:372 ws2_32.dll.so _is_blocking 196 0.3091 heap.c:156 ntdll.dll.so mark_block_free 192 0.3028 (no location information) libc-2.3.2.so __GI_close 180 0.2838 socket.c:2422 ws2_32.dll.so WSASendTo 166 0.2618 win.c:1844 user32.dll.so WIN_GetWindowLong 157 0.2476 x11drv_main.c:166 x11drv.dll.so wine_tsx11_unlock 100 0.1577 ldt.c:156 libwine.so.1 wine_ldt_get_entry 89 0.1403 message.c:1915 user32.dll.so SendMessageTimeoutA 83 0.1309 syslevel.c:212 ntdll.dll.so ReleaseThunkLock 83 0.1309 user.c:146 user32.dll.so USER_Unlock 74 0.1167 message.c:1404 user32.dll.so call_window_proc 69 0.1088 file.c:1647 ntdll.dll.so SetFilePointer 67 0.1056 winproc.c:429 user32.dll.so WINPROC_GetProc 66 0.1041 sync.c:470 ntdll.dll.so wait_reply 63 0.0993 file.c:549 ntdll.dll.so NtWriteFile 61 0.0962 kernel_main.c:72 kernel32.dll.so ldt_lock 61 0.0962 button.c:166 user32.dll.so ButtonWndProc_common 60 0.0946 virtual.c:524 ntdll.dll.so IsBadReadPtr 58 0.0915 crti.S:51 user32.dll.so _fini 56 0.0883 selector.c:399 ntdll.dll.so IsBadReadPtr16 55 0.0867 user_main.c:269 user32.dll.so USER_IsExitingThread 49 0.0773 socket.c:1250 ws2_32.dll.so WS2_send 49 0.0773 text.c:428 x11drv.dll.so X11DRV_GetTextExtentPoint 48 0.0757 gdiobj.c:806 gdi32.dll.so GDI_GetObjPtr 48 0.0757 socket.c:2380 ws2_32.dll.so WS_send 44 0.0694 file.c:232 ntdll.dll.so FILE_GetUnixHandleType 44 0.0694 winpos.c:251 user32.dll.so GetClientRect 43 0.0678 (no location information) libc-2.3.2.so __sendmsg 42 0.0662 selector.c:361 ntdll.dll.so IsBadHugeReadPtr16 38 0.0599 win.c:563 user32.dll.so WIN_GetRectangles 34 0.0536 file.c:1598 ntdll.dll.so WriteFile 34 0.0536 win.c:2867 user32.dll.so WIN_ListParents 32 0.0505 file.c:367 ntdll.dll.so NtReadFile 32 0.0505 time.c:351 ntdll.dll.so RtlTimeToTimeFields 32 0.0505 rect.c:313 user32.dll.so EqualRect 32 0.0505 crti.S:51 ws2_32.dll.so _fini 28 0.0442 win.c:2618 user32.dll.so IsWindowVisible 27 0.0426 (no location information) libc-2.3.2.so __libc_select 26 0.0410 (no location information) libc-2.3.2.so __GI__setjmp 26 0.0410 sync.c:619 ntdll.dll.so NtDelayExecution 26 0.0410 message.c:1985 user32.dll.so SendMessageA 25 0.0394 gdiobj.c:853 gdi32.dll.so GDI_ReleaseObj 25 0.0394 mbtowc.c:62 libwine_unicode.so.1 mbstowcs_sbcs 23 0.0363 win.c:2141 user32.dll.so GetWindowLongA 20 0.0315 (no location information) libc-2.3.2.so __tzfile_compute 20 0.0315 win.c:2674 user32.dll.so GetWindow 20 0.0315 timer.c:276 user32.dll.so TIMER_IsTimerValid 19 0.0300 dc.c:134 gdi32.dll.so DC_GetDCPtr 19 0.0300 codepage.c:333 ntdll.dll.so MultiByteToWideChar 19 0.0300 codepage.c:415 ntdll.dll.so WideCharToMultiByte 19 0.0300 win.c:2396 user32.dll.so GetWindowThreadProcessId 17 0.0268 mapping.c:122 gdi32.dll.so LPtoDP 17 0.0268 local16.c:1421 kernel32.dll.so LOCAL_InternalLock 17 0.0268 button.c:477 user32.dll.so ButtonWndProcA 16 0.0252 local16.c:201 kernel32.dll.so LOCAL_GetHeap 16 0.0252 local16.c:1441 kernel32.dll.so LOCAL_Lock 16 0.0252 kernel_main.c:77 kernel32.dll.so ldt_unlock 16 0.0252 (no location information) ntdll.dll.so GetLastError 16 0.0252 win.c:2369 user32.dll.so IsWindow 15 0.0237 file.c:1514 ntdll.dll.so ReadFile 14 0.0221 (no location information) libc-2.3.2.so __GI___errno_location 14 0.0221 wctomb.c:133 libwine_unicode.so.1 wcstombs_sbcs 14 0.0221 crti.S:51 x11drv.dll.so _fini 13 0.0205 codepage.c:59 ntdll.dll.so get_codepage_table 13 0.0205 win.c:2664 user32.dll.so GetTopWindow 12 0.0189 font.c:943 gdi32.dll.so GetTextExtentPoint32W 12 0.0189 (no location information) libc-2.3.2.so __GI_strftime 12 0.0189 wctomb.c:191 libwine_unicode.so.1 wcstombs_sbcs_slow 12 0.0189 wctomb.c:436 libwine_unicode.so.1 wine_cp_wcstombs 12 0.0189 text.c:53 x11drv.dll.so X11DRV_ExtTextOut 11 0.0173 font.c:1071 gdi32.dll.so GetTextExtentExPointW 11 0.0173 (no location information) libc-2.3.2.so memcpy 10 0.0158 region.c:1069 gdi32.dll.so CombineRgn 10 0.0158 (no location information) libc-2.3.2.so _int_malloc 10 0.0158 (no location information) libc-2.3.2.so strcmp 10 0.0158 mbtowc.c:254 libwine_unicode.so.1 wine_cp_mbstowcs 10 0.0158 synchro.c:45 ntdll.dll.so SleepEx 10 0.0158 socket.c:3789 ws2_32.dll.so wsaErrno 9 0.0142 region.c:1366 gdi32.dll.so REGION_RegionOp 9 0.0142 local16.c:1161 kernel32.dll.so LOCAL_Alloc 9 0.0142 local16.c:1074 kernel32.dll.so LOCAL_FreeHandleEntry 9 0.0142 (no location information) libc-2.3.2.so __i686.get_pc_thunk.cx 9 0.0142 (no location information) libc-2.3.2.so __mktime_internal 9 0.0142 dos_fs.c:651 ntdll.dll.so DOSFS_Hash 9 0.0142 win.c:305 user32.dll.so WIN_FindWndPtr 9 0.0142 ts_xlib.c:620 x11drv.dll.so TSXTextExtents16 9 0.0142 palette.c:829 x11drv.dll.so X11DRV_PALETTE_ToPhysical 8 0.0126 region.c:563 gdi32.dll.so OffsetRgn 8 0.0126 local16.c:1451 kernel32.dll.so LOCAL_Unlock 8 0.0126 (no location information) libc-2.3.2.so __GI_getenv 8 0.0126 (no location information) libc-2.3.2.so __malloc 8 0.0126 (no location information) libc-2.3.2.so index 8 0.0126 (no location information) libc-2.3.2.so strlen 8 0.0126 dos_fs.c:1476 ntdll.dll.so DOSFS_DoGetFullPathName 8 0.0126 defwnd.c:745 user32.dll.so DefWindowProcA 8 0.0126 win.c:2150 user32.dll.so GetWindowLongW 8 0.0126 socket.c:802 ws2_32.dll.so WSASetLastError 8 0.0126 winpos.c:890 x11drv.dll.so X11DRV_SetWindowPos 7 0.0110 listview.c:8452 comctl32.dll.so LISTVIEW_WindowProc 7 0.0110 gdiobj.c:681 gdi32.dll.so GDI_AllocObject 7 0.0110 region.c:1176 gdi32.dll.so REGION_CopyRegion 7 0.0110 local16.c:1024 kernel32.dll.so LOCAL_GetNewHandleEntry 7 0.0110 dos_fs.c:445 ntdll.dll.so DOSFS_AddDirEntry 7 0.0110 win.c:2474 user32.dll.so GetAncestor 7 0.0110 painting.c:596 user32.dll.so RDW_Paint 7 0.0110 (no location information) ws2_32.dll.so anonymous symbol from section .plt 7 0.0110 bitmap.c:304 x11drv.dll.so X11DRV_SetBitmapBits 7 0.0110 crtn.S:11 x11drv.dll.so anonymous symbol from section .plt 6 0.0095 crti.S:51 gdi32.dll.so _fini 6 0.0095 local16.c:575 kernel32.dll.so LOCAL_FreeArena 6 0.0095 (no location information) kernel32.dll.so anonymous symbol from section .plt 6 0.0095 (no location information) libc-2.3.2.so __GI_bsearch 6 0.0095 (no location information) libc-2.3.2.so __readdir64 6 0.0095 utf8.c:63 libwine_unicode.so.1 wine_utf8_wcstombs 6 0.0095 dos_fs.c:614 ntdll.dll.so DOSFS_ReadDir 6 0.0095 string.c:266 ntdll.dll.so lstrlenA 6 0.0095 property.c:117 user32.dll.so GetPropA 6 0.0095 painting.c:399 user32.dll.so RDW_UpdateRgns 6 0.0095 winproc.c:617 user32.dll.so WINPROC_MapMsg32ATo32W 6 0.0095 win.c:335 user32.dll.so WIN_ReleaseWndPtr 6 0.0095 (no location information) user32.dll.so anonymous symbol from section .plt 6 0.0095 window.c:796 x11drv.dll.so X11DRV_SetWindowText 5 0.0079 comctl32undoc.c:1817 comctl32.dll.so DPA_GetPtr 5 0.0079 local16.c:1127 kernel32.dll.so LOCAL_Free 5 0.0079 (no location information) libc-2.3.2.so __GI___strcasecmp 5 0.0079 (no location information) libc-2.3.2.so __offtime 5 0.0079 (no location information) libc-2.3.2.so malloc_consolidate 5 0.0079 string.c:38 libwine_unicode.so.1 strncmpiW 5 0.0079 cptable.c:165 libwine_unicode.so.1 wine_cp_get_table 5 0.0079 dos_fs.c:753 ntdll.dll.so DOSFS_FindUnixName 5 0.0079 defwnd.c:330 user32.dll.so DEFWND_DefWinProc 5 0.0079 text.c:843 user32.dll.so DrawTextExW 5 0.0079 win.c:1649 user32.dll.so GetDesktopWindow 5 0.0079 sysmetrics.c:300 user32.dll.so GetSystemMetrics 5 0.0079 winpos.c:158 user32.dll.so GetWindowRect 5 0.0079 xfont.c:3239 x11drv.dll.so XFONT_GetFontObject 5 0.0079 xfont.c:3086 x11drv.dll.so XFONT_RealizeFont 4 0.0063 gdiobj.c:873 gdi32.dll.so DeleteObject 4 0.0063 font.c:427 gdi32.dll.so FONT_SelectObject 4 0.0063 text.c:50 gdi32.dll.so FONT_mbtowc 4 0.0063 gdiobj.c:990 gdi32.dll.so GetObjectType 4 0.0063 region.c:532 gdi32.dll.so REGION_DestroyWineRegion 4 0.0063 font.c:1763 gdi32.dll.so TranslateCharsetInfo 4 0.0063 time.c:836 kernel32.dll.so GetLocalTime 4 0.0063 (no location information) kernel32.dll.so InterlockedDecrement 4 0.0063 (no location information) libc-2.3.2.so __GI_setlocale 4 0.0063 (no location information) libc-2.3.2.so __cfree 4 0.0063 (no location information) libc-2.3.2.so __tz_convert 4 0.0063 dos_fs.c:829 ntdll.dll.so DOSFS_GetDevice 4 0.0063 systray.c:255 shell32.dll.so SYSTRAY_ItemSetTip 4 0.0063 dce.c:275 user32.dll.so DCE_InvalidateDCE 4 0.0063 defwnd.c:81 user32.dll.so DEFWND_SetTextA 4 0.0063 input.c:556 user32.dll.so GetCapture 4 0.0063 class.c:838 user32.dll.so GetClassLongW 4 0.0063 input.c:320 user32.dll.so SendInput 4 0.0063 text.c:591 user32.dll.so TEXT_NextLineW 4 0.0063 win.c:2932 user32.dll.so WIN_ListChildren 4 0.0063 win.c:138 user32.dll.so list_window_children 4 0.0063 codepage.c:438 x11drv.dll.so X11DRV_GetTextMetricsW_normal 4 0.0063 graphics.c:276 x11drv.dll.so X11DRV_SetupGCForText 4 0.0063 codepage.c:430 x11drv.dll.so X11DRV_TextExtents_normal 4 0.0063 winpos.c:343 x11drv.dll.so expose_covered_window_area 3 0.0047 listview.c:1826 comctl32.dll.so LISTVIEW_GetItemMetrics 3 0.0047 listview.c:5227 comctl32.dll.so LISTVIEW_GetItemRect 3 0.0047 region.c:492 gdi32.dll.so REGION_AllocWineRegion 3 0.0047 region.c:1217 gdi32.dll.so REGION_Coalesce 3 0.0047 region.c:1134 gdi32.dll.so REGION_SetExtents 3 0.0047 region.c:2079 gdi32.dll.so REGION_SubtractRegion 3 0.0047 dc.c:854 gdi32.dll.so SetBkColor 3 0.0047 local16.c:229 kernel32.dll.so LOCAL_MakeBlockFree 3 0.0047 (no location information) libc-2.3.2.so strstr 3 0.0047 (no location information) libc-2.3.2.so tzset_internal 3 0.0047 (no location information) libpthread-0.34.so __pthread_disable_asynccancel 3 0.0047 (no location information) libpthread-0.34.so __pthread_enable_asynccancel 3 0.0047 cptable.c:158 libwine_unicode.so.1 cmp_codepage 3 0.0047 dos_fs.c:220 ntdll.dll.so DOSFS_ToDosFCBFormat 3 0.0047 dos_fs.c:174 ntdll.dll.so DOSFS_ValidDOSName 3 0.0047 time.c:719 ntdll.dll.so RtlQueryTimeZoneInformation 3 0.0047 synchro.c:37 ntdll.dll.so Sleep 3 0.0047 systray.c:67 shell32.dll.so SYSTRAY_ItemIsEqual 3 0.0047 winproc.c:2916 user32.dll.so CallWindowProcW 3 0.0047 focus.c:336 user32.dll.so GetForegroundWindow 3 0.0047 winpos.c:581 user32.dll.so MapWindowPoints 3 0.0047 scroll.c:181 user32.dll.so SCROLL_GetScrollBarInfo 3 0.0047 message.c:1974 user32.dll.so SendMessageW 3 0.0047 winpos.c:1186 user32.dll.so SetWindowPos 3 0.0047 winproc.c:2679 user32.dll.so WINPROC_CallProc32ATo32W 3 0.0047 winproc.c:2705 user32.dll.so WINPROC_CallProc32WTo32A 3 0.0047 winproc.c:915 user32.dll.so WINPROC_MapMsg32WTo32A 3 0.0047 bitblt.c:1222 x11drv.dll.so BITBLT_InternalStretchBlt 3 0.0047 palette.c:755 x11drv.dll.so X11DRV_PALETTE_ToLogical 3 0.0047 pen.c:38 x11drv.dll.so X11DRV_SelectPen 3 0.0047 codepage.c:199 x11drv.dll.so X11DRV_unicode_to_char2b_unicode 3 0.0047 xfont.c:2788 x11drv.dll.so XFONT_LookupCachedFont 3 0.0047 xfont.c:2891 x11drv.dll.so XFONT_ReleaseCacheEntry 3 0.0047 xfont.c:1754 x11drv.dll.so XFONT_UnAlias 2 0.0032 comctl32undoc.c:355 comctl32.dll.so COMCTL32_Alloc 2 0.0032 listview.c:3654 comctl32.dll.so LISTVIEW_RefreshOwnerDraw 2 0.0032 listview.c:1140 comctl32.dll.so iterator_frameditems 2 0.0032 listview.c:807 comctl32.dll.so notify_dispinfoT 2 0.0032 region.c:623 gdi32.dll.so CreateRectRgn 2 0.0032 text.c:118 gdi32.dll.so ExtTextOutA 2 0.0032 font.c:491 gdi32.dll.so FONT_GetObjectW 2 0.0032 gdiobj.c:771 gdi32.dll.so GDI_FreeObject 2 0.0032 pen.c:134 gdi32.dll.so PEN_SelectObject 2 0.0032 region.c:541 gdi32.dll.so REGION_DeleteObject 2 0.0032 painting.c:269 gdi32.dll.so SetPixelV 2 0.0032 region.c:652 gdi32.dll.so SetRectRgn 2 0.0032 dc.c:879 gdi32.dll.so SetTextColor 2 0.0032 local16.c:858 kernel32.dll.so LOCAL_FindFreeBlock 2 0.0032 local16.c:913 kernel32.dll.so LOCAL_GetBlock 2 0.0032 local16.c:267 kernel32.dll.so LOCAL_RemoveFreeBlock 2 0.0032 local16.c:628 kernel32.dll.so LOCAL_ShrinkArena 2 0.0032 (no location information) libc-2.3.2.so __GI_localtime 2 0.0032 (no location information) libc-2.3.2.so __GI_mktime 2 0.0032 (no location information) libc-2.3.2.so __calloc 2 0.0032 file.c:536 ntdll.dll.so CreateFileW 2 0.0032 dos_fs.c:1052 ntdll.dll.so DOSFS_GetFullName 2 0.0032 global.c:1089 ntdll.dll.so GlobalAlloc 2 0.0032 global.c:531 ntdll.dll.so GlobalUnlock16 2 0.0032 heap.c:1243 ntdll.dll.so RtlReAllocateHeap 2 0.0032 time.c:497 ntdll.dll.so RtlSystemTimeToLocalTime 2 0.0032 time.c:686 ntdll.dll.so TIME_GetTZAsStr 2 0.0032 (no location information) ntdll.dll.so __udivmoddi4 2 0.0032 (no location information) ntdll.dll.so __udivmoddi4 2 0.0032 string.c:228 ntdll.dll.so lstrcpynW 2 0.0032 systray.c:307 shell32.dll.so SYSTRAY_Modify 2 0.0032 systray.c:362 shell32.dll.so Shell_NotifyIconA 2 0.0032 painting.c:156 user32.dll.so BeginPaint 2 0.0032 defwnd.c:886 user32.dll.so DefWindowProcW 2 0.0032 scroll.c:1702 user32.dll.so GetScrollInfo 2 0.0032 rect.c:116 user32.dll.so IsRectEmpty 2 0.0032 dce.c:563 user32.dll.so ReleaseDC 2 0.0032 scroll.c:939 user32.dll.so SCROLL_HandleScrollEvent 2 0.0032 message.c:1867 user32.dll.so SendMessageTimeoutW 2 0.0032 winpos.c:381 user32.dll.so WINPOS_WindowFromPoint 2 0.0032 message.c:398 user32.dll.so process_cooked_mouse_message 2 0.0032 async.c:529 ws2_32.dll.so __WSAsyncDBQuery 2 0.0032 event.c:203 x11drv.dll.so EVENT_ProcessEvent 2 0.0032 init.c:154 x11drv.dll.so X11DRV_GetDeviceCaps 2 0.0032 xfont.c:3273 x11drv.dll.so X11DRV_SelectFont 2 0.0032 codepage.c:170 x11drv.dll.so X11DRV_unicode_to_char2b_sbcs 2 0.0032 xfont.c:3248 x11drv.dll.so XFONT_GetFontStruct 2 0.0032 xfont.c:412 x11drv.dll.so __lfCheckSum 2 0.0032 winpos.c:81 x11drv.dll.so clip_children 2 0.0032 winpos.c:710 x11drv.dll.so fixup_flags 2 0.0032 mouse.c:156 x11drv.dll.so update_cursor 1 0.0016 comctl32undoc.c:420 comctl32.dll.so COMCTL32_Free 1 0.0016 listview.c:1759 comctl32.dll.so LISTVIEW_GetItemOrigin 1 0.0016 listview.c:5686 comctl32.dll.so LISTVIEW_GetOrigin 1 0.0016 listview.c:7987 comctl32.dll.so LISTVIEW_Paint 1 0.0016 listview.c:8151 comctl32.dll.so LISTVIEW_SetCursor 1 0.0016 tooltips.c:523 comctl32.dll.so TOOLTIPS_GetToolFromInfoA 1 0.0016 tooltips.c:1786 comctl32.dll.so TOOLTIPS_UpdateTipTextA 1 0.0016 tooltips.c:2248 comctl32.dll.so TOOLTIPS_WindowProc 1 0.0016 listview.c:1010 comctl32.dll.so iterator_next 1 0.0016 bitmap.c:57 gdi32.dll.so BITMAP_GetWidthBytes 1 0.0016 brush.c:354 gdi32.dll.so BRUSH_GetObject 1 0.0016 bitmap.c:101 gdi32.dll.so CreateBitmap 1 0.0016 region.c:640 gdi32.dll.so CreateRectRgnIndirect 1 0.0016 dc.c:57 gdi32.dll.so DC_AllocDC 1 0.0016 dc.c:155 gdi32.dll.so DC_GetDCUpdate 1 0.0016 dc.c:210 gdi32.dll.so DC_InvertXform 1 0.0016 mapping.c:75 gdi32.dll.so DPtoLP 1 0.0016 dcvalues.c:194 gdi32.dll.so GetMapMode 1 0.0016 gdiobj.c:950 gdi32.dll.so GetObjectA 1 0.0016 region.c:820 gdi32.dll.so GetRegionData 1 0.0016 font.c:1122 gdi32.dll.so GetTextMetricsW 1 0.0016 path.c:480 gdi32.dll.so PATH_InitGdiPath 1 0.0016 region.c:1647 gdi32.dll.so REGION_IntersectO 1 0.0016 region.c:1703 gdi32.dll.so REGION_IntersectRegion 1 0.0016 region.c:1951 gdi32.dll.so REGION_SubtractO 1 0.0016 region.c:1837 gdi32.dll.so REGION_UnionRegion 1 0.0016 clipping.c:433 gdi32.dll.so SaveVisRgn16 1 0.0016 gdiobj.c:1077 gdi32.dll.so SelectObject 1 0.0016 dc.c:365 gdi32.dll.so SetDCState 1 0.0016 freetype.c:1058 gdi32.dll.so WineEngCreateFontInstance 1 0.0016 time.c:758 kernel32.dll.so FileTimeToSystemTime 1 0.0016 local16.c:309 kernel32.dll.so LOCAL_RemoveBlock 1 0.0016 (no location information) libXcursor.so.1.0 (no symbols) 1 0.0016 (no location information) libc-2.3.2.so _IO_no_init 1 0.0016 (no location information) libc-2.3.2.so _IO_vfprintf_internal 1 0.0016 (no location information) libc-2.3.2.so __GI___open64 1 0.0016 (no location information) libc-2.3.2.so __GI_time 1 0.0016 (no location information) libc-2.3.2.so ___fxstat64 1 0.0016 (no location information) libc-2.3.2.so __ctype_toupper_loc 1 0.0016 (no location information) libc-2.3.2.so __opendir 1 0.0016 (no location information) libc-2.3.2.so __tzset 1 0.0016 (no location information) libc-2.3.2.so __tzstring 1 0.0016 (no location information) libc-2.3.2.so _int_free 1 0.0016 (no location information) libc-2.3.2.so anonymous symbol from section .plt 1 0.0016 (no location information) libc-2.3.2.so memmove 1 0.0016 (no location information) libc-2.3.2.so strcat 1 0.0016 (no location information) libc-2.3.2.so strcpy 1 0.0016 (no location information) libc-2.3.2.so strncpy 1 0.0016 (no location information) libc-2.3.2.so strrchr 1 0.0016 (no location information) libresolv-2.3.2.so __ns_name_pack 1 0.0016 handle.c:46 ntdll.dll.so CloseHandle 1 0.0016 dos_fs.c:1783 ntdll.dll.so DOSFS_FindNextEx 1 0.0016 dos_fs.c:1012 ntdll.dll.so DOSFS_GetPathDrive 1 0.0016 dos_fs.c:365 ntdll.dll.so DOSFS_MatchLong 1 0.0016 dos_fs.c:485 ntdll.dll.so DOSFS_OpenDir_VFAT 1 0.0016 drive.c:1225 ntdll.dll.so DRIVE_GetCodepage 1 0.0016 file.c:406 ntdll.dll.so FILE_CreateFile 1 0.0016 file.c:689 ntdll.dll.so FILE_FillInfo 1 0.0016 dos_fs.c:2228 ntdll.dll.so FindClose 1 0.0016 file.c:851 ntdll.dll.so GetFileAttributesW 1 0.0016 global.c:1194 ntdll.dll.so GlobalUnlock 1 0.0016 heap.c:248 ntdll.dll.so HeapAlloc 1 0.0016 heap.c:253 ntdll.dll.so HeapFree 1 0.0016 heap.c:258 ntdll.dll.so HeapReAlloc 1 0.0016 virtual.c:975 ntdll.dll.so NtAllocateVirtualMemory 1 0.0016 virtual.c:1075 ntdll.dll.so NtFreeVirtualMemory 1 0.0016 time.c:637 ntdll.dll.so NtQuerySystemTime 1 0.0016 rtlstr.c:1105 ntdll.dll.so RtlAnsiStringToUnicodeSize 1 0.0016 loader.c:1424 ntdll.dll.so RtlImageNtHeader 1 0.0016 heap.c:1394 ntdll.dll.so RtlLockHeap 1 0.0016 sysdeps.c:276 ntdll.dll.so SYSDEPS_GetUnixTid 1 0.0016 (no location information) ntdll.dll.so SetLastError 1 0.0016 syslevel.c:174 ntdll.dll.so _CheckNotSysLevel 1 0.0016 (no location information) ntdll.dll.so __divdi3 1 0.0016 (no location information) ntdll.dll.so __moddi3 1 0.0016 string.c:194 ntdll.dll.so lstrcpynA 1 0.0016 nonclient.c:429 user32.dll.so AdjustWindowRectEx 1 0.0016 dce.c:214 user32.dll.so DCE_DeleteClipRgn 1 0.0016 defwnd.c:54 user32.dll.so DEFWND_HandleWindowPosChanged 1 0.0016 cursoricon.c:1742 user32.dll.so DrawIconEx 1 0.0016 text.c:1077 user32.dll.so DrawTextA 1 0.0016 text.c:1013 user32.dll.so DrawTextExA 1 0.0016 dce.c:373 user32.dll.so GetDCEx 1 0.0016 message.c:2414 user32.dll.so GetGUIThreadInfo 1 0.0016 win.c:2252 user32.dll.so GetWindowTextA 1 0.0016 painting.c:899 user32.dll.so InvalidateRect 1 0.0016 nonclient.c:161 user32.dll.so NC_AdjustRectOuter95 1 0.0016 nonclient.c:457 user32.dll.so NC_HandleNCCalcSize 1 0.0016 nonclient.c:853 user32.dll.so NC_HandleNCHitTest 1 0.0016 nonclient.c:1716 user32.dll.so NC_HandleSetCursor 1 0.0016 painting.c:1252 user32.dll.so PAINTING_DrawState 1 0.0016 button.c:705 user32.dll.so PB_Paint 1 0.0016 scroll.c:816 user32.dll.so SCROLL_DrawScrollBar 1 0.0016 cursoricon.c:1310 user32.dll.so SetCursor 1 0.0016 rect.c:47 user32.dll.so SetRect 1 0.0016 win.c:2312 user32.dll.so SetWindowTextA 1 0.0016 caret.c:329 user32.dll.so ShowCaret 1 0.0016 uitools.c:438 user32.dll.so UITOOLS95_DrawRectEdge 1 0.0016 user_main.c:297 user32.dll.so UserClientDllInitialize 1 0.0016 win.c:235 user32.dll.so WIN_IsCurrentProcess 1 0.0016 win.c:252 user32.dll.so WIN_IsCurrentThread 1 0.0016 win.c:2641 user32.dll.so WIN_IsWindowDrawable 1 0.0016 painting.c:72 user32.dll.so add_paint_count 1 0.0016 painting.c:117 user32.dll.so begin_ncpaint 1 0.0016 painting.c:96 user32.dll.so crop_rgn 1 0.0016 class.c:80 user32.dll.so get_class_ptr 1 0.0016 message.c:1692 user32.dll.so put_message_in_queue 1 0.0016 input.c:113 user32.dll.so queue_hardware_message 1 0.0016 input.c:217 user32.dll.so queue_mouse_event 1 0.0016 input.c:196 user32.dll.so queue_raw_mouse_message 1 0.0016 bitblt.c:1132 x11drv.dll.so BITBLT_GetVisRectangles 1 0.0016 brush.c:180 x11drv.dll.so BRUSH_SelectPatternBrush 1 0.0016 brush.c:157 x11drv.dll.so BRUSH_SelectSolidBrush 1 0.0016 winpos.c:551 x11drv.dll.so SWP_DoWinPosChanging 1 0.0016 ts_xlib.c:521 x11drv.dll.so TSXSetClipRectangles 1 0.0016 ts_xlib.c:539 x11drv.dll.so TSXSetForeground 1 0.0016 bitmap.c:116 x11drv.dll.so X11DRV_CreateBitmap 1 0.0016 graphics.c:338 x11drv.dll.so X11DRV_DrawArc 1 0.0016 winpos.c:391 x11drv.dll.so X11DRV_Expose 1 0.0016 winpos.c:427 x11drv.dll.so X11DRV_GetDC 1 0.0016 clipping.c:42 x11drv.dll.so X11DRV_GetRegionData 1 0.0016 clipping.c:116 x11drv.dll.so X11DRV_SetDeviceClipping 1 0.0016 clipping.c:133 x11drv.dll.so X11DRV_SetDrawable 1 0.0016 graphics.c:864 x11drv.dll.so X11DRV_SetPixel 1 0.0016 dib.c:5635 x11drv.dll.so X11DRV_UnlockDIBSection 1 0.0016 dib.c:5602 x11drv.dll.so X11DRV_UnlockDIBSection2 1 0.0016 window.c:1111 x11drv.dll.so X11DRV_get_whole_window 1 0.0016 window.c:605 x11drv.dll.so X11DRV_sync_client_window_position 1 0.0016 window.c:522 x11drv.dll.so X11DRV_sync_whole_window_position 1 0.0016 winpos.c:1427 x11drv.dll.so __get_common_ancestor 1 0.0016 winpos.c:1465 x11drv.dll.so __td_lookup 1 0.0016 winpos.c:317 x11drv.dll.so expose_covered_parent_area 1 0.0016 winpos.c:212 x11drv.dll.so get_covered_region

1 0

Re: Wineconf 2004, otherwise known as...
by Ivan Leo Murray-Smith 05 Oct '03

05 Oct '03

If we are going to have wineconf here, I need to know a date and a more or less precise number of participants, possibly within a few days.

4 4

Regression in DLL loading.
by Lionel Ulmer 05 Oct '03

05 Oct '03

All, Seems that a regression in DLL loading crept in lately (a game that worked somewhat with my old CVS tree does not start anymore with the current CVS). It must have been broken for some time now as Mike 'TD' had the issue for a long time (with a 4 hours Wine compile time, I do not upgrade Wine that often :-) ). Basically, the game does the following : it asks to load the library giving the full path name ("R:\\BoarderZoneDemo\\srDD_OpenGL"). As you see, it does NOT add the .DLL extension. So it goes down the code (LoadLibrary, ...) and arrives at the following function : 'RtlDosSearchPath_U' which asks to find this file with a possible '.DLL' extension. As this is an absolute path, it goes directly to the 'RtlDoesFileExists_U' call .. which does not handle at all the possible addition of an extension when searching. Now I have no idea if : 1) the RtlDosSearchPath_U function is wrong or 2) another function should have been used in this case So I will let the experts fix this :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Compiling MFC
by Adam Connell 05 Oct '03

05 Oct '03

I am yet another programmer trying to compile the MFC with winelib. I believe that I have the project configured correctly. I am currently working on getting it to compile. I am having trouble with Microsoft's extensions to C++ specifically: throw(...) __try __except Is there any kind of work around for these things? MFC v7.0 g++ v3.2.2 wine-cvs

3 2

Translation tool, another round
by Vincent Béron 05 Oct '03

05 Oct '03

Hi all, Another version, this time implemented more intelligently. Since wrc already knows how to parse the resource files, it makes sense to hook in it rather than use a dump and parse it. I added a new debug flag to wrc to do just that (0x40). All the functionnality of the bash script is not yet there, there's still 2-3 things to add, but the base is already in good shape. And it's way way faster to use (as in a couple seconds rather than almost 10 minutes before). Already done: - Reading of resource files (hook into wrc); - Comparison functions for Windows resources, targetted for translation; - Checking of differences between different languages with said comparison functions. Missing things: - Languages for which some resources are not localized yet do not appear at all; - If both the MASTER and LANG_NEUTRAL languages are found for a kind of resources, they won't be compared between themselves; - It'd be nice to output the name of the language rather than it's number; - Better incorporation in the build system (Makefiles); - Summary thing, to put on WineHQ. The included v5 script runs the new wrc on each .rc file mentionned in Makefiles. Capture the output to a file (>foo 2>&1) to analyze it for now. Any comments before the last stretch? (Oups, just noticed some TODO comments are in French rather than English... ah well, they should be gone by Monday or Tuesday anyway) Vincent

1 0

Re: winealsa: improve sound quality for IDsDriverImpl
by Jerry Jenkins 05 Oct '03

05 Oct '03

Robert Reif wrote: > I just cut the parts out of a bigger patch and I guess I missed something. > The memory clearing part is the 8 bit hardware buffer bug fix. The locking > is to fix the SetFormat bug. > > The problem is that when the hardware primary buffer format changes > which causes a new buffer to be mmapped, the mixer thread continues > to use the old deleted buffer address. The timer callback gets the > resource shared which doesn't prevent the primary buffer from changing > it's address even with the new locking I tried to add. It's overkill to > have the timer callback get the resource exclusive every time because > format changes almost never happen and the extra locking is only needed > when they do. > Do you mean that the problem occurs only when we change the format? If this bug will cause continuing interval or click noise which I have encountered, your patch is going to be a big help for me. I am really looking forward to having your patch now :-). But take your time; I'll wait until you finish it.

1 0

Fwd: [ros-kernel] Task Manager
by Steven Edwards 04 Oct '03

04 Oct '03

You guys are going to like this Note: forwarded message attached. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

[ANNOUNCE]WineWorks - yet another utility to configure Wine!
by Subhobroto Sinha 04 Oct '03

04 Oct '03

Hello all, well this is NOT yet another effort to imitate WineCfg! WineCfg needs Wine to be running to work. WineWorks does NOT need Wine to be running. WineWorks has been developed using Qt 3.1.1 WineWorks has been written keeping it in mind as MORE of a troubleshooting tool rather than a customization and configuring tool. That is something WineCfg is there for. I intend to make WineWorks as a tool which can HELP a user figure out potential problems which can hinder running Wine on his machine and to resolve those issues so that Wine may be up and going... all from a easy to use GUI. Please try out the program and send reports back to <subhobrotosinha at yahoo dot com> with [WINEWORKS] in the subject line and an optional line appended to it if required. I will soon put the details up on my site as soon as I get a few reports in my mail box. The program is attached compressed as 'WineWorks.zip' and has MD5 Sum '145a82af87efa62c8a694c5a1c18a0a5'. NOTE: It's recommended that you run WineWorks from a shell window to see the trace/debug messages. That way you can see what it's doing behind the scenes and where it went wrong (if it did).. Thanks ;) Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Re: [ANNOUNCE]WineWorks - yet another utility to configure Wine!
by Ivan Leo Murray-Smith 04 Oct '03

04 Oct '03

Cool! It looks great considering it's a 0.1 And it has a brilliant solution for the start menu, OK, maybe IE isn't listed, but it's much more that what wine does now for menus (Nothing). Also, it allows users to know which programs are native linux ones and which ones are windows ones. BTW, this is going to be free software, isn't it? You obviously forgot to link attach the source.

1 0

Re: improve sound quality for IDsDriverImpl
by Robert Reif 04 Oct '03

04 Oct '03

1 0

Of Start Menu, Shortcuts and broken functions...
by Subhobroto Sinha 04 Oct '03

04 Oct '03

Hello all, Recently there has been a revived interest in putting up a 'Windows' like 'Start Menu' onto the Window managers. That's good.Thanks. But as I see it, this task is REALLY easy. Once we resolve the Windows shorcut files,figuring out how to implement the resolved menu entries for respective Desktop environments is dependent on the Desktop environment themselves, and people wanting to implement the 'Start Menu' on that environment. Windows maintains it's 'Start Menu' under '%ROOTDIR%\Documents and Settings\%USER%\Start Menu' (yeah I am talking >=NT,Win2k. For 9x, it will be probably 'C:\WINDOWS\Start Menu'), and this folder contains LOADS of shortcut (.lnk) files. So if we can just recurse through this folder and read out the .lnk files into compatible menu/desktop entries of the corresponding Desktop environment (KDE,GNOME...), we have a working, synchronized 'Start Menu'. And that's JUST what McCormack's 'winemenubuilder' does, and reading out the code I can see it's THE thing we need. Unfortunately, 'winemenubuilder' shipped from Wine-20030618 - the VERY version from which IPersistFile::Load() (the VERY function used to resolve windows shortcuts) got broken, so I could not see 'winemenubuilder' in practise! (Mike, if you are reading this, could you tell me on what Wine ver you originally developed it, and does 'winemenubuilder' work now ? Thanks) You yourself may try out 'winemenubuilder', and if it works let me know. I will know that I was at fault all along,and that would be good news for me ! Now, there arises the problem. Microsoft really does not tell us what's the data structure of .lnk files, though if Alexandre (or somebody of his status..) requested Matt Pietrek for that information, we can probably get it. Till then we are having to do with reverse engg., and let me tell you,that worked fine till Wine-20030618, i.e the Wine tarball release on the 18th June 2003. >From Wine-20030618 , the way Wine handled COM went a MAJOR overhaul, and it worked great in most cases and older code had to rewritten... .. and resolution of shortcuts just stopped working since then. So I have downgraded to using Wine 20030508 since it's the last version till which resolution of shortcuts works (though the code in 'shelllink.c' for this version is not nice to look at ;) ). DETAILS: -------- You see, the resolving of shortcuts is handled through IPersistFile::Load() using COM. The code for this instance of the interface can be found in 'dlls/shell32/shelllink.c'. IPersistFile::Load() calls IPersistFile_fnLoad from 'dlls/shell32/shelllink.c', which passes control to IPersistStream_Load() after a CreateStreamOnFile() call. Now the problem starts in IPersistStream_Load() at/after the following piece of code: 'if( hdr.dwFlags & SCF_DESCRIPTION ) r = Stream_LoadString( pLoadStream, unicode, &This->sDescription );'... Everything before this seems to work just fine! [That's a pity because most of the time we just require the program location from the shortcut file, and that's ALWAYS dumped correctly into 'This->pPidl' You can verify this by adding the following code after 'r = Stream_LoadLocation( pLoadStream );' in 'shelllink.c' LPCITEMIDLIST pidltemp = This->pPidl; do { char szSubho[MAX_PATH]; _dbg_ILSimpleGetText(pidltemp, szSubho, MAX_PATH); TRACE ("name=\"%s\"\n",szSubho); pidltemp = _dbg_ILGetNext(pidltemp); }while (pidltemp->mkid.cb); You need to turn on the trace messages and you shall see the program path resolved allright! I had even tried to put a 'return S_OK;' after the Stream_LoadLocation() call,because ALL i required was the program path, but unfortunately that did NOT work :( ] The call 'Stream_LoadString( pLoadStream, unicode, &This->sDescription );' works in some cases and fails in some. But you can be sure that all the following Stream_LoadString() calls starting from 'Stream_LoadString( pLoadStream, unicode, &This->sPathRel);' WILL fail! It did everytime on my SuSE 8.2,Wine-20030911. Thus, IPersistStream_fnLoad() will NEVER return S_OK ! The last time I debugged, I found that 'IStream_Read(pStm, &len, sizeof(len), &count);' under 'Stream_LoadString( IStream* pStm, BOOL unicode, LPWSTR *pstr )' was failing at/after the 'Description' string was read from the Windows shortcut file, apparently because the 'number of bytes read!=number of bytes to be read'( i.e, for those of you going through the 'shelllink.c' code, the 'count != len' condition was getting satisfied..) You may again verify this by turning on tracing and observing the messages for the above APIs from Wine while running my shortcut resolving code (found in the archives) OR McCormack's 'winemenubuilder'. I hope to get a suitable response to this post. PLEASE correct me if I have gone wrong anywhere! Thanks :=) Also, I will be VERY happy to recieve pseudocode/algorithm for the mentioned APIs specially Stream_LoadString() and IPersistStream_fnLoad() as I am having a hard time understanding a few lines in the code. And could someone send me the layout of .lnk files ? Please keep up the good work. Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

3 2

Re: winealsa: improve sound quality for IDsDriverImpl
by Jerry Jenkins 04 Oct '03

04 Oct '03

> sox -c1 -r44100 -sw /usr/share/sounds/pop.wav -tossdsp /dev/audio && > wine winamp > > has the problem, but > > sox -c1 -r44100 -sb /usr/share/sounds/pop.wav -tossdsp /dev/audio && > wine winamp > > is unbelievably good. How could it be? I should find out if it's > something is wrong with my system or something else. > Only one of my sound cards suffers from the problem when the format of primary buffer is 22050 samples per second, 8-bit stereo. The other is OK. It appears to be a big challenge for me. And I am a little curious about how many peoples would have such experience. I submitted a new patch, please test it.

3 5

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