August 2005 - Wine-Devel - list.winehq.org

Re: test case demonstrating PeekMessage give up timeslices

by Felix Nawothnig

I wrote: >>>> since a server call is much more expensive than a Windows system call. >>> Would using shm fix that? >> No, you don't want to put the message queue in shared memory, that's >> not reliable. > shm + kernel handles for synchronization then? Wait, putting the message queue into shm isn't what I wanted to suggest (although it would be possible with kernel handles, no?). :-) I meant that using shm generally would lower the cost of a server request and doing that extra yield would no longer be necessary (although we'd still have the other yield due to the request itself unless the queue is put into shm). Felix

Aug. 2, 2005

Re: test case demonstrating PeekMessage give up timeslices

by Alexandre Julliard

Jeremy White <jwhite(a)codeweavers.com> writes: > But I have to admit I'm bothered; you seem to be refusing > a patch that makes Wine more correct. > > PeekMessage() is more lightweight on Windows than it is on Wine, but > I can still write bad code that chokes the system by spin looping on > PeekMessage on Windows. Yes, but the thing is you can write bad code that works fine on Windows but chokes down Wine, because we spend so much more time inside PeekMessage. The yield is an attempt to fix this by penalizing badly written apps to prevent them from hurting well written ones. > Thus, I think it's reasonable to try to preserve relative > timing on Wine as closely as we can, even if it creates some > overall performance degradation for poorly designed apps. > (Famous last words, I'm sure I'll shortly be screaming about why > is Wine suddenly so slow <grin>). The problem is that the poorly designed apps will hammer the server, which will cause a much bigger performance degradation in unrelated apps than what you'd expect simply by hogging the CPU. > Can you point out examples of misbehaving programs so that we > can go see just how bad the impact is? If you run Oliver's test program along with some other Windows apps you can probably see the effects. -- Alexandre Julliard julliard(a)winehq.org

Aug. 2, 2005

Re: test case demonstrating PeekMessage give up timeslices

by Felix Nawothnig

Alexandre Julliard wrote: >>>since a server call is much more expensive than a Windows system call. >>Would using shm fix that? > No, you don't want to put the message queue in shared memory, that's > not reliable. shm + kernel handles for synchronization then? Felix

Aug. 2, 2005

Re: Help debugging GLXUnsupportedPrivateRequest failure

by Oliver Stieber

--- Alex Villacís Lasso <a_villacis(a)palosanto.com> wrote: It looks like you running mesa which should work, I've just sent in a patch that fixes a problem I' getting which is very similar to yours '[x11drv] backout d3d-stencil-support-os-2'. This may correct the problem you are having. > Joseph Garvin wrote: > > > I've had problems with Fedora not supporting random extensions that > > every other linux distro does since Core 2 that have never been fixed. > > I'm guessing they use some patchset that screws things up. If all else > > fails, try installing xorg manually from source. > > > > Oliver Stieber wrote: > > > >> It looks like the X server you are using doesn't support the OpenGL > >> related function > >> glXMakeCurrent(), can you send me the output of glxinfo? > > > Stieber, glxinfo output is attached as requested. Could you please point > me as to what capability should be present but is not? > > Garvin, in the worst-case scenario that I need to recompile from source, > will the source RPMS from Fedora 4 be enough? If so, what steps should I > take to ensure that all GLX extensions are included? Any patches I > should take out? Any modifications to the spec file? Or should I go for > the direct source from freedesktop.org? > > Alex Villacís Lasso > > > name of display: :0.0 > display: :0 screen: 0 > direct rendering: No > server glx vendor string: SGI > server glx version string: 1.2 > server glx extensions: > GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, > GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, > GLX_SGIS_multisample, GLX_SGIX_fbconfig > client glx vendor string: SGI > client glx version string: 1.4 > client glx extensions: > GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, > GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, > GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, > GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, > GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group > GLX extensions: > GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, > GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, > GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig > OpenGL vendor string: Mesa project: www.mesa3d.org > OpenGL renderer string: Mesa GLX Indirect > OpenGL version string: 1.2 (1.5 Mesa 6.2.1) > OpenGL extensions: > GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture, > GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, > GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, > GL_ARB_texture_cube_map, GL_ARB_texture_env_add, > GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, > GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, > GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, > GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, > GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, > GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, > GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, > GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, > GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, > GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, > GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, > GL_EXT_texture_env_add, GL_EXT_texture_env_combine, > GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object, > GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, > GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, > GL_ATIX_texture_env_combine3, GL_IBM_texture_mirrored_repeat, > GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, > GL_NV_blend_square, GL_NV_point_sprite, GL_NV_texgen_reflection, > GL_NV_texture_rectangle, GL_SGIS_generate_mipmap, > GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, > GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, > GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays > glu version: 1.3 > glu extensions: > GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess > > visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav > id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat > ---------------------------------------------------------------------- > 0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None > 0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None > 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None > 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None > 0x27 24 dc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None > 0x28 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None > 0x29 24 dc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None > 0x2a 24 dc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

Aug. 2, 2005

Re: test case demonstrating PeekMessage give up timeslices

by Jeremy White

