March 2004 - Wine-devel - list.winehq.org

print 16-bit WCHAR
by Gibtsnich Gibtsauchnich 20 Mar '04

20 Mar '04

Hello! I was wondering if there is any way to use a 16-bit-unicode-string with wine's TRACE, ERR or FIXME. I was thinking about something like: WCHAR text={'b','l','a',0}; TRACE("%?s", text); However, I found that these functions are a quite complicated wrapper around vfprintf, wich only accepts ANSI or 32-bit-unicode-strings. So could you tell me if wine has some WCHAR2char_t function or will i haveto use WideCharToMultiByte? Thank you Fabian -- +++ NEU bei GMX und erstmalig in Deutschland: TÜV-geprüfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz

2 1

Cdrom
by Robert Lunnon 20 Mar '04

20 Mar '04

I am working on a Solaris CDROM plugin, but can't seem to get past the configuration stage. I get ASPI_GetNumControllers Could not open HKEY_DYN_DATA\WineScsi How do I get wine to setup this key ? Thanks Bob

1 0

Re: Win32 packages released on sourceforge
by Ivan Leo Murray-Smith 20 Mar '04

20 Mar '04

> Bug in binutils. A fix by Dimitry is in latest binutils. OK, I'm rebuilding mingw with gcc-3.2.3-20030504-1, binutils-2.15.90-20040222-1-src, mingw-runtime-3.2 and w32api-2.5, it should all be up to date. > MinGW folks split up the headers as well, (in their w32api package), > and I think they are useful in and of themselves. Ivan? So what we want is wine-hdrs-<version>.zip (headers) wine-dlls-<version>[-mingw].zip (2 packages with stripped and unstripped dlls) wine-prgs-<version>[-mingw].zip (2 packages with stripped and unstripped progs) wine-w32api-<version>[-mingw].zip (2 packages with stripped and unstripped libs) right?

3 2

Re: [D3D] Improve D3D7 compatibility
by Lionel Ulmer 20 Mar '04

20 Mar '04

> This makes Summoner recognize our D3D7 driver. How did you find out ? Some R.E.ing of the game ? I ask this because I find it strange that a game would not be 'future proof' and that it would refuse to run on future hardware that supports HW transform and light. You sure it's not just the addition of the 'DRAWPRIMITIVE2EX' flag which is needed ? Could anyone having a Windows box and a card having HW T&L report what the caps give (there is a nice tool for that in the DX SDK) ? My Windows laptop 1) is at work right now and 2) has a crappy 3D card so I can't test. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

wine hangs in ddraw/d3dtexture.c (d3dtexture_create)
by Michael Schlüter 20 Mar '04

20 Mar '04

Hi, the whole yesterday I was hunting a problem when staring a program with wine. Now I'm at a point I don't know what to do next. May be somebody can give me an hint? Here are the last lines of the trace+ddraw output: trace:ddraw:Main_DirectDrawSurface_Lock (0x40405b50)->Lock((nil),0x408bf960,00000001,00000000) trace:ddraw:Main_DirectDrawSurface_Lock - locking flags : DDLOCK_WAIT trace:ddraw:d3ddevice_lock_update copying back buffer to main memory with rectangle (0x0) - (800x600). trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_3DDEVICE DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM - DDSD_HEIGHT : 600 - DDSD_WIDTH : 800 - DDSD_PITCH : 1600 - DDSD_LPSURFACE : 0x5f0d0000 - DDSD_PIXELFORMAT : ( DDPF_RGB , RGB bits: 16, R f800 G 07e0 B 001f) trace:ddraw:Main_DirectDrawSurface_Unlock (0x40405b50)->Unlock((nil)) trace:ddraw:DIB_DirectDrawSurface_Blt (0x403f5768)->(0x61885c,0x40405b50,0x61886c,01000000,(nil)) trace:ddraw:DIB_DirectDrawSurface_Blt destrect :0x0-800x600 trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-800x600 trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_WAIT trace:ddraw:d3ddevice_blt using direct buffer to buffer copy. trace:ddraw:upload_surface_to_tex_memory_init initialized texture upload for level 0 with conversion 0. trace:ddraw:Main_DirectDraw_CreateSurface (0x403f5418)->(0x61741ba0,0x60d0aedc,(nil)) trace:ddraw:Main_DirectDraw_CreateSurface Requesting surface desc : - DDSD_CAPS : DDSCAPS_TEXTURE DDSCAPS2_TEXTUREMANAGE - DDSD_HEIGHT : 128 - DDSD_WIDTH : 256 - DDSD_PIXELFORMAT : ( DDPF_ALPHAPIXELS DDPF_RGB , RGB bits: 16, R 7c00 G 03e0 B 001f A 8000) trace:ddraw:HAL_DirectDrawSurface_Construct (0x60f501b8,0x403f5418,0x61741ac0) trace:ddraw:DIB_DirectDrawSurface_Construct (0x60f501b8)->(0x403f5418,0x60f503b4) trace:ddraw:Main_DirectDrawSurface_Construct (0x60f501b8)->(0x403f5418,0x60f503b4) trace:ddraw:DIB_DirectDrawSurface_Construct (256x128, pitch=512) trace:ddraw:create_dib DIBSection at : 0x62100000 trace:ddraw:d3dtexture_create GL texture created for surface 0x60f501b8 (private data at 0x60f50058) The appropriate source code: ENTER_GL(); if (surf->mipmap_level == 0) { glGenTextures(1, &(private->tex_name)); if (private->tex_name == 0) ERR("Error at creation of OpenGL texture ID !\n"); TRACE(" GL texture id is : %d.\n", private->tex_name); private->__global_dirty_flag = (at_creation == FALSE ? SURFACE_MEMORY_DIRTY : SURFACE_MEMORY); private->global_dirty_flag = &(private->__global_dirty_flag); } else { private->tex_name = ((IDirect3DTextureGLImpl *) (main->tex_private))->tex_name; TRACE(" GL texture id reusing id %d from surface %p (private at %p)).\n", private->tex_name, main, main->tex_private); private->global_dirty_flag = &(((IDirect3DTextureGLImpl *) (main->tex_private))->__global_dirty_flag); } LEAVE_GL(); A printf showed me, that the call of glGenTextures didn't come back. That's strage because d3dtexture_create and glGenTextures are called a lot of times before without problems? If I delete glGenTextures it works but... Bye, Michael

3 8

Re: Win32 packages released on sourceforge
by Ivan Leo Murray-Smith 19 Mar '04

19 Mar '04

> Can you please post the list of errors to wine-devel, so people are aware of the > problems (and hopefully send patches to fix them :))? Complete compile error log is attached. > Now that we have this build, can we get rid of: > Wine programs for Windows > from the "Support Files" package? Done. Ivan.

5 5

Re: urlmon: Implement FindMimeFromData
by Juan Lang 19 Mar '04

19 Mar '04

Kevin, you said: IMHO we should really keep the list that is checked to a minimum (being the list Windows checks) as this code is basically doing "If a web server reports a MIME type in this list, ignore it and make our own guess" which is totally wrong standards-wise and a major cause of many problems under IE on Windows.. (Apologies for the lack of quoting.) According to that appendix, IE should only be overriding MIME types that are text/plain, application/octet-stream, or empty. It does so because it considers these "ambiguous". I think your patch may be useful for the small set of types you suggest, but shouldn't you only override in these cases too? --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com

3 2

wine.inf
by Ivan Leo Murray-Smith 18 Mar '04

18 Mar '04

Hi list, I've installed wine.inf, but the system.reg file is very short, it only contains font information and computer name, this isn't exactly what I got with winedefault.reg I need this because I'm going to release a new version of winesetuptk that doesn't add the "Filesystem" parameter to the drive config, as AJ has removed it, and the winesetuptk build tree wants system.reg, user.reg and userdef.reg. But system.reg, well, I've described it, userdef.reg is empty and user.reg only contains the Control Panel\\Colors and Control Panel\\International entries. Am I doing something wrong? Ivan.

1 0

urlmon: Implement FindMimeFromData
by Kevin Koltzau 18 Mar '04

18 Mar '04

Here is an implementation of FindMimeFromData, based off of MSDN http://msdn.microsoft.com/workshop/networking/moniker/overview/appendix_a.a… There is lots of debate on the 'net regarding this "feature" in IE, most of it suggesting this is a bad idea.. One possible change that would work more "standards compliant" rather then "Windows like" would be to return the proposed MIME type unchanged if one is given, otherwise go through the detection methods..let me know if that would be a preferred solution Changelog Implement FindMimeFromData

2 2

Re: [RESENT] TIME_GetBias
by Alexandre Julliard 18 Mar '04

18 Mar '04

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > wine/dlls/ntdll/time.c: TIME_GetBias > Calculate the Bias before calling gmtime This cannot be right, the bias is supposed to be the difference between local time and GMT, so you have to use gmtime() not localtime(). -- Alexandre Julliard julliard(a)winehq.org

5 15