wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: Cannot compile man pages outside source directory
by William Poetra Yoga H 06 May '05

06 May '05

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > > Just a detail but you probably want to use -C instead of -D for that > option, it's what the other tools like makedep or winebuild use for > that purpose. > OK, it's -C now. By the way, I think the checks when assigning $opt_source_dir are a bit simpler (maybe too simple?) than those for other command line options... William Poetra Yoga Hadisoeseno __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ Index: dlls/Makedll.rules.in =================================================================== RCS file: /home/wine/wine/dlls/Makedll.rules.in,v retrieving revision 1.71 diff -u -p -r1.71 Makedll.rules.in --- dlls/Makedll.rules.in 8 Mar 2005 16:55:26 -0000 1.71 +++ dlls/Makedll.rules.in 6 May 2005 15:12:52 -0000 @@ -61,13 +61,13 @@ $(MAINSPEC).c: $(MAINSPEC) $(RC_SRCS:.rc # Rules for auto documentation man: $(C_SRCS) - $(C2MAN) -o $(TOPOBJDIR)/documentation/man$(api_manext) -R$(TOPOBJDIR) -S$(api_manext) $(INCLUDES) $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) + $(C2MAN) -o $(TOPOBJDIR)/documentation/man$(api_manext) -R$(TOPOBJDIR) -C$(SRCDIR) -S$(api_manext) $(INCLUDES) $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) doc-html: $(C_SRCS) - $(C2MAN) -o $(TOPOBJDIR)/documentation/html -R$(TOPSRCDIR) $(INCLUDES) -Th $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) + $(C2MAN) -o $(TOPOBJDIR)/documentation/html -R$(TOPSRCDIR) -C$(SRCDIR) $(INCLUDES) -Th $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) doc-sgml: $(C_SRCS) - $(C2MAN) -o $(TOPOBJDIR)/documentation/api-guide -R$(TOPSRCDIR) $(INCLUDES) -Ts $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) + $(C2MAN) -o $(TOPOBJDIR)/documentation/api-guide -R$(TOPSRCDIR) -C$(SRCDIR) $(INCLUDES) -Ts $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) .PHONY: man doc-html doc-sgml Index: tools/c2man.pl =================================================================== RCS file: /home/wine/wine/tools/c2man.pl,v retrieving revision 1.21 diff -u -p -r1.21 c2man.pl --- tools/c2man.pl 7 Jan 2005 17:17:23 -0000 1.21 +++ tools/c2man.pl 6 May 2005 15:12:56 -0000 @@ -42,6 +42,7 @@ my $FLAG_64PAIR = 64; # The 64 bit v # Options my $opt_output_directory = "man3w"; # All default options are for nroff (man pages) my $opt_manual_section = "3w"; +my $opt_source_dir = ""; my $opt_wine_root_dir = ""; my $opt_output_format = ""; # '' = nroff, 'h' = html, 's' = sgml my $opt_output_empty = 0; # Non-zero = Create 'empty' comments (for every implemented function) @@ -120,7 +121,10 @@ sub process_spec_file($) # We allow opening to fail just to cater for the peculiarities of # the Wine build system. This doesn't hurt, in any case - open(SPEC_FILE, "<$spec_name") || return; + open(SPEC_FILE, "<$spec_name") + || (($opt_source_dir ne "") + && open(SPEC_FILE, "<$opt_source_dir/$spec_name")) + || return; while(<SPEC_FILE>) { @@ -236,7 +240,10 @@ sub process_source_file($) { print "Processing ".$source_file."\n"; } - open(SOURCE_FILE,"<$source_file") || die "couldn't open ".$source_file."\n"; + open(SOURCE_FILE,"<$source_file") + || (($opt_source_dir ne "") + && open(SOURCE_FILE,"<$opt_source_dir/$source_file")) + || die "couldn't open ".$source_file."\n"; # Add this source file to the list of source files $source_files{$source_file} = [$source_details]; @@ -2115,6 +2122,9 @@ sub usage() "Options:\n", " -Th : Output HTML instead of a man page\n", " -Ts : Output SGML (Docbook source) instead of a man page\n", + " -C <dir> : Source directory, to find source files if they are not found in the\n", + " current directory. Default is \"",$opt_source_dir,"\"\n", + " -R <dir> : Root of build directory, default is \"",$opt_wine_root_dir,"\"\n", " -o <dir> : Create output in <dir>, default is \"",$opt_output_directory,"\"\n", " -s <sect>: Set manual section to <sect>, default is ",$opt_manual_section,"\n", " -e : Output \"FIXME\" documentation from empty comments.\n", @@ -2156,6 +2166,10 @@ while(defined($_ = shift @ARGV)) } last; }; + s/^C// && do { + if ($_ ne "") { $opt_source_dir = $_; } + last; + }; s/^R// && do { if ($_ =~ /^\//) { $opt_wine_root_dir = $_; } else { $opt_wine_root_dir = `cd $pwd/$_ && pwd`; } $opt_wine_root_dir =~ s/\n//; @@ -2181,8 +2195,9 @@ if ($opt_verbose > 3) { print "Output dir:'".$opt_output_directory."'\n"; print "Section :'".$opt_manual_section."'\n"; - print "Format :'".$opt_output_format."'\n"; - print "Root :'".$opt_wine_root_dir."'\n"; + print "Format :'".$opt_output_format."'\n"; + print "Source dir:'".$opt_source_dir."'\n"; + print "Root :'".$opt_wine_root_dir."'\n"; print "Spec files:'@opt_spec_file_list'\n"; print "Includes :'@opt_header_file_list'\n"; print "Sources :'@opt_source_file_list'\n";

1 0

Re: Cannot compile man pages outside source directory
by William Poetra Yoga H 06 May '05

06 May '05

I've modified the c2man.pl script, now 'make manpages' doesn't exit with an error, but no file is written to documentation/man3w. What's wrong? The diff is attached. William Poetra Yoga Hadisoeseno __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ Index: dlls/Makedll.rules.in =================================================================== RCS file: /home/wine/wine/dlls/Makedll.rules.in,v retrieving revision 1.71 diff -u -p -r1.71 Makedll.rules.in --- dlls/Makedll.rules.in 8 Mar 2005 16:55:26 -0000 1.71 +++ dlls/Makedll.rules.in 6 May 2005 07:35:03 -0000 @@ -61,7 +61,7 @@ $(MAINSPEC).c: $(MAINSPEC) $(RC_SRCS:.rc # Rules for auto documentation man: $(C_SRCS) - $(C2MAN) -o $(TOPOBJDIR)/documentation/man$(api_manext) -R$(TOPOBJDIR) -S$(api_manext) $(INCLUDES) $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) + $(C2MAN) -o $(TOPOBJDIR)/documentation/man$(api_manext) -R$(TOPOBJDIR) -D$(SRCDIR) -S$(api_manext) $(INCLUDES) $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) doc-html: $(C_SRCS) $(C2MAN) -o $(TOPOBJDIR)/documentation/html -R$(TOPSRCDIR) $(INCLUDES) -Th $(MAINSPEC:%=-w %) $(SPEC_SRCS16:%=-w %) $(C_SRCS) $(C_SRCS16) Index: tools/c2man.pl =================================================================== RCS file: /home/wine/wine/tools/c2man.pl,v retrieving revision 1.21 diff -u -p -r1.21 c2man.pl --- tools/c2man.pl 7 Jan 2005 17:17:23 -0000 1.21 +++ tools/c2man.pl 6 May 2005 07:35:06 -0000 @@ -42,6 +42,7 @@ my $FLAG_64PAIR = 64; # The 64 bit v # Options my $opt_output_directory = "man3w"; # All default options are for nroff (man pages) my $opt_manual_section = "3w"; +my $opt_source_dir = ""; my $opt_wine_root_dir = ""; my $opt_output_format = ""; # '' = nroff, 'h' = html, 's' = sgml my $opt_output_empty = 0; # Non-zero = Create 'empty' comments (for every implemented function) @@ -236,7 +237,7 @@ sub process_source_file($) { print "Processing ".$source_file."\n"; } - open(SOURCE_FILE,"<$source_file") || die "couldn't open ".$source_file."\n"; + open(SOURCE_FILE,"<$source_file") || open(SOURCE_FILE,"<$opt_source_dir$source_file") || die "couldn't open ".$source_file."\n"; # Add this source file to the list of source files $source_files{$source_file} = [$source_details]; @@ -2154,6 +2155,10 @@ while(defined($_ = shift @ARGV)) my $have_headers = `ls $include >/dev/null 2>&1`; if ($? >> 8 == 0) { @opt_header_file_list = (@opt_header_file_list, $include); } } + last; + }; + s/^D// && do { + if ($_ ne "") { $opt_source_dir = $_."/"; } last; }; s/^R// && do { if ($_ =~ /^\//) { $opt_wine_root_dir = $_; }

2 2

Re: shell32/brsfolder: returned pidl has to be cloned
by Michael Stefaniuc 06 May '05

06 May '05

On Fri, May 06, 2005 at 03:29:06PM +0200, Michael Jung wrote: > info->pidlRet points directly to a pidl stored in the treeview-item, which > will be free'd when the dialog is closed. Thus we have to clone the pidl > before. MSDN says that the caller of SHBrowseForFolder is responsible for > free'ing the returned pidl. > > Changelog: > Return a cloned PIDL by SHBrowseForFolder to avoid heap corruption And the patch? ;) bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: unix filenames in notepad
by Michael Lin 06 May '05

