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

Re: Help debugging GLXUnsupportedPrivateRequest failure

by Joseph Garvin

Alex Villacís Lasso wrote: > Joseph Garvin wrote: > > Garvin, in the worst-case scenario that I need to recompile from > source, will the source RPMS from Fedora 4 be enough? I would guess no. If they do use some custom patchset, the source rpms probably use it too. I would expect the binary rpms to have been created using the source rpms so they probably still contain the problem. I'd try the direct source from freedesktop. > 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. 3, 2005

WaitCommEvent Patches

by Uwe Bonnes

Any comments on the WaitCommEvent patches? They have not been applied yet... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Aug. 3, 2005

Re: Move Win16 relay messages to the relay16 channel

by Alexandre Julliard

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > For example the main program from the Xilinx ISE suite ise.exe starts > _pn.exe. If I understand right, "RelayFromInclude"="ise.exe" will track > relay calls of ise.exe,but not from _pn.exe. Sure, but "RelayFromInclude"="ise.exe;_pn.exe" will track both. > However I can test, as "RelayFromInclude"="ise.exe" causes _pn.exe to > crash... How does it crash? -- Alexandre Julliard julliard(a)winehq.org

Aug. 3, 2005

Re: Move Win16 relay messages to the relay16 channel

by Uwe Bonnes

>>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.org> writes: Alexandre> Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: >> RelayFromInclude doesn't follow CreateProcess, if I understand things >> right... Alexandre> Not sure what you mean, it's in the registry so child Alexandre> processes will certainly use the same options. For example the main program from the Xilinx ISE suite ise.exe starts _pn.exe. If I understand right, "RelayFromInclude"="ise.exe" will track relay calls of ise.exe,but not from _pn.exe. However I can test, as "RelayFromInclude"="ise.exe" causes _pn.exe to crash... Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Aug. 3, 2005

AppDB - allow maintainers to process submitted screenshots and application versions

by Chris Morgan

This patch should offload a little bit of the work involved in being an appdb admin by allowing maintainers and super maintainers to process screenshots submitted for applications they maintain or supermaintain, or to process submitted versions for applications they super maintain. Any comments on the code changes? Ideas for improving the patch? I wanted as much review as possible for this one given that we are expanding the roles of maintainers. ChangeLog: Chris Morgan <cmorgan(a)alum.wpi.edu> Allow maintainers to process submitted screenshots and application versions for applications they maintain and supermaintain. Chris

Aug. 3, 2005

Re: commctrl: rebar theming

by Frank Richter

On 03.08.2005 00:38, Robert Shearman wrote: > You have added this field, but don't use it apart from in a commented > out line. It's used in theme_changed(). But the commented out line is a mistake. -f.r.

Aug. 3, 2005

Re: commctrl: rebar theming

by Frank Richter

On 03.08.2005 00:38, Robert Shearman wrote: > You have added this field, but don't use it apart from in a commented > out line. Hm, that's not how it's supposed to be. Gotta check again. -f.r.

Aug. 3, 2005

Re: commctrl: rebar theming

by Robert Shearman

Frank Richter wrote: >@@ -184,6 +186,7 @@ > HFONT hFont; /* handle to the rebar's font */ > SIZE imageSize; /* image size (image list) */ > DWORD dwStyle; /* window style */ >+ DWORD orgStyle; /* original style (dwStyle may change) */ > SIZE calcSize; /* calculated rebar size */ > SIZE oldSize; /* previous calculated rebar size */ > BOOL bUnicode; /* TRUE if this window is W type */ >@@ -322,6 +325,7 @@ > You have added this field, but don't use it apart from in a commented out line. -- Rob Shearman

Aug. 2, 2005

Re: test case demonstrating PeekMessage give up timeslices

by Jeremy White

I dug into this a bit further. Felix, the extra 100 yields are coming from code I prompted, in ntdll/sync.c; if the return from an NtWait... is TIMEOUT, then we force a yield. (The thread that points to more info is here: http://www.winehq.org/hypermail/wine-devel/2005/01/0469.html) If I back that down and apply your patch, I can get to 100/1/1. This also makes Olivers test program retain priority (rather than slowing to a crawl as it does today). In fact, it keeps too high a priority (the perl test is slow and jerky by comparison to the Wine one, instead of being relatively even as on Windows). I'd theorize that's due to the server calls; we smell like an X process so we get priority. However, this makes it clear to me that the yield in message.c is largely moot; you need to remove both that one and the one in ntdll/sync.c to have any material effect on Wine timing with messages. Further, while I've been wanting to probe that yield in ntdll.c further, I haven't done my homework yet, so I think maybe I'll shut up and slink back into my corner. Cheers, Jeremy

Aug. 2, 2005

WRT: Links and Timeout

by Detlef Riekenberg

Hi Francois and Paul. On the WRT-Page "http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php", the link for "current status of Wine's conformance tests" is dead ("http://fgouget.free.fr/wine/tests-en.shtml"). Do you think, some Download-Links to "http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/" and "winetest-latest.exe" / "winetest-latest.exe.sig" on the main WRT-Page are useful ? winetest-latest.exe hung on my machine wine with a MessageBox ("\wrt/ddraw_test.exe ddrawmodes" timed out) while the console gave me: -- cut -- fixme:ddraw:Main_DirectDraw_SetCooperative Level (0x7bc3d0c0)->(000b0044,00000051) fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:xrandr:X11DRV_XRandR_SetCur rentMode Cannot change screen BPP from 32 to 16 fixme:xrandr:X11DRV_XRandR_SetCur rentMode Cannot change screen BPP from 32 to 16 fixme:xrandr:X11DRV_XRandR_SetCur rentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:Main_DirectDraw_SetCo operativeLevel (0x7bc3d0c0)->(000 b0044,00000051) -- cut -- - copied from the console with line-splitting - the forward-slash in the MessageBox looks not like windows :-) My Desktop-Menu (Gnome 2.10.0 / Ubuntu 5.04) moved from the left edge to the right half of the Desktop-Menubar during the Test. (xorg 6.8.2-10 with nvidia-glx 1.0.7174-0ubuntu1 at 1152*864/32) -- By By ... ... Detlef

Aug. 2, 2005