August 2003 - Wine-devel - list.winehq.org

Stuck with winelib + DLL import
by Martin Wilck 05 Aug '03

05 Aug '03

Hi, after a good while I had some time to look at my winelib project again. Last time I worked on it was last December, before the "import library" concept was introduced. I had to realize that winelib had changed so much that I couldn't make my code compile anymore. I tried all day to figure it out for myself, but it seems I'll need some guidance. This is what I have (strongly simplified): a DLL written in C++ and an App (also C++) importing that DLL. I want to compile both under winelib, and link everything together to get a working app. I fail miserably in setting this up with winemaker like I did it in the past. This is what I understood so far: - DLLs now need an associated ".def" file to be imported, - winebuild generates ".def" from ".spec", - winewrap/winegcc are the future way to go, but they don't support building DLLs yet. My problem is that I don't have a "spec" file for my DLL except the winemaker-generated one (which is just a zero-length dummy). I also have no "def" file, and because the DLL is C++, I have no clue how to write a spec or def file manually (name mangling). Actually, I'd rather avoid writing that stuff by hand. It would be fine to use static linking instead of a DLL (ie the equivalent of linking statically with a .lib file), but I have no clue how to do that either except to brutally link all object files together into a single executable. As long as no wrapper code is involved, it seems that I can avoid the problem by simply linking with unix ld.so. But I recall that this is utterly wrong. In short, I am clueless. Any hints appreciated. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Windows API db / find APIs missing for a given app
by David Miller 05 Aug '03

05 Aug '03

Recently I spent some time on this again and would like anyone interested in the database to take a look and email me comments. (What's good, how it can be better, and what features could be there, but aren't) Currently the web interface consists of a few forms which do the following: 1. Compare imports or exports between two windows versions. This will output all APIs imported or exported by a dll you specify along with which version exports that API. Example: you specify wine and windows95 as windows versions. Each API will say it is exported by wine only, win95 only, or both. It is color coded in the hope of making it slightly more readable. 2. Perform general queries. This just does SQL queries based on the criteria you specify. You can query by any or all fields. 3. Find unimplemented APIs for a given program. This locates all APIs imported by a specified application and outputs the ones which are unimplemented or stubs in wine. This is broken down by dll which the app tries to import from. Red APIs are not in wine spec files while blue APIs are listed as stubs in the spec files. There are only a couple of apps listed right now. Leave the application field empty for a complete list. I intend to make the output hyperlinks which will query for all apps importing that specific API. Maybe that will help find test cases when tracking down a bug. The forms are currently at http://24.229.94.2 Unfortunately I can't keep this as a permanent location. The PC is just too slow and the scripts really hog CPU. They do lots of SQL queries. :)

7 9

Crash in EnumMRUListA
by Duane Clark 05 Aug '03

05 Aug '03

Running MS Excel viewer, I seem to be able to crash it fairly easily when opening files. The is occurring in the apparently undocumented function EnumMRUListA, so I am not really sure what to expect here. Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x40a231f0). In 32-bit mode. 0x40a231f0 (EnumMRUListA+0x88 [comctl32undoc.c:1056] in comctl32.dll.so): movl 0x0(%edi),%eax 1056 datasize = min( witem->size, nBufferSize ); Wine-dbg>bt Backtrace: =>0 0x40a231f0 (EnumMRUListA+0x88(hList=0x416c00b8, nItemPos=0x3, lpBuffer=0x405816a8, nBufferSize=0x800) [comctl32undoc.c:1056] in comctl32.dll.so) (ebp=40581230) 1 0x4097b3d9 (SHAddToRecentDocs+0x3c9(uFlags=0x2, pv=0x4058242c) [shellord.c:788] in shell32.dll.so) (ebp=40582414) 2 0x300c4151 (XLVIEW.EXE.EntryPoint+0xabc81 in XLVIEW.EXE) (ebp=40582530) 3 0x301851a2 (XLVIEW.EXE.EntryPoint+0x16ccd2 in XLVIEW.EXE) (ebp=40582950) 4 0x30047dae (XLVIEW.EXE.EntryPoint+0x2f8de in XLVIEW.EXE) (ebp=40582b94) 5 0x30046b30 (XLVIEW.EXE.EntryPoint+0x2e660 in XLVIEW.EXE) (ebp=40582c10) 6 0x300476cb (XLVIEW.EXE.EntryPoint+0x2f1fb in XLVIEW.EXE) (ebp=40582c44) 7 0x30047790 (XLVIEW.EXE.EntryPoint+0x2f2c0 in XLVIEW.EXE) (ebp=40582c68) 8 0x407de4f7 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=40582c8c) 9 0x407de582 (WINPROC_CallWndProc+0x82(proc=0x300476d2, hwnd=0x10021, msg=0x111, wParam=0x2001, lParam=0x0) [winproc.c:219] in user32.dll.so) (ebp=40582cbc) 10 0x407e492f (CallWindowProcW+0xcf(func=0x4086e3f4, hwnd=0x10021, msg=0x111, wParam=0x2001, lParam=0x0) [winproc.c:2928] in user32.dll.so) (ebp=40582cf0) 11 0x407c7bd2 (DispatchMessageW+0x11e(msg=0x40582dc0) [message.c:886] in user32.dll.so) (ebp=40582d34) 12 0x30043eae (XLVIEW.EXE.EntryPoint+0x2b9de in XLVIEW.EXE) (ebp=00000000)

