- Wine-Devel - list.winehq.org

compiling wine under cygwin - status ??
by Kai Kai April 20, 2003

April 20, 2003

Hi, all, I am a NEWBIE in this area. I am very interested in the wine and cygwin. Can wine work under cygwin now? Or can Wine DLL be build under cygwin? I just found the status from David on Nov28, 2002, is there news about it now? howto is better:-) Thanks Kai _________________________________________________________ Do You Yahoo!? 雅虎邀你参与CCTV-2对话节目调查：移动、联通、灵通，要说爱你不容易 http://rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/cctv_wireless_…

1 0

CVS build failed
by Paul Millar April 20, 2003

April 20, 2003

Anyone else getting this? On a fairly standard RH7.3 machine: device.c: In function `IDirect3DDevice8Impl_SetTextureStageState': device.c:3413: `GL_DOT3_RGBA' undeclared (first use in this function) device.c:3413: (Each undeclared identifier is reported only once device.c:3413: for each function it appears in.) make[2]: *** [device.o] Error 1 Looks like http://cvs.winehq.com/patch.py?id=7915 is the cause. See http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php and http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=394 for more details .. Cheers, Paul. ---- Paul Millar

3 2

Re: UPDATED: video mode changes
by Lionel Ulmer April 20, 2003

April 20, 2003

Just a small nitpick : > + XF86VidModeModeInfo *mode; > + DWORD dwBpp = GetSystemMetrics(SM_WINE_BPP); > + if (dwBpp == 24) dwBpp = 32; I would prefer this change to be done directly in the 'GetDeviceCaps' function of the X11DRV to always return 32 in case the scren depth is 24. I know for sure that this fixes at least one application and should not hurt others :-) A part from that, the patch looks nice... If it breaks apps on Desktop mode, we will fix it then by re-adding the 'dummy' modes :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

Re: [dx8-5] Windows never reports 24 bit screen depths
by Ann and Jason Edmeades April 19, 2003

April 19, 2003

(Apologies for the duplicate sent - Didnt put a subject on first time) >> Windows never reports 24 bit colours, and some games fail to work unless in >> specific modes. Report 16bit colour for 24bit modes >Out of curiosity, in that case, why report 24 bits at all ? Why not just >report 8, 16 and 32 ? I dont - I query it with GetDeviceCaps and this is what gets returned. hdc = CreateDCA("DISPLAY", NULL, NULL, NULL); bpp = GetDeviceCaps(hdc, BITSPIXEL); DeleteDC(hdc); Actually, all the screen handling in the dx8 code is awful (I can say that as I put it there...). I am hoping that if the recent changes to the window modes is implemented, I can use that code to query what modes this device supports, and to change the mode/resolution appropriately. The code that we have is a semi working stopgap really. Jason

2 3

(no subject)
by Ann and Jason Edmeades April 19, 2003

April 19, 2003

>> Windows never reports 24 bit colours, and some games fail to work unless in >> specific modes. Report 16bit colour for 24bit modes >Out of curiosity, in that case, why report 24 bits at all ? Why not just >report 8, 16 and 32 ? I dont - I query it with GetDeviceCaps and this is what gets returned. hdc = CreateDCA("DISPLAY", NULL, NULL, NULL); bpp = GetDeviceCaps(hdc, BITSPIXEL); DeleteDC(hdc); Actually, all the screen handling in the dx8 code is awful (I can say that as I put it there...). I am hoping that if the recent changes to the window modes is implemented, I can use that code to query what modes this device supports, and to change the mode/resolution appropriately. The code that we have is a semi working stopgap really. Jason

1 0

Re: [dx8-5] Windows never reports 24 bit screen depths
by Lionel Ulmer April 19, 2003

April 19, 2003

> Windows never reports 24 bit colours, and some games fail to work unless in > specific modes. Report 16bit colour for 24bit modes Out of curiosity, in that case, why report 24 bits at all ? Why not just report 8, 16 and 32 ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: [Resend] Implements languagegroups functions
by Alexandre Julliard April 19, 2003