Alexandre Julliard wrote: > Felix Nawothnig <felix.nawothnig(a)t-online.de> writes: > > >>But then that "extra" NtYieldExecution should not depend on >>!PM_NOYIELD since PM_NOYIELD doesn't have any effect on Windows, right? > > > It has an effect for Win16 apps, they need to release the Win16 > lock. We could add a yield in the PM_NOYIELD case, but Win32 apps > won't use PM_NOYIELD anyway so I doubt it would make a difference, and > keeping it that way allows Winelib apps to tweak the behavior if > needed. Ostensibly, it also effects whether or not a WaitInputIdle returns or not, but I'm not sure I fully understand this. But I have to admit I'm bothered; you seem to be refusing a patch that makes Wine more correct. PeekMessage() is more lightweight on Windows than it is on Wine, but I can still write bad code that chokes the system by spin looping on PeekMessage on Windows. I can imagine a case where a bad programmer has two threads and depends (not intentionally, but through accident) on one thread starving the other thread of CPU time such that a race condition never occurs. I don't have an example, but I have seen behavior like that, notably with IE and PowerPoint (although I think the case was with some other signalling method, not PeekMessage). Thus, I think it's reasonable to try to preserve relative timing on Wine as closely as we can, even if it creates some overall performance degradation for poorly designed apps. (Famous last words, I'm sure I'll shortly be screaming about why is Wine suddenly so slow <grin>). Can you point out examples of misbehaving programs so that we can go see just how bad the impact is? Cheers, Jeremy

Aug. 2, 2005

Re: Help debugging GLXUnsupportedPrivateRequest failure

by Alex Villacís Lasso

Joseph Garvin wrote: > I've had problems with Fedora not supporting random extensions that > every other linux distro does since Core 2 that have never been fixed. > I'm guessing they use some patchset that screws things up. If all else > fails, try installing xorg manually from source. > > Oliver Stieber wrote: > >> It looks like the X server you are using doesn't support the OpenGL >> related function >> glXMakeCurrent(), can you send me the output of glxinfo? > Stieber, glxinfo output is attached as requested. Could you please point me as to what capability should be present but is not? Garvin, in the worst-case scenario that I need to recompile from source, will the source RPMS from Fedora 4 be enough? If so, what steps should I take to ensure that all GLX extensions are included? Any patches I should take out? Any modifications to the spec file? Or should I go for the direct source from freedesktop.org? Alex Villacís Lasso name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Mesa project: www.mesa3d.org OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 (1.5 Mesa 6.2.1) OpenGL extensions: GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_blend_square, GL_NV_point_sprite, GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x25 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x26 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x27 24 dc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None 0x28 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 0 0 None 0x29 24 dc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 0 0 None 0x2a 24 dc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 0 0 None

Aug. 2, 2005

Re: test case demonstrating PeekMessage give up timeslices

by Alexandre Julliard

Felix Nawothnig <felix.nawothnig(a)t-online.de> writes: > But then that "extra" NtYieldExecution should not depend on > !PM_NOYIELD since PM_NOYIELD doesn't have any effect on Windows, right? It has an effect for Win16 apps, they need to release the Win16 lock. We could add a yield in the PM_NOYIELD case, but Win32 apps won't use PM_NOYIELD anyway so I doubt it would make a difference, and keeping it that way allows Winelib apps to tweak the behavior if needed. >> since a server call is much more expensive than a Windows system call. > > Would using shm fix that? No, you don't want to put the message queue in shared memory, that's not reliable. -- Alexandre Julliard julliard(a)winehq.org

Aug. 2, 2005

Re: pf_vsnprintf implementatnion of 'I', 'I32' and 'I64' prefixes for type specifiers

by David Laight

On Tue, Aug 02, 2005 at 10:35:59PM +0900, Mike McCormack wrote: > > It's a little more complicated than you think, after you start handling > all the width modifiers, various floating point formats, etc. Not to mention coding in the 'brokenness'! On windows: _snprintf(buff, 3, "ab" ) returns 2, buff = "ab<0>" _snprintf(buff, 3, "abcd" ) returns -1, buff = "ab<0>" but: _snprintf(buff, 3, "abc" ) returns 3, buff = "abc" without NUL terminating the string. Do you replicate that? David -- David Laight: david(a)l8s.co.uk

Aug. 2, 2005

Wine + MS Office 2000 - can not install

by RLLOYDNAVE123＠wmconnect.com

I recently installed the latest 07252005 version of wine on my system which is running Fedora 4. The wine compile and install seemed to go smoothly. I also downloaded the documentation ZIP file from source forge. However, the Make procedure for the documentation failed to build. I next attempted to install MS Office 2000 from a CD using wine but was not successful. The Office installer apparently tries to install Internet Explorer version 4 and fails with a message "the spilt of Internet Explorer is complete" contact web site xxxx for information about this problem. Click to exit. There is a drop down box which apparently offers the option of a full or partial install of Internet explorer. However, the menu options are blank. After closing the error message dialog box , the installer appears to continue on getting more and more confused until it eventually locks up or dies. I have tried numerous versions of wine with MS OFFice 2000. However, I have had similar installation problems with all versions more recent than March 2004.

Aug. 2, 2005

Re: test case demonstrating PeekMessage give up timeslices

by Felix Nawothnig

Alexandre Julliard wrote: >>So, PeekMessage always yields execution (it shouldn't) with PM_NOYIELD >>specified it yields execution twice (although it shouldn't at all). > PeekMessage is going to call the server and wait on the result, > there's no way around it. The extra yield is to avoid hammering the > server with requests in stupid apps that constantly poll for messages, But then that "extra" NtYieldExecution should not depend on !PM_NOYIELD since PM_NOYIELD doesn't have any effect on Windows, right? > since a server call is much more expensive than a Windows system call. Would using shm fix that? Felix

Aug. 2, 2005