2 1

__declspec(selectany)
by Boaz Harrosh 05 Aug '03

05 Aug '03

background: I have managed to compile ATL/WTL from MSVC6. I will have available a public patch-file for patching ATL/WTL to compile under wine, Once I have every thing running Question: All symbols and functions declared __declspec(selectany) show up as "duplicate symbols" errors on the linker. Eliminating it has the same results. I have searched in google and the few lines I found is that GCC will accept __declspec(selectany) if "-fms-extensions" is used. Well it will accept it but will only ignore it all together. Does any body know how to properly merge duplicate definitions of symbols in GCC? (before I go and change the code) maybe a command line switch to the compiler or linker can do the trick ? Free Life Boaz Harrosh

1 0

Thai Keyboard map Patch
by Supphachoke Suntiwichaya 05 Aug '03

05 Aug '03

Hi, This is a patch for Thai keyboard map. MrChoke -- Name : Supphachoke Suntiwichaya Email : MrChoke(a)opentle.org URL : http://www.opentle.org/~mrchoke/ Distribution : Linux TLE 5.0 (Andaman) OS : Linux 2.4.22-pre6-ac1 #1 พฤ. ก.ค. 24 16:45:01 ICT 2003 i686 GNU/Linux Uptime : 11:15am up 1 day, 2:40, 1 user, load average: 0.08, 0.18, 0.29 --- wine-20030709/dlls/x11drv/keyboard.c 2003-07-09 11:22:57.000000000 +0700 +++ wine-20030709/dlls/x11drv/keyboard.c-th 2003-08-05 09:29:24.000000000 +0700 @@ -646,6 +646,15 @@ "<>" }; +/*** Thai (Kedmanee) keyboard layout by Supphachoke Suntiwichaya <mrchoke(a)opentle.org> */ +static const char main_key_th[MAIN_LEN][4] = +{ + "`~_%","1!å+","2@/ñ","3#-ò","4$Àó","5%¶ô","6^ØÙ","7&Öß","8*€õ","9(µö","0)š÷","-_¢ø","=+ªù", + "qQæð","wWä\"","eEÓ®","rRŸ±","tTÐž","yYÑí","uUÕê","iIÃ³","oO¹Ï","pPÂ","[{º°","]}Å,", + "aA¿Ä","sSËŠ","dD¡¯","fFŽâ","gGà¬","hHéç","jJèë","kKÒÉ","lLÊÈ",";:Ç«","\'\"§.","\\|£¥", + "zZŒ(","xX»)","cCá©","vVÍÎ","bBÚ","nN×ì","mM·?",",<Á²",".>ãÌ","/?œÆ" +}; + /*** VNC keyboard layout */ static const WORD main_key_scan_vnc[MAIN_LEN] = { @@ -724,7 +733,7 @@ {"Israeli keyboard layout", &main_key_IL, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {"VNC keyboard layout", &main_key_vnc, &main_key_scan_vnc, &main_key_vkey_vnc}, {"Greek keyboard layout", &main_key_EL, &main_key_scan_qwerty, &main_key_vkey_qwerty}, - + {"Thai (Kedmanee) keyboard layout", &main_key_th, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {NULL, NULL, NULL, NULL} /* sentinel */ }; static unsigned kbd_layout=0; /* index into above table of layouts */

1 0

Re: Trackbar select range tweaks
by Dustin Navea 04 Aug '03

04 Aug '03