April 19, 2003

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > This patch implements the languagegroups functions. > As I have access to a French and English windows 2k+, I set > the resources accordingly for the kernel32 resources. However, as > I don't know the resources for other languages, I have put English > resources in the other nls files. People will have to change them to the > correct values. > As suggested by alexandre, I chose some unused resource ids because even > win2k and winxp don't store them the same way and both of them > conflicted with the actual kernel32 resources from wine. I applied the resource strings, but the rest will still need a bit of work: you can't use a global variable to store the callback function, this is not reentrant, you need to do everything on the stack. Also I think the locale->language group mapping should be stored in the resources too, not in the code. And I'd suggest pretending that all language groups are installed, since we can't install them dynamically anyway. -- Alexandre Julliard julliard(a)winehq.com

1 0

winedbg
by Michal Janusz Miroslaw April 19, 2003

April 19, 2003

Hello, Is anyone working on winedbg ? I have some ideas and would like to hear opinions/more ideas/flames: * enabling/disabling of displays [done] * displays shown in one function only [done] * implement define command to add symbols on the fly (didn't find it is sources except in help text ...) * save/restore breakpoints/displays/defined symbols * reverse backtrace list (so current frame is at the bottom and you dont have to scroll all the way up) * remove limit of 10 entries in DEBUG_GetSymbolValue [done] * remove duplicated code in DEBUG_FindNearestSymbol/DEBUG_CheckLinenoStatus I haven't looked everywhere, yet, but `grep FIXME *|wc -l` shows 106 now, so I should find something. :) -- Michal Miroslaw

3 4

Wine keyboard focus and bug 1385
by Roderick Colenbrander April 19, 2003

April 19, 2003

Hi, When playing for example the game Jedi Outcast on Wine (quake3 based) in non-deskop a keyboard related problem appears. The game starts fine but doesn't receive any keyboard input. When I press for example the A key, the character appears in the console. I saw this problem before and it looks a lot like bug 1385: http://bugs.winehq.com/show_bug.cgi?id=1385 After looking a bit at the source code I found a way to fix my problem. I edited some code in the SetFocus function from x11drv/window.c. The original code looks like this: /* we must not use CurrentTime (ICCCM), so try to use last message time instead */ /* FIXME: this is not entirely correct */ XSetInputFocus( display, win, RevertToParent, /*CurrentTime*/ GetMessageTime() + X11DRV_server_startticks ); When I set the time to CurrentTime the problem was gone. According to the description and the FIXME neither solutions are correct. I don't know enough about the working of the x11 driver and X programming, so perhaps someone can help? Thanks, Roderick Colenbrander

1 0

Palettes - Any experts?
by Ann and Jason Edmeades April 19, 2003

April 19, 2003

Hello, Having taken a break for a few months I thought I'd try playing with wine again... I have been trying to work out why one game I am investigating never even shows its splash screen, and have got most of the way until I have got stuck. Can anyone offer me some advice? The game launcher kicks off a process whose first thread creates a dummy 16x16 window which is placed in the center of the screen (who knows why!), and launches another thread. The main thread then proceeds to create another process, and wait for it to complete. This means the dummy window is not processing any messages and if sent any the whole thing hangs :-( The launched thread creates the splash screen and begins a WM_PAINT operation. During this processing it calls CreateCompatibleDC, SelectObject, SelectPalette and finally RealizePalette This RealizePalette call (UserRealizePalette, windows\painting.c) results in 256 colors being mapped in, and SendMessageA( HWND_BROADCAST, WM_PALETTECHANGED, (WPARAM)hWnd, 0L); to occur. This broadcast hangs attempting to send the message to the first thread as it is in a hung state waiting for another process to end. Under windows, the RealizePalette returns 0, and spy on Windows does not show this message being sent to the 'hung' thread. 'Interestingly', putting an xterm behind the splash panel, and trying to bring it to the front (to force a repaint) shows that UserRealizePalette is always returning 256, which I thing is the underlying bug. It appears to create a palette every WM_PAINT operation. Commenting out the broadcast makes the splashscreen appear perfectly, so I know I am along the right lines. Can anyone fill in some gaps and point me in the right direction? Debug logs willingly available! :-) Thanks Jason

3 6