September 2005 - Wine-Devel

large file support and GetDiskFreeSpace gets wrong info on > 2GB disks
by Vijay Kiran Kamuju Sept. 27, 2005

Sept. 27, 2005

Hi Alexander We should add the following lines to the configure script to check for large file support in the kernel. As the GetDiskFreeSpace gets wrong information regarding the disk space on disks > 2GB. dnl This test must come as early as possible after the compiler configuration dnl tests, because the choice of the file model can (in principle) affect dnl whether functions and headers are available, whether they work, etc. AC_SYS_LARGEFILE CFLAGS="$CFLAGS -D_FILE_OFFSET_BITS=${ac_cv_sys_file_offset_bits}" AC_CHECK_SIZEOF(off_t, 64, [ #include <stdio.h> #include <sys/types.h> #include <unistd.h> ]) Thanks Vijay

2 1

Steam broken again
by Ivan Gyurdiev Sept. 27, 2005

Sept. 27, 2005

Is anyone interested in looking at: http://bugs.winehq.org/show_bug.cgi?id=3293 I can provide trace output, if you let me know what you need traced (ole? dbghelp? oleaut?). It would be nice if Steam could be made to work, so Oliver's D3D work can be tested w/ Half Life 2. Steam used to work, but an update has broken it again.

3 4

Re: msvcrt: portable printf integer conversions
by Mike McCormack Sept. 27, 2005

Sept. 27, 2005

Hi Jesse, Jesse Allen wrote: > Here's a patch to start the work on getting our own printf number > conversions done internally. It adds pf_integer_conv, which is > capable of handling d,x,o,u,i. However, a large part of my intent is > to add support for I64 size integers. So I've decided to only foward > I64 sizes to it at this time, and leave the rest intact, as I've only > tested I64. I sent a message to wine-devel last night for comments, > but it seems to have gotten lost. We need to guage how to restructure > the printf code, especially since I've found two bugs in our current > implementation. Code to handle %I64 and %I32 has been missing for a while. Thanks for looking into this. Please make sure to write some test cases, as changing it will probably break something (or even make some of the current test cases pass). If you look at glibc's printf code, you'll realize how messy complete printf handling is... IMO, it would be better to let glibc handle the complexities of printf where possible, and work around the differences as we have done so far. Some comments on the patch: > + if( flags->Format == 'X' ) > + digits = "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ"; > + else > + digits = "0123456789abcdefghijklmnopqrstuvwxyz"; Do you really need the whole alphabet? > + else if( *(p+1) == '3' && *(p+2) == '2' ) > + { > + FIXME("%%I32 unhandled\n"); > + p += 3; > + } > + else > + { > + FIXME("%%I unhandled\n"); > + p++; Seems like if you have the code to do %I64, then doing %I32 would be easy too... I think that you'll find that %I31 is invalid, but again you'll need a test case to make sure. Mike

2 2

Re: Documentation volunteer(s) needed
by josephblack Sept. 27, 2005

Sept. 27, 2005

In article <87oe6nlq4i.fsf(a)wine.dyndns.org>, julliard(a)winehq.org says... > Folks, > > As most of you probably know (at least those of you who managed to get > out of bed in time for my keynote ;-) we are supposed to release 0.9 > real soon now. We do have one remaining issue: the documentation > needs some major work. Not every bit of it is critical for the > release, but we need to fix at least the User's Guide to reflect the > recent configuration changes. Would anybody be interested in helping > with that? > www.wine-wiki.org has been compiling tips from the wine mailing lists. I had planned to use it to update the documentation, but keeping up with the lists has kept me busy. After some discussion, Jason (the owner) has confirmed he would like to raise an offer of wine-wiki.org and its contents to the Wine project. joseph black admin

2 2

Wine CVS as of 9/25/2005 Kills Notes
by Kevin DeKorte Sept. 27, 2005

Sept. 27, 2005

I updated CVS yesterday and then tried to run notes 6.51 and got this backtrace. It works fine with 20050726 wine ./nlnotes Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 wine: Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. wine: Unhandled exception (thread 000d), starting debugger... Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Usage: winedbg [--command cmd|--auto] [--gdb [--no-start] [--with-xterm]] cmdline fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x4191f2dc) stub! fixme:advapi:LookupAccountSidA ((null),sid=0x4191f01c,0x4191e9d4,0x4191edd8 (512),0x4191ebd4,0x4191efe0(512),0x4191efe4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub wine: Unhandled exception (thread 000b), starting debugger... -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351

3 10

winsock2 header missing function prototypes
by James Hawkins Sept. 27, 2005

Sept. 27, 2005

Hey, While trying out example code from msdn covering windows sockets, I ran into a problem with the winsock2.h header. The example only included winsock2.h and used the socket() function. While compiling with winelib, gcc complained that socket is not a function. I looked through winsock2.h and couldn't find the prototype. It turns out the prototype is in winsock.h. I then checked to see if winsock2.h included winsock.h, and it turns out it does, but with __WINE_WINSOCK2__ defined. This prevents the prototypes from being included from winsock.h because they are protected by an if !defined(__WINE_WINSOCK2__). Right above this block is the note: /* * Prototypes * * Remember to keep this section in sync with the * "Winsock Function Typedefs" section in winsock2.h. */ I looked at the Winsock Function Typedefs from winsock2.h and they are just a bunch of typedefs (of course). If we can compile this program in windows, shouldn't we be able to compile it with winelib/make too? Is there anything I'm doing wrong or should something be fixed in the headers? Thanks, James Hawkins

1 1

Re: RICHED20: fix stylesheet reading and input callback
by Ivan Gyurdiev Sept. 27, 2005

Sept. 27, 2005

Krzysztof Foltman wrote: >ChangeLog: > * Optional destinations in stylesheets are now skipped properly (and >not treated as the "proper" styles as they were before) > * EOF condition in the middle of the stylesheet is no longer putting >the reader into infinite loop > * Half-full input buffers don't trigger EOF anymore (although it could, >in theory, break some apps, I find it unlikely - and the change makes >Out from Boneville installer display license properly) > >In case of the problems with the last change (which shouldn't happen, >but we deal with Windows apps here ;-) ), uncomment the block starting >at line 132 in reader.c > > I can report a regression as of today. Running the Steam installer for Half Life 2 Demo got to the EULA in the morning. It is now not able to display the EULA. fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub ReadStyleSheet: missing style number Last token read was "}" near line 3, position 22. wine-pthread: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0x3b14b935). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:3b14b935 ESP:7fca6ae4 EBP:7fca6af4 EFLAGS:00000202( - 00 - - I1) EAX:00000000 EBX:00007786 ECX:00007786 EDX:00000006 ESI:00000000 EDI:3b23dff4 Stack dump: 0x7fca6ae4: 00007786 3b23dff4 00000000 b7fc7a30 0x7fca6af4: 7fca6c18 3b14ce6b 00000006 3b23dff4 0x7fca6b04: 0000005e 0000005f 7fca6bcc 3b17cf28 0x7fca6b14: 7d16dbe0 0000005f 0000005e fbad8000 0x7fca6b24: 7d16dbe0 7d16dbe0 7d16dbe0 7d16dbe0 0x7fca6b34: 7d16dc3e 7d16dc44 7d16dbe0 7d16dc44 0200: sel=1007 base=7fffc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x3b14b935 gsignal+0x45 in libc.so.6 (0x7fca6af4) 2 0x3b14ce6b abort+0xe7 in libc.so.6 (0x7fca6c18) 3 0x3b144fa6 __assert_fail+0xb6 in libc.so.6 (0x7fca6c38) 4 0x20511cb4 ME_CopyToCF2W+0x0(to=0x7fca6c78, from=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:67] in riched20 (0x7fca6c5c) 5 0x20511fe7 ME_ApplyStyle+0x2b(sSrc=0x7f6c39a0, style=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:154] in riched20 (0x7fca6cf8) 6 0x205057d5 ME_RTFReadHook+0xdd(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/editor.c:490] in riched20 (0x7fca6dd0) 7 0x2050d505 RTFGetToken+0x35(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:464] in riched20 (0x7fca6de4) 8 0x2050d9cd RTFRead+0x25(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:379] in riched20 (0x7fca6df8) 9 0x20509306 RichEditANSIWndProc+0x271a(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:591] in riched20 (0x7fcacffc) 10 0x20509eec RichEdit10ANSIWndProc+0x24(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:1951] in riched20 (0x7fcad020) 11 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcad044) 12 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcad078) 13 0x682cda89 CallWindowProcA+0x161(func=0x4fd69000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:3230] in user32 (0x7fcad0a4) 14 0x682a3dc5 call_window_proc+0xa1(lparam=0x7fcad194, unicode=0x0, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1520] in user32 (0x7fcad0fc) 15 0x682a7136 SendMessageTimeoutA+0x1ba(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194, flags=0x0, timeout=0x0, res_ptr=0x7fcad174) [/home/phantom/src/wine/dlls/user/message.c:2396] in user32 (0x7fcad150) 16 0x682a71b5 SendMessageA+0x31(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194) [/home/phantom/src/wine/dlls/user/message.c:2440] in user32 (0x7fcad17c) 17 0x1000a637 in glc252.tmp (+0xa637) (0x7fcad1a0) 18 0x10009b89 _ListboxSubclassProc(a)16+0x568 in glc252.tmp (0x7fcad5f8) 19 0x10009a61 _ListboxSubclassProc(a)16+0x440 in glc252.tmp (0x7fcadeec) 20 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadf10) 21 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadf44) 22 0x682cd99e CallWindowProcA+0x76(func=0x6832a118, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3245] in user32 (0x7fcadf70) 23 0x6827a0f8 DefDlgProcA+0x54(hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/defdlg.c:453] in user32 (0x7fcadfa0) 24 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadfc4) 25 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadff8) 26 0x682cf3fb CallWindowProcW+0x117(func=0x68329e1a, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3058] in user32 (0x7fcae498) 27 0x682a3e24 call_window_proc+0x100(lparam=0x0, unicode=0x1, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1515] in user32 (0x7fcae4f0) 28 0x682a72f9 SendMessageTimeoutW+0x139(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, flags=0x0, timeout=0x0, res_ptr=0x7fcae560) [/home/phantom/src/wine/dlls/user/message.c:2348] in user32 (0x7fcae53c) 29 0x682a733d SendMessageW+0x31(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0) [/home/phantom/src/wine/dlls/user/message.c:2429] in user32 (0x7fcae568) 30 0x6827eb3d DIALOG_CreateIndirect+0xd9d(dlgProc=0x10007c17, param=0x0, unicode=0x0, modal=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:638] in user32 (0x7fcae6a8) 31 0x6827f451 CreateDialogIndirectParamAorW+0x29(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0, flags=0x2) [/home/phantom/src/wine/dlls/user/dialog.c:697] in user32 (0x7fcae6c8) 32 0x6827f502 CreateDialogIndirectParamA+0x26(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:706] in user32 (0x7fcae6ec) 33 0x10007b2e in glc252.tmp (+0x7b2e) (0x7fcae780) 34 0x100078ee in glc252.tmp (+0x78ee) (0x7fcae898) 35 0x100044cc in glc252.tmp (+0x44cc) (0x7fcaf5b0) 36 0x10001fa8 WiseMain+0xf99 in glc252.tmp (0x00000000) 0x3b14b935 gsignal+0x45 in libc.so.6: xchgl %edi,%ebx Modules: ...

