- Wine-Devel - list.winehq.org

Re: [shell32] Load file context menu from resources (try 2)
by Michael Jung June 22, 2005

June 22, 2005

On Tuesday 21 June 2005 03:11, Tobias Burnus wrote: > Well, I actually don't know what is supposed to be there; I saw quite > different menus on the different Windows versions. Some seem to have the > "Properties" and "Create Link" (and other stuff more) and others have > not. I will now now blindly assume that that what is in the .c file is > the right thing (TM) and will delete the rest. I guess the "Properties" and "Create Link" entries will appear in the context menus, iff the corresponding IShellFolder sets the SFGAO_HASPROPSHEET and SFGAO_CANLINK flags in it's GetAttributesOf method. For example, you can't create a link on MyComputer, but you can on Desktop. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

hexadecimal formatting
by Saulius Krasuckas June 22, 2005

June 22, 2005

Some code in the tree uses the form "%08lx", while other code places use "0x%08lx". What about converging into a single form?

1 0

Re: winefile: switch to UNICODE mode
by Martin Fuchs June 22, 2005

June 22, 2005

> > The pure existence of <include/tchar.h> in the Wine code base > > shows me, Wine is aimed to support TCHARs. So why don't you > > want to properly activate its functionality and take Winefile > > as an example how to use it? > > ... > > I know, I won't be able to convince you. Any one out there to > > support my point of view? ;-) > > the whole existance of the TCHAR type and associated functions is to > allow applications to be portable between ANSI and Unicode and therefore > avoid ugly #ifdefs for distinguishing between ANSI and Unicode. As it is > part of the Platform SDK at least since Windows 95 was released, I'm > sure many Win32 applications (still) rely on the TCHAR type. At least > the MFC library and ATL does and hence all MFC/ATL based applications > rely on that type too. > > So I really think Wine has to support the TCHAR type and all associated > functions/macros to stay as close to the Windows API as possible. > > And since it helps to avoid #ifdefs in application source, I think > that's a strong argument not to eliminate it from Winelib (includes). > Maybe these arguments help to convince you, Alexandre. ;-) Thanks, Ralf. :-) ...and if something is present in the Winelib API, it should made available completely. Currently it is not possbile to use <tchar.h> in UNICODE mode. My patch changes this, and allows to compile Winefile (and also other applications) in UNICODE mode by using TCHAR as flexible character type. There is still another limitation when using <tchar.h>: You can't use Unix headers at the same time. This is the reason, I had to introduce an external module "unixcalls.c", which is not compiled using the default Makefile rules, but by a special rule without using msvcrt include files. Calling this "ugly" may be justifiable. But it's not the fault of Winefile, but that of the incomplete <tchar.h> support. Regards, Martin

1 0

Job opportunity for Sydney based Wine hacker
by Troy Rollo June 21, 2005

June 21, 2005

I currently have a job opening for a Sydney based Wine hacker. A significant part of the job involves working on Wine. If anybody is interested, please contact me off-list.

1 0

[WINEDOCS] change wine -v to wine --version since wine -v does not work.
by Tony Lambregts June 21, 2005

June 21, 2005

Andreas Mohr wrote: > Hi, > > On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote: > >>Change log: Change wine -v to wine -version since wine -v does not work. > > This is fatally incorrect, since Unix *always* (well, almost;) uses > double-dash for long options (and Wine barfs on that invalid syntax as well). > > Andreas > > Doh! Change log: Change wine -v to wine --version since wine -v does not work. Files Changed: en/wineusr-bugs.sgml Index: en/wineusr-bugs.sgml =================================================================== RCS file: /cvsroot/wine/docs/en/wineusr-bugs.sgml,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 wineusr-bugs.sgml --- en/wineusr-bugs.sgml 9 May 2005 05:31:13 -0000 1.1.1.1 +++ en/wineusr-bugs.sgml 22 Jun 2005 00:03:21 -0000 @@ -265,7 +265,7 @@ <itemizedlist spacing="compact"> <listitem> <para> - Which version of Wine you're using (run <command>wine -v</command>) + Which version of Wine you're using (run <command>wine --version</command>) </para> </listitem> <listitem>

1 0

FC4 Compile Issue
by Matthew Frederico June 21, 2005

June 21, 2005

This may not be the correct place to post this ... Trying to compile wine (wine-20050524) on Fedora Core 4 ... All goes pretty smoothly until: gcc -c -I. -I. -I../include -I../include -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o preloader.o preloader.c preloader.c: In function 'is_in_preload_range': preloader.c:863: error: 'union <anonymous>' has no member named 'a_ptr' preloader.c:864: error: 'union <anonymous>' has no member named 'a_ptr' make[1]: *** [preloader.o] Error 1 make[1]: Leaving directory `/home/matt/Desktop/wine-20050524/loader' make: *** [loader] Error 2 Any ideas? -- -- Matthew Frederico http://www.ultrize.com ---------------------------------- Office: (361)288-3331 Cell:(801)722-5276

3 2

Re: Change Name of "Wine Marlett" Font
by Huw D M Davies June 21, 2005

June 21, 2005

On Mon, Jun 20, 2005 at 01:10:11PM -0500, Robert Shearman wrote: > Changelog: > The "Wine Marlett" font needs to be called "Marlett" for Steam to pick > it up. The font replacement mechanism should make this unnecessary. Why doesn't that work in this case? Huw.

4 10

amstream missing clsid of DirectShowStreamLib
by Vijay Kiran Kamuju June 21, 2005

June 21, 2005

amstream missing clsid of DirectShowStreamLib which is 4E6CDE29-C0C4-11d0-8FF1-00C04FD9189D

1 0

Re: [WINEDOCS] change wine -v to wine -version since wine -v does not work.
by Andreas Mohr June 21, 2005

June 21, 2005

Hi, On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote: > Change log: Change wine -v to wine -version since wine -v does not work. This is fatally incorrect, since Unix *always* (well, almost;) uses double-dash for long options (and Wine barfs on that invalid syntax as well). Andreas

1 0

Problem with wine-cvs on FC4
by Hans Kristian Rosbach June 21, 2005

June 21, 2005

For about a week now I've been able to compile wine-cvs on FC4 after manually excluding the ddraw-test references. But I'm yet to see an actual window created by wine. Even running the "built in" notepad application does not produce much meaningful result. In the console it outputs "err:imagelist:ImageList_ReplaceIcon no color!" a lot and then just sits there waiting. No window, no other messages. After running 'make test' I end up with these errors: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so imagelist.c && touch imagelist.ok imagelist.c:303: Test failed: no hicon1 imagelist.c:305: Test failed: no hicon2 imagelist.c:307: Test failed: no hicon3 imagelist.c:355: Test failed: no hicon1 imagelist.c:357: Test failed: no hicon2 imagelist.c:359: Test failed: no hicon3 imagelist.c:402: Test failed: couldn't get DC imagelist.c:435: Test failed: DrawIndirect should succeed imagelist.c:445: Test failed: should succeed imagelist.c:447: Test failed: should succeed imagelist.c:449: Test failed: should succeed imagelist.c:485: Test failed: failed to create hicon1 There are also a few hundreds of the no color error, I can provide full make test output if wanted. -HK

2 2