06 May '05

Hi Michael, > Oops, as you see I'm undecided ;) (Anyway, this probably should be GNU ;) > However, in the final version I would like this to appear not at all in the > shell namespace, anyway. I think it would be nice if the '/' appears beside > the wine drive letters under 'My Computer'. I have been extending your work to integrate shfldr_unixfs more with open file dialog. I am modifying open file dialog to accept typed in unix path and through validation checks as well I have also fixed a bug in shfldr_unixfs and extend IPersistFolder to IPersistFolder2. I know you are working on this area as well, so maybe we should coordinate our effort so that there is no duplicate work. I know there will be issues of Windows APIs won't accept unix file path. But at this point, I just want to extend open file dialog optionally accept and return a unix file path. The flag to turn unix path on or off can be in the registry, or simply a extended flag that was passed in to OPENFILENAME struct. Michael Lin

10 13

Re: unix filenames in notepad
by William Poetra Yoga H 06 May '05

06 May '05

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > James, if an application informs us somehow (TBD) that they > can handle Unix paths, there's no reason to force the silly > drive letters on Unix users. Ideally we would even hide the > drive letter combo box in the file dialogs. > Well, maybe I could comment... I think the z: driver letter convention is ok, because: 1. Wine should provide the Windows API on top of Unix, and although extensions are OK, adding unix path handling capability is somehow "incorrect" IMO 2. Unix users using Windows software usually come from Windows 3. Windows apps ported using Winelib are usually desktop applications, and don't touch the root; they usually operate on files in the home directory. So we don't need to add unix path handling here. 4. There's already a z: drive that points to /, and it makes Wine simpler (yes, in design). Ever wondered why Microsoft software are buggy? P.S. Actually the BSD users are already quite familiar with drive letters ;) William Poetra Yoga Hadisoeseno __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail

1 0

Re: unix filenames in notepad
by William Poetra Yoga H 06 May '05

06 May '05

--- Troy Rollo <wine(a)troy.rollo.name> wrote: > On Fri, 6 May 2005 09:10, James Hawkins wrote: > > wine wasn't designed to accept unix paths in the apis directly or to > > display them in open file dialogs, > > Linux wasn't designed to run Windows applications either - these things are > subject to change. > Yes, and Windows applications wasn't designed to 'see' Unix paths, whether developed on Windows (like WinZip) or on Linux (winemine). > > This just adds complexity to an already complex beast. Keep it simple. > > If it's too complex for *you* then nobody's asking *you* to implement it. > It's > needed for some uses of WINE, and we have at least one corporate developer > and one individual developer who are willing to implement it. This pretty > much guarantees something will be implemented whether it's beyond your > capabilities or not. The only real question is what is the best *way* to > implement it. > Uh... it's getting hotter here... "... one corporate developer ..." hm... ;) *If* we're at the very least worried about not having an existing z: drive (like with winecfg), I suggest we make z: a default drive for / (or is it already implemented??) So if there's already an existing z: symlink in ~/.wine/dosdevices, we use that, otherwise imply z: -> / William Poetra Yoga Hadisoeseno Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html

3 2

wineconf videos on Wiki
by Andreas Mohr 06 May '05

06 May '05