--- Duane Clark <dclark(a)akamail.com> wrote: > Dustin Navea wrote: > > ok thx, running on win2k sp2, the attached executable showed > > > > GetSystemMetrics(SM_CYCAPTION) = 19 > > > > Hmm, that's interesting. I'm running Win2K "Professional" SP3. Anyway, I > played around a bit and found out that if I login as administrator, then > GetSystemMetrics(SM_CYCAPTION) = 19, but if I login as dclark then > GetSystemMetrics(SM_CYCAPTION) = 20. Very strange ;) There is no visible > difference between the two accounts that I can see. In both cases, the > thumb is 21. > > I can get a different metric if I set Windows to use large fonts, and > that does increase the size of the trackbar thumb. That is odd.. Because when I ran that, I was running it on a user account on a computer that I did not have administrative access to.. here is the output on my home comp (w2k sp3) from my user acct: GetSystemMetrics(SM_CYCAPTION) = 19 admin acct in a min.. ===== -- Dustin Navea Minor Contributor, http://www.winehq.com Bugzilla Janitor, http://bugs.winehq.com Network Admin, irc://irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: [dx73b] Try3: Performance of texture states
by Gregory M. Turner 04 Aug '03

04 Aug '03

On Sunday 03 August 2003 05:02 am, Ann and Jason Edmeades wrote: > (Try#3 - Also fixes Operation Flashpoint problem which was introduced > AND includes the patch... oops!) My goodness... Flashpoint works? How long has that been? Good $*^!$#^@ work!! But: you should /not/ have told me this as I will be much less productive now. -- gmt "Microsoft is committed to making cabinet files an open technology" http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dncabsdk/h…

2 1

Profiling wine
by Mike Hearn 04 Aug '03

04 Aug '03

Hi, Is there any way to get measurements of where Wine is spending most of its time? I have a problem where typing text into the WebBrowser control is incredibly slow, but don't really have a clue where to start looking. A profiling tool would be handy about now...... thanks -mike

6 6

RE: Linking to _wtol function
by thomas.mertes＠gmx.at 04 Aug '03

04 Aug '03

"Robert Shearman" <R.J.Shearman_at_warwick.ac.uk> wrote: > I'd like to get people's opinions on how I should link to the _wtol function > from a Wine DLL. Should I: > > a) Link to NTDLL and use the function there > b) Link to MSVCRT and use the function there > c) Create a new function in unicode.h > d) Copy the function into my DLL a) and b) are equivalent. In dlls/msvcrt/msvcrt.spec _wtol is just a link to ntdll._wtol. I suggest you use a) since NTDLL is always present (in NT systems). If your program/dll should also run in DOS based systems you should use b). Btw. The wine implementation of the _wtol function is okay, so c) is not necessary. And code duplication d) is also not a good idea. > In that case should I reimplement _wtol in NTDLL function using strtolW? The > rest of the functions in wcstring.c call their libunicode versions, but this > one doesn't. This is wrong the only function in wcstring.c calling strtolW is _wcstol. As you can see in the changelog several months ago I implemented the functions _ultoa, _ltoa, _itoa, _ui64toa, _i64toa, _atoi64, _ultow, _ltow, _itow, _ui64tow, _i64tow, _wtol, _wtoi, _wtoi64. There are also test functions for this functions in the dlls/ntdll/tests directory. All this functions work correct and are documented. There is no reason to rewrite them for fun unless you find a bug. If you want to write little library functions, It is not necessary to rewrite something already working. Search for library functions in msvcrt. There are tons of unimplemented functions. Greetings Thomas Mertes -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -------------------------------------------------- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post

1 0

Strange code in misc/registry.c
by Lionel Ulmer 04 Aug '03

04 Aug '03

Hi all, Having lately some strange crashes when I start Wine with any --debugmsg command, I started to look at where the problem occured. >From my investigations, it came in the file misc/registry.c while loading 'system.1st' (yeah, I know, I should run in a no-Windows install, but well, my Wine installation is 6 years old and still working, so I won't change now :-) ). Anyway, the faulty function is '_strdupnA'. I added some traces and I have this : 0009:trace:reg:_strdupnA System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick (0x3c003f40) 79 0009:trace:reg:_strdupnA 0x3c003f90 This means that the string given as a parameter has the pointer '0x3c003f40', the length parameter is '79' and it returns '0x3c003f90'. It crashes later on at : 0009:trace:reg:_strdupnA System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\OEM (0x3c003f90) 114 0009:trace:reg:_strdupnA 0x3c003418 So we give the '0x3c003f90' pointer (which is of length 79 as seen in the previous debug output) but (if you look at the code), will read 114 bytes from it (as the function uses 'memcpy' and not 'strncpy'). The attached patch fixes all crashes on my box, but well, as I am not very familiar with this code, sent it to wine-devel and not wine-patches for review by Registry gurus :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 6