1 0

re: [bug824] update
by Dan Kegel Sept. 27, 2005

Sept. 27, 2005

Vijay wrote: > Any comments on why this patch has not been commited > http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Probably because it does not include a conformance test. If you like, you could help by turning http://members.cox.net/~rgalbraith10/wine/bug824/demo824.c into an unattended conformance test by following the example in http://winehq.org/site/docs/wine-devel/testing-test - Dan

2 1

listview crash fix
by Dimi Paun Sept. 26, 2005

Sept. 26, 2005

Hi Michael, Can you try this out and let me know if it works please? To be honest, I don't like this solution at all, I'll try a different approach tonight, but in the meanwhile... -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

4 11

Re: winspool/tests: New Testsuite
by Detlef Riekenberg Sept. 26, 2005

Sept. 26, 2005

New Testsuite for GetDefaultPrinter and GetPrinterDriverDirectory Added: + Test Printing Environments for GetPrinterDriverDirectory + More intensive Testing. + Verbose Output with "WINETEST_DEBUG" > 1 * More tests will follow. If the Patch is to Large (i already removed the Unicode-Tests) i can split the Testsuite, but this will reduce the amount of testing, compared to the current CVS. Changelog: - New Testsuite for winspool.drv: GetDefaultPrinterA and GetPrinterDriverDirectoryA (with different environments) - Verbose Output with "WINETEST_DEBUG" > 1 -- By By ... ... Detlef