Hi all, I set up a page with various video and presentation sites at http://wiki.winehq.org/WineConf Feel free to add further stuff there! Andreas

1 0

resizing?
by Maarten Lankhorst 06 May '05

06 May '05

static void Resize(CaptureBox * capBox, LPBYTE output, LPBYTE input) { if (!capBox->swresize) { int depth = capBox->bitDepth / 8; int inoffset = 0, outoffset = (capBox->height-1) * capBox->width * depth; int ow = capBox->width * depth; while (outoffset >= 0) { int x; outoffset -= ow; for (x = 0; x < ow; x++) output[outoffset + x] = input[inoffset + x]; inoffset += ow; } } else { FIXME("Software scaling not supported, I got no clue how and no-one wants to help so adding gray instead...\n"); memset(output, 128, capBox->outputwidth * capBox->outputheight * capBox->bitDepth / 8); } } I want to copy from a raw bitmap stream which is (capBox->width) x (capBox->height) (24 bits) to (capBox->outputwidth) x (capBox->outputheight) (also 24 bits), if you can argue about HAVE_V4L2 this should be easy :) I *really* need this fixed, any info is greatly appreciated.. gluScaleImage seemed ideal, but a qcap linking to glu32 would never make it to the wine source.. so a more windows-compliant(TM) solution(R) is required, since I'm a disaster in win32 programming best would be instant code of which i only need to change variable names or something (yet ironically enough i know too much of com, directshow & devenum already :-\ ) THANKS!! Maarten

2 2

wineconf video downloads
by Ivan Leo Puoti 06 May '05

06 May '05

Videos will appear here http://wineconf.geldorp.nl/ enjoy. Ivan.

10 15

