June 2005 - Wine-devel - list.winehq.org

Re: Change Name of "Wine Marlett" Font
by Huw D M Davies 21 Jun '05

21 Jun '05

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 21 Jun '05

21 Jun '05

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 21 Jun '05

21 Jun '05

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 21 Jun '05

21 Jun '05

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

Wine and raw printing
by André Carvalho 21 Jun '05

21 Jun '05

I posted the same message on wine-user list , but got no help. Hi, I was wondering if someone could help me on this issue. I use a windows program that print direct to the printer, but it uses the printer from the printer list, it doesn't use the port directly. On Windows, to use the program I have to install a "Generic / Only Text" printer to work. The program runs on wine without problems. The only problem is to print. I created a raw printer in CUPS, but when I select the printer in the program, wine still uses the WinePS driver and generate a PS, giving me an error on the printer, of course. I tried to install a driver tty.drv on wine but couldn't get it to work. Is there a way to disable WinePS ? or another way to get the program to print ? Thanks Andre Carvalho

4 5

unicode.h and -Wcast-qual
by Stefan Huehner 21 Jun '05

21 Jun '05

Hi, i am currently trying to fix the -Wcast-qual warnings. In include/wine/unicode.h there a 4 function: static inline int strncmpW( const WCHAR *str1, const WCHAR *str2, int n) static inline WCHAR *strchrW( const WCHAR *str, WCHAR ch ) static inline WCHAR *strrchrW( const WCHAR *str, WCHAR ch ) static inline WCHAR *strpbrkW( const WCHAR *str, const WCHAR *accept ) whose signatures forces us to discard the const of an parameter while returning it as the function value. Compiling with -Wcast-qual gives (correctly) this warning: ../../include/wine/unicode.h:218: warning: cast discards qualifiers from pointer target type Together these four functions account for a total of 1400 (!) warnings. In samba_4 sourcecode i discovered the following macros, which are apparently a hack but silences these warnings: #define discard_const(ptr) ((void *)((intptr_t)(ptr))) #define discard_const_p(type, ptr) ((type *)discard_const(ptr)) an crude proof of concept is attached as a patch. I am not sure how portable this solution is... Any comments are welcome... Regards, Stefan

4 3

Re: World of Warcraft
by Aric Cyr 20 Jun '05

20 Jun '05

> > fixme:opengl:wglQueryPbufferARB unsupported WGL_PBUFFER_LOST_ARB > > (need > > glXSelectEvent/GLX_DAMAGED work) > > Arg, > i didn't expect this fixme :( I don't think we have to worry about this fixme. We can always return GL_FALSE, since that is the way the OpenGL surfaces were created. >From http://oss.sgi.com/projects/ogl-sample/registry/SGIX/pbuffer.txt: If the GLX_PRESERVED_CONTENTS_SGIX attribute is set to False in <attrib_list>, then an "unpreserved" pbuffer is created and the contents of the pbuffer may be lost at any time. If this attribute is not specified, or if it is specified as True in <attrib_list>, then when a resource conflict occurs the contents of the pbuffer will be preserved (most likely by swapping out portions of the buffer to main memory). In either case, the client can register to receive a "buffer clobber" event which is generated when the pbuffer contents have been preserved or have been damaged. (See the event description.) So the fixme should be fixed to always return GL_FALSE I think. Also, there is an interesting workaround for the clicking problem as well on the Gentoo forums. Seems to be working for the majority of people (including myself). It seems to reaffirm that the problem is indeed the memory layout. http://forums.gentoo.org/viewtopic-p-2509340.html#2509340 -- Aric Cyr <acyr at alumni dot uwaterloo dot ca> (http://acyr.net) gpg fingerprint: 943A 1549 47AC D766 B7F8 D551 6703 7142 C282 D542

1 0

Mime type Desktop integration
by Stefan Dösinger 20 Jun '05

20 Jun '05

Hello, I am working on a small tool which reads mime types and linked applications from the registry and generates .desktop files for the unix desktop. This integrates Windows Applications better into the native Desktop. I've written this code in the last days without much planning, so the code is quite a mess IMO. There are still things missing and a few bugs are left, but I thoght I show what I'm doing here. So, the usage: *Compile with 'make'. *You have to copy the winestart script somewhere in the path, otherwise you can't open any files *Specify the target path for the .desktop files in $WINEAPPLNKPATH. This tool will create a sub-directory where it will place the files. BUG: This directory has only read rights, and this causes a crash later. Up to now you have to give yourself +wx rights and run again *Copy the created .desktop files somewhere to your applink path(e.g. ~/.kde/share/applnk) or set $WINEAPPLNKPATH to ~/.kde/share/applnk. Your Desktop(tested with KDE) should read this files and assign them to the file types. So for example, if you have Internet explorer installed you get a new "htmlfile" application which opens the file in Internet Explorer if you really want this. Missing things *Get icon extraction working. Code taken from winemenubuilder, but it fails on many files, and it can't extract 32Bit icons. *Mime type exportation: Currently only Application entries are created, but no mime types. If the Desktop doesn't know the mime type, the Application is useless. *Rework some parts of the code and make it more Wine-Stylish(Heap...) *Integrate Unix apps into the Windows Registry. *Other things? Greetings, Stefan Dösinger

1 0

Using SVK and Subversion to manage distributed branches to Wine CVS
by Troy Rollo 20 Jun '05

20 Jun '05

Over the past few weeks I have been experimenting with SVK and Subversion managing a handful of branches to Wine CVS, and it appears to be working well. The system is based on a "central" Subversion repository that mirrors the Wine CVS tree without any modifications (publicly readable at svn://wine-svn.troy.rollo.name/wine/wine/) and is kept up to date within a day or so. Branches are stored in separate Subversion repositories. I am finding this very convenient. If you have converted from CVS to Subversion on other projects, you are probably aware of the huge difference it makes. Adding SVK on top of Subversion is another giant leap when you have distributed development. In the case of Wine, however, with the CVS repository being read-only except to Alexandre, the difference between read-only CVS and the combination of Subversion and SVK is even more dramatic (I would compare it to the difference between chiselling documents into stone tablets and using a word processor). For anybody who is interested in moving their own Wine development to Subversion and SVK, there is a page on the Wiki describing what to do at <http://wiki.winehq.com/SVK>

2 1

Guild Wars
by cyrix12＠cox.net 20 Jun '05

20 Jun '05

I'm back, and with another game that will (hopefully) be playable in wine soon. Guild Wars, another extremely popular MMORPG, is fairly close to working in wine right now (I'm running latest cvs). It installs flawlessly, opens to the login screen, and then crashes when it should be connecting to the server (much like WoW used to). Attached is a +opengl trace and a plain warn+dll,fixme+all trace. Hopefully that's enough info for now. Thanks as always, Darckness

5 7