2 2

Re: Auto-register d3drm too?
by Lionel Ulmer Sept. 26, 2005

Sept. 26, 2005

On Mon, Sep 26, 2005 at 12:48:04AM +0200, Francois Gouget wrote: > d3drm.dll has exactly the same issue as d3dxof.dll. It depends on the > CLSID\{4516EC41-8F20-11D0-9B6D-0000C0781BC3} registry key but it is > unclear how this key is supposed to be created. It seems to be the same issue that we have with the DDplay service providers whose keys are not registered by any DLL (I put them in wine.inf). Alexandre proposed in those days the creation of a 'directx.inf' which would regroup all keys created by a standard DirectX installation. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

bugzilla cleanup status
by Vijay Kiran Kamuju Sept. 26, 2005

Sept. 26, 2005

Total Available bugs - 1280 (as of now) Jonathan Ernst could you give me your irc id, do you hang around irc Thanks, Vijay

2 1

Re: fix scollbar off by one error
by Andreas Mohr Sept. 26, 2005

Sept. 26, 2005

Hi, On Mon, Sep 26, 2005 at 05:08:09PM +0530, Vijay Kiran Kamuju wrote: > Changelog > --------------- > fix scrollbar off by one error (bug 765) r = *rect; if( vertical ) - r.bottom = r.top + arrowSize; + r.bottom = (r.top++) + arrowSize; else - r.right = r.left + arrowSize; + r.right = (r.left++) + arrowSize; Are you sure this is what you want? This will increment r.top and r.left, too! Even if it is exactly what you intend it to do, then this code is still confusing and should instead use more explicit notation. Andreas Mohr

2 1

tiny fonts on cvs
by wino＠piments.com Sept. 26, 2005

Sept. 26, 2005

HI, I am getting miniscule 2.5 point fonts on my new wine-cvs. some dlgs come up ok but winecfg inparticular is unreadably small. suggestions pls.

2 3

Re: mlang
by Huw D M Davies Sept. 26, 2005

Sept. 26, 2005

On Fri, Sep 23, 2005 at 01:38:39PM -0500, Aric Stewart wrote: > Implement a basic beginning for > fnIMLangFontLink_CodePageToCodePages, > fnIMLangFontLink_CodePagesToCodePage and fnIMLangFontLink_GetFontCodePages. > Also some tests for the new functions. > Index: dlls/mlang/mlang.c > =================================================================== > RCS file: /home/wine/wine/dlls/mlang/mlang.c,v > retrieving revision 1.23 > diff -u -r1.23 mlang.c > --- dlls/mlang/mlang.c 7 Sep 2005 11:31:18 -0000 1.23 > +++ dlls/mlang/mlang.c 23 Sep 2005 18:36:58 -0000 > @@ -449,6 +449,63 @@ > "Courier","Arial" } /* FIXME */ > }; > > +#define FS(x) {{0,0,0,0},{0x1<<(x),0}} > +#define MAXTCIINDEX 32 > +static const CHARSETINFO FONT_tci[MAXTCIINDEX] = { > + /* ANSI */ > + { ANSI_CHARSET, 1252, FS(0)}, > + { EASTEUROPE_CHARSET, 1250, FS(1)}, > + { RUSSIAN_CHARSET, 1251, FS(2)}, > + { GREEK_CHARSET, 1253, FS(3)}, > + { TURKISH_CHARSET, 1254, FS(4)}, > + { HEBREW_CHARSET, 1255, FS(5)}, > + { ARABIC_CHARSET, 1256, FS(6)}, > + { BALTIC_CHARSET, 1257, FS(7)}, > + { VIETNAMESE_CHARSET, 1258, FS(8)}, As I mentioned on IRC, all this stuff is available through TranslateCharsetInfo, so why duplicate all thia? Huw.

3 3

Rendering problem when scrolling license agreement in Picasa installer
by Dan Kegel Sept. 26, 2005

Sept. 26, 2005

http://bugs.winehq.org/show_bug.cgi?id=3348 describes a scrolling problem that is probably pretty easy to fix. The nullsoft(?) installer used by picasa 2 seems to have a problem with text scrolling in the latest snapshot of wine. Scrolling using the keyboard works, but scrolling by clicking on the arrows of the scrollbar screws up the new text. I have a sneaking suspicion this affects other apps. Is this a known problem already? Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

Re: [Now ns7] Dragon ns8 problem
by wino＠piments.com Sept. 26, 2005

Sept. 26, 2005

Jean, gentoo ; kernel 2.6.22 with alsa and alsa-oss; wine 20050524; NS 7 pref. I've started going through this from scatch. So far I have got the installer to work by importing riched* from win2k and comdlg32.dll off a dll archive on the web. used sidenet to set up the config only. refered to frankscorner to install DCOM98 and to run installshield. wine regedit to add string value 5.0.2014.0216 to following regkey. HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer So far it installs without error but now on running wine natspeak I get "cant find nstex50.dll" this is odd since it is in the current dir. This may be a result of my not having installed IE6 this time but still seems odd. regards. On Thu, 22 Sep 2005 17:40:05 +0200, Jean Magnan de Bornier <jean(a)bornier.net> wrote: > Le 22 septembre à 17:26:01 peter(a)piments.com écrit notamment: > > | Yes, on recent winecfg base versions, I also found it was very slow to > | open my user profiles and crashed as soon as I opened DragonPad. >> > | I can only repeat that I had the most luck with 20050524. Since you are > | apparently using Gentoo you will find this is still in the portage > tree so > | I dont understand your reluctance to try it. (Use "quickpkg wine" to > make > | binary of wine before you change versions , then you can use emerge -k > | later to avoid the lenghty rebuild if you want to swap back.) >> > | bash-3.00#emerge -p =app-emulation/wine-20050524 > > OK, thanks, I will try it another time (last time with this version > couln't install NS, maybe I did some mistake there...) > thanks for your patience...

3 4

[bug50] update
by Vijay Kiran Kamuju Sept. 26, 2005

Sept. 26, 2005

could please explain whats wrong with this patch http://www.winehq.org/pipermail/wine-patches/2005-June/017959.html This fixes bug[50 Thanks, Vijay

1 0

[bug824] update
by Vijay Kiran Kamuju Sept. 26, 2005

Sept. 26, 2005

Hi, Any comments on why this patch has not been commited http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Thanks, Vijay

1 0

Re: Make DrawMenuBar and SetMenu tests pass under Wine
by Vitaliy Margolen Sept. 26, 2005

Sept. 26, 2005

Saturday, September 24, 2005, 9:10:03 AM, Dmitry Timoshkov wrote: > It's a bit awkward to run message tests with current CVS, DDE test > fails and doesn't allow the tests to continue, so I had to run it > manually. I haven't investigated the source of the failure, but symptoms > are that IsWindowUnicode now returns TRUE when it shouldn't, and that > reminds me old reports that uxtheme makes windows appear unicode > when they are not. Time to go to test.winehq.org and find the time of > the breakage. Just look for theming patches from around 1 - 1.5 months ago. Each themed control has that problem. I don't understand that too, but author claims that this the way it is on winXP with comctl32 6.0. Vitaliy Margolen

2 1

Wine on NetBSD?
by Bryce Robilliard Sept. 25, 2005

Sept. 25, 2005

Hello, I was enquiring as to whether or not Wine is compatible with NetBSD, or if any other port of Wine is compatible with NetBSD. If not are there any plans to make this so? Regards, Bryce

4 3

Safedisc 1 works on wine
by Ivan Leo Puoti Sept. 25, 2005

Sept. 25, 2005

Finally we've got safedisc1 running on linux. Thanks go to *Laurent* Pinchart, Vitaliy Margolen, *Brad DeMorrow, Marcus Meissner, and Alexandre for contributing time/code/ideas. The code is 100% DMCA compliant and hopefully can be cleaned up to be good enough for cvs over the coming days and weeks. Two games have been tested, they both use the same version of safedisc (don't ask how we know, we do) http://www.kievinfo.com/images/wine/HoM3_1.jpg http://www.kievinfo.com/images/wine/safediscworks.jpg Ivan. *

2 4

Wine can't load DLL, built with Winelib.
by Peter Lemenkov Sept. 25, 2005

Sept. 25, 2005

Hello All! Please, look at the applied sources (Makefile, main application, spec-file and library module). I tried to load library, from main application (with LoadLibrary(...)). Both application and DLL, are built with winelib, using winegcc. I found strange behaviour - then DLL loaded from current working directory, all things are OK, but then I tried to load DLL from .\Test\Dir\ (for example), LoadLibrary returns NULL. What I'm doing wrong? -- With best regards, Peter Lemenkov.

1 0

wineconsole --backend-user
by Robert Lunnon Sept. 25, 2005

Sept. 25, 2005

After an underwhelming response to my last query, I dug a little deeper and while I'm not too familiar with windows code I can't seem to figure out what is wrong with user.c that gives me my funny display. It would seem that either bitblt isn't working as advertised or the memory DC isn't being written properly (or it's not compatible with the display context). Does --backend=user work under Linux ? Anyway, before I spend a great deal of time on this, I am prompted to ask how important is this backend, seeing I have curses working properly. I could easily make the user backend default to the curses implementation for compatibility short term. Is there a downside to this? Is this something that's likely to be deprecated soon ? Bob

3 3

d3d8 / wined3d, missing prototypes
by H. Verbeet Sept. 25, 2005

Sept. 25, 2005

When compiling d3d8 and wined3d I get quite a few warnings about missing function prototypes. Eg, "warning: implicit declaration of function `glMultiTexCoord1f'" etc. This in turn causes things like texture coordinates to be all messed up (screenshot attached). I'm using the nVidia OpenGL headers. In the case of wined3d it seems to be caused by GL_GLEXT_PROTOTYPES being defined to late. In include/wine/wined3d_gl.h: #define XMD_H /* This is to prevent the Xmd.h inclusion bug :-/ */ #include <GL/gl.h> #define GL_GLEXT_PROTOTYPES #define GLX_GLXEXT_PROTOTYPES #include <GL/glx.h> #ifdef HAVE_GL_GLEXT_H # include <GL/glext.h> #endif #undef XMD_H Seems ok, but gl.h actually includes glext.h: #ifndef GL_GLEXT_LEGACY #include <GL/glext.h> #endif Moving the #define GL_GLEXT_PROTOTYPES up to before the #include <GL/gl.h> fixes it. Pretty much the same goes for d3d8, except that for d3d8 GL_GLEXT_PROTOTYPES doesn't appear to be defined at all. In both include/wine/wined3d_gl.h and dlls/d3d8/d3d8_private.h the relevant section should then become: #define XMD_H /* This is to prevent the Xmd.h inclusion bug :-/ */ #define GL_GLEXT_PROTOTYPES #include <GL/gl.h> #define GLX_GLXEXT_PROTOTYPES #include <GL/glx.h> #ifdef HAVE_GL_GLEXT_H # include <GL/glext.h> #endif #undef XMD_H

1 0