[revisited] [OLE #31] Dynamically Allocate the MTA
by Dustin Navea 06 May '05

06 May '05

>Vincent Béron wrote: > >>Le mar 11/01/2005 à 14:03, Robert Shearman a écrit : >> >> >>>Changelog: >>>- Make MTA dynamically allocated so that proxies and other resources are >>>freed at the proper time. >>>- Changed/removed some incorrect comments regarding apartments. >>>---- >>> >>> >>> >> >>This patch broke wineprefixcreate invocation for me. >> >>What happens is I get a: >>X Error of failed request: BadWindow (invalid Window parameter) >> Major opcode of failed request: 18 (X_ChangeProperty) >> Resource id in failed request: 0x77e61740 >> Serial number of failed request: 107 >> Current serial number in output stream: 114 >>error while wineprefixcreate runs "wine rundll32.exe >>setupapi.dll,InstallHinfSection DefaultInstall 128 wine.inf". >> >>The error do go away if one of avifil32.dll or devenum.dll is commented >>out in [RegisterDllsSection] in wine.inf. >> >>My personal guess is that one (or both) of those dlls do something which >>they should not, and we end up with using freed or unallocated memory. >> >> > >I don't see the problem on my machine. Do the tests in dlls/ole32/tests >work for you? >Is it possible to capture a +ole log for the wineprefixcreate >invocation? >I'll do a review of the code paths that patch touches anyway, but I >don't see how it could affect things - devenum does not use MTAs and >avifil32 does not use COM. > >Rob Apparently this is affecting more than 1 user (see bug 2398). Was the cause (and a proper fix) ever found for this problem other than commenting out the necessary line? The reporter of that bug was going to do a regression test, and the Jan release was the last official release that worked, so of course this problem affected him until he found that mail. I assume so since we havent gotten any more reports of this, but I want to make sure, and find out when the problem was fixed. Dustin

4 4

Re: unix filenames in notepad
by William Poetra Yoga H 06 May '05

06 May '05

--- James Hawkins <truiken(a)gmail.com> wrote: > On 5/6/05, William Poetra Yoga H <williampoetra(a)yahoo.com> wrote: > > > > *If* we're at the very least worried about not having an existing z: drive > > (like with winecfg), I suggest we make z: a default drive for / (or is it > > already implemented??) So if there's already an existing z: symlink in > > ~/.wine/dosdevices, we use that, otherwise imply z: -> / > > > > That's the beauty of it! wineprefixcreate sets z: to point to / > automatically. Of course the user can always change what z: points > to, but / is the default location. > What I mean is, z: -> / is implied in the source. So even without a z: symlink, the z: drive will appear and contains the files in /. This is an extension by itself, but I think it's better than enabling users to input unix paths in dialog boxes. William Poetra Yoga Hadisoeseno __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Regression in Half life
by Stefan Dösinger 06 May '05

06 May '05

Hello, These two patches cause a regression in Half-Life (Version 1.1.1.0): (1)http://www.winehq.org/hypermail/wine-cvs/2005/04/0307.html (2)http://www.winehq.org/hypermail/wine-cvs/2005/04/0308.html Half-life reports "ChoosePixelFormat failed", followed by "The Selected OpenGL mode is not supported by your card" when starting the engine. Wine prints the following error: err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) Reversing the above 2 patches fixes the problem. Reversing patch 1 only causes a crash, if I reverse only patch 2 the problem still exists. Cheers, Stefan Here's a +opengl trace trace:opengl:X11DRV_OpenGL_Init GLX is up and running error_base = 77 fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00000000,00000008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00000000,00000013) fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00000000,00000008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00010028,00000013) fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00000000,00000008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c71a58)->(00010028,00000013) fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 trace:opengl:wgl_ext_initialize_extensions GL version : "1.3.5010 (X4.3.0-8.12.10)". trace:opengl:wgl_ext_initialize_extensions GL exts : "GL_ARB_multitexture GL_EXT_texture_env_add GL_EXT_compiled_vertex_array GL_S3_s3tc GL_ARB_occlusion_query GL_ARB_point_parameters GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture".... trace:opengl:wgl_ext_initialize_extensions GLX exts : "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample ". trace:opengl:wgl_ext_initialize_extensions Server GLX exts : "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 GLX_ARB_get_proc_address ". trace:opengl:wgl_ext_initialize_extensions Client GLX exts : "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample GLX_ATI_pixel_format_float GLX_ATI_render_texture ". fixme:opengl:query_function_pbuffer gl_version is: "1.3.5010 (X4.3.0-8.12.10)" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample" fixme:opengl:query_function_pbuffer gl_version is: "1.3.5010 (X4.3.0-8.12.10)" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_EXT_import_context GLX_ARB_get_proc_address GLX_ARB_multisample" trace:opengl:wgl_ext_initialize_extensions Supporting following WGL extensions : "WGL_ARB_extensions_string WGL_EXT_extensions_string WGL_ARB_make_current_readWGL_ARB_multisample WGL_ARB_pbuffer WGL_ARB_pixel_format WGL_EXT_swap_control". trace:opengl:X11DRV_ChoosePixelFormat (0x77cc5448,0x1df4964) - size / version : 40 / 1 - dwFlags : PFD_DOUBLEBUFFER PFD_DRAW_TO_WINDOW PFD_SUPPORT_OPENGL - iPixelType : PFD_TYPE_RGBA - Color : 24 - Red : 0 - Green : 0 - Blue : 0 - Alpha : 0 - Accum : 0 - Depth : 32 - Stencil : 0 - Aux : 0 - iLayerType : PFD_MAIN_PLANE err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) trace:opengl:wglMakeCurrent ((nil),(nil)) trace:opengl:wglMakeCurrent returning True fixme:win:LockWindowUpdate (0x10028), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum

2 2

Google Web Accelerator
by Matthew Mastracci 06 May '05

06 May '05

To indulge my habit of trying the newest Google software releases under Wine, I decided to give the new Google Web Accelerator a shot with the latest CVS. The first issue that I ran into (patches sent to wine-devel!) was the lack of StgCreateStorageEx and StgOpenStorageEx. This seems to be used by Google to store their extra web cache data. Once I replaced the stubs with proper functions, the application started up and started caching data. From what I can tell, it even contacts the Google server for the compressed updates. It doesn't seem to "save time" in any way - I think this might have something to do with the inefficiency within the structured storage implementation (100% CPU for a short period of time as you request pages). My theory is that the application picks the request that returns first - Google's optimized version or the web page's response. It seems to die after a few minutes of browsing with what appears to be an async IO error. The strange thing is that the error code looks like a memory location rather than a winsock error: fixme:winsock:NtStatusToWSAError Status code 77ce16c0 converted to DOS error code 77ce16c0 fixme:winsock:WS2_async_send status: c0000120 [matthew@epsilon temp]$ cd /tmp/wine/dlls/winsock I tried to trace through what happens in an asynchronous send operation, but I couldn't figure out how the status of the response was translated back to the "->Internal" field of the OVERLAPPED structure. Any hints? Thanks, Matt.

2 1

New program: getsffile
by Vincent Béron 06 May '05

06 May '05

Sent to wine-devel to get feedback on initial idea and implementation. New program in programs/getsffile (Get Sourceforge File). It downloads a file from Sourceforge download section, finding a suitable mirror by itself. This should solve part of the mirroring problem we have for the Mozilla ActiveX control, to make it easy to install on demand, and can most probably be used by other similar things as well. You can also specify a preferred mirror in the registry (Software\\Wine\\getsffile, key SFPreferredMirror. If the file is not available from that mirror (mirror down, not yet synced, etc.), it'll try another one (up to 3 times). The list of mirrors is got from sf.net, it's not maintained in getsffile. Basically, to use it to get the Mozilla ActiveX control, what needs to be done is to actually put the control on sf (along with a zip containing 2 needed dlls, one of them is msvcp60.dll), and change the download logic in shdocvw to call getsffile for both files rather than do the download itself. The installation part is almost the same (it'd be nice if the zip would be installed at the same time, even nicer if it wouldn't be needed but that's Mozilla's part). Note that it's still not 100% proof, some mirrors give a 404 back and it's not properly detected. Is it possible to detect such things while using URLDownloadToFile? The whole dialog is ripped from shdocvw (Mike McCormack's work), the rest is my own development. Vincent

4 4

Re: Commercial support
by Peter Kovacs 06 May '05

06 May '05

>Rather than set threshholds on capacity, there might be a tiered >arrangement >whereby anybody can get a class D listing for nothing. Class C, B and >A >listings would cost $200, $1000, and $10000. The page would then be >ranked by >listing class, and within listing class by geography. How do you want to determine the different classes. If I pay 10.000$ I get listed on the Premium list? Or is it more that If I have more employees working on wine i pay more for being a official supporter? I am not sure if this is what the winhq should aim at. On the market it could work I do not know because I do not know how great the exsisting demand is. But we should be careful with lists. Every list is a official recommandation. And the wine Project should take care that these People do honestly contribute to wine. A general fee for all is better IMHO. We could make a fee 0f 200$ link the List to a profile where the Companies stats is listed. There we could make a Rubrik like the Company donated over X $ to the project. That would state the closeness and the support. You move up in the list if you collect enough points by producing code, patches and donation. Wich you can check on the profile. How bout that? >3) a link back to winehq.org from there site and not twenty pages into >there site. We could make a Button like Offical Wine support for the Commercial supporter. This button can be placed on the homepage. >7) if a banned party wants re-instatement they must pay a fine of >$25,000 and post a written apology to the community for there actions. It would be better if a official Wine Support Company signs a contract where it agrees to an penalty payment if violating the contract. The violation fee could be differ to the severity of the violation. This sounds serious to me. Because this is a two way road. We promise the company to treat them right and they ensure us to be honest on the project. Of course a contract is a bit more demanding then the simple list but they become the OFFICIAL Partner for wine. I think that is more worth then a fee. Greetings Peter

2 1

Re: Winelib's role in converting Windows applications
by Steven Edwards 06 May '05

06 May '05

Hi Ira, --- Ira Krakow <ikrakow_1999(a)yahoo.com> wrote: > For example, if the application requires PAM > authentication, or a Linux-based help system, these > modules would be separated out and encapsulated as > Winelib objects. I was thinking of using PAM > authentication as a good example, since it works for > any authentication scheme that the application > requires. > > This is the approach I plan to take. I welcome all > feedback. Another good example is from the UI point of view where you don't want users to have to deal with drive letters in a Unix env. Using winelib it would be possible to directly call GTK/GDK or KDE and use browse dialogs. Of course some work seems to be going on to add support for this directly to shell32 so someone else might know suggest a better way. Thanks Steven __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail

1 0

Re: PATCH: add test for non existing directory during createfile
by Troy Rollo 05 May '05

05 May '05

On Fri, 6 May 2005 02:59, Marcus Meissner wrote: > I would like to have someone test this test on windows... > > I have the suspicion that Windows might create non-existing directories > in the middle. Testing on Win2k I get ERROR_PATH_NOT_FOUND.

1 0

Re: Regression in Half life
by fenix＠club-internet.fr 05 May '05

05 May '05

2 1

Re: Re: Regression in Half life
by fenix＠club-internet.fr 05 May '05

05 May '05

3 2

DCOM patch
by Mike Hearn 05 May '05

05 May '05

Hi Rob, I've attached the patch I was working on at WineConf. The test cases pass now but I haven't checked it against InstallShield yet: can you look it over? Sorry about the extraneous changes. thanks -mike

1 0

Re: Missing HAVE_V4L2 check
by Maarten Lankhorst 05 May '05

05 May '05

Francois Gouget wrote: > > Maarten, could you fix the following winapi_check warnings: > > dlls/avicap32/avicap32_main.c: HAVE_V4L2 is not declared as a conditional > dlls/avicap32/avicap32_main.c: HAVE_V4L2 is not declared as a conditional > > > The problem is that dlls/avicap32/avicap32_main.c checks for HAVE_V4L2 > but we lack the appropriate check in configure.ac and the macro > declaration in include/config.h. > > HAVE_V4L2 is not declared in wine itself, but by /usr/include/linux/videodev.h, which includes videodev2.h and defines HAVE_V4L2 if V4L2 is available, so in my opinion it doesn't need fixing..

3 3

Re: PATCH: add test for non existing directory during createfile
by Stefan Leichter 05 May '05

05 May '05

Am Donnerstag, 5. Mai 2005 18:59 schrieb Marcus Meissner: > Hi, > > I would like to have someone test this test on windows... > > I have the suspicion that Windows might create non-existing directories > in the middle. > > Ciao, Marcus > Hello Markus, the test succeeds on my NT4 box Bye Stefan

2 1

InstallShield status page on the wiki
by Mike Hearn 05 May '05

05 May '05

Hi, I created an InstallShield page on the new wiki: http://wiki.winehq.com/InstallShield Dimi, the <p> tags don't seem to create any bottom padding like they would normally so all the text seems squashed together even if they have newlines between them. Can this stylesheet problem be fixed? thanks -mike

3 5

Re: [patch] fix delete key on certain european keyboards
by Paul van Schayck 05 May '05

05 May '05

On 5/5/05, zhilla <zhilla(a)spymac.com> wrote: > sorry if double, resend... > well, this is just this: > http://bugs.winehq.org/show_bug.cgi?id=2400 > and should apply to today's cvs. > i AM NOT the author! I have no idea how correct this patch is but I see a few things wrong with the patch style. It's missing a Changelog entry. It uses c++/c99 comment style (//). And the patch is made from the dlls/x11drv/ dir and not the cvs root. Paul > --- keyboard.c.orig 2005-05-05 18:22:56.000000000 +0200 > +++ keyboard.c 2005-05-05 17:41:03.000000000 +0200 > @@ -1067,11 +1067,14 @@ > else > XLookupString(e, NULL, 0, &keysym, NULL); > > - if ((keysym >= 0xFFAE) && (keysym <= 0xFFB9) && (keysym != 0xFFAF) > - && (e->state & NumLockMask)) > - /* Only the Keypad keys 0-9 and . send different keysyms > - * depending on the NumLock state */ > - return nonchar_key_vkey[keysym & 0xFF]; > + if (e->state & NumLockMask) // NumLock is active > + {if (keysym == 0xFFAC) // Numeric Del pressed > + return keyc2vkey[0x3B]; // comma > + if ((keysym >= 0xFFAE) && (keysym <= 0xFFB9) && (keysym != 0xFFAF)) > + /* Only the Keypad keys 0-9 and . send different keysyms > + * depending on the NumLock state */ > + return nonchar_key_vkey[keysym & 0xFF]; > + } > > TRACE_(key)("e->keycode = %x\n", e->keycode); > > >

1 0

Re: Cannot compile man pages outside source directory
by Alexandre Julliard 05 May '05

05 May '05

William Poetra Yoga H <williampoetra(a)yahoo.com> writes: > Why shouldn't we have absolute paths in makefiles? It makes it impossible to copy or move build trees around, that's very annoying. -- Alexandre Julliard julliard(a)winehq.org

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel