- wine-devel - winehq.org

CodeWeavers Installer Challenge - XMLSpy Enterprise Suite
by Vijay Kiran Kamuju 17 Aug '05

17 Aug '05

Hi, I was trying to install Altova XMLSpy Enterprise demo version, on linux with wine-20050725 version. It is hanging and it seems that in the begining there are some stream errors, fixeme: AppSearch must be implemented in ACTION_AppsearchComponents for CmpLocator tab (some thing like it). I wanted to test current msxml implementation as it might use msxml3 parser internally (i dunno really). Thanks, Vijay

1 0

Re: Lostwages: acknowledgement take two.......
by Jonathan Ernst 17 Aug '05

17 Aug '05

I have sent about 310 patches since december 2004, mostly for AppDB, some for lostwages and bugzilla and quite a few translating resources files in french and reimplementing the uninstaller, I really don't know if it makes it worth inclusion and won't be angry if I'm not included. Le mardi 16 août 2005 à 05:50 -0400, Tom Wickline a écrit : > Hello All, > > If your aware of someone missing from this list that should have > inclusion please let me know and ill happily include them in a future > update. > > Also: If I left someone at 2004 and they should be at 2005 let me > know! I updated all the folks that I remember sending in a number of > patches.... > > This patch includes Paul Vriens to the acknowledgment and who pages. > > Tom > > Changelog: > minor fixes, update to 2005 -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

2 2

Re: KERNEL/tests: test WideCharToMultiByte
by Alexandre Julliard 17 Aug '05

17 Aug '05

Saulius Krasuckas <saulius2(a)ar.fi.lt> writes: > Log message: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Add a test for WideCharToMultiByte. This should go in codepage.c. -- Alexandre Julliard julliard(a)winehq.org

1 0

WineHQ: Default font
by Christian Britz 17 Aug '05

17 Aug '05

Hi all, I noticed a little possibility to improve www.winehq.org with very little effort: I am talking about the default font for the website. if you look at http://www.winehq.org/winehq_styles.css you will easily see that the default font is "bitstream vera sans", followed by "verdana" and "arial" if vera is not available. Despite the fact that MS might be considered evil by some kids, Verdana and Arial look _much_ better and professional than Vera. I even removed Vera from my system just tomake the homepage look better and mor profesional. I would suggest that the responsible people switch the default font to Arial, which is also available on most Unix systems. No Offence meant! Regards, Christian

2 1

Future Acknowledgement & Who's Who updates
by Tom Wickline 16 Aug '05

16 Aug '05

Hello, I am in the process of updating our "Acknowledgement" & "Who's Who" pages and if anyone here wants to be included and your currently not just send me a mail and ask for inclusion. If you want inclusion on the "Acknowledgement" page let me know what aerie's you have worked on and you will be added in on my next patch. If you believe you will be around for some time to come (a year) and want to be included to the "Who's Who" page let me know this as well. For the "Who's Who" I will need a short description of who you are, where your from, when you started working on wine, and what aerie's you work on. You can look at other entries for a good example.. http://www.winehq.org/site/who http://www.winehq.org/site/acknowledgement This is what I have thus far for my next update. ADD - Jonathan Ernst (Acknowledgement page) ADD - Krzysztof Foltman (Acknowledgement page) ADD - Phil Krylov (Acknowledgement page) Update - Gerald Pfeifer to (2005) Update - Michael Jung to (2005) Update - James Hawkins to (2005) Update - Vitaliy Margolen to (2005) Update - Mike Hearn to (2005) Tom

1 0

Re: Lostwages: developer-cheatsheet.template.diff
by Andreas Mohr 16 Aug '05

16 Aug '05

Hi, On Tue, Aug 16, 2005 at 06:17:27PM +0200, Francois Gouget wrote: > Actually 'dereference' is correct here, although I have no doubt that it > is not in any dictionary. Huh, why? http://dictionary.reference.com/search?q=dereference But OTOH it does mention "well established in jargon", so you might have a point here. Andreas

3 2

Re: DINPUT: Generic FF effect implementation (FF #4)
by Daniel Remenak 16 Aug '05

16 Aug '05

Could I get some feedback on why this has not been applied? I've got several additional patches prepared already that depend on it and if something needs to be changed I'd like to know before I get even more that do. It still applies cleanly to CVS. If it's just not being applied because it's considered dead code I can submit the other patches that actually use it. Thanks, Daniel Remenak On 8/6/05, Daniel Remenak <dtremenak(a)gmail.com> wrote: > The fourth in a series of patches to enable force feedback through > DirectInput on linux event devices. > > Changelog: > Add a generic force feedback effect implementation > > This patch includes a bunch of support code for all DirectInput FF > effects, and adds stubs for a generic FF effect interface. > > Details: > 1. Stubs for a generic implementation of the IDirectInputEvent interface > 2. Debug utility functions to dump common structures > 3. Implementations of necessary object functions (e.g. AddRef, > Release, QueryInterface) > 4. Complete implementations of system-independent SetParameters and > GetParameters > > This patch adds two files, effect.c and effect_private.h, in the > dlls/dinput directory. This patch depends on FF #3 in order to > compile. > > --Daniel Remenak > > <Attachment: ff-4-effect.diff, 20K> >

2 3

Re: Get shlfolder test running with shell32 4.0
by Alexandre Julliard 16 Aug '05

16 Aug '05

Francois Gouget <fgouget(a)codeweavers.com> writes: > Version 4.0 of the shell32 dll does not export StrRetToBufW(). Other shell32 versions don't either, since StrRetToBufW is in shlwapi ;-) -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Report swap file total/free sizes to be the same as physical memory
by Andreas Mohr 16 Aug '05

16 Aug '05

Hi, On Tue, Aug 16, 2005 at 11:49:34PM +0900, Dmitry Timoshkov wrote: + /* Project2k refuses to start if it sees less than 1Mb of free swap */ + if (lpmemex->ullTotalPageFile < lpmemex->ullTotalPhys) + lpmemex->ullTotalPageFile = lpmemex->ullTotalPhys; + if (lpmemex->ullAvailPageFile < lpmemex->ullAvailPhys) + lpmemex->ullAvailPageFile = lpmemex->ullAvailPhys; 1 mega*bit* sounds a "bit" small... Andreas Mohr

1 0

Re: Winecfg and port access
by Christian Schmitz 16 Aug '05

16 Aug '05

HI: Thanks for you answer but i dont know how program these lines for control ioperm(). Yes my system is Suse Linux 9.3 with kde upgraded 3.4.1 I solve the problem (in old wine) of this way: In the old file config i write [ppdev] "378" = "/dev/parport0" [ports] "read" = "0x779,0x378-0x37f,0x280-0x2a0" "write" = "0x779,0x378-0x37f,0x280-0x2a0" I set the attributes crw-rw-rw- 1 me root 99, 0 2005-03-19 16:36 /dev/parport0 crw-rw-rw- 1 lp lp 6, 0 2005-03-19 16:36 /dev/lp0 and add Myuser to the lp group. With all this i get the right of access. Maybe if you sendme a clue maybe i can make the wrapper. Thanks Christian >> I am using TopMax software (a chip programmer) with old wine version (with >> config file). >> >> I try the new wine but i not find where grant the FULL parallel port >> access to the TopMax program >> >> Where is the new config file for touch manually? or >> How i can make for grant port access (standard 378-37f) >If you're using linux, you will most likely have to use a suid-root wrapper >that calls ioperm() and subsequently drops privileges and invokes wine. >That's about 10 lines of C and should be a good exercise ;] I don't know >offhand how portable ioperm() is, and if there is something in /proc that >would be more portable, etc. > >I don't see anything suid-root that comes with wine, so probably wine itself >doesn't have anything of the sort. And I don't know either how wine managed >to pull it off before w/o using suid root executable, unless it did it via >signal catching and some manual forwarding to /dev/lp#. With right ioperms in >place the program should be able to run at full speed. -- En un mundo sin fronteras.... ¿Quién necesita Puertas y Ventanas? EN INGLES: In a world without frontiers, who needs Gates and Windows

1 0

Re: MSHMTL: Added QueryStatus implementation
by Saulius Krasuckas 16 Aug '05

16 Aug '05

* On Tue, 2 Aug 2005, Jacek Caban wrote: > > --- dlls/mshtml/tests/htmldoc.c 26 Jul 2005 10:31:23 -0000 1.5 > +++ dlls/mshtml/tests/htmldoc.c 1 Aug 2005 22:33:37 -0000 > @@ -806,12 +806,76 @@ static void test_Persist() > } > } > > +static OLECMDF expect_cmds[OLECMDID_GETPRINTTEMPLATE+1] = { > + 0, > + OLECMDF_SUPPORTED, /* OLECMDID_OPEN */ > + OLECMDF_SUPPORTED, /* OLECMDID_NEW */ > + OLECMDF_SUPPORTED, /* OLECMDID_SAVE */ ... > + OLECMD cmd[2] = { > + {OLECMDID_OPEN, 0xf0f0}, > + {OLECMDID_GETPRINTTEMPLATE+1, 0xf0f0} > + }; > + > + hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 0, NULL, NULL); > + ok(hres == S_OK, "QueryStatus failed: %08lx\n", hres); > + > + hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 2, cmd, NULL); > + ok(hres == OLECMDERR_E_NOTSUPPORTED, > + "QueryStatus failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); Jacek, OLECMDID_OPEN (equally as OLECMDID_NEW) isn't supported here on winME, AFAICT. Moreover, calls to IOleCommandTarget_QueryStatus throws an exception of Accesss Violation here. I tested this with OLECMDID_SAVE and it works OK. And we have a typo next, right? > + ok(cmd[1].cmdf == 0, "cmd[0].cmdf=%lx, expected 0\n", cmd[0].cmdf); > + ok(cmd[0].cmdf == OLECMDF_SUPPORTED, > + "cmd[1].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[1].cmdf); Hence, there goes my try: Log message: Saulius Krasuckas <saulius.krasuckas(a)ieee.org> Fix typo in a two checks. WinME fixes: - OLECMDID_OPEN and OLECMDID_NEW aren't supported. - Ignore unsupported OLECMDs as they throws exceptions. Index: dlls/mshtml/tests/htmldoc.c =================================================================== RCS file: /home/wine/wine/dlls/mshtml/tests/htmldoc.c,v retrieving revision 1.7 diff -p -u -r1.7 htmldoc.c --- dlls/mshtml/tests/htmldoc.c 3 Aug 2005 21:26:40 -0000 1.7 +++ dlls/mshtml/tests/htmldoc.c 13 Aug 2005 16:09:15 -0000 @@ -808,8 +808,8 @@ static void test_Persist() static const OLECMDF expect_cmds[OLECMDID_GETPRINTTEMPLATE+1] = { 0, - OLECMDF_SUPPORTED, /* OLECMDID_OPEN */ - OLECMDF_SUPPORTED, /* OLECMDID_NEW */ + 0, /* OLECMDID_OPEN */ + 0, /* OLECMDID_NEW */ OLECMDF_SUPPORTED, /* OLECMDID_SAVE */ OLECMDF_SUPPORTED|OLECMDF_ENABLED, /* OLECMDID_SAVEAS */ OLECMDF_SUPPORTED, /* OLECMDID_SAVECOPYAS */ @@ -842,7 +842,7 @@ static const OLECMDF expect_cmds[OLECMDI OLECMDF_SUPPORTED, /* OLECMDID_SHOWPAGESETUP */ OLECMDF_SUPPORTED, /* OLECMDID_SHOWPRINT */ 0,0, - OLECMDF_SUPPORTED, /* OLECMDID_CLOSE */ + OLECMDF_SUPPORTED, /* OLECMDID_DONTDOWNLOADCSS */ 0,0,0, OLECMDF_SUPPORTED, /* OLECMDID_SETPRINTTEMPLATE */ OLECMDF_SUPPORTED /* OLECMDID_GETPRINTTEMPLATE */ @@ -854,7 +854,10 @@ static void test_OleCommandTarget(IOleCo int i; HRESULT hres; + ZeroMemory(cmds, sizeof(cmds)); + for(i=0; i<OLECMDID_GETPRINTTEMPLATE; i++) { + if(!expect_cmds[i+1]) continue; cmds[i].cmdID = i+1; cmds[i].cmdf = 0xf0f0; } @@ -863,6 +866,7 @@ static void test_OleCommandTarget(IOleCo ok(hres == S_OK, "QueryStatus failed: %08lx\n", hres); for(i=0; i<OLECMDID_GETPRINTTEMPLATE; i++) { + if(!expect_cmds[i+1]) continue; ok(cmds[i].cmdID == i+1, "cmds[%d].cmdID canged to %lx\n", i, cmds[i].cmdID); ok(cmds[i].cmdf == expect_cmds[i+1], "cmds[%d].cmdf=%lx, expected %x\n", i+1, cmds[i].cmdf, expect_cmds[i+1]); @@ -961,7 +965,7 @@ static void test_HTMLDocument(void) int i; OLECMD cmd[2] = { - {OLECMDID_OPEN, 0xf0f0}, + {OLECMDID_SAVE, 0xf0f0}, {OLECMDID_GETPRINTTEMPLATE+1, 0xf0f0} }; @@ -973,9 +977,9 @@ static void test_HTMLDocument(void) "QueryStatus failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); ok(cmd[1].cmdID == OLECMDID_GETPRINTTEMPLATE+1, "cmd[0].cmdID=%ld, expected OLECMDID_GETPRINTTEMPLATE+1\n", cmd[0].cmdID); - ok(cmd[1].cmdf == 0, "cmd[0].cmdf=%lx, expected 0\n", cmd[0].cmdf); + ok(cmd[1].cmdf == 0, "cmd[1].cmdf=%lx, expected 0\n", cmd[1].cmdf); ok(cmd[0].cmdf == OLECMDF_SUPPORTED, - "cmd[1].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[1].cmdf); + "cmd[0].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[0].cmdf); hres = IOleCommandTarget_QueryStatus(cmdtrg, &IID_IHTMLDocument2, 2, cmd, NULL); ok(hres == OLECMDERR_E_UNKNOWNGROUP,

2 9

want to change the behaviour of wine when minimising in kde?
by Fabio Duarte Vilas Boas 16 Aug '05

16 Aug '05

When minimizing, I dont like the icon and would like to know how to change it? __________________________________________________ Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/

2 1

Lines of code in Wine?
by Tom Wickline 16 Aug '05

16 Aug '05

Hello, I was looking at our line count so I could update the history page and the FAQ with new up to date numbers. And my numbers come no where close to what has been reported in the past. anyone care to generate the current line count ? Here is the numbers I get if anyone is interested. Wine: ansic: 1025534 (96.99%) perl: 18339 (1.73%) yacc: 6503 (0.61%) sh: 4064 (0.38%) lex: 2916 (0.28%) awk: 54 (0.01%) Total = 1,057,410 Lostwages: php: 1469 (100.00%) Total = 1,469 AppDB: php: 9034 (97.78%) perl: 185 (2.00%) sh: 20 (0.22%) Total = 9,239 Tools: perl: 3725 (81.71%) python: 572 (12.55%) exp: 140 (3.07%) php: 115 (2.52%) sh: 7 (0.15%) Total = 4,559 kernel-win32: ansic: 6269 (100.00%) Total = 6,269 Grand Total = 1,078,946 Tom

3 4

Re: [MSXML]xmlnode_get_nodeName Implementation
by Mike McCormack 16 Aug '05

16 Aug '05

Hi Vijay, Vijay Kiran Kamuju wrote: > i think it would be better if we put bstr_from_xmlChar in msxml_private.h > need directions how to implement domdoc_get_nodeName I'll post a patch to move bstr_from_xmlChar and other utility functions somewhere else in the code later. > please comment on the patch For now the basics of msxml3 aren't really decided (eg. how to map xmlNodePtr to IXMLDOMNode, etc), and how to manage the relationship between nodes. The way I'm managing node pointers will probably change again. What I really need is more test cases, so if you have any msxml test cases lying around, then let me know. Mike

2 4

Proposed interface for file operations by the file dialog code (dlls\commdlg\filedlg*.c)
by Troy Rollo 16 Aug '05

16 Aug '05

References: <http://www.winehq.org/hypermail/wine-patches/2005/08/0265.html> <http://www.winehq.org/hypermail/wine-devel/2005/08/0286.html> Background: Work is currently proceeding on a branched version to create additional APIs for WINE that use UNIX path names rather than Windows ones. This is useful for Winelib apps and seeks to make them look more like they are native apps, thereby addressing some of the complaints that Winelib apps are somehow of lesser status than ports using other APIs. After some discussion, it was decided that this would remain a branch until at least such time as the implementation was proven to work in real-world situations. Part of this involves producing file dialog APIs that operate appropriately in this context. That includes taking UNIX path names on input, producing UNIX path names on output and in callbacks to the application, and browsing a heirarchy that does not include windows-isms such as drive letters. To make modifications directly in the existing code would result in a set of differences that would result in significant headaches for branch maintenance and any future merge-back to WineHQ. The objective is to reduce the differences so as to improve compatibility between the branches. The patch referenced above took a minimal-change approach to this problem by implementing an interface that mostly implemented the small operations made by the existing code, without even putting in local stubs (hence the inconsistent calling conventions in the interface). The general principle I have used is that path names should, as far as possible, be opaque so that the file dialog code itself never examines their contents directly, but rather calls functions in the interface to extract or locate particular portions of the path, to modify or concatenate paths or to make use of the paths. The minimalist interface: typedef struct { UINT code_page; WCHAR sep_char; HRESULT WINAPI (*get_top_folder) (IShellFolder **); LPITEMIDLIST (*get_pidl_from_name)(IShellFolder *, LPWSTR); BOOL (*get_display_name) (LPCITEMIDLIST, LPWSTR); IShellFolder* (*get_folder_from_pidl)(LPITEMIDLIST); BOOL WINAPI (*change_directory) (LPCWSTR); UINT WINAPI (*get_directory) (UINT, LPWSTR); void (*qualify_path) (LPWSTR, LPCWSTR); void (*complete_path) (LPWSTR); BOOL (*has_invalid_char) (LPCWSTR); LPWSTR WINAPI (*find_next_component) (LPCWSTR); LPWSTR WINAPI (*find_file_name) (LPCWSTR); LPWSTR WINAPI (*find_extension) (LPCWSTR); BOOL WINAPI (*file_exists) (LPCWSTR); BOOL WINAPI (*is_directory) (LPCWSTR); LPWSTR WINAPI (*add_dir_sep) (LPWSTR); DWORD WINAPI (*get_full_path) (LPCWSTR, DWORD, LPWSTR, LPWSTR*); } FileDlgFileOps; Minimalist interface vs ideal interface: On IRC this morning Alexandre said he would prefer a well-designed interface to the minimalist approach, hence this discussion. Since the interface is entirely internal to commdlg, I will use cdecl calling conventions. Detailed discussion follows. The code_page member was put there because the UNIX file name APIs may not use the same code page as other A entry points. WINE uses CP_ACP (as does Windows - although CP_THREAD_ACP is subject to further investigation) for most purposes, but CP_UNIXCP for UNIX path names when translating them to UTF16. Often CP_UNIXCP will be something like UTF8, or it may be ISO8859-1 in situations where Windows would use CP1252. It may be that a Winelib application should have CP_ACP set to be the UNIX code page, but they may not (and unless they do something special will not. So places where A->W or W->A conversions happen on path names need to make sure they use the right code page in the context. The minimalist approach was to make this a data member, but the ideal approach would be to have functions which performed the appropriate conversions. Looking through the existing code, the conversions are performed in some contexts where the output is allocated, and others where the output is a fixed size buffer. If we want to have just one conversion function for each direction, this would give us: CHAR *filename_wtoa(WCHAR const *in, CHAR *out, int bufrange); WCHAR *filename_atow(CHAR const *in, WCHAR *out, int bufrange); "in" is the input buffer. "out" is the output buffer (NULL if we want the method to allocate). "bufrange" is the number of elements pointed to by "out". The return value is a pointer to the file name on success, and is either the value of "out", or an allocated buffer where "out" is NULL. On failure the return value is NULL. The sep_char is perhaps the rudest part of the minimalist interface since it does not treat the path names as opaque. It is used in the following contexts: The handling of CDM_GETFILEPATH, where it is used to paste the file name and directory name together; and in FILEDLG95_InitControls, where it is used to determine if the input file name has a path component. With an ideal interface the CDM_GETFILEPATH handling would be changed to use a general path qualification function. Determining if the input file name has a path component could be handled in one of two ways: with a method for querying this; or by searching for the start of the file name component and testing if that is the start of the string [ie. find_file_name(input) != input]. I prefer the latter method since it means one less entry in the interface, but if the boolean function were preferred it might appear as: BOOL has_path(char const *filename); get_top_folder exists because the Windows path versions of the dialog use the Desktop folder as their top level, but a UNIX path version should arguably use the UNIX root as its top level. Operations retrieving the top level folder (SHGetDesktopFolder) appear in many places. I would prefer to return the pointer though, hence: IShellFolder *get_top_folder(void); The next three functions in the minimal interface (get_pidl_from_name; get_display_name; and get_folder_from_pidl) are functions that are already implemented for Windows path names and are used to handle conversions between item ID lists and path names. Unless somebody thinks the existing implementations are in need of reworking, I don't see any reason not to include them as is in the interface. The next two functions (change_directory; and get_directory) are currently direct calls to SetCurrentDirectoryW and GetCurrentDirectoryW in the default implementation of the interface. In the UNIX path versions there is some difficulty in how these should be handled for reasons that are too complex to go into here, but by having the interface at least a start can be made on figuring out how to deal with these. GetCurrentDirectoryW is usually called in contexts where the buffer is allocated (albeit wastefully), but in one case is called on a stack buffer. I am inclined to have the stack buffer replaced by an allocated one, hence: BOOL set_directory(WCHAR const *dir); WCHAR *get_directory(void); Next comes qualify_path, which is used to generate a fully qualified and canonical (no '/../' sequences) path name given a directory name and a (possibly already fully qualified) path name. The minimalist declaration is based on the way this operation was implemented in FILEDLG95_OnOpen, but in accordance with my preference for allocating string buffers I would prefer: WCHAR *qualify_path(WCHAR const *path, WCHAR const *dir); It may be that if dir == NULL the function would use the current directory. complete_path is only used in one place - in FILEDLG95_OnOpen where the routine walks through its path elements, and tacks on a trailing backslash to paths like "c:" (which will be the first component of the path for "c: \windows\system.ini"). find_next_component (currently set to PathFindNextComponentW) is only used in that same context, so perhaps the better solution is to combine these two with: WCHAR *next_component(WCHAR const *path, WCHAR const *last); "last" is the most recent return value (or NULL for the first call). "path" is the input path. The return value is an allocated string containing the next path component, so you would get "c:\", "windows", "system.ini" as return values. has_invalid_char is used to test if the path name contains any invalid characters. The current default implementation is wrong, but reflects what was already there. The general rule is that Win32 paths (at least in the file dialog) should not contain '/', ':' (except as a drive letter (*)), '<'. '>', and '|'. IIRC, wild cards are forbidden in file names, but the filedlg code does not treat them as invalid because they are valid for entry into the edit box of the file dialog. Under UNIX, there are no invalid file name characters - any string is a valid file name although it may be a relative file name. I would keep this function but rename it: BOOL *valid_file_name(WCHAR const *filename); (*) can the file dialogs address stream names under NT? Is it meaningful to do the same under Wine since UNIX has no concept of file sub-streams? find_file_name and find_extension find the final path component, and the extension (if any) in the file name. These are fairly pure functions for handling otherwise opaque path names, so they would remain as is but without the WINAPI calling convention: WCHAR *find_file_name(WCHAR *filename); WCHAR *find_extension(WCHAR *filename); Next come file_exists and is_directory. These could be replaced by a single routine that requests the type of the file and returns -1 if the file does not exist: int get_file_type(WCHAR const *filename); Returns (with optional symbolic constants): -1: no such file 0: ordinary file 1: directory This would also simplify some other code where is_directory is called immediately after file_exists. add_dir_sep is used when pasting a path name and a wildcard string. If there are no objections, qualify_path could be used for such situations, thereby avoiding the need for a separate add_dir_sep. get_full_path is currently a call to GetFullPathNameW. It is used in 3 places in FILEDLG95_InitControls. Each time it is used to do three things: 1. Convert any 8.3 filenames to the long path name version, then extract the file name portion (if any) and directory name portion of the resulting long path, storing them in separate locations. I would simplify the call, allocating the result: WCHAR *get_full_path(WCHAR const *path); The file name component would then be discovered by a call to find_file_name. Obvious candidates for changes: 1. find_extension could be implemented using find_file_name in a way that obviates the need for a separate find_extension. 2. Might find_file_name be implemented in terms of next_component? This likely depends on the behaviour or next_component with a path like "f:\windows\" - if it only returns "f:\" and "windows" then it would not be suitable, but if it returns "f:\", "windows" and "" then it would. Proposed interface: typedef struct { CHAR *(*filename_wtoa)(WCHAR const *in, CHAR *out, int bufrange); WCHAR *(*filename_atow)(CHAR const *in, WCHAR *out, int bufrange); IShellFolder *(*get_top_folder)(void); LPITEMIDLIST (*get_pidl_from_name)(IShellFolder *, LPWSTR); BOOL (*get_display_name)(LPCITEMIDLIST, LPWSTR); IShellFolder* (*get_folder_from_pidl)(LPITEMIDLIST); BOOL (*set_directory)(WCHAR const *dir); WCHAR *(*get_directory)(void); int (*get_file_type)(WCHAR const *filename); WCHAR *(*qualify_path)(WCHAR const *path, WCHAR const *dir); WCHAR *(*get_full_path)(WCHAR const *filename); WCHAR *(*next_component)(WCHAR const *path, WCHAR const *last); WCHAR *(*find_file_name)(WCHAR *filename); WCHAR *(*find_extension)(WCHAR *filename); BOOL *(*valid_file_name)(WCHAR const *filename); } FileDlgFileOps;

1 0

Re: [Bug 3220] New: PowerFinder now braindead checking for msvcrt.dll
by Scott Edwards 16 Aug '05

16 Aug '05

I have narrowed this bug down to local configuration options for PowerFinder.exe. When msvcrt and msvcrt40 are both set to 'native' *or* 'native' then 'builtin', the application functions as expected. If there's any way I can help narrow this down for you, please let me know. Thanks.

1 0

Re: Lostwages: howto.diff #2
by Lionel Ulmer 15 Aug '05

15 Aug '05

On Mon, Aug 15, 2005 at 05:14:27PM -0400, Tom Wickline wrote: > Changelog: > Spelling fix and doc update Note that the 'if your running' typo is still here. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

How dumb icone of wine in kde? I want to place my image when to minimize it
by Fabio Duarte Vilas Boas 15 Aug '05

15 Aug '05

How dumb icone of wine in kde? I want to place my image when to minimize it _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

1 0

Re: lostwages/templates/en howto.template
by Lionel Ulmer 15 Aug '05

15 Aug '05

> Log message: > Tom Wickline <twickline(a)gmail.com> > spelling fix, doc update +If your using an old version of Wine we recommend that you use a handy program called ^^^^ Sorry to spot this once it has been committed :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: MSHTML: test cleanup
by Jacek Caban 15 Aug '05

15 Aug '05

This time with the patch. Changelog: - Code cleanup - Dissable tests after UIActivate failes (fixes tests win 9x) Index: dlls/mshtml/tests/htmldoc.c =================================================================== RCS file: /home/wine/wine/dlls/mshtml/tests/htmldoc.c,v retrieving revision 1.8 diff -u -p -r1.8 htmldoc.c --- dlls/mshtml/tests/htmldoc.c 15 Aug 2005 09:41:30 -0000 1.8 +++ dlls/mshtml/tests/htmldoc.c 15 Aug 2005 16:48:51 -0000 @@ -43,7 +43,6 @@ ok(called_ ## func, "expected " #func "\n"); \ expect_ ## func = called_ ## func = FALSE -static IUnknown *htmldoc_unk = NULL; static IOleDocumentView *view = NULL; static HWND container_hwnd = NULL, hwnd = NULL, last_hwnd = NULL; @@ -469,7 +468,7 @@ static HRESULT WINAPI DocumentSite_Activ CHECK_EXPECT(ActivateMe); ok(pViewToActivate != NULL, "pViewToActivate = NULL\n"); - hres = IUnknown_QueryInterface(htmldoc_unk, &IID_IOleDocument, (void**)&document); + hres = IOleDocumentView_QueryInterface(pViewToActivate, &IID_IOleDocument, (void**)&document); ok(hres == S_OK, "could not get IOleDocument: %08lx\n", hres); if(SUCCEEDED(hres)) { @@ -513,8 +512,15 @@ static HRESULT WINAPI DocumentSite_Activ SET_EXPECT(SetActiveObject); SET_EXPECT(ShowUI); expect_SetActiveObject_active = TRUE; + hres = IOleDocumentView_UIActivate(view, TRUE); + + if(FAILED(hres)) { + trace("UIActivate failed: %08lx\n", hres); + return hres; + } ok(hres == S_OK, "UIActivate failed: %08lx\n", hres); + CHECK_CALLED(CanInPlaceActivate); CHECK_CALLED(GetWindowContext); CHECK_CALLED(GetWindow); @@ -796,14 +802,14 @@ static LRESULT WINAPI wnd_proc(HWND hwnd return DefWindowProc(hwnd, msg, wParam, lParam); } -static void test_Persist() +static void test_Persist(IUnknown *unk) { IPersistMoniker *persist_mon; IPersistFile *persist_file; GUID guid; HRESULT hres; - hres = IUnknown_QueryInterface(htmldoc_unk, &IID_IPersistFile, (void**)&persist_file); + hres = IUnknown_QueryInterface(unk, &IID_IPersistFile, (void**)&persist_file); ok(hres == S_OK, "QueryInterface(IID_IPersist) failed: %08lx\n", hres); if(SUCCEEDED(hres)) { hres = IPersist_GetClassID(persist_file, NULL); @@ -816,7 +822,7 @@ static void test_Persist() IPersist_Release(persist_file); } - hres = IUnknown_QueryInterface(htmldoc_unk, &IID_IPersistMoniker, (void**)&persist_mon); + hres = IUnknown_QueryInterface(unk, &IID_IPersistMoniker, (void**)&persist_mon); ok(hres == S_OK, "QueryInterface(IID_IPersistMoniker) failed: %08lx\n", hres); if(SUCCEEDED(hres)) { hres = IPersistMoniker_GetClassID(persist_mon, NULL); @@ -872,12 +878,18 @@ static const OLECMDF expect_cmds[OLECMDI OLECMDF_SUPPORTED /* OLECMDID_GETPRINTTEMPLATE */ }; -static void test_OleCommandTarget(IOleCommandTarget *cmdtrg) +static void test_OleCommandTarget(IUnknown *unk) { + IOleCommandTarget *cmdtrg; OLECMD cmds[OLECMDID_GETPRINTTEMPLATE]; int i; HRESULT hres; + hres = IUnknown_QueryInterface(unk, &IID_IOleCommandTarget, (void**)&cmdtrg); + ok(hres == S_OK, "QueryInterface(IIDIOleM=CommandTarget failed: %08lx\n", hres); + if(FAILED(hres)) + return; + for(i=0; i<OLECMDID_GETPRINTTEMPLATE; i++) { cmds[i].cmdID = i+1; cmds[i].cmdf = 0xf0f0; @@ -891,20 +903,63 @@ static void test_OleCommandTarget(IOleCo ok(cmds[i].cmdf == expect_cmds[i+1], "cmds[%d].cmdf=%lx, expected %x\n", i+1, cmds[i].cmdf, expect_cmds[i+1]); } + + IOleCommandTarget_Release(cmdtrg); } -static void test_HTMLDocument(void) +static void test_OleCommandTarget_fail(IUnknown *unk) { - IOleObject *oleobj = NULL; - IOleClientSite *clientsite = (LPVOID)0xdeadbeef; - IOleInPlaceObjectWindowless *windowlessobj = NULL; - IOleInPlaceActiveObject *activeobject = NULL; - IOleCommandTarget *cmdtrg = NULL; - GUID guid; - RECT rect = {0,0,500,500}; + IOleCommandTarget *cmdtrg; + int i; HRESULT hres; - ULONG ref; + OLECMD cmd[2] = { + {OLECMDID_OPEN, 0xf0f0}, + {OLECMDID_GETPRINTTEMPLATE+1, 0xf0f0} + }; + + hres = IUnknown_QueryInterface(unk, &IID_IOleCommandTarget, (void**)&cmdtrg); + ok(hres == S_OK, "QueryInterface(IIDIOleM=CommandTarget failed: %08lx\n", hres); + if(FAILED(hres)) + return; + + + + hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 0, NULL, NULL); + ok(hres == S_OK, "QueryStatus failed: %08lx\n", hres); + + hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 2, cmd, NULL); + ok(hres == OLECMDERR_E_NOTSUPPORTED, + "QueryStatus failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); + ok(cmd[1].cmdID == OLECMDID_GETPRINTTEMPLATE+1, + "cmd[0].cmdID=%ld, expected OLECMDID_GETPRINTTEMPLATE+1\n", cmd[0].cmdID); + ok(cmd[1].cmdf == 0, "cmd[0].cmdf=%lx, expected 0\n", cmd[0].cmdf); + ok(cmd[0].cmdf == OLECMDF_SUPPORTED, + "cmd[1].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[1].cmdf); + + hres = IOleCommandTarget_QueryStatus(cmdtrg, &IID_IHTMLDocument2, 2, cmd, NULL); + ok(hres == OLECMDERR_E_UNKNOWNGROUP, + "QueryStatus failed: %08lx, expected OLECMDERR_E_UNKNOWNGROUP\n", hres); + + for(i=0; i<OLECMDID_GETPRINTTEMPLATE; i++) { + if(!expect_cmds[i]) { + hres = IOleCommandTarget_Exec(cmdtrg, NULL, OLECMDID_UPDATECOMMANDS, + OLECMDEXECOPT_DODEFAULT, NULL, NULL); + ok(hres == OLECMDERR_E_NOTSUPPORTED, + "Exec failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); + } + } + + hres = IOleCommandTarget_Exec(cmdtrg, NULL, OLECMDID_GETPRINTTEMPLATE+1, + OLECMDEXECOPT_DODEFAULT, NULL, NULL); + ok(hres == OLECMDERR_E_NOTSUPPORTED, + "Exec failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); + + IOleCommandTarget_Release(cmdtrg); +} + +static HWND create_container_window(void) +{ static const WCHAR wszHTMLDocumentTest[] = {'H','T','M','L','D','o','c','u','m','e','n','t','T','e','s','t',0}; static WNDCLASSEXW wndclass = { @@ -916,402 +971,307 @@ static void test_HTMLDocument(void) NULL }; - hres = CoCreateInstance(&CLSID_HTMLDocument, NULL, CLSCTX_INPROC_SERVER|CLSCTX_INPROC_HANDLER, - &IID_IUnknown, (void**)&htmldoc_unk); - ok(hres == S_OK, "CoCreateInstance failed: %08lx\n", hres); - if(FAILED(hres)) - return; - RegisterClassExW(&wndclass); - container_hwnd = CreateWindowW(wszHTMLDocumentTest, wszHTMLDocumentTest, + return CreateWindowW(wszHTMLDocumentTest, wszHTMLDocumentTest, WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, NULL, NULL, NULL, NULL); +} - test_Persist(); +static HRESULT test_DoVerb(IOleObject *oleobj) +{ + RECT rect = {0,0,500,500}; + HRESULT hres; - hres = IUnknown_QueryInterface(htmldoc_unk, &IID_IOleInPlaceObjectWindowless, - (void**)&windowlessobj); - ok(hres == S_OK, "Could not get IOleInPlaceObjectWindowless interface: %08lx\n", hres); + SET_EXPECT(GetContainer); + SET_EXPECT(LockContainer); + SET_EXPECT(ActivateMe); + expect_LockContainer_fLock = TRUE; + hres = IOleObject_DoVerb(oleobj, OLEIVERB_SHOW, NULL, &ClientSite, -1, container_hwnd, &rect); - hres = IUnknown_QueryInterface(htmldoc_unk, &IID_IOleCommandTarget, (void**)&cmdtrg); - ok(hres == S_OK, "could not get IOleCommandTarget: %08lx\n", hres); + if(FAILED(hres)) + return hres; - hres = IUnknown_QueryInterface(htmldoc_unk, &IID_IOleObject, (void**)&oleobj); - ok(hres == S_OK, "QueryInterface(IID_IOleObject) failed: %08lx\n", hres); - if(oleobj) { - hres = IOleObject_GetUserClassID(oleobj, NULL); - ok(hres == E_INVALIDARG, "GetUserClassID returned: %08lx, expected E_INVALIDARG\n", hres); - - hres = IOleObject_GetUserClassID(oleobj, &guid); - ok(hres == S_OK, "GetUserClassID failed: %08lx\n", hres); - ok(IsEqualGUID(&guid, &CLSID_HTMLDocument), "guid != CLSID_HTMLDocument\n"); + ok(hres == S_OK, "DoVerb failed: %08lx\n", hres); + CHECK_CALLED(GetContainer); + CHECK_CALLED(LockContainer); + CHECK_CALLED(ActivateMe); - hres = IOleObject_GetClientSite(oleobj, &clientsite); - ok(hres == S_OK, "GetClientSite failed: %08lx\n", hres); - ok(clientsite == NULL, "GetClientSite() = %p, expected NULL\n", clientsite); + return hres; +} - SET_EXPECT(GetHostInfo); - SET_EXPECT(GetOptionKeyPath); - SET_EXPECT(GetOverrideKeyPath); - SET_EXPECT(GetWindow); - hres = IOleObject_SetClientSite(oleobj, &ClientSite); - ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); - CHECK_CALLED(GetHostInfo); - CHECK_CALLED(GetOptionKeyPath); - CHECK_CALLED(GetOverrideKeyPath); - CHECK_CALLED(GetWindow); +#define CLIENTSITE_EXPECTPATH 0x00000001 +#define CLIENTSITE_SETNULL 0x00000002 +#define CLIENTSITE_DONTSET 0x00000004 - hres = IOleObject_GetClientSite(oleobj, &clientsite); - ok(hres == S_OK, "GetClientSite failed: %08lx\n", hres); - ok(clientsite == &ClientSite, "GetClientSite() = %p, expected %p\n", clientsite, &ClientSite); +static void test_ClientSite(IOleObject *oleobj, DWORD flags) +{ + IOleClientSite *clientsite; + HRESULT hres; - if(windowlessobj) { - hres = IOleInPlaceObjectWindowless_InPlaceDeactivate(windowlessobj); - ok(hres == S_OK, "InPlaceDeactivate failed: %08lx\n", hres); - } + if(flags & CLIENTSITE_SETNULL) { + hres = IOleObject_GetClientSite(oleobj, &clientsite); + ok(clientsite == &ClientSite, "clientsite=%p, expected %p\n", clientsite, &ClientSite); - SET_EXPECT(GetContainer); - SET_EXPECT(LockContainer); - SET_EXPECT(ActivateMe); - expect_LockContainer_fLock = TRUE; - hres = IOleObject_DoVerb(oleobj, OLEIVERB_SHOW, NULL, &ClientSite, -1, container_hwnd, &rect); - ok(hres == S_OK, "DoVerb failed: %08lx\n", hres); - CHECK_CALLED(GetContainer); - CHECK_CALLED(LockContainer); - CHECK_CALLED(ActivateMe); + hres = IOleObject_SetClientSite(oleobj, NULL); + ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); } - if(cmdtrg) { - int i; - - OLECMD cmd[2] = { - {OLECMDID_OPEN, 0xf0f0}, - {OLECMDID_GETPRINTTEMPLATE+1, 0xf0f0} - }; - - hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 0, NULL, NULL); - ok(hres == S_OK, "QueryStatus failed: %08lx\n", hres); - - hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 2, cmd, NULL); - ok(hres == OLECMDERR_E_NOTSUPPORTED, - "QueryStatus failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); - ok(cmd[1].cmdID == OLECMDID_GETPRINTTEMPLATE+1, - "cmd[0].cmdID=%ld, expected OLECMDID_GETPRINTTEMPLATE+1\n", cmd[0].cmdID); - ok(cmd[1].cmdf == 0, "cmd[0].cmdf=%lx, expected 0\n", cmd[0].cmdf); - ok(cmd[0].cmdf == OLECMDF_SUPPORTED, - "cmd[1].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[1].cmdf); - - hres = IOleCommandTarget_QueryStatus(cmdtrg, &IID_IHTMLDocument2, 2, cmd, NULL); - ok(hres == OLECMDERR_E_UNKNOWNGROUP, - "QueryStatus failed: %08lx, expected OLECMDERR_E_UNKNOWNGROUP\n", hres); - - for(i=0; i<OLECMDID_GETPRINTTEMPLATE; i++) { - if(!expect_cmds[i]) { - hres = IOleCommandTarget_Exec(cmdtrg, NULL, OLECMDID_UPDATECOMMANDS, - OLECMDEXECOPT_DODEFAULT, NULL, NULL); - ok(hres == OLECMDERR_E_NOTSUPPORTED, - "Exec failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); - } - } + if(flags & CLIENTSITE_DONTSET) + return; - hres = IOleCommandTarget_Exec(cmdtrg, NULL, OLECMDID_GETPRINTTEMPLATE+1, - OLECMDEXECOPT_DODEFAULT, NULL, NULL); - ok(hres == OLECMDERR_E_NOTSUPPORTED, - "Exec failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); + hres = IOleObject_GetClientSite(oleobj, &clientsite); + ok(hres == S_OK, "GetClientSite failed: %08lx\n", hres); + ok(clientsite == NULL, "GetClientSite() = %p, expected NULL\n", clientsite); - test_OleCommandTarget(cmdtrg); + SET_EXPECT(GetHostInfo); + if(flags & CLIENTSITE_EXPECTPATH) { + SET_EXPECT(GetOptionKeyPath); + SET_EXPECT(GetOverrideKeyPath); } + SET_EXPECT(GetWindow); + hres = IOleObject_SetClientSite(oleobj, &ClientSite); + ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); + CHECK_CALLED(GetHostInfo); + if(flags & CLIENTSITE_EXPECTPATH) { + CHECK_CALLED(GetOptionKeyPath); + CHECK_CALLED(GetOverrideKeyPath); + } + CHECK_CALLED(GetWindow); - hres = IOleDocumentView_QueryInterface(view, &IID_IOleInPlaceActiveObject, (void**)&activeobject); - ok(hres == S_OK, "Could not get IOleInPlaceActiveObject interface: %08lx\n", hres); + hres = IOleObject_GetClientSite(oleobj, &clientsite); + ok(hres == S_OK, "GetClientSite failed: %08lx\n", hres); + ok(clientsite == &ClientSite, "GetClientSite() = %p, expected %p\n", clientsite, &ClientSite); +} - if(activeobject) { - HWND tmp_hwnd; - hres = IOleInPlaceActiveObject_GetWindow(activeobject, &tmp_hwnd); - ok(hres == S_OK, "GetWindow failed: %08lx\n", hres); - ok(tmp_hwnd == hwnd, "tmp_hwnd=%p, expected %p\n", tmp_hwnd, hwnd); - } +static void test_Close(IUnknown *unk, BOOL set_client) +{ + IOleObject *oleobj = NULL; + HRESULT hres; - if(view) { - SET_EXPECT(SetActiveObject); - SET_EXPECT(HideUI); - SET_EXPECT(OnUIDeactivate); - expect_SetActiveObject_active = FALSE; - hres = IOleDocumentView_UIActivate(view, FALSE); - ok(hres == S_OK, "UIActivate failed: %08lx\n", hres); - CHECK_CALLED(SetActiveObject); - CHECK_CALLED(HideUI); - CHECK_CALLED(OnUIDeactivate); - } + hres = IUnknown_QueryInterface(unk, &IID_IOleObject, (void**)&oleobj); + ok(hres == S_OK, "QueryInterface(IID_IOleObject) failed: %08lx\n", hres); + if(FAILED(hres)) + return; - if(cmdtrg) - test_OleCommandTarget(cmdtrg); + SET_EXPECT(GetContainer); + SET_EXPECT(LockContainer); + expect_LockContainer_fLock = FALSE; + hres = IOleObject_Close(oleobj, OLECLOSE_NOSAVE); + ok(hres == S_OK, "Close failed: %08lx\n", hres); + CHECK_CALLED(GetContainer); + CHECK_CALLED(LockContainer); - if(activeobject) { - HWND tmp_hwnd; - hres = IOleInPlaceActiveObject_GetWindow(activeobject, &tmp_hwnd); - ok(hres == S_OK, "GetWindow failed: %08lx\n", hres); - ok(tmp_hwnd == hwnd, "tmp_hwnd=%p, expected %p\n", tmp_hwnd, hwnd); - } - - if(windowlessobj) { - SET_EXPECT(OnInPlaceDeactivate); - hres = IOleInPlaceObjectWindowless_InPlaceDeactivate(windowlessobj); - ok(hres == S_OK, "InPlaceDeactivate failed: %08lx\n", hres); - CHECK_CALLED(OnInPlaceDeactivate); - } + if(set_client) + test_ClientSite(oleobj, CLIENTSITE_SETNULL|CLIENTSITE_DONTSET); - /* Calling test_OleCommandTarget here couses Segmentation Fault with native - * MSHTML. It doesn't with Wine. */ + IOleObject_Release(oleobj); +} - if(activeobject) { - HWND tmp_hwnd; - hres = IOleInPlaceActiveObject_GetWindow(activeobject, &tmp_hwnd); - ok(hres == E_FAIL, "GetWindow returned %08lx, expected E_FAIL\n", hres); - ok(IsWindow(hwnd), "hwnd is destroyed\n"); - } +static void test_InPlaceDeactivate(IUnknown *unk, BOOL expect_call) +{ + IOleInPlaceObjectWindowless *windowlessobj = NULL; + HRESULT hres; - if(view) { - hres = IOleDocumentView_Show(view, FALSE); - ok(hres == S_OK, "Show failed: %08lx\n", hres); - } - if(windowlessobj) { - hres = IOleInPlaceObjectWindowless_InPlaceDeactivate(windowlessobj); - ok(hres == S_OK, "InPlaceDeactivate failed: %08lx\n", hres); - } + hres = IUnknown_QueryInterface(unk, &IID_IOleInPlaceObjectWindowless, + (void**)&windowlessobj); + ok(hres == S_OK, "QueryInterface(IID_IOleInPlaceObjectWindowless) failed: %08lx\n", hres); + if(FAILED(hres)) + return; - if(view) { - IOleInPlaceSite *inplacesite = (IOleInPlaceSite*)0xff00ff00; + if(expect_call) SET_EXPECT(OnInPlaceDeactivate); + hres = IOleInPlaceObjectWindowless_InPlaceDeactivate(windowlessobj); + ok(hres == S_OK, "InPlaceDeactivate failed: %08lx\n", hres); + if(expect_call) CHECK_CALLED(OnInPlaceDeactivate); - hres = IOleDocumentView_Show(view, FALSE); - ok(hres == S_OK, "Show failed: %08lx\n", hres); + IOleInPlaceObjectWindowless_Release(windowlessobj); +} - hres = IOleDocumentView_CloseView(view, 0); - ok(hres == S_OK, "CloseVire failed: %08lx\n", hres); +static HRESULT test_Activate(IUnknown *unk, DWORD flags) +{ + IOleObject *oleobj = NULL; + GUID guid; + HRESULT hres; - hres = IOleDocumentView_SetInPlaceSite(view, NULL); - ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); + last_hwnd = hwnd; - hres = IOleDocumentView_GetInPlaceSite(view, &inplacesite); - ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); - ok(inplacesite == NULL, "inplacesite=%p, expected NULL\n", inplacesite); - } + if(view) + IOleDocumentView_Release(view); + view = NULL; - if(oleobj) { - SET_EXPECT(GetContainer); - SET_EXPECT(LockContainer); - expect_LockContainer_fLock = FALSE; - hres = IOleObject_Close(oleobj, OLECLOSE_NOSAVE); - ok(hres == S_OK, "Close failed: %08lx\n", hres); - CHECK_CALLED(GetContainer); - CHECK_CALLED(LockContainer); + hres = IUnknown_QueryInterface(unk, &IID_IOleObject, (void**)&oleobj); + ok(hres == S_OK, "QueryInterface(IID_IOleObject) failed: %08lx\n", hres); + if(FAILED(hres)) + return hres; - if(view) - IOleDocumentView_Release(view); + hres = IOleObject_GetUserClassID(oleobj, NULL); + ok(hres == E_INVALIDARG, "GetUserClassID returned: %08lx, expected E_INVALIDARG\n", hres); - /* Activate HTMLDocument again */ - last_hwnd = hwnd; + hres = IOleObject_GetUserClassID(oleobj, &guid); + ok(hres == S_OK, "GetUserClassID failed: %08lx\n", hres); + ok(IsEqualGUID(&guid, &CLSID_HTMLDocument), "guid != CLSID_HTMLDocument\n"); - hres = IOleObject_GetClientSite(oleobj, &clientsite); - ok(clientsite == &ClientSite, "clientsite=%p, expected %p\n", clientsite, &ClientSite); + test_ClientSite(oleobj, flags); + test_InPlaceDeactivate(unk, FALSE); - hres = IOleObject_SetClientSite(oleobj, NULL); - ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); + hres = test_DoVerb(oleobj); - hres = IOleObject_GetClientSite(oleobj, &clientsite); - ok(hres == S_OK, "GetClientSite failed: %08lx\n", hres); - ok(clientsite == NULL, "GetClientSite() = %p, expected NULL\n", clientsite); + IOleObject_Release(oleobj); + return hres; +} - SET_EXPECT(GetHostInfo); - SET_EXPECT(GetWindow); - hres = IOleObject_SetClientSite(oleobj, &ClientSite); - ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); - CHECK_CALLED(GetHostInfo); - CHECK_CALLED(GetWindow); +static void test_Window(IUnknown *unk, BOOL expect_success) +{ + IOleInPlaceActiveObject *activeobject = NULL; + HWND tmp_hwnd; + HRESULT hres; - if(windowlessobj) { - hres = IOleInPlaceObjectWindowless_InPlaceDeactivate(windowlessobj); - ok(hres == S_OK, "InPlaceDeactivate failed: %08lx\n", hres); - } + hres = IOleDocumentView_QueryInterface(view, &IID_IOleInPlaceActiveObject, (void**)&activeobject); + ok(hres == S_OK, "Could not get IOleInPlaceActiveObject interface: %08lx\n", hres); + if(FAILED(hres)) + return; - SET_EXPECT(GetContainer); - SET_EXPECT(LockContainer); - SET_EXPECT(ActivateMe); - expect_LockContainer_fLock = TRUE; - hres = IOleObject_DoVerb(oleobj, OLEIVERB_SHOW, NULL, &ClientSite, -1, container_hwnd, &rect); - ok(hres == S_OK, "DoVerb failed: %08lx\n", hres); - CHECK_CALLED(GetContainer); - CHECK_CALLED(LockContainer); - CHECK_CALLED(ActivateMe); - } + hres = IOleInPlaceActiveObject_GetWindow(activeobject, &tmp_hwnd); - if(activeobject) { - HWND tmp_hwnd; - hres = IOleInPlaceActiveObject_GetWindow(activeobject, &tmp_hwnd); + if(expect_success) { ok(hres == S_OK, "GetWindow failed: %08lx\n", hres); ok(tmp_hwnd == hwnd, "tmp_hwnd=%p, expected %p\n", tmp_hwnd, hwnd); + }else { + ok(hres == E_FAIL, "GetWindow returned %08lx, expected E_FAIL\n", hres); + ok(IsWindow(hwnd), "hwnd is destroyed\n"); } - if(cmdtrg) - test_OleCommandTarget(cmdtrg); - - if(view) { - SET_EXPECT(SetActiveObject); - SET_EXPECT(HideUI); - SET_EXPECT(OnUIDeactivate); - expect_SetActiveObject_active = FALSE; - hres = IOleDocumentView_UIActivate(view, FALSE); - ok(hres == S_OK, "UIActivate failed: %08lx\n", hres); - CHECK_CALLED(SetActiveObject); - CHECK_CALLED(HideUI); - CHECK_CALLED(OnUIDeactivate); - } - - if(windowlessobj) { - SET_EXPECT(OnInPlaceDeactivate); - hres = IOleInPlaceObjectWindowless_InPlaceDeactivate(windowlessobj); - ok(hres == S_OK, "InPlaceDeactivate failed: %08lx\n", hres); - CHECK_CALLED(OnInPlaceDeactivate); - } + IOleInPlaceActiveObject_Release(activeobject); +} - if(oleobj) { - SET_EXPECT(GetContainer); - SET_EXPECT(LockContainer); - expect_LockContainer_fLock = FALSE; - hres = IOleObject_Close(oleobj, OLECLOSE_NOSAVE); - ok(hres == S_OK, "Close failed: %08lx\n", hres); - CHECK_CALLED(GetContainer); - CHECK_CALLED(LockContainer); +static void test_CloseView(void) +{ + IOleInPlaceSite *inplacesite = (IOleInPlaceSite*)0xff00ff00; + HRESULT hres; - if(view) - IOleDocumentView_Release(view); + if(!view) + return; - hres = IOleObject_GetClientSite(oleobj, &clientsite); - ok(clientsite == &ClientSite, "clientsite=%p, expected %p\n", clientsite, &ClientSite); + hres = IOleDocumentView_Show(view, FALSE); + ok(hres == S_OK, "Show failed: %08lx\n", hres); - hres = IOleObject_SetClientSite(oleobj, NULL); - ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); + hres = IOleDocumentView_CloseView(view, 0); + ok(hres == S_OK, "CloseView failed: %08lx\n", hres); - hres = IOleObject_GetClientSite(oleobj, &clientsite); - ok(hres == S_OK, "GetClientSite failed: %08lx\n", hres); - ok(clientsite == NULL, "GetClientSite() = %p, expected NULL\n", clientsite); + hres = IOleDocumentView_SetInPlaceSite(view, NULL); + ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); - SET_EXPECT(GetHostInfo); - SET_EXPECT(GetWindow); - hres = IOleObject_SetClientSite(oleobj, &ClientSite); - ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); - CHECK_CALLED(GetHostInfo); - CHECK_CALLED(GetWindow); + hres = IOleDocumentView_GetInPlaceSite(view, &inplacesite); + ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); + ok(inplacesite == NULL, "inplacesite=%p, expected NULL\n", inplacesite); +} - /* Activate HTMLDocument again, this time without UIActivate */ - last_hwnd = hwnd; - call_UIActivate = FALSE; - - SET_EXPECT(GetContainer); - SET_EXPECT(LockContainer); - SET_EXPECT(ActivateMe); - expect_LockContainer_fLock = TRUE; - hres = IOleObject_DoVerb(oleobj, OLEIVERB_SHOW, NULL, &ClientSite, -1, container_hwnd, &rect); - ok(hres == S_OK, "DoVerb failed: %08lx\n", hres); - CHECK_CALLED(GetContainer); - CHECK_CALLED(LockContainer); - CHECK_CALLED(ActivateMe); - } +static void test_UIDeactivate(void) +{ + HRESULT hres; - if(activeobject) { - HWND tmp_hwnd; - hres = IOleInPlaceActiveObject_GetWindow(activeobject, &tmp_hwnd); - ok(hres == S_OK, "GetWindow failed: %08lx\n", hres); - ok(tmp_hwnd == hwnd, "tmp_hwnd=%p, expected %p\n", tmp_hwnd, hwnd); + if(call_UIActivate) { + SET_EXPECT(SetActiveObject); + SET_EXPECT(HideUI); + SET_EXPECT(OnUIDeactivate); } - if(view) { - expect_SetActiveObject_active = FALSE; - hres = IOleDocumentView_UIActivate(view, FALSE); - ok(hres == S_OK, "UIActivate failed: %08lx\n", hres); - } + expect_SetActiveObject_active = FALSE; + hres = IOleDocumentView_UIActivate(view, FALSE); + ok(hres == S_OK, "UIActivate failed: %08lx\n", hres); - if(windowlessobj) { - SET_EXPECT(OnInPlaceDeactivate); - hres = IOleInPlaceObjectWindowless_InPlaceDeactivate(windowlessobj); - ok(hres == S_OK, "InPlaceDeactivate failed: %08lx\n", hres); - CHECK_CALLED(OnInPlaceDeactivate); + if(call_UIActivate) { + CHECK_CALLED(SetActiveObject); + CHECK_CALLED(HideUI); + CHECK_CALLED(OnUIDeactivate); } +} - if(view) { - IOleInPlaceSite *inplacesite = (IOleInPlaceSite*)0xff00ff00; - - hres = IOleDocumentView_Show(view, FALSE); - ok(hres == S_OK, "Show failed: %08lx\n", hres); +static void test_Hide(void) +{ + HRESULT hres; - hres = IOleDocumentView_CloseView(view, 0); - ok(hres == S_OK, "CloseView failed: %08lx\n", hres); + if(!view) + return; - hres = IOleDocumentView_SetInPlaceSite(view, NULL); - ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); + hres = IOleDocumentView_Show(view, FALSE); + ok(hres == S_OK, "Show failed: %08lx\n", hres); +} - hres = IOleDocumentView_GetInPlaceSite(view, &inplacesite); - ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); - ok(inplacesite == NULL, "inplacesite=%p, expected NULL\n", inplacesite); - } +static void test_HTMLDocument(void) +{ + IUnknown *unk; + HRESULT hres; + ULONG ref; - if(view) { - IOleInPlaceSite *inplacesite = (IOleInPlaceSite*)0xff00ff00; + hres = CoCreateInstance(&CLSID_HTMLDocument, NULL, CLSCTX_INPROC_SERVER|CLSCTX_INPROC_HANDLER, + &IID_IUnknown, (void**)&unk); + ok(hres == S_OK, "CoCreateInstance failed: %08lx\n", hres); + if(FAILED(hres)) + return; - hres = IOleDocumentView_Show(view, FALSE); - ok(hres == S_OK, "Show failed: %08lx\n", hres); + test_Persist(unk); - hres = IOleDocumentView_CloseView(view, 0); - ok(hres == S_OK, "CloseVire failed: %08lx\n", hres); + hres = test_Activate(unk, CLIENTSITE_EXPECTPATH); + if(FAILED(hres)) { + IUnknown_Release(unk); + return; + } - hres = IOleDocumentView_SetInPlaceSite(view, NULL); - ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); - - hres = IOleDocumentView_GetInPlaceSite(view, &inplacesite); - ok(hres == S_OK, "SetInPlaceSite failed: %08lx\n", hres); - ok(inplacesite == NULL, "inplacesite=%p, expected NULL\n", inplacesite); - - SET_EXPECT(GetContainer); - SET_EXPECT(LockContainer); - expect_LockContainer_fLock = FALSE; - hres = IOleObject_Close(oleobj, OLECLOSE_NOSAVE); - ok(hres == S_OK, "Close failed: %08lx\n", hres); - CHECK_CALLED(GetContainer); - CHECK_CALLED(LockContainer); + test_OleCommandTarget_fail(unk); + test_OleCommandTarget(unk); + test_Window(unk, TRUE); + test_UIDeactivate(); + test_OleCommandTarget(unk); + test_Window(unk, TRUE); + test_InPlaceDeactivate(unk, TRUE); - hres = IOleObject_GetClientSite(oleobj, &clientsite); - ok(clientsite == &ClientSite, "clientsite=%p, expected %p\n", clientsite, &ClientSite); + /* Calling test_OleCommandTarget here couses Segmentation Fault with native + * MSHTML. It doesn't with Wine. */ - hres = IOleObject_SetClientSite(oleobj, NULL); - ok(hres == S_OK, "SetClientSite failed: %08lx\n", hres); - } + test_Window(unk, FALSE); + test_Hide(); + test_InPlaceDeactivate(unk, FALSE); + test_CloseView(); + test_Close(unk, FALSE); + + /* Activate HTMLDocument again */ + test_Activate(unk, CLIENTSITE_SETNULL); + test_Window(unk, TRUE); + test_OleCommandTarget(unk); + test_UIDeactivate(); + test_InPlaceDeactivate(unk, TRUE); + test_Close(unk, FALSE); + + /* Activate HTMLDocument again, this time without UIActivate */ + call_UIActivate = FALSE; + test_Activate(unk, CLIENTSITE_SETNULL); + test_Window(unk, TRUE); + test_UIDeactivate(); + test_InPlaceDeactivate(unk, TRUE); + test_CloseView(); + test_CloseView(); + test_Close(unk, TRUE); - if(cmdtrg) - IOleCommandTarget_Release(cmdtrg); - if(windowlessobj) - IOleInPlaceObjectWindowless_Release(windowlessobj); - if(oleobj) - IOleObject_Release(oleobj); if(view) IOleDocumentView_Release(view); - if(activeobject) - IOleInPlaceActiveObject_Release(activeobject); + view = NULL; ok(IsWindow(hwnd), "hwnd is destroyed\n"); - ref = IUnknown_Release(htmldoc_unk); + ref = IUnknown_Release(unk); ok(ref == 0, "ref=%ld, expected 0\n", ref); ok(!IsWindow(hwnd), "hwnd is not destroyed\n"); - DestroyWindow(container_hwnd); } START_TEST(htmldoc) { CoInitialize(NULL); + container_hwnd = create_container_window(); test_HTMLDocument(); + DestroyWindow(container_hwnd); CoUninitialize(); }

1 0

Re: WLDAP32: implement ldap_result
by Vitaliy Margolen 15 Aug '05

15 Aug '05

Monday, August 15, 2005, 5:19:10, Hans Leidekker wrote: > -Hans > Changelog > Implement ldap_result. This patch brakes cvs build: misc.c:58: error: `LDAP_NOT_SUPPORTED' undeclared (first use in this function) misc.c:58: error: (Each undeclared identifier is reported only once misc.c:58: error: for each function it appears in.) Vitaliy Margolen

1 0

Error on clean .wine for theming
by Paul Vriens 15 Aug '05

15 Aug '05

Hi, just updated to current cvs and removed .wine: [paul@penguin paul]$ rm -rf .wine [paul@penguin paul]$ winecfg wine: creating configuration directory '/home/paul/.wine'... err:theming:THEMING_Initialize Could not re-register class L"Edit": 582 wine: '/home/paul/.wine' created successfully. Error 582 (1410) is "ERROR_CLASS_ALREADY_EXISTS". Is this really an ERR or should error 582 be ignored ? Cheers, Paul.

1 0

calling *W functions in wt (Was: dlls/shell32/shfldr_desktop.c)
by Saulius Krasuckas 15 Aug '05

15 Aug '05

Hello Ge and especially unicoders: Alexandre, Dimi, Dmitry, Rob, Shachar, Troy and others. I am not sure of how should be file operations implemented in winetest: * On Sat, 13 Aug 2005, Ge van Geldorp wrote: > > --- dlls/shell32/tests/shlfolder.c 12 Aug 2005 10:33:37 -0000 1.29 > +++ dlls/shell32/tests/shlfolder.c 13 Aug 2005 18:49:59 -0000 ... > + PathAddBackslashW(wszFileName); > + lstrcatW(wszFileName, wszTestFile); > + hTestFile = CreateFileW(wszFileName, GENERIC_WRITE, 0, NULL, CREATE_NEW, 0, NULL); > + ok(hTestFile != INVALID_HANDLE_VALUE, "CreateFileW failed! Last error: %08lx\n", GetLastError()); > + if (hTestFile == INVALID_HANDLE_VALUE) { > + IShellFolder_Release(psfDesktop); > + return; > + } > + CloseHandle(hTestFile); > + > + hr = IShellFolder_ParseDisplayName(psfDesktop, NULL, NULL, wszTestFile, NULL, &pidlTestFile, NULL); > + ok (SUCCEEDED(hr), "Desktop's ParseDisplayName failed to parse filename hr = %08lx\n", hr); > + if (FAILED(hr)) { > + IShellFolder_Release(psfDesktop); > + DeleteFileW(wszFileName); > + IMalloc_Free(ppM, pidlTestFile); > + return; > + } *FileW and *DirectoryW functions fail on every win9x box as they are unimplemented here. They succeed only when app is linked to MS Layer for Unicode (MSLU) and MSLU is installed. [1] I was trying to replace every failing unicode function with its ascii counterpart in one of the wt files [2], but that looked ugly to me. Maybe it would be really nice and possible to link wt to unicows.lib on windows. In this case we need a corresponding static lib in Wine too, right? It probably will be "empty" because UNICOWS.DLL shouldn't be loaded as Wine doesn't lack implementation of mentioned functions. Though, I have no guess if this could be done easily. What could be a clean and acceptable solution? Your comments, please. [1] http://msdn.microsoft.com/msdnmag/issues/01/10/MSLU/default.aspx [2] http://www.winehq.org/hypermail/wine-patches/2005/08/0267.html

3 2

Re: dlls/shell32/pidl.c
by Michael Jung 15 Aug '05

15 Aug '05

Hi Ge, On Saturday 13 August 2005 20:55, Ge van Geldorp wrote: > dwAttributes = SFGAO_FILESYSTEM; > hr = IShellFolder_GetAttributesOf(psfFolder, 1, &pidlLast, > &dwAttributes); - if (FAILED(hr) || !(dwAttributes & SFGAO_FILESYSTEM)) > return FALSE; + if (FAILED(hr) || !(dwAttributes & SFGAO_FILESYSTEM)) { > + IShellFolder_Release(psfFolder); > + ILFree((LPITEMIDLIST) pidlLast); > + return FALSE; > + } > I had another look at this after realising that Alexandre did'nt apply the patch. SHBindToParent does not allocate a new PIDL for pidlLast, but returns a pointer to right location in pidl. This means you should not free it. There's still the problem that the shell folder isn't released in failure cases. Sorry, I didn't realize this. Once again I'm impressed that Alexandre always catches those things. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 1

Re: Lostwages: howto.diff
by Paul Vriens 15 Aug '05

15 Aug '05

On Mon, 2005-08-15 at 08:44, Tom Wickline wrote: > Hello All, > > We have moved to winecfg...... > > Tom > > Changelog: > spelling fix, doc update Hi Tom, you're patch shows: -Wine is currently in a transitionary phase. We are working on replacing the -cryptic configuration file with an easy to use graphical utility called winecfg. -In the meantime, however, we recommend that you use a handy program called +If your using an old version of Wine we recommend that you use a handy program called As winecfg is currently THE tool why not refer to this (and maybe also to Winetools) this way more and more people will use it (and make it better?). Cheers, Paul.

3 2

Frequent and annoying Wine bug
by Robbert Xerox 15 Aug '05

15 Aug '05

Hi , i know this is not a wine-bug channel, but this bug is affecting quite some apps, and seems to affect more and more ... At least five apps from wine-bug mailinglist throw up an exception which either reads: "Assertion Failed !bogus context in Local_Unwind()" or "in Exception_Handler". As a reference a filed 2 bugs, and commented another one where you can read the +relay,+seh logs: Bug 3097 Bug 3127 Bug 3139 Some googling around makes me believe that this is a Borland specific error. I tried to install Demo Borland compiler in wine to see if i could reproduce this error, but unfortunately it fails with exactly the same error. all programs show the same pattern before an exception is thrown: they call LoadstringA() ,with something like L"Failed to get data for '%s'" or L"Access violation at address %p in module '%s'. %s of address %p" See the bugs for more info. I think this bug is really affecting quite some more apps then the ones mentioned in wine-bugs so would be great if anyone could shine a light on this, as of how to solve the bug. Regards ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

3 3

Re: PATCH: GlobalAddAtomA check for invalid ptr
by Saulius Krasuckas 15 Aug '05

15 Aug '05

* On Tue, 9 Aug 2005, Marcus Meissner wrote: > > The Ikea kitchen planner passed 0xcccccccc for some reason and works > much better after this patch. It if uninitialized memory in a case of MSVC and MSVCRTD, I guess. BUUUUG in the app. :-)

6 8

Re: AppDB - set default comments mode to threaded for new users
by Tony Lambregts 14 Aug '05

14 Aug '05

Chris Morgan wrote: > Chris Morgan <cmorgan(a)alum.wpi.edu> > include/user.php > Set default comments mode to threaded for new users > Index: include/user.php > =================================================================== > RCS file: /opt/cvs-commit/appdb/include/user.php,v > retrieving revision 1.46 > diff -u -r1.46 user.php > --- include/user.php 14 Aug 2005 18:49:21 -0000 1.46 > +++ include/user.php 14 Aug 2005 19:32:59 -0000 > @@ -88,7 +88,11 @@ > $sValues = "({$aInsert['VALUES']}, password('".$sPassword."'), NOW(), NOW() )"; > > query_appdb("INSERT INTO user_list $sFields VALUES $sValues", "Error while creating a new user."); > - return $this->login($sEmail, $sPassword); > + > + $retval = $this->login($sEmail, $sPassword); > + $this->setPref("comments:mode", "threaded"); /* set the users default comments:mode to threaded */ > + > + return $retval; > } > } > Looks good to me... -- Tony Lambregts

1 0

Wine book
by Christian Britz 14 Aug '05

14 Aug '05

Hi, some days ago someone wrote a mail to this list regarding a book that he or she is writing about wine. Unfortunately I lost this mail, could the person please contact me privately? Regards, Christian

1 0

Regression in DVD Shrink
by Jonathan Ernst 14 Aug '05

14 Aug '05

Since latest Wine release DVD Shrink cannot open a DVD anymore. Error message in the GUI: DVD Shrink encountered an error and cannot continue. Failed to read file "D:\" Not ready ---------------------------------------------------------------- Error messages in terminal: fixme:ole:CoRegisterMessageFilter stub err:x11drv:X11DRV_CreateWindow invalid window height 2142303666 err:x11drv:X11DRV_CreateWindow invalid window height 2142303666 err:listview:LISTVIEW_WindowProc unknown msg 1044 wp=00000000 lp=7fb1e324 fixme:quartz:Filtergraph_QueryInterface unknown interface {03a1eb8e-32bf-4245-8502-114d08a9cb88} epoll_ctl: Operation not permitted fixme:ole:CoRegisterMessageFilter stub ---------------------------------------------------------------- Links and related bugs: http://appdb.winehq.org/appview.php?versionId=2230 -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

2 2

RichEdit flicker
by Phil Krylov 14 Aug '05

14 Aug '05

Hi Krzysztof, I want to change wrapping and painting code to minimize flickering and maximize performance. >From what I see, the following could be done: The paragraph structure should include not MEPF_REWRAP and MEPF_REPAINT flags, but indexes of rows from which to start re-wrapping and repainting (e.g. nStartRewrap and nStartRepaint). The wrapping routine should check if it has actually changed wrapping and set nStartRepaint accordingly. ME_Repaint should not call ME_PaintContent directly. Instead, the wrapping routine (and probably others) should call InvalidateRect for screen areas that need to be repainted. What do you as the author of that code think about my suggestions? Or it's possible that you are working in the same direction, and then it would be silly to implement one thing twice? -- Ph.

1 2

Re: [commdlg] Create interface for path related operations
by Robert Shearman 13 Aug '05

13 Aug '05

Troy Rollo wrote: >This patch creates an interface for path name related operations (including >things such as finding the file name part, extension, identifying the path >separator character, qualifying file names, changing directories, verifying >file existence) used by the file open dialogs that depend on the path being a >Win32 path name, thus making the file dialog code less dependent on the >structure of path names. > >ChangeLog: > Create an interface for path related operations used by the file dialogs > to reduce their dependency on Win32 format paths. > > Why do you want to do that? -- Rob Shearman

2 1

SHGetPathFromIDList problem
by Ge van Geldorp 13 Aug '05

13 Aug '05

Since this patch: http://www.winehq.org/hypermail/wine-cvs/2005/06/0338.html SHGetPathFromIDList() seems broken. The problem is that files stored in the Desktop directory don't get the path to the Desktop directory prepended. I've tried to fix it in the attached patch and added a testcase, but the shell COM interfaces easily confuse me, so perhaps someone with a better understanding of this stuff should look it over before I submit it to wine-patches. Ge van Geldorp. Index: dlls/shell32/pidl.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/pidl.c,v retrieving revision 1.133 diff -u -r1.133 pidl.c --- dlls/shell32/pidl.c 8 Jul 2005 14:18:32 -0000 1.133 +++ dlls/shell32/pidl.c 12 Aug 2005 15:04:05 -0000 @@ -1242,6 +1242,7 @@ BOOL WINAPI SHGetPathFromIDListW(LPCITEMIDLIST pidl, LPWSTR pszPath) { HRESULT hr; + BOOL result; LPCITEMIDLIST pidlLast; LPSHELLFOLDER psfFolder; DWORD dwAttributes; @@ -1258,13 +1259,34 @@ dwAttributes = SFGAO_FILESYSTEM; hr = IShellFolder_GetAttributesOf(psfFolder, 1, &pidlLast, &dwAttributes); - if (FAILED(hr) || !(dwAttributes & SFGAO_FILESYSTEM)) return FALSE; + if (FAILED(hr) || !(dwAttributes & SFGAO_FILESYSTEM)) { + IShellFolder_Release(psfFolder); + ILFree((LPITEMIDLIST) pidlLast); + return FALSE; + } hr = IShellFolder_GetDisplayNameOf(psfFolder, pidlLast, SHGDN_FORPARSING, &strret); - if (FAILED(hr)) return FALSE; - - hr = StrRetToBufW(&strret, pidlLast, pszPath, MAX_PATH); IShellFolder_Release(psfFolder); + if (FAILED(hr)) { + ILFree((LPITEMIDLIST) pidlLast); + return FALSE; + } + + /* Check for a PIDL rooted at desktop level */ + if (_ILIsValue(pidl) || _ILIsFolder(pidl)) { + result = SHGetSpecialFolderPathW(NULL, pszPath, CSIDL_DESKTOPDIRECTORY, FALSE); + if (! result) { + ILFree((LPITEMIDLIST) pidlLast); + return FALSE; + } + PathAddBackslashW(pszPath); + } else { + pszPath[0] = '\0'; + } + + hr = StrRetToBufW(&strret, pidlLast, pszPath + lstrlenW(pszPath), + MAX_PATH - lstrlenW(pszPath)); + ILFree((LPITEMIDLIST) pidlLast); TRACE_(shell)("-- %s, 0x%08lx\n",debugstr_w(pszPath), hr); return SUCCEEDED(hr); Index: dlls/shell32/tests/shlfolder.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/tests/shlfolder.c,v retrieving revision 1.29 diff -u -r1.29 shlfolder.c --- dlls/shell32/tests/shlfolder.c 12 Aug 2005 10:33:37 -0000 1.29 +++ dlls/shell32/tests/shlfolder.c 12 Aug 2005 15:04:06 -0000 @@ -584,6 +584,11 @@ WCHAR wszMyComputer[] = { ':',':','{','2','0','D','0','4','F','E','0','-','3','A','E','A','-','1','0','6','9','-', 'A','2','D','8','-','0','8','0','0','2','B','3','0','3','0','9','D','}',0 }; + WCHAR wszFileName[MAX_PATH]; + LPITEMIDLIST pidlTestFile; + HANDLE hTestFile; + static WCHAR wszTestFile[] = { + 'w','i','n','e','t','e','s','t','.','f','o','o',0 }; if(!pSHGetSpecialFolderPathW) return; @@ -604,15 +609,52 @@ hr = IShellFolder_ParseDisplayName(psfDesktop, NULL, NULL, wszMyComputer, NULL, &pidlMyComputer, NULL); ok (SUCCEEDED(hr), "Desktop's ParseDisplayName failed to parse MyComputer's CLSID! hr = %08lx\n", hr); - IShellFolder_Release(psfDesktop); - if (FAILED(hr)) return; + if (FAILED(hr)) { + IShellFolder_Release(psfDesktop); + return; + } SetLastError(0xdeadbeef); result = SHGetPathFromIDListW(pidlMyComputer, wszPath); ok (!result, "SHGetPathFromIDList succeeded where it shouldn't!\n"); ok (GetLastError()==0xdeadbeef, "SHGetPathFromIDList shouldn't set last error! Last error: %08lx\n", GetLastError()); + if (result) { + IShellFolder_Release(psfDesktop); + return; + } IMalloc_Free(ppM, pidlMyComputer); + + result = pSHGetSpecialFolderPathW(NULL, wszFileName, CSIDL_DESKTOPDIRECTORY, FALSE); + ok(result, "SHGetSpecialFolderPathW failed! Last error: %08lx\n", GetLastError()); + if (!result) { + IShellFolder_Release(psfDesktop); + return; + } + PathAddBackslashW(wszFileName); + lstrcatW(wszFileName, wszTestFile); + hTestFile = CreateFileW(wszFileName, GENERIC_WRITE, 0, NULL, CREATE_NEW, 0, NULL); + ok(hTestFile != INVALID_HANDLE_VALUE, "CreateFileW failed! Last error: %08lx\n", GetLastError()); + if (hTestFile == INVALID_HANDLE_VALUE) { + IShellFolder_Release(psfDesktop); + return; + } + CloseHandle(hTestFile); + + hr = IShellFolder_ParseDisplayName(psfDesktop, NULL, NULL, wszTestFile, NULL, &pidlTestFile, NULL); + ok (SUCCEEDED(hr), "Desktop's ParseDisplayName failed to parse filename hr = %08lx\n", hr); + IShellFolder_Release(psfDesktop); + DeleteFileW(wszFileName); + if (FAILED(hr)) { + IMalloc_Free(ppM, pidlTestFile); + return; + } + + result = SHGetPathFromIDListW(pidlTestFile, wszPath); + ok(result, "SHGetPathFromIDListW failed! Last error: %08lx\n", GetLastError()); + IMalloc_Free(ppM, pidlTestFile); + if (!result) return; + ok(0 == lstrcmpW(wszFileName, wszPath), "SHGetPathFromIDListW returned incorrect path for file placed on desktop\n"); } static void test_EnumObjects_and_CompareIDs(void)

2 1

World of Warcraft
by cyrix12＠cox.net 13 Aug '05

13 Aug '05

It's me again. The latest WoW patch (1.5.1) broke stuff again, and now I'm unable to click on anything outside of menu items in game. The issue seems to be related to camera angle, as I am able to click on items/people when I have my camera positioned just right. It's basically unplayable at the moment though. Anyway, I'd appreciate it if one of the OpenGL/D3D guys (it's most likely something that would be easily fixed by one of you) could take a look at it if they have some free time. Thanks again, Darckness

10 21

Help please
by Fabio Duarte Vilas Boas 13 Aug '05

13 Aug '05

i got a problem with the "wine". when i minimize this program it goes to the corner __________________________________________________ Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/

1 0

Unsubscribe me from mailing list.
by Setul Patel 13 Aug '05

13 Aug '05

Please unsubscribe my email id: setulkumarpatel(a)gmail.com from yours mailing list. Thanking you. Setul Patel

1 0

How dumb the directory of configuration of wine of $HOME/.wine for $HOME/.my-config?
by Fabio Duarte Vilas Boas 12 Aug '05

12 Aug '05

How dumb the directory of configuration of wine of $HOME/.wine for $HOME/.my-config? _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

6 7

compile error in current cvs
by Stefan Leichter 12 Aug '05

12 Aug '05

Hello, current cvs does not compile for me. Im on SuSE 9.0. gcc -c -I../../../wine/dlls/msxml3 -I. -I../../../wine/include -I../../include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o msxml3.dll.dbg.o msxml3.dll.dbg.c ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ../../../wine/ dlls/msxml3/msxml3.spec domdoc.o element.o factory.o main.o node.o nodemap.o msxml3.dll.dbg.o -o msxml3.dll.so -L../../dlls -L../../dlls/ oleaut32 -L../../dlls/advapi32 -L../../dlls/kernel32 -L../../dlls/ntdll -loleaut32 -ladvapi32 -lkernel32 -lntdll -L../../libs/wine -lwine -luuid -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port domdoc.o(.text+0xfd2): In function `domdoc_get_documentElement': /usr/src/wine/wine-build2/dlls/msxml3/../../../wine/dlls/msxml3/domdoc.c:518: undefined reference to `xmlDocGetRootElement' domdoc.o(.text+0x1457): In function `doread': /usr/src/wine/wine-build2/dlls/msxml3/../../../wine/dlls/msxml3/domdoc.c:671: undefined reference to `xmlParseMemory' main.o(.text+0x77): In function `DllMain': /usr/src/wine/wine-build2/dlls/msxml3/../../../wine/dlls/msxml3/main.c:54: undefined reference to `xmlCleanupParser' main.o(.text+0x88):/usr/src/wine/wine-build2/dlls/msxml3/../../../wine/dlls/ msxml3/main.c:48: undefined reference to `xmlInitParser' node.o(.text+0x21e): In function `xmlnode_Release': /usr/src/wine/wine-build2/dlls/msxml3/../../../wine/dlls/msxml3/node.c:128: undefined reference to `xmlFreeDoc' nodemap.o(.text+0x388): In function `xmlnodemap_getNamedItem': /usr/src/wine/wine-build2/dlls/msxml3/../../../wine/dlls/msxml3/nodemap.c:158: undefined reference to `xmlHasNsProp' collect2: ld returned 1 exit status winegcc: gcc failed. make[2]: *** [msxml3.dll.so] Fehler 2 make[2]: Leaving directory `/usr/src/wine/wine-build2/dlls/msxml3' make[1]: *** [msxml3] Fehler 2 make[1]: Leaving directory `/usr/src/wine/wine-build2/dlls' make: *** [dlls] Fehler 2 My installed xml rpm are: libxml2-2.5.10-36 libxml-1.8.17-372 libxml2-devel-2.5.10-36 Bye Stefan

2 6

Winecfg and port access
by Christian Schmitz 12 Aug '05

12 Aug '05

Hi all: I am using TopMax software (a chip programmer) with old wine version (with config file). I try the new wine but i not find where grant the FULL parallel port access to the TopMax program Where is the new config file for touch manually? or How i can make for grant port access (standard 378-37f) Thanks in advance Christian Schmitz -- En un mundo sin fronteras.... ¿Quién necesita Puertas y Ventanas? EN INGLES: In a world without frontiers, who needs Gates and Windows

2 1

Re: [DSHOW] Beginning of winestreambase lib (take 2)
by Christian Costa 12 Aug '05

12 Aug '05

Christian Costa wrote: > > Hi, > > This time, with winestrmbase renamed to winestreambase as suggested by > Dimi. > > Changelog: > Add winestreambase library and make quartz use it. > > Christian Costa titan.costa(a)wanadoo.fr > This patch has not be applied yet. Is there anything wrong with it? I was also considering turning it into a dll rather than a static lib. Do you think it's a good idea? Christian

2 2

wine functions in chroot?
by Fabio Duarte Vilas Boas 12 Aug '05

12 Aug '05

wine functions in chroot? _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

2 1

disabled button looks strange
by Olaf Leidinger 12 Aug '05

12 Aug '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello List! I noticed that disabled buttons look a bit strange on my system. It happens all the time when a disabled button is drawn, as it is done in many installers or in winecfg. Have a look at the following image: http://leidola.newcon.de/pixmaps/gothic2_demo_install.jpg Also the animation (copying file) during install is wrong, as it should have a transparent background. Does anybody experience the same errors? Ciao, Olaf System: gentoo-x86 xorg-x11 ATI Radeon 9600 XP, fglrx -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFC/Ha34Yz1Ukx83/kRApE8AJ9J0wpUJ2YPKdpzDupRpwPod1+bPQCbBFj9 tx6NGYqIaCzlX5IMhV4BZ7o= =N4HN -----END PGP SIGNATURE-----

1 0

[OLE #98] Re: By-pass RPC Runtime If Possible When Calling An STA
by Saulius Krasuckas 12 Aug '05

12 Aug '05

* The log message from [1] says: > > By-pass the RPC runtime if possible when calling an STA by posting a > message directly to the apartment window for it to process. Fixes a > deadlock in InstallShield caused by having to create a thread when > freeing an object that comes from an STA apartment. Added tests that > fail without this fix. After the change [2] running ole32 marshal test makes the process unkillable on my winME. If I change the code, things get running OK: | static DWORD CALLBACK no_couninitialize_client_proc(LPVOID p) | { | struct ncu_params *ncu_params = (struct ncu_params *)p; | HRESULT hr; | IUnknown *pProxy = NULL; | | pCoInitializeEx(NULL, COINIT_APARTMENTTHREADED); | | hr = CoUnmarshalInterface(ncu_params->stream, &IID_IClassFactory, (void **)&pProxy); | ok_ole_success(hr, CoUnmarshalInterface); | | ok_more_than_one_lock(); | | /* die without calling CoUninitialize */ | + CoUninitialize(); | | return 0; | } | | /* tests STA -> STA call during DLL_THREAD_DETACH doesn't deadlock */ It seems call deadlocks only on my machine. Rob, can you tell me, please, how can I find out, is there some problem with my box setup or is this a bug in test-code? [1] http://cvs.winehq.org/cvsweb/wine/dlls/ole32/tests/marshal.c [2] http://cvs.winehq.org/cvsweb/wine/dlls/ole32/tests/marshal.c.diff?r1=1.24&r…

2 3

Nifty FIXME hack
by Tim Schmidt 11 Aug '05

11 Aug '05

I was looking at a new (to me) video editor for Linux and noticed the author had put together a rather nice system for tracking (and presumably obliterating) his FIXME's. Here's the link: http://diva.mdk.org.pl/2005/08/03/fix-the-fixme Or, if you want to skip straight to the result, here's what it produces (try clicking on the FIXME's): http://diva.mdk.org.pl/wp-content/fixmes.html Just thought you guys may find something like this marginally useful. Hope I helped ;)

1 0

Re: theming: combobox
by Dimi Paun 11 Aug '05

11 Aug '05

From: "Frank Richter" <frank.richter(a)gmail.com> > Frank Richter <frank.richter(a)gmail.com> > Add initial combo box theming. Wrong patch. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: x11drv: proper visible region handling for cached dces
by Alexandre Julliard 11 Aug '05

11 Aug '05

Frank Richter <frank.richter(a)gmail.com> writes: > Frank Richter <frank.richter(a)gmail.com> > Fix issue where it could happen that, when a cached dce was reused, the > visible region was not updated although the window region had changed > since the last dce use. Now, track is kept of window region changes and > the visible region for a cached dce is updated if the window region > changed in the mean time. You should use invalidate_dce() instead. -- Alexandre Julliard julliard(a)winehq.org

1 0

WINEALSA: remove crackling in DirectSound/ALSA combination
by Alex Villacís Lasso 11 Aug '05

11 Aug '05

For a long time, I have been annoyed by a faint crackling that can be heard on the sound output of any DirectSound program when full hardware acceleration is enabled on the ALSA driver. Even after a patch I sent earlier (which corrected a bigger artifact), this crackling remained. Last night, I finally set upon removing this crackling, based on a comment in IDsDriverBufferImpl_GetPosition() in dlls/winmm/winealsa/audio.c, line 3302: //* /*FIXME*/: snd_pcm_mmap_hw_ptr() should not be accessed by a user app. *// //* It will NOT return what why want anyway. *// hw_ptr = _snd_pcm_mmap_hw_ptr(wwo->pcm); I thought, maybe it is not returning the correct information for GetPosition, so that is why the crackling exists, since new samples are off-position from what they should be in order to guarantee a smooth sound. So I deduced, maybe the IDsDriverBufferImpl object can keep a simulation of a hardware pointer and use that instead of the (slightly incorrect) hardware pointer. My original intention was to remove entirely the need to reference _snd_pcm_mmap_hw_ptr(), since this is obviously an internal alsa-lib function and should not be used from inside the app (as the comment rightly indicates). However, I found out that the simulated hardware pointer tends to lag behind the real hardware pointer, and horrible mixups happen if the difference approaches or exceeds the length of the mmap buffer. So the simulated pointer is loosely kept close to the hardware pointer in the supplied patch. The good news: the patch sort of works (in my setup, at least, with Fedora Core 4). All the games I have (Japanese RPGs) now have smooth sound, unless the CPU load is too high. The bad news: the patch does nothing to make the dsound tests pass in Wine (but they were already failing before the patch :-) What I would like to know is the following: * Is there any ALSA user for which the DirectSound tests have *actually* passed? In full acceleration mode? * Can somebody check if the DirectSound tests actually pass in Windows? The test code seems very straightforward, but (in my setup at least) they trigger many more errors and FIXMEs than my RPGs, and that is even without taxing the CPU with graphics and bitmap manipulation, as the RPGs do. * Can somebody using the ALSA driver acknowledge whether they have the crackling problem too, and whether this patch actually solves it for them too? * Can somebody please test this patch (even if they don't have the crackling issue) and check whether any previously working game breaks because of it? Also, can some ALSA or DirectSound guru comment on the specifics of *why* the patch actually works? I am not entirely convinced that a mere loose updating of the simulated pointer from the hardware pointer is enough to have a smooth sound, but it works. I also don't understand how did the crackling appear in the first place, even though the direct hardware pointer was used. Any comments or reports are welcome (especially why the patch works). Alex Villacís Lasso Changelog: * Remove crackling in DirectSound/ALSA playback with full hardware acceleration

2 2

Delete Dll(Un)RegisterServer in d3dxof.dll?
by Francois Gouget 11 Aug '05

11 Aug '05

Hi, I'm relaying a question from Vincent Béron: we both had a look at the winapi_check output and noticed that the comments of these functions claim they are exported but in fact they are not: they are not mentioned anywhere in the spec file. Now if I look at the APIs exported by d3dxof.dll on various versions of Windows I don't see these APIs either. However it's possible that they are only exported in recent versions of DirectX and I'm not sure the DirectX dlls I have are that recent. So I think the question boils down to this: should the Dll(Un)RegisterServer functions be removed or should they be exported? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Good judgment comes from experience, and experience comes from bad judgment -- Barry LePatner

3 2

setup of the MinGW environment
by Saulius Krasuckas 11 Aug '05

11 Aug '05

Sadly I miss miss one file from the site [1] and seems to be down. The file is called "mingw-binutils-2.15.94-8hl.i386.rpm". Any chances for the site to get up and running? [1] http://mirzam.it.vu.nl/mingw/

2 1

Awdbedit crashes, wine debugger fails to run aswell.
by Hans Kristian Rosbach 11 Aug '05

11 Aug '05

Using wine compiled from CVS yesterday. Awdbedit is available here: http://awdbedit.sourceforge.net/ $ wine awdbedit.exe err:rebar:REBAR_AdjustBands Phase 1 failed, x=32760, maxx=632, start=0, end=0 err:rebar:REBAR_AdjustBands Phase 1 failed, x=32760, maxx=632, start=0, end=0 wine: Unhandled exception (thread 0009), starting debugger... Killed I let the debugger "run" for 5min before killing it, it never showed anything and neither did the awdbedit window update at all. -HK

1 0

co-author needed
by Brian Vincent 11 Aug '05

11 Aug '05

It's been a while since I mentioned anything about the Wine book I'm working on. First, I've lost a co-author. Ira had been working on 5 chapters about Winelib. He actually had a lot written and re-written. However, he's backed out of it. So this is a plea for anyone interested in writing those chapters to contact me. I can fill you in on all the specifics. Even if you don't have a strong Winelib background, I think there's a great opportunity for someone interested in technical writing to put something together. Honestly, I haven't closely reviewed the few chapters that have been rewritten, but I think there's a lot of material to work from. (We're still working out the specifics of that.) The rest of the book is rolling along. I have seven chapters completed totaling over 200 pages. I think I have most of the hard stuff done and the two chapters left shouldn't be too difficult. Right now the review process has been held up by the Winelib sections. Ira's rewrite blew that schedule out of the water and we're seriously overdue on starting reviews. Right now my goal is to shoot for finishing those two chapters by mid September partly to coincide with a beta release of Wine. From there we're still at least 6 months from having a book on the shelves. The licensing on the book will remain OPL. At some point the text will be available to the Wine community. I think that happens about 90 days from the original publication date. I really don't want that to stop anyone from working on the Wine User Guide or Winelib User Guide. Both of those docs are horribly out of date and need some love. Ideally someone would have the User Guide in shape for a beta release. O'Reilly.. after not hearing anything from O'Reilly for a few months I got an email from them the other day. In the "Running Linux 5th ed." book coming out later this year I wrote a section on Wine. Previously they had about one paragraph. It's been expanded to about 8 pages including a section on CrossOver Office 5. Anyway, back to my original question, anyone wanna write a book? -Brian

1 0

IE6 installer claims unimplemented function in advpack.dll (IsNTAdmin)
by Hans Kristian Rosbach 10 Aug '05

10 Aug '05

Wine CVS of about 1 hour old. ie6setup.exe from here: http://www.microsoft.com/downloads/details.aspx?FamilyID=1e1550cb-5e5d-48f5… $ wine ie6setup.exe fixme:advapi:CheckTokenMembership ((nil) 0x6ed886d0 0x7fddfd9c) stub! fixme:advapi:DecryptFileA "C:\\install\\IXP000.TMP\\" 00000000 fixme:advpack:TranslateInfString ("C:\\install\\IXP000.TMP\\IESetup.inf" "Options.NTx86" "Options.NTx86" "InstallDir" 0x10253f8 260 0x7fdcf83c (nil)): stubfixme:advpack:NeedReboot (0x00000000): stub wine: Call from 0x1013ac7 to unimplemented function advpack.dll.IsNTAdmin, aborting wine: Unhandled exception (thread 000b), starting debugger... -HK

3 2

Re: LZDone is exported by kernel32
by Francois Gouget 10 Aug '05

10 Aug '05

On Wed, 9 Aug 2005, Vincent Béron wrote: > Changelog: > LZDone is also exported by kernel32 now. Should the same treatment be applied to the other functions too? Examples: LZStart, LZInit, GetExpandedNameA, etc. It's strange that winapi_check does not complain about them. Does it really work to declare LZDone as exported by multiple dlls in a single comment? Should winapi_check scan the forwards and ask that we mention them all in the relevant dll documentation? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

3 2

Re: Try 3: Use /proc filesystem to create HKLM\HARDWARE\DEVICEMAP\Scsi entries
by Vitaliy Margolen 10 Aug '05

10 Aug '05

Any reason this patch http://www.winehq.com/hypermail/wine-patches/2005/08/0087.html and this patch http://www.winehq.com/hypermail/wine-patches/2005/08/0088.html haven't been applied? Vitaliy Margolen Wednesday, August 3, 2005, 19:07:05, Vitaliy Margolen wrote: > Change few names. > This time use correct types with scanf. > Use /proc filesystem to create HKLM\HARDWARE\DEVICEMAP\Scsi entries. > Now it works for IDE and SCSI. Most of the /proc/scsi/scsi parsing is moved > from winaspi. > Vitaliy Margolen > changelog: > dlls/kernel/oldconfig.c > Use /proc filesystem to create HKLM\HARDWARE\DEVICEMAP\Scsi entries.

1 1

crosscompiler
by Dimitrije Jankovic 10 Aug '05

10 Aug '05

Recently, a target option was added to winebuild, and winebuild code was changed to use this option instead of preprocessor defines. I was wondering if a similar option will be added to winegcc, based on which it would pass the corresponding option to winebuild. When using winegcc to crossbuild wine dlls between different platforms (for instance x86-linux and sparc-solaris) that have different endianess more problems arise, especially related to resources. The resource compiler has --endianess option that caould be used to crosscompile resources, but winebuild always reads resource files as if they were compiled natively, maining --endianess cannot be used to crossbuild. Correct me if I'm wrong. If I want to be able to crossbuild from x86-linux to sparc-solaris, I need to compile resources with big-endianess and have winebuild use the target option to recognize that resource file was compiled with big-endianess and read it as such, and not natively. This is not the case currently. Like I said, winebuild reads the res file using native byteorder and fails to check res header. Regards, Dimitrije

2 1

Porting Device Drivers to Winehq
by John Shillinglaw 10 Aug '05

10 Aug '05

Hello, Can anyone point me to documentation/help or tools for disassembling Windows 95 drv and vxd files and/or porting them to wine?? I have a Roland SCP-55 Soundcanvas card (pcmcia ) which is not recognized by linux, and Windows XP ( which I don't like using anyway ) will not recognize the drivers when it prompts for a driver file. Ideally I'd like to decode the windows drivers to help with developing a pure linux driver. Barring that, it seems that I should have better luck with wine since it happly emulates and runs win 95 stuff. However, while I've found plenty in the wine docs about running /porting windows _programs_, almost nothing about what to do with the win 95 *.inf *.drv *.vxd and *.ini that come in the driver package for the pcmcia card. Thanks for the help, John Running 2.6.12-gentoo-r6 and Wine-072505 on an IBM T20 Pentium III Thinkpad.

5 5

Missing functions in wldap32.spec
by Francois Gouget 10 Aug '05

10 Aug '05

Hi, I scanned the Wine spec files and compared them to the APIs exported on Windows and discovered that the following APIs were missing from wldap32.spec. I don't know if that's intentional, maybe you're planning to add them later on. In any case here's the list: cldap_open cldap_openA cldap_openW ldap_abandon ldap_add ldap_addA ldap_addW ldap_add_ext ldap_add_extA ldap_add_extW ldap_add_ext_s ldap_add_ext_sA ldap_add_ext_sW ldap_add_s ldap_add_sA ldap_add_sW ldap_cleanup ldap_close_extended_op ldap_connect ldap_control_free ldap_control_freeA ldap_control_freeW ldap_controls_free ldap_controls_freeA ldap_controls_freeW ldap_count_entries ldap_count_references ldap_count_values ldap_count_valuesA ldap_count_valuesW ldap_count_values_len ldap_create_page_control ldap_create_page_controlA ldap_create_page_controlW ldap_create_sort_control ldap_create_sort_controlA ldap_create_sort_controlW ldap_delete ldap_deleteA ldap_deleteW ldap_delete_ext ldap_delete_extA ldap_delete_extW ldap_delete_ext_s ldap_delete_ext_sA ldap_delete_ext_sW ldap_delete_s ldap_delete_sA ldap_delete_sW ldap_encode_sort_controlA ldap_encode_sort_controlW ldap_escape_filter_element ldap_escape_filter_elementA ldap_escape_filter_elementW ldap_extended_operation ldap_extended_operationA ldap_extended_operationW ldap_first_attribute ldap_first_attributeA ldap_first_attributeW ldap_first_entry ldap_first_reference ldap_free_controls ldap_free_controlsA ldap_free_controlsW ldap_get_next_page ldap_get_next_page_s ldap_get_paged_count ldap_get_values ldap_get_valuesA ldap_get_valuesW ldap_get_values_len ldap_get_values_lenA ldap_get_values_lenW ldap_modify ldap_modifyA ldap_modifyW ldap_modify_ext ldap_modify_extA ldap_modify_extW ldap_modify_ext_s ldap_modify_ext_sA ldap_modify_ext_sW ldap_modify_s ldap_modify_sA ldap_modify_sW ldap_modrdn ldap_modrdn2 ldap_modrdn2A ldap_modrdn2W ldap_modrdn2_s ldap_modrdn2_sA ldap_modrdn2_sW ldap_modrdnA ldap_modrdnW ldap_modrdn_s ldap_modrdn_sA ldap_modrdn_sW ldap_msgfree ldap_next_attribute ldap_next_attributeA ldap_next_attributeW ldap_next_entry ldap_next_reference ldap_parse_page_control ldap_parse_page_controlA ldap_parse_page_controlW ldap_parse_reference ldap_parse_referenceA ldap_parse_referenceW ldap_parse_result ldap_parse_resultA ldap_parse_resultW ldap_parse_sort_control ldap_parse_sort_controlA ldap_parse_sort_controlW ldap_rename_ext ldap_rename_extA ldap_rename_extW ldap_rename_ext_s ldap_rename_ext_sA ldap_rename_ext_sW ldap_result ldap_search_abandon_page ldap_search_init_page ldap_search_init_pageA ldap_search_init_pageW ldap_set_dbg_flags ldap_set_dbg_routine ldap_set_option ldap_set_optionA ldap_set_optionW ldap_sslinit ldap_sslinitA ldap_sslinitW ldap_startup ldap_value_free_len -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ There are 10 types of people in the world... those who understand binary and those who don't.

2 1

Re: Protect included headers with the proper autoconf macros
by Jacek Caban 10 Aug '05

10 Aug '05

Hello. Vincent Béron wrote: >Changelog: >Protect headers with proper autoconf macros. > >Vincent > > >------------------------------------------------------------------------ > >Index: dlls/msxml3/msxml_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/msxml3/msxml_private.h,v >retrieving revision 1.5 >diff -u -p -r1.5 msxml_private.h >--- dlls/msxml3/msxml_private.h 9 Aug 2005 11:17:47 -0000 1.5 >+++ dlls/msxml3/msxml_private.h 9 Aug 2005 21:56:24 -0000 >@@ -23,9 +23,11 @@ > > #include "xmldom.h" > >-#ifdef HAVE_LIBXML2 >- >+#ifdef HAVE_LIBXML_PARSER_H > #include <libxml/parser.h> >+#endif >+ >+#ifdef HAVE_LIBXML2 > > extern HRESULT DOMElement_create( IXMLDOMElement** DOMElement, xmlDocPtr xmldoc ); > extern HRESULT NodeMap_create(IXMLDOMNamedNodeMap** DomNamedNodeMap, xmlDocPtr xmldoc, xmlNodePtr node ); > > This patch causes the compile error for me. I have libxml2 headers but I don't have a library. XML2INCL is defined only if the configure script found library so gcc cannot find my headers at compile time. If you want to change it, you'll have to change configure.ac as well, but why do you want to include libxml if it won't be used anyway? Jacek

3 4

crosscompiler
by Dimitrije Jankovic 10 Aug '05

10 Aug '05

Recently, a target option was added to winebuild, and winebuild code was changed to use this option instead of preprocessor defines. I was wondering if a similar option will be added to winegcc, based on which it would pass the corresponding option to winebuild. When using winegcc to crossbuild wine dlls between different platforms (for instance x86-linux and sparc-solaris) that have different endianess more problems arise, especially related to resources. The resource compiler has --endianess option that caould be used to crosscompile resources, but winebuild always reads resource files as if they were compiled natively, maining --endianess cannot be used to crossbuild. Correct me if I'm wrong. If I want to be able to crossbuild from x86-linux to sparc-solaris, I need to compile resources with big-endianess and have winebuild use the target option to recognize that resource file was compiled with big-endianess and read it as such, and not natively. This is not the case currently. Like I said, winebuild reads the res file using native byteorder and fails to check res header. Regards, Dimitrije

1 0

Re: Move some not private LDAP definitions and API declarations from winldap_private.h to public header winldap.h
by Hans Leidekker 10 Aug '05

10 Aug '05

On Tuesday 9 August 2005 10:25, Dmitry Timoshkov wrote: > Move some not private LDAP definitions and API declarations from > winldap_private.h to public header winldap.h. Please don't. My pending patches need those definitions and declarations in winldap_private.h. -Hans

2 2

Linuxworld - meeting the guys at the Codeweavers booth
by Hiji 10 Aug '05

10 Aug '05

Hi all! I just got back from Linuxworld, and fortunately, I found the Codeweavers booth! I had the pleasure of meeting both Aric Stewart and Rob Shearman (hope I spelled your names right!); I wanted to meet Jeremy too, but I was told that he was off at meetings. In any case, both Rob and Aric were very polite, intelligent and full of humor! From the booth, I walked away with a CrossOver Office demo disc, some Wine accessories (wine, as in the type you drink), and some, ahem... Codeweavers prophylactics to protect against Windows viruses, trojans, etc. LOL! Anyhow, I know this isn't exactly development related, but I thought I'd share my experience with you all! :) Those Codeweavers guys rock! Hijinio ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

1 0

swapped mouse buttons and slow down in wine
by Liam Kurmos 09 Aug '05

09 Aug '05

(Sorry, if this post here is inappropriate. I'm a newbie trying to get wine working) I've installed wine20050725 from rpm, and it was running ok. I copied and installed japanese dictionary app from my real winxp partition to my fake c drive and patched the reg with the local\software keys from the xp reg. The program worked (kind of - japanese chars dont display except when using japnese lang locale) but from the moment I first launched it the mouse buttons where swapped on my mouse, and wine became painfully slow. This effect is persitant anywhere in wine, even regedit and winecfg now behave this way (slow and inverted mouse). I could prehaps get used to the mouse being backwards but the performance is too painful. New versions of wine don't seem to support a wine.config file, but the config file had more configurability than is cuurently supported in winecfg. So how do you config the latest version of wine? What could have changed in wines configuration to make this happen? Anyone have a links for info on how wine (post the shift to no config file) now works? I've been looking on my web without joy for a solution to this problem. So now I'm turning to this list. Hope someone can help, Liam

1 0

Re: PATCH: winelauncher tmp file
by Vincent Béron 09 Aug '05

09 Aug '05

Le mar 09/08/2005 à 16:23, Marcus Meissner a écrit : [snip] > @@ -87,6 +87,7 @@ > > # ok, we really give up now, this system is hosed ;-) > cat $MSGFILE > + rm MSGFILE + rm $MSGFILE But I'm pretty sure Alexandre would have catched it... Vincent

1 0

Re: wine/ tools/winegcc/winegcc.c tools/winegcc/Ma ...
by Marcelo Duarte 09 Aug '05

09 Aug '05

This patch cause a error: winegcc: prelink failed. OS: Fedora Core 2 with last updates from Lecacy Fedora. Output: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o registry16.o toolhelp16.o win87em.o actctx.o atom.o change.o comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res -Wl,--image-base,0x7b800000 -o kernel32.dll.so -L../../dlls -L../../dlls/ntdll -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port winegcc: prelink failed. make[2]: ** [kernel32.dll.so] Erro 2 make[2]: Leaving directory `/home/mduarte/wine/dlls/kernel' make[1]: ** [kernel] Erro 2 make[1]: Leaving directory `/home/mduarte/wine/dlls' make: ** [dlls] Erro 2 Alexandre Julliard escreveu: >ChangeSet ID: 19399 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2005/08/09 06:12:30 > >Modified files: > tools/winegcc : winegcc.c Makefile.in > . : configure.ac configure Make.rules.in > >Log message: > Added support for the --image-base linker option in winegcc using the > prelink tool. > >Patch: http://cvs.winehq.org/patch.py?id=19399 > >Old revision New revision Changes Path > 1.39 1.40 +32 -3 wine/tools/winegcc/winegcc.c > 1.14 1.15 +2 -1 wine/tools/winegcc/Makefile.in > 1.391 1.392 +6 -0 wine/configure.ac > 1.690 1.691 +48 -1 wine/configure > 1.187 1.188 +1 -0 wine/Make.rules.in > > > > >

1 1

Re: MSHTML: Report BINDSTATUS_MIMETYPEAVAILABLE in AboutProtocol::Start [RESEND]
by Alexandre Julliard 09 Aug '05

09 Aug '05

Jacek Caban <jack(a)itma.pwr.wroc.pl> writes: > Is there something wrong with this patch? It breaks make test because one of the todo_wine tests now partially succeed. Could you please fix the test and resubmit? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Porting Device Drivers to Winehq
by Juan Lang 09 Aug '05

09 Aug '05

Hi John, > Can anyone point me to documentation/help or tools for disassembling > Windows 95 drv and vxd files and/or porting them to wine?? No. Wine doesn't provide support for device drivers. We have some fake VxDs in there, just for some old apps that called them to do non-device driver type things. > Ideally I'd like to decode the windows drivers to help with developing a > pure linux driver. Yep, that's what you'll want to do. Disassembly may help. People around here seem to like IDA Pro. Search the wine-devel archives for more suggestions for disassemblers. Good luck, --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

codevisual2flowchart gui problems
by Vijay Kiran Kamuju 09 Aug '05

09 Aug '05

Hi, When i run codevisual2flowchart using wine-20050726. There is no minimize, maximize buttons. The menus are quite big (duoble the size). It spewing out this messages fixme:imm:ImmGetContext (0x10374) STUB fixme:imm:ImmSetCompositeWindow stub I think these functions need to be implemented as most of the IME applicatations and internal imm functions use the above 2 stubbed functions. I think the problem of menu being double size is due to imm stuff. bye, Vijay

1 0

daily WRT build process stopped
by Saulius Krasuckas 09 Aug '05

09 Aug '05

Any chances to get it running again? http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=636

1 0

Re: wine/ server/trace.c server/request.h server/p ...
by Vincent Béron 09 Aug '05

09 Aug '05

Le lun 08/08/2005 à 11:11, Alexandre Julliard a écrit : [snip] > Modified files: > server : trace.c request.h protocol.def mapping.c file.c > fd.c change.c > include/wine : server_protocol.h > > Log message: > Added an unmount_device request that invalidates all file descriptors > open on a given Unix device. > > Patch: http://cvs.winehq.org/patch.py?id=19368 [snip] Does that mean we can now eject a CD even if an installer program keeps a file open on it? If so, should we have a wineeject to call that server request, or is it planned to be taken care of in some other way? Vincent

2 1

Re: WLDAP32: implement ldap_{get,set}_option{A,W} (resend)
by Alexandre Julliard 09 Aug '05

09 Aug '05

Hans Leidekker <hans(a)it.vu.nl> writes: > + switch (option) > + { > + case LDAP_OPT_API_FEATURE_INFO: > + { > + LDAPAPIFeatureInfoW *featureW; > + > + ret = ldap_get_optionW( ld, option, featureW ); > + value = featureinfoWtoA( featureW ); > + featureinfofreeW( featureW ); > + return ret; This can't work, you need an extra level of indirection for the featureW and value pointers. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: pf_vsnprintf implementatnion of 'I', 'I32' and 'I64' prefixes for type specifiers
by Jesse Allen 09 Aug '05

09 Aug '05

On 8/1/05, Lukasz Janyst <ljan(a)wp.pl> wrote: > > Hello, > I've implemented 'I', 'I32' and 'I64' prefixes support > for pf_vsnprintf. This patch seems to resolve profile creation > issues in Warcraft 3. > > Lukasz Janyst We talked about this already. Doing it that way is not portible outside libc. I am going to take a look at this again after the 4th, actually. Jesse

6 6

Inconsistency/bug with GetProcAddress
by Vitaliy Margolen 08 Aug '05

08 Aug '05

Found an interesting inconsistency with GetProcAddress between wine and native. On windows GetProcAddress of that's say "LoadLibraryA" exported from kernel32 always returns the same address, no matter which process it's called from. On wine it's different. That's say there are two programs app1.exe & app2.exe. app1.exe calls app2.exe (CreateProcess, etc.). Here is what I'm getting: app1.exe: GetProcAddress(mKernel32, "LoadLibraryA") returns 0x404FCBCC app2.exe: GetProcAddress(mKernel32, "LoadLibraryA") returns 0x404FFBCC I have tested this with more then two programs. All consecutive apps return same number as app2.exe. When any of this programs are ran under winedbg they all return same address as app2.exe. Running separate program doesn't change this behavior for parent-child processes. Both programs started in parallel will return the same address as app1.exe. What's more interesting, is that GetModuleHandleA("Kernel32") always returns the same handle. Is there are any reason why this is happening? Any ways to fix this? Unfortunately there are some programs that depend on address returned from GetProcAddress being the same in parent and child processes. -- Best regards, Vitaliy

8 15

Help debugging GLXUnsupportedPrivateRequest failure
by Alex Villacís Lasso 08 Aug '05

08 Aug '05

I downloaded a trial version of a Japanese RPG (Vagrants from Studio e.go, at http://210.138.120.57/download/extra/vagrants_trial.exe), and tried to run it under Wine. This is a self-extracting archive, and it decompresses correctly, but when the main executable (vagrants.exe) is run, I get the following error: trace:d3d:IWineD3DDeviceImpl_ActiveRender making new buffer X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 16 (X_GLXVendorPrivate) Serial number of failed request: 9274 Current serial number in output stream: 9276 I could pinpoint the exact location of the call that fails. The line is dlls/wined3d/device.c, line 5592, at the call to glXMakeCurrent() in IWineD3DDeviceImpl_ActiveRender. But I am at a loss a how to fix this on my own. The function aborts the program instead of returning an error, as the code intends to check, so it cannot even recover from it. From what I googled, this seems to be some missing functionality of my X server (in Fedora 4), but there is no more information on how to fix this. Could somebody explain this error in more detail, and what can I do to aid in diagnosing or fixing it? Using latest Wine CVS (at 2005/07/29). Alex Villacis Lasso

4 8

Re: include/winsplp.h added
by Huw D M Davies 08 Aug '05

08 Aug '05

On Sun, Aug 07, 2005 at 08:52:08PM +0200, Detlef Riekenberg wrote: > > Changelog: > - File "include/winsplp.h" added > As this is part of the ddk, it should probably go in include/ddk/winsplp.h Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: MSXML3: initial implementation based on libxml2
by Saulius Krasuckas 08 Aug '05

08 Aug '05

* On Tue, 2 Aug 2005, Mike McCormack wrote: > > This patch is a start on msxml3. I think I am stuck with an error with this patch in the CVS tree: | make[2]: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/msxml3' | gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o domdoc.o domdoc.c | In file included from domdoc.c:36: | msxml_private.h:26:27: libxml/parser.h: No such file or directory | In file included from domdoc.c:36: | msxml_private.h:28: parse error before "xmlDocPtr" | make[2]: *** [domdoc.o] Error 1 | make[2]: Leaving directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/msxml3' Here we go: $ rpm -ql $(rpm -qf $(locate libxml/parser.h)) | grep -C3 libxml/parser.h | /usr/include/libxml2/libxml/list.h | /usr/include/libxml2/libxml/nanoftp.h | /usr/include/libxml2/libxml/nanohttp.h | /usr/include/libxml2/libxml/parser.h | /usr/include/libxml2/libxml/parserInternals.h | /usr/include/libxml2/libxml/relaxng.h | /usr/include/libxml2/libxml/schemasInternals.h I have this file. $ grep libxml * | config.log:configure:8752: checking libxml/parser.h usability | config.log:configure:8764: gcc -c -g -O2 -I/usr/include/libxml2 conftest.c >&5 | config.log:configure:8797: checking libxml/parser.h presence | config.log:configure:8807: gcc -E -I/usr/include/libxml2 conftest.c | config.log:configure:8868: checking for libxml/parser.h | config.log:configure:8913: gcc -o conftest -g -O2 -I/usr/include/libxml2 conftest.c -lxml2 >&5 | config.log:ac_cv_header_libxml_parser_h=yes | configure:CPPFLAGS="$CPPFLAGS -I/usr/include/libxml2" | configure:for ac_header in libxml/parser.h | configure: XML2INCL="-I/usr/include/libxml2" | configure.ac:dnl **** Check for libxml2 **** | configure.ac:CPPFLAGS="$CPPFLAGS -I/usr/include/libxml2" | configure.ac:AC_CHECK_HEADERS(libxml/parser.h, | configure.ac: [AC_DEFINE(HAVE_LIBXML2, 1, [Define if you have the libxml2 library]) | configure.ac: XML2INCL="-I/usr/include/libxml2"])]) Headers are detected at configure time, it seems. Checking XML2INCL in the dll dir: $ grep -Ir XML2INCL dlls/msxml3/ | dlls/msxml3/Makefile.in:EXTRAINCL = @XML2INCL@ $ grep -Ir ^EXTRAINCL dlls/msxml3/ | dlls/msxml3/Makefile:EXTRAINCL = | dlls/msxml3/Makefile.in:EXTRAINCL = @XML2INCL@ Is this supposed to be so? My makefile have empty EXTRAINCL var. Why?

4 10

Re: include/winsplp.h added
by Detlef Riekenberg 07 Aug '05

07 Aug '05

Am Sonntag, den 07.08.2005, 20:52 +0200 schrieb Detlef Riekenberg: > Changelog: > - File "include/winsplp.h" added Upps.. I did not remove an unneeded pair of: #if 1 #endif Is a resend needed? -- By By ... ... Detlef

1 0

SMB for FUSE
by Boaz Harrosh 07 Aug '05

07 Aug '05

*Is anybody familiar with this project?: SMB for FUSE <http://freshmeat.net/projects/fusesmb/?branch_id=45268&release_id=203494> It looks like a way to send users who need (Semi-transparent) UNC support. I was thinking of linking the .wine/dosdevices/unc to the above mount point. ** Free Life Boaz *

1 0

re: SMB for FUSE
by Dan Kegel 07 Aug '05

07 Aug '05

Boaz wrote: > *Is anybody familiar with this project?: > SMB for FUSE > <http://freshmeat.net/projects/fusesmb/?branch_id=45268&release_id=203494> > > It looks like a way to send users who need (Semi-transparent) UNC > support. I was thinking of linking the .wine/dosdevices/unc to the above > mount point. In general, I like the idea of use FUSE from within other projects. e.g. somebody's doing it with KDE; see http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway But FUSE is not yet part of the standard kernel.org kernels; see http://kerneltrap.org/node/5329 for recent comments on this. It's kind of a shame that there isn't a way to use FUSE without a kernel portion. One ought to be able to run it as a daemon or something, at least. And that would let you use it with Solaris or BSD, not just Linux. Anyway, since FUSE is not widely used or very portable, Wine should be very careful about relying on it. There be dragons here. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

test case demonstrating PeekMessage give up timeslices
by Oliver Mössinger 06 Aug '05

06 Aug '05

Hi wine-devel, attached i have a test case whitch demonstates the differece between Windows and wine. There is also a sample program 'TEST.CPP' attached. On Windows XP - Start 'test.exe' from a dos-box... you see some FAST counting integers - Start a other (loop.pl) program witch consumes mutch cpu time. - the output of 'test.exe' is slower but FAST On wine - Start 'test.exe' from a dos-box... you see some FAST counting integers - Start a other (loop.pl) program witch consumes mutch cpu time. - the output of 'test.exe' is very slow This different behavior starts from wine version 20041201. The version before was ok. I have no patch and it would be nice if someone can write a patch to fix this. Thanks Oliver Mössinger

4 15

Re: compile error in current cvs
by Adam D. Moss 06 Aug '05

06 Aug '05

Jacek Caban wrote: > Hello. > > Stefan Leichter wrote: > >> Am Freitag, 5. August 2005 09:05 schrieben Sie: >> >> >> >> Hello Mike, >> >> after removing the link /usr/include/libxml >> >> my config.log has >> ac_cv_lib_xml2_xmlReadIO=no >> >> the patch fixes the problem with the missing header but compiling >> fails still with: >> >> >> > Attached patch is the correct solution. It fixes the compile problem, thanks. However, the other half of the problem is that WINE isn't detecting libxml2 'properly'. It should be using `xml2-config --cflags` etc, which puts the correct -I on the command-line without having to link the libxml2/libxml include directory to libxml. Note that a 'raw' libxml2 make-install doesn't make any such link -- some distros have presumably done it to help really old apps compile. Cheers, --Adam

1 0

Re: Wine printer configuration
by Andreas Mohr 06 Aug '05

06 Aug '05

Hi, this posting has nothing whatsoever to do with wineconf discussion. Redirecting further discussion to wine-devel... On Fri, Aug 05, 2005 at 03:43:55PM +0200, Sven Jacobs wrote: > We are setting up an application that needs to be available at around > 350 locations. > Everything seems to work fine. We can start the application we can > print, etc... > My problem is now that because wine is running on the server we had to > configure the 350 IP based printers also at the server side. > > Can we filter out the printer for location X if there is a connection from > location X? so that they only see that printer that is located in their > location and not the other 349 printers. I doubt that it is possible but > I have to figure out a way to fix it. This problem sounds somewhat unusual, however I could easily imagine that it can be solved relatively easily. You could log printing related debug channels and try to figure out how Wine gathers the printer configuration information (perhaps via CUPS somehow). Then you could try to figure out a way to let Wine selectively know which particular printer to use. That could be done in a shell script that launches Wine and before launching Wine either sets an environment variable or modifies the registry file in some way or another (dirty) or something else. But then I better leave real ideas to real Wine printing experts... Andreas Mohr

2 1

Re: compile error in current cvs
by Stefan Leichter 06 Aug '05

06 Aug '05

Am Freitag, 5. August 2005 09:05 schrieben Sie: > >>>>current cvs does not compile for me. Im on SuSE 9.0 > >> > >>In Gentoo you need to create link: > >>/usr/include/libxml -> /usr/include/libxml2/libxml > > Please try the attached fix, and let me know if it works... > > Also check your config.log is as follows: > > bash-3.00$ grep ac_cv_lib_xml2_xmlReadIO config.log > ac_cv_lib_xml2_xmlReadIO=yes > > I guess it will be "no", as some older versions of libxml2 don't have > xmlReadIO. > > thanks, > > Mike Hello Mike, after removing the link /usr/include/libxml my config.log has ac_cv_lib_xml2_xmlReadIO=no the patch fixes the problem with the missing header but compiling fails still with: gcc -c -I. -I../../../wine/dlls/msxml3 -I../../include -I../../../wine/include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o element.o ../../../wine/dlls/msxml3/element.c ../../../wine/dlls/msxml3/element.c:45: error: parse error before "xmlDocPtr" ../../../wine/dlls/msxml3/element.c:45: Warnung: no semicolon at end of struct or union ../../../wine/dlls/msxml3/element.c:46: Warnung: type defaults to `int' in declaration of `domelem' ../../../wine/dlls/msxml3/element.c:46: Warnung: data definition has no type or storage class ../../../wine/dlls/msxml3/element.c:48: error: parse error before '*' token ../../../wine/dlls/msxml3/element.c:49: Warnung: return type defaults to `int' ../../../wine/dlls/msxml3/element.c: In function `impl_from_IXMLDOMElement': ../../../wine/dlls/msxml3/element.c:50: error: parse error before ')' token ../../../wine/dlls/msxml3/element.c:50: error: parse error before ')' token ../../../wine/dlls/msxml3/element.c: In function `domelem_AddRef': ../../../wine/dlls/msxml3/element.c:78: error: `This' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c:78: error: (Each undeclared identifier is reported only once ../../../wine/dlls/msxml3/element.c:78: error: for each function it appears in.) ../../../wine/dlls/msxml3/element.c: In function `domelem_Release': ../../../wine/dlls/msxml3/element.c:85: error: `This' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c: At top level: ../../../wine/dlls/msxml3/element.c:553: error: parse error before "xmlDocPtr" ../../../wine/dlls/msxml3/element.c: In function `DOMElement_create': ../../../wine/dlls/msxml3/element.c:555: error: `elem' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c:562: error: `xmldoc' undeclared (first use in this function) ../../../wine/dlls/msxml3/element.c:565: error: `DOMElement' undeclared (first use in this function) make[2]: *** [element.o] Fehler 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/msxml3' make[1]: *** [msxml3] Fehler 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Fehler 2 Bye Stefan

2 2

theming idea
by Joris Huizer 05 Aug '05

05 Aug '05

Hello, I just read some of the articles in winehq.org I thought of something to do with theming: instead of having theming use existing control functions, couldn't the code be made independent, meaning the "non-themed" code basically becomes just another theme among the others, calling the same (custom) control building functions which are designed for using a theme? just an idea, I don't know much about the code ;) HTH, Joris

1 0

Wine passes WGA test
by Ivan Leo Puoti 05 Aug '05

05 Aug '05

You can now validate for WGA downloads using wine and the Microsoft WGA validation tool, and you'll get a thank you message from Microsoft for using Microsoft genuine downloads. Also the anti wine checks appear to be disabled as the tool works in both windows 2000 and windows 98 mode, however the wine registry key string is still in the binary, maybe it's just disabled. In any case some EU officials have already expressed an interest in these checks, so if they enable them someone may end up getting another super fine. Ivan.

5 5

Re: Standardize the DllGetClassObject prototypes
by Robert Shearman 05 Aug '05

05 Aug '05

Francois Gouget wrote: > > According to MSDN the prototype of the DllGetClassObject() functions is: > > HRESULT WINAPI DllGetClassObject(REFCLSID pclsid, REFIID piid, LPVOID > *ppv); > > > But in Wine it has sometimes varied a bit, like returning a DWROD > instead of an HRESULT. Nothing too serious but I like order so I went > through them and made them all the same. > > There's one which is more seriously wrong though: > MSXML_DllGetClassObject() is missing the WINAPI. This cause > winapi_check to issue an error and is how I got into this. That wouldn't have happened if the function had been called DllGetClassObject instead of MSXML_DllGetClassObject. Is the uniqueness of the name really more important than the compiler being able to typecheck it? Can we please not introduce any more of the Dll* functions with DLLNAME_ prefixes? -- Rob Shearman

1 0

Re: msxml3: protect DOMElement implementation with HAVE_LIBXML2
by Mike McCormack 05 Aug '05

05 Aug '05

Michael Jung wrote: > This fixes msxml3 compilation on debian sarge, if libxml2-dev headers are not > installed. I've imitated Mike's scheme from domdoc.c. Thanks for fixing this. > +HRESULT DOMElement_create( IXMLDOMElement** DOMElement, void* xmldoc ) You shouldn't need this stub, because the function will only be used if HAVE_LIBXML2 is defined in domdoc.c Mike

1 0

Re: [DSHOW] Beginning of winestrmbase lib (resend)
by Dimi Paun 05 Aug '05

05 Aug '05

From: "Christian Costa" <titan.costa(a)wanadoo.fr> > Add winestrmbase library and make quartz use it. If this is wine specific, and it's supposed to be streambase library, I think winestreambase is maybe a clearer name, winestrmbase makes it sound like a string processing lib. :) -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

Re: Patch to fix GetCommState "Invalid Argument" errors with Linux usbserial devices
by Mike McCormack 05 Aug '05

05 Aug '05

James Liggett wrote: > This patch fixes an "Invalid Argument" error in GetCommState when a > program tries to get information about a usbserial device. With this > patch, Wine provides a "fake" serial device control block to a Windows > program requesting it, such that the program believes that it's > interfacing with an actual serial port, since usbserial devices don't > currently acknowledge traditional DCBs via tcgetattr/tcsetattr. Using > this patch I was able to synchronize a serial-based Palm PDA with Palm > Desktop on Wine with a pl2303 USB-serial converter. I'm also told that > this patch also works with FTDI devices. Hi James, I don't think this is quite right. The pl2303 is a standard USB-serial converter, and it should have a selectable baud rate (according to the Linux kernel's driver for it). It has a db-9 connector on one end, and a usb connector on the other, right? I'm also pretty sure that all serial ports are ttys in Linux, so your if(isatty()) check will always succeed. Have you tried writing a small test program that does GetCommState and SetCommState on that serial device in Windows? If it fails to set the baud rate perhaps there's an error code returned? Mike

2 1

Re: ntdll: Fix raw CD-ROM access on Linux
by Jesse Allen 04 Aug '05

04 Aug '05

On 8/3/05, Tobias Gruetzmacher <tobias(a)portfolio16.de> wrote: > Hi, > > after submitting my bugreport > http://bugs.winehq.com/show_bug.cgi?id=3175 I curefully checked the > transfer directions in dlls/ntdll/cdrom.c. I think, they are reversed at > two places. > > The attached patch fixes my reported bug. This may also fix bug 3143. > It does fix the bug. Actually, both games use SIntfNT.dll, so we got a duplicate bug report. Thanks for tracking down the issue. Jesse

1 0

compile error in current cvs
by Stefan Leichter 04 Aug '05

04 Aug '05

Hello, current cvs does not compile for me. Im on SuSE 9.0 Bye Stefan make[2]: Entering directory `/usr/src/wine/wine-build/dlls/msxml3' gcc -c -I../../../wine/dlls/msxml3 -I. -I../../../wine/include -I../../include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o domdoc.o ../../../wine/dlls/msxml3/domdoc.c In file included from ../../../wine/dlls/msxml3/domdoc.c:36: ../../../wine/dlls/msxml3/msxml_private.h:26:27: libxml/parser.h: Datei oder Verzeichnis nicht gefunden In file included from ../../../wine/dlls/msxml3/domdoc.c:36: ../../../wine/dlls/msxml3/msxml_private.h:28: error: parse error before "xmlDocPtr" make[2]: *** [domdoc.o] Fehler 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/msxml3' make[1]: *** [msxml3] Fehler 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Fehler 2

4 4

Re: secur32: add first SSPI test to actually see what work needs to be done
by Kai Blin 04 Aug '05

04 Aug '05

* Kai Blin <blin(a)gmx.net> [03/08/05, 02:03:27]: > + sec_status = QuerySecurityPackageInfo( sec_pkg_name, &pkg_info); > + > + ok((long)sec_status >= 0L, "Return value of QuerySecurityPackageInfo should be >= 0, but is %ld\n", (long)sec_status); > + Never mind that. After running the tests on Win32, I realized I needed to check for SEC_E_OK, not 0. I'll resubmit the patch. Kai -- Kai Blin, (blin at gmx dot net) "It might help if we ran the MBA's out of Washington." -- Admiral Grace Hopper

2 3

Re: Fix Using DDraw to Access the Desktop
by Christian Costa 04 Aug '05

04 Aug '05

Hi Rob (and Lionel), While debugging a game where there is the same problem, I did exactly the same fix. However, although this works, it is horribly slow. Do you have the same issue? Maybe this is the reason this was commented out. I wonder if SYNC_UPDATE and OWN_WINDOW stuff has been written to workaround this. There is not comment about that and the code is from transgaming and rather old so I don't know. Lionel do you remember something about that? Robert Shearman wrote: > Hi, > > Previously, using ddraw to write to a small area of the desktop (or > even none at all) would cause the screen to go black because the > contents of the screen wasn't copied to the surface before the surface > was copied back to the screen. This patch fixes that. > > Changelog: > Copy the current contents of the DC to the surface on locking so that > when it is used to write to the desktop then the previous contents > plus the updates are correctly written out. > >------------------------------------------------------------------------ > >Index: dlls/ddraw/surface_user.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/surface_user.c,v >retrieving revision 1.1 >diff -u -p -r1.1 surface_user.c >--- dlls/ddraw/surface_user.c 5 Jun 2005 17:50:49 -0000 1.1 >+++ dlls/ddraw/surface_user.c 25 Jul 2005 14:45:32 -0000 >@@ -47,6 +47,7 @@ static void User_destroy_own_window(IDir > static DWORD CALLBACK User_update_thread(LPVOID); > #endif > static void User_copy_to_screen(IDirectDrawSurfaceImpl* This, LPCRECT rc); >+static void User_copy_from_screen(IDirectDrawSurfaceImpl* This, LPCRECT rc); > > static HWND get_display_window(IDirectDrawSurfaceImpl* This, LPPOINT pt); > >@@ -224,10 +225,8 @@ static void User_DirectDrawSurface_wait_ > void User_DirectDrawSurface_lock_update(IDirectDrawSurfaceImpl* This, > LPCRECT pRect, DWORD dwFlags) > { >-#if 0 > if (!(dwFlags & DDLOCK_WRITEONLY)) > User_copy_from_screen(This, pRect); >-#endif > if (dwFlags & DDLOCK_WAIT) User_DirectDrawSurface_wait_update(This); > > if (pRect) { >@@ -594,7 +593,6 @@ static void User_copy_to_screen(IDirectD > } > } > >-#if 0 > static void User_copy_from_screen(IDirectDrawSurfaceImpl* This, LPCRECT rc) > { > if (This->surface_desc.ddsCaps.dwCaps & DDSCAPS_PRIMARYSURFACE) >@@ -603,6 +601,13 @@ static void User_copy_from_screen(IDirec > HWND hDisplayWnd = get_display_window(This, &offset); > HDC hDisplayDC = GetDC(hDisplayWnd); > RECT drawrect; >+ HDC hSurfaceDC; >+ >+ if (FAILED(This->get_dc(This, &hSurfaceDC))) >+ { >+ ReleaseDC(hDisplayWnd, hDisplayDC); >+ return; >+ } > > drawrect.left = 0; > drawrect.right = This->surface_desc.dwWidth; >@@ -611,7 +616,7 @@ static void User_copy_from_screen(IDirec > if (rc) > IntersectRect(&drawrect,&drawrect,rc); > >- BitBlt(This->hDC, >+ BitBlt(hSurfaceDC, > drawrect.left, drawrect.top, > drawrect.right-drawrect.left, drawrect.bottom-drawrect.top, > hDisplayDC, >@@ -621,7 +626,6 @@ static void User_copy_from_screen(IDirec > ReleaseDC(hDisplayWnd, hDisplayDC); > } > } >-#endif > > static const IDirectDrawSurface7Vtbl User_IDirectDrawSurface7_VTable = > { > >

1 0

threats from MS over Wine's CD/DVD recognition??
by johan kdks 04 Aug '05

04 Aug '05

My friend has a Linux PC and when he inserts a CD or DVD, it popups up the cover art automatically and displays all sorts of extended data, like the actors in the film, the studio that released the cd, etc. And we tried 100 or so discs and it recognized every one perfectly, just as good as Windows XP Media Center does, and it even seems to cache the entries since the 2nd time you insert the disc the recognition is instant (first time takes a few seconds). None of the other Linux media players I've used do this--they all use freedb which doesn't work for DVD's, doesn't have extended attributes, and doesn't display any cover art. I've been poking around all day to figure out how it's done. Someone said it seems this Linux project is pulling the data from Microsoft's Windows media server, like XP MC. If that's true, I'm sure Bill isn't too happy. But anyway I figured that code must have been lifted from Wine--part of your "emulation". But I've been digging into Wine and it seems Wine doesn't do this either, at least not anymore. In fact it's conspicuously missing since Wine is a Windows emulator, and under Windows you put a movie in the drive and see the cover art and all the info on the disc, and with Wine you don't. Was this in Wine at some point, and then got yanked because of threats from Microsoft? I actually see no reference to it anywhere. If it's another one of those modules like libdvdcss that every needs to have, but nobody wants to host, it's buried so far underground I can't find it. If Plutohome.org is going to have to pull it soon, somebody should mirror that stuff soon so it doesn't get lost. -- _______________________________________________ NEW! Lycos Dating Search. The only place to search multiple dating sites at once. http://datingsearch.lycos.com

3 2

ownerdraw paint recursion in listbox
by Alexander Yaworsky 04 Aug '05

04 Aug '05

Hello, recently i tried to install some application and it hung when i tried to select options. It uses listbox with ownerdraw items with checkboxes. When listbox is initially painted everything is ok. But when i try to select other item, an extra WM_PAINT is sent to listbox when application draws item. This causes infinite recursion. I've been implemented a simple workaround adding boolean to listbox structure but i have doubts. I briefly looked at some other controls and had not noticed similar countermeasures. Have somebody ever seen such behaviour? It would be interesting to test other controls sending WM_PAINT from ownerdraw handler but i'm short of time to do it soon. Should this workaround implemented in this way or something is wrong deeper with WM_PAINT handling? Thanks.

2 7

x11drv glx deadlocks.
by Oliver Stieber 03 Aug '05

03 Aug '05

Hi, Somewhere between 20-07-2005 and 26-07-2005 I've been getting deadlocks when I call some glx functions e.g. glXMakeCurrent, I've tracked to problem down to a deadlock, prior to calling glXMakeCurrent wined3d calls wine_tsx11_lock_ptr, but the call to glXMakeCurrent is raising an event in x11drv on a different thread that then tries to call wine_tsx11_lock_ptr, resulting in a deadlock. I've looked through the patches send in between 20-07-2005 and 26-07-2005 but nothing looked obvious. Should I be calling wine_tsx11_lock_ptr before glXMakeCurrent? or should I try to find out what patch caused the problem? ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 2

fr-025
by Andreas Schneider 03 Aug '05

03 Aug '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, fr-25 doesn't display only a white bar in the middle. You can see the "demo" on the top, where normally a black bar is. And in the middle you se some colored vertical stripes. fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x403b50a0)->(161,1) not handled yet fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 fixme:d3d:IWineD3DStateBlockImpl_Apply Unrecognized state block type 0 This is the output which loops. -- andreas - -- http://www.linux-gamers.net - your online gaming resource -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFC8NmVf94+j/M+P8YRAr3VAJ9QNCaK/vjcE53NQXi3+BqeFoIIQgCff//3 6ytQscKf03IRxeSIRSoDDiM= =Ov44 -----END PGP SIGNATURE-----

2 1

WRT: Links and Timeout
by Detlef Riekenberg 03 Aug '05

03 Aug '05

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

3 4

Re: DSOUND: prevent assertion in mixer.c
by Felix Nawothnig 03 Aug '05

03 Aug '05

Alex Villacís Lasso wrote: > wine-pthread: mixer.c:386: DSOUND_MixInBuffer: Assertion > `adjusted_remainder >= 0' failed. > wine: Unhandled exception (thread 000a), starting debugger... > WineDbg starting on pid 0x8 I guess this is preluded by some "length not a multiple of block size" errors? I've been experiencing those errors with the same failed assertion in another game and came up with a similar patch but didn't submit since I think this just hides another bug as it should *not* happen that buf_mixpos becomes greater than buflen (and this >= above should probably be ==) at any time. IMHO you should at least add an ERR to that branch. > --- wine-20050725-cvs/dlls/dsound/mixer.c 2005-06-21 04:43:29.000000000 -0500 > +++ wine-20050725-cvs-patch/dlls/dsound/mixer.c 2005-08-01 02:16:42.000000000 -0500 > @@ -491,6 +491,7 @@ > if (dsb->leadin && (dsb->startpos <= dsb->buf_mixpos)) > dsb->leadin = FALSE; /* HACK: see above */ > } > + else dsb->buf_mixpos = 0; /* %= dsb->buflen; */ And shouldn't it be "%= dsb->buflen;"? I'd think that this causes looping until new stuff is mixed in... Felix

2 4

Re: Move Win16 relay messages to the relay16 channel
by Marcus Meissner 03 Aug '05

03 Aug '05

On Mon, Aug 01, 2005 at 01:57:27PM +0100, Richard Cohen wrote: > Changelog: > Move Win16 relay messages to their own channel (relay16) Why? Ciao, Marcus

5 12

Benchmark's on the Wiki
by Tom Wickline 03 Aug '05

03 Aug '05

Hello, I put the Benchmark results that I posted to wine-devel back in April on the Wiki. http://wiki.winehq.org/BenchMark I would appreciate any constitutive criticism to improve this page. Tom

14 35

Re: Remove Win16 CurrentDirectory hack
by Alexandre Julliard 03 Aug '05

03 Aug '05

Richard Cohen <richard(a)daijobu.co.uk> writes: > The Win32 CurrentDirectory is more likely to be correct, and this > fixes some Win16 installers. No it's not correct, the current directory needs to be per-task for Win16 apps. -- Alexandre Julliard julliard(a)winehq.org

2 1

WaitCommEvent Patches
by Uwe Bonnes 03 Aug '05

03 Aug '05

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 ----------

1 0

AppDB - allow maintainers to process submitted screenshots and application versions
by Chris Morgan 03 Aug '05

03 Aug '05

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

1 0

Re: commctrl: rebar theming
by Robert Shearman 03 Aug '05

03 Aug '05

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

2 2

Wine + MS Office 2000 - can not install
by RLLOYDNAVE123＠wmconnect.com 02 Aug '05

02 Aug '05

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.

1 0

Re: [wined3d] texture state sepeartion part3
by Jesse Allen 02 Aug '05

02 Aug '05

On 8/2/05, Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > Hi, > This patch moves the setting of states from device to basetexture, states that relate to the > opengl texture object will only be updated when they are out of sync, this reduces the number of > texture object state changes during game play in Axis and allies from severalhundred to 0 or 1. > Cool! Does this improve framerates too? Jesse

2 1

broken installers
by Ivan Leo Puoti 02 Aug '05

02 Aug '05

Microsoft is giving out, free of charge and with free posting, visual studio 2005 beta 2. I received my copy today, I got a CD with visual studio 2005 team suite, a DVD with visual studio 2005 team foundation server, and a CD with sql server 2005 developer edition community technology preview. None of this stuff installs, they all pop up a not very helpful messagebox saying some problem has occurred. Just thought I'd let those guys locked into a small dark room fixing all installers know :-) Ivan. p.s. To make you extra happy they all appear to be using ole

1 0

Re: WLDAP32: tests for ldap_err2string{A,W} and LdapMapErrorToWin32 (#2)
by Alexandre Julliard 02 Aug '05

02 Aug '05

Hans Leidekker <hans(a)it.vu.nl> writes: > This patch restricts the ldap_err2string tests to a specific thread locale. > > -Hans > > Changelog > Tests for ldap_err2string{A,W} and LdapMapErrorToWin32. I don't see any point in testing the actual strings. Surely no code is going to rely on the exact string contents. -- Alexandre Julliard julliard(a)winehq.org

2 1

getting the path to .wine
by Ivan Leo Puoti 02 Aug '05

02 Aug '05

What's the best way/way usually used in wine to get the full path to .wine? Ivan.

2 1

Re: Esound support
by Tom Wickline 02 Aug '05

02 Aug '05

On 8/1/05, Peter Åstrand <astrand(a)cendio.se> wrote: > > Hi. This patch implements Esound sound support. See > http://bugs.winehq.com/show_bug.cgi?id=326 for details. Can it be applied? > > Index: ChangeLog > =================================================================== > RCS file: /home/wine/wine/ChangeLog,v > retrieving revision 1.96 > diff -u -r1.96 ChangeLog > --- ChangeLog 25 Jul 2005 12:22:04 -0000 1.96 > +++ ChangeLog 1 Aug 2005 13:02:04 -0000 > @@ -1,4 +1,8 @@ > ----------------------------------------------------------------- > +2005-08-01 Peter Astrand <astrand(a)cendio.se> > + * configure.ac, dlls/Makefile.in, include/config.h.in, programs/winecfg/audio.c, > + programs/winecfg/properties.c: Implemented EsounD sound support (#326). > + > + ---------------------------------------------------------------- > 2005-07-25 Alexandre Julliard <julliard(a)winehq.com> > > * dlls/comctl32/updown.c: Frank Richter <frank.richter(a)gmail.com> > Index: configure.ac You may want to remove this from your patch as only Alexandre does the changelog. Only patches that are excepted can be included into the changelog, and he has to except it first.. Tom

1 0

Re: MSXML3: initial implementation based on libxml2
by Andreas Mohr 02 Aug '05

02 Aug '05

Hi, On Tue, Aug 02, 2005 at 05:39:48PM +0900, Mike McCormack wrote: > > This patch is a start on msxml3. More implementation to follow. Nice! I need that one... Andreas

1 0

Re: WLDAP32: tests for ldap_err2string{A,W} and LdapMapErrorToWin32
by Dmitry Timoshkov 02 Aug '05

02 Aug '05

"Hans Leidekker" <hans(a)it.vu.nl> wrote: > +static const char* WLDAP32_error[] = { > + "Success", This test won't work on a not english locale once somebody adds translations for another language. You either need to prevent the test from running on locales different from english, or find another way how to test returned by LoadString error strings. -- Dmitry.

2 1

Current cvs is not compiling
by Rafael Almeida 02 Aug '05

02 Aug '05

The problem seems to be that the struct berval, i think it was supposed to use struct WLDAP32_berval and no berval. If you change every occurrence of WLDAP32_berval for dlls/wldap32 to berval it seems to work, i think the developer changed the name of the struct and forgot to change it on the functions that use it.

1 0

Wine-Systray and XEMBED
by James Liggett 01 Aug '05

01 Aug '05

Hi, I use a few programs that use systray icons. Because I use GNOME, these icons don't show up as tray icons as they should, but instead as little small windows in the upper left corner of the screen. I noticed that a bug was opened to track implementation of the freedesktop.org XEMBED standard to get the systray to work in both GNOME and KDE. There haven't been any updates to its status for quite a while now. Does anyone know of the status on this work? Thanks, James Liggett

2 2

Progress with syncing a Palm with Palm Desktop
by James Liggett 01 Aug '05

01 Aug '05

Hello all, Over the past few weeks, I have been working on syncing a Palm with Palm Desktop and Hotsync with WINE. I have made some progress in this endeavor. I am successfully able to sync serial based Palms on the first try. It works flawlessly, even with third party conduits. On subsequent tries, I have to reboot my computer before it pick up the device again. I have also developed a patch that allows USB-to-serial converters to work with Hotsync, and potentially other programs. I sent them to someone, and currently I'm waiting to see what his results are. I realize that this is probably an ill-conceived hack, but it does work in my testing with pl2303 devices. The visor driver for USB palms doesn't quite work yet. According to Greg Kroah-Hartman, that particular driver is a special case, and I gather that it may need modification to work with WINE. I'd like to get some feedback on my changes so that it can be useful, and possibly submitted for inclusion in CVS. If anyone's interested, I have a screenshot in the AppDB: http://appdb.winehq.org/screenshots.php?appId=688&versionId=1043. Thanks a lot, James Liggett

3 3

How to turn off Anti-aliasing
by George Lober 01 Aug '05

01 Aug '05

I have just updated my install of Wine and I notice that the config file is now deprecated, it doesn't get used. I want to turn off Wine Anti-aliasing. I was able to do it in the config file, but now I don't know. 'winecfg' doesn't have any such setting. Can it be turned off in the registry ? If so what is the setting ? Thankyou, George

3 3

wldap32: struvt *berval versus PBERVAL
by Uwe Bonnes 01 Aug '05

01 Aug '05

Hallo, a recent CVS checkout failed in wldap32. Shouldn't "struvt *berval" be substituded agains PBERVAL? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/wldap32/winldap_private.h =================================================================== RCS file: /home/wine/wine/dlls/wldap32/winldap_private.h,v retrieving revision 1.12 diff -u -r1.12 winldap_private.h --- wine/dlls/wldap32/winldap_private.h 1 Aug 2005 14:51:18 -0000 1.12 +++ wine/dlls/wldap32/winldap_private.h 1 Aug 2005 15:56:23 -0000 @@ -122,10 +122,10 @@ ULONG ldap_bind_sW(WLDAP32_LDAP*,PWCHAR,PWCHAR,ULONG); ULONG ldap_compareA(WLDAP32_LDAP*,PCHAR,PCHAR,PCHAR); ULONG ldap_compareW(WLDAP32_LDAP*,PWCHAR,PWCHAR,PWCHAR); -ULONG ldap_compare_extA(WLDAP32_LDAP*,PCHAR,PCHAR,PCHAR,struct berval*,PLDAPControlA*,PLDAPControlA*,ULONG*); -ULONG ldap_compare_extW(WLDAP32_LDAP*,PWCHAR,PWCHAR,PWCHAR,struct berval*,PLDAPControlW*,PLDAPControlW*,ULONG*); -ULONG ldap_compare_ext_sA(WLDAP32_LDAP*,PCHAR,PCHAR,PCHAR,struct berval*,PLDAPControlA*,PLDAPControlA*); -ULONG ldap_compare_ext_sW(WLDAP32_LDAP*,PWCHAR,PWCHAR,PWCHAR,struct berval*,PLDAPControlW*,PLDAPControlW*); +ULONG ldap_compare_extA(WLDAP32_LDAP*,PCHAR,PCHAR,PCHAR,PBERVAL,PLDAPControlA*,PLDAPControlA*,ULONG*); +ULONG ldap_compare_extW(WLDAP32_LDAP*,PWCHAR,PWCHAR,PWCHAR,PBERVAL,PLDAPControlW*,PLDAPControlW*,ULONG*); +ULONG ldap_compare_ext_sA(WLDAP32_LDAP*,PCHAR,PCHAR,PCHAR,PBERVAL,PLDAPControlA*,PLDAPControlA*); +ULONG ldap_compare_ext_sW(WLDAP32_LDAP*,PWCHAR,PWCHAR,PWCHAR,PBERVAL,PLDAPControlW*,PLDAPControlW*); ULONG ldap_compare_sA(WLDAP32_LDAP*,PCHAR,PCHAR,PCHAR); ULONG ldap_compare_sW(WLDAP32_LDAP*,PWCHAR,PWCHAR,PWCHAR); PCHAR ldap_err2stringA(ULONG); Index: wine/dlls/wldap32/compare.c =================================================================== RCS file: /home/wine/wine/dlls/wldap32/compare.c,v retrieving revision 1.1 diff -u -r1.1 compare.c --- wine/dlls/wldap32/compare.c 1 Aug 2005 14:51:18 -0000 1.1 +++ wine/dlls/wldap32/compare.c 1 Aug 2005 15:56:23 -0000 @@ -115,7 +115,7 @@ } ULONG ldap_compare_extA( WLDAP32_LDAP *ld, PCHAR dn, PCHAR attr, PCHAR value, - struct berval *data, PLDAPControlA *serverctrls, PLDAPControlA *clientctrls, + PBERVAL data, PLDAPControlA *serverctrls, PLDAPControlA *clientctrls, ULONG *message ) { ULONG ret = LDAP_NOT_SUPPORTED; @@ -166,7 +166,7 @@ } ULONG ldap_compare_extW( WLDAP32_LDAP *ld, PWCHAR dn, PWCHAR attr, PWCHAR value, - struct berval *data, PLDAPControlW *serverctrls, PLDAPControlW *clientctrls, + PBERVAL data, PLDAPControlW *serverctrls, PLDAPControlW *clientctrls, ULONG *message ) { ULONG ret = LDAP_NOT_SUPPORTED; @@ -224,7 +224,7 @@ } ULONG ldap_compare_ext_sA( WLDAP32_LDAP *ld, PCHAR dn, PCHAR attr, PCHAR value, - struct berval *data, PLDAPControlA *serverctrls, PLDAPControlA *clientctrls ) + PBERVAL data, PLDAPControlA *serverctrls, PLDAPControlA *clientctrls ) { ULONG ret = LDAP_NOT_SUPPORTED; #ifdef HAVE_LDAP @@ -274,7 +274,7 @@ } ULONG ldap_compare_ext_sW( WLDAP32_LDAP *ld, PWCHAR dn, PWCHAR attr, PWCHAR value, - struct berval *data, PLDAPControlW *serverctrls, PLDAPControlW *clientctrls ) + PBERVAL data, PLDAPControlW *serverctrls, PLDAPControlW *clientctrls ) { ULONG ret = LDAP_NOT_SUPPORTED; #ifdef HAVE_LDAP

3 3

Re: shell32.dll: SHHelpShortcuts_RunDLL
by Detlef Riekenberg 01 Aug '05

01 Aug '05

Am Samstag, den 28.05.2005, 00:12 +0200 schrieb Detlef Riekenberg: > Hi. > > Changelog: > Partial Implementation of shell32/SHHelpShortcuts_RunDLL > Connect and Disconnect: Forwarded to mpr.dll > AddPrinter: Forward to printui.dll > What did I wrong with this Patch ? 1) Forward into Trash 2) Update to current CVS 3) other things to change .... -- By By ... ... Detlef

1 0

Re: OpenPrinter: Support for PRINTER_DEFAULTS added
by Detlef Riekenberg 01 Aug '05

01 Aug '05

Am Samstag, den 16.07.2005, 13:34 +0200 schrieb Detlef Riekenberg: > With this Patch, "rundll32 printui,PrintUIEntry /s" opens the > property-window for the local printserver (buildin winspool.drv) > > > Changelog: > - Support for PRINTER_DEFAULTS in OpenPrinter added > - Initial support for local Printserver added What did I wrong with this Patch ? 1) Forward into Trash 2) Update to current CVS 3) other things to change .... -- By By ... ... Detlef

1 0

Half-Life 2 Regression
by James Liggett 01 Aug '05

01 Aug '05

Hi, On July 25 I updated my Wine CVS copy and tried to test HL2. My machine hard-locked at the loading screen. Two days ago I updated and the problem still exists. It gives me an error about a swap chain: fixme:d3d:IWineD3DDeviceImpl_GetSwapChain (0x7b946e8) unable to find swapchain 0 I didn't notice this problem before. Anyone else notice it? Thanks a lot, James Liggett

3 3

wine on FreeBSD
by jean-marc DETREZ 01 Aug '05

01 Aug '05

Hi, With the differents mails i receive from users or wine's developers, i think that: - Dislike OpenBSD or SRV4, mincore did'nt fail if the page is not mapped no [ENOMEM] error condition. - the FreeBSD man pages say that mmap would fail with [ENOMEM] error condition if address is in use but in the reality it seems always return the start address. So for to use wine on FreeBSD before doing a more clean patch i propose to add this to mmap . I know that it would map memory pages without verify before that the pages is'nt already map but the man pages say it must failed so I'm just verify that the result is equal to start address the mmap call asking for. I do that only when creating System heap because requesting mmap for 0x800000 start address (without MAP_FIXED) always fail and prevent wine running on FreeBSD. I'll do more test to implement a try_mmap_fixed function working on FreeBSD like this done for SRV4,NetBSD and DARWIN. Jean-marc

3 2

Re: Flush serial port
by Alexandre Julliard 01 Aug '05

01 Aug '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > wine/server/file.c: create_file() > If we open a serial device, flush it This should be done in serial.c, but could you please explain why this is necessary? -- Alexandre Julliard julliard(a)winehq.org

3 4

Lotus Notes + wine 20050725
by Dripple 01 Aug '05

01 Aug '05

Hi all, I'm currently testing Lotus Notes 7 beta 3 + wine 20050725. First, it is much better than previous releases (now, it works). First bugs : - mouse pointer disappear on repainted zones (tabs, left mail menu...) - Notes always wants to have focus Config running : Kubuntu Hoary / KDE 3.4.2 Regards, Dripple

1 0

Re: hhctrl: Add beginnings of the Help viewer
by Dmitry Timoshkov 01 Aug '05

01 Aug '05

"James Hawkins" <truiken(a)gmail.com> wrote: > Changelog > * Add beginnings of the Help viewer. > + count = MultiByteToWideChar(CP_ACP, 0, ansi, -1, NULL, 0); > + unicode = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, count * sizeof(WCHAR)); > + MultiByteToWideChar(CP_ACP, 0, ansi, -1, unicode, count); If you know that you are going to fill the whole buffer with something why do you use HEAP_ZERO_MEMORY? Please avoid using HEAP_ZERO_MEMORY, it's almost always a bad practice. -- Dmitry.

1 0

Re: [usp10] Add stubbed support for ScriptGetFontProperties - os -3
by Oliver Stieber 01 Aug '05

01 Aug '05

third time lucky. --- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > > --- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > > > Hi, > > This patch adds stubbed support for ScriptGetFontProperties which is used by d3dxof fonts > if > > usp10.dll is found. I recommend disabling usp10.dll (uniscribe support) or using usp10.dll > from > > windows for now otherwise some text won't be displayed properly. > > > With a return value.. > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/unisc… > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

LoadString problems
by James Hawkins 01 Aug '05

01 Aug '05

Hey, I'm trying to load strings from the hhctrl.ocx resource file to use as the text for tabs and toolbar buttons, but I can't get it to work. I've tried to get LoadString to work a couple ways, but it just won't work for me. I've attached the resource files and Makefile.in. Maybe something is wrong with the way those are set up. The following code is one of the (failing) places where I call LoadString: TCITEMA tie; char text[MAX_PATH]; LoadStringA(NULL, IDS_CONTENTS, text, MAX_PATH); /* text should be '&Contents', but we get a GetLastError() */ tie.mask = TCIF_TEXT; tie.pszText = text; TabCtrl_InsertItemA(hwndTabCtrl, dwIndex, &tie); I should note that the code works when compiled with Visual Studio and run on Windows. -- James Hawkins

4 8

Re: [usp10] Add stubbed support for ScriptGetFontProperties - os -2
by Jesse Allen 01 Aug '05

01 Aug '05

SCRIPT_CACHE not defined? make[2]: Entering directory `/home/jesse/.local/build/wine/dlls/usp10' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o usp10.o usp10.c usp10.c:54: error: syntax error before "SCRIPT_CACHE" Thanks, Jesse

1 0

Re: [usp10] Add stubbed support for ScriptGetFontProperties
by Jesse Allen 01 Aug '05

01 Aug '05

On 7/31/05, Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > Hi, > This patch adds stubbed support for ScriptGetFontProperties which is used by d3dxof fonts if > usp10.dll is found. I recommend disabling usp10.dll (uniscribe support) or using usp10.dll from > windows for now otherwise some text won't be displayed properly. > Is usp10.dll the reason why some text shows up as color blocks in some D3D8/9 games?

1 0

Re:winecfg in 640x480
by Joe Baker 31 Jul '05

31 Jul '05

On 7/28/05, Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > I know this isn't going to be too big an issue with many people but it would be nice if winecfg > was usable with a 640x480 desktop, at the moment it's 20 or so pixels to tall and you can't see > the ok/cancel buttons. > > I agree, although you can hit enter to close out the window and save changes. Well, in KDE use the Alt key and the left mouse to click and drag the window from anywhere in the window to move it higher. I think that blackbox supports this style of Window movement as well if you're on a lighter resource computer as your resolution suggests. -Joe Baker

5 4

Re: [usp10] Add stubbed support for ScriptGetFontProperties
by Felix Nawothnig 31 Jul '05

31 Jul '05

Oliver Stieber wrote: > +HRESULT WINAPI ScriptGetFontProperties(HDC hdc, SCRIPT_CACHE *psc, SCRIPT_FONTPROPERTIES *sfp) { > + FIXME("%p,%p,%p\n", hdc, psc, sfp); > + /* return something sensible? */ > + if (NULL != sfp) { > + sfp->cBytes = sizeof(SCRIPT_FONTPROPERTIES); > + sfp->wgBlank = 0; > + sfp->wgDefault = 0; > + sfp->wgInvalid = 0; > + sfp->wgKashida = 1; > + sfp->iKashidaWidth = 0; > + } > + > +} You forgot the return value... Felix

2 1

usp10.dll regression
by Oliver Stieber 31 Jul '05

31 Jul '05

Hi, Reciently I've been getting a lot of applications failing with 'unimplemented function usp10.dll.ScriptGetFontProperties' and I've had to use native usp10.dll which I didn't need to before. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

3 3

Re: wine/dlls/ntdll loadorder.c
by Rein Klazes 30 Jul '05

30 Jul '05

On Thu, 7 Jul 2005 13:26:11 -0500, you wrote: > ChangeSet ID: 18748 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/07/07 13:26:11 > > Modified files: > dlls/ntdll : loadorder.c > > Log message: > Use the same defaults for modules with and without an explicit path. Girotel uses a 32 bit comm.dll located in the programs directory, which is also the current directory. After this change I need to add an dll override to load the program's comm.dll and not attempt the built-in comm.drv, which of course is not needed in Windows. Is this a regression or an intentional change in behavior? Rein.

3 8

Re: Add KERNEL32.SetThreadUILanguage() stub
by Thomas Weidenmueller 30 Jul '05

30 Jul '05

Andreas Mohr wrote: > Hello all, > > this one is needed by XP's ping.exe and a reworked ReactOS version. > > Andreas Mohr This prototype is outdated. MS has documented this function in the meanwhile: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/mui_s… Best Regards, Thomas Weidenmueller

3 2

[AppDB] Regression: Editing notes doesn't work anymore
by Jonathan Ernst 29 Jul '05

29 Jul '05

Didn't had time to investigate yet. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

1 0

TR: wine on FreeBSD with patch
by jean-marc DETREZ 29 Jul '05

29 Jul '05

_____ De : jean-marc DETREZ [mailto:jm.detrez@cegetel.net] Envoyé : vendredi 29 juillet 2005 20:28 À : 'Alexandre Julliard' Cc : 'barner(a)FreeBSD.org'; 'wine-devel(a)winehq.com'; 'emulation(a)freebsd.org'; 'Dmitry Timoshkov'; 'Gerald Pfeifer' Objet : TR: wine on FreeBSD with patch _____ De : jean-marc DETREZ [mailto:jm.detrez@cegetel.net] Envoyé : vendredi 29 juillet 2005 20:18 À : 'Alexandre Julliard' Cc : 'barner(a)FreeBSD.org'; 'Gerald Pfeifer'; 'wine-devel(a)winehq.com'; 'emulation(a)freebsd.org'; 'Dmitry Timoshkov' Objet : wine on FreeBSD Hi, With the differents mails i receive from users or wines developers, i think that: - Dislike OpenBSD or SRV4, mincore didnt fail if the page is not mapped no [ENOMEM] error condition. - the FreeBSD man pages say that mmap would fail with [ENOMEM] error condition if address is in use but in the reality it seems always return the start address. So for to use wine on FreeBSD before doing a more clean patch i propose to add this to mmap . I know that it would map memory pages without verify before that the pages isnt already map but the man pages say it must failed so Im just verify that the result is equal to start address the mmap call asking for. I do that only when creating System heap because requesting mmap for 0x800000 start address (without MAP_FIXED) always fail and prevent wine running on FreeBSD. Ill do more test to implement a try_mmap_fixed function working on FreeBSD like this done for SRV4,NetBSD and DARWIN. Jean-marc

1 0

[Fwd: Re: [Fwd: Re: [Wine]wine-20050725 feedback : lots of graphical glitches]]
by Vincent Rubiolo 29 Jul '05

29 Jul '05

Sending to the devel-list as suggested by people on wine-users. Just wasn't sure whther those kind of reports would be welcome on the devel ML. The issues mentioned below seem to be regressions. Thanks for your attention, I am willing to help but am just beginning to grasp everything wine-related. Vincent -------- Original Message -------- Subject: Re: [Fwd: Re: [Wine]wine-20050725 feedback : lots of graphical glitches] Date: Fri, 29 Jul 2005 14:03:50 +0200 From: Vincent Rubiolo <vincent.rubiolo(a)free.fr> To: wine-users(a)winehq.org References: <42E9DEFD.6090508(a)free.fr> Hello, I have submitted three bugs relative to these problems : + http://bugs.winehq.org/show_bug.cgi?id=3169 + http://bugs.winehq.org/show_bug.cgi?id=3170 + http://bugs.winehq.org/show_bug.cgi?id=3171 Vincent Vincent Rubiolo wrote: > Ths list was forgotten. Forwarding. > > Vincent > > -------- Original Message -------- > Subject: Re: [Wine]wine-20050725 feedback : lots of graphical glitches > Date: Thu, 28 Jul 2005 17:45:44 -0700 > From: George Lober <glober(a)telus.net> > To: Vincent Rubiolo <vincent.rubiolo(a)free.fr> > References: <42E8D1CC.5010006(a)free.fr> > > Vincent Rubiolo wrote: > >> Hello wine-users, >> >> I built and installed (with wineinstall) wine-20050725 [see system >> info at end of mail]. >> While it works OK for most of the applications that I use (I still >> have some crashes, I will investigate them), I have lots of graphical >> glitches, some of which greatly reduce the usability of the >> applications : >> >> Firefox : >> ---------- >> + Installation problems, esp. with respect to icons and text. I am >> attaching small screenshots for you to see the problems. During the >> installation, the console returns : >> fixme:win:SetWindowTextW setting text L"Extracting" of other process >> window 0x10022 should not use SendMessage >> err:static:STATIC_SetIcon huh? hicon!=0, but info=0??? >> >> + Main page display problem. Black boxes in rendered page (which is >> perfect on native Linux FF). Menubar scrambled. It clears up a little >> (not perfect though) when my mouse passes over it. Console says : >> err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} >> not registered >> fixme:ole:CoCreateInstance no classfactory created for CLSID >> {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 >> err:clipboard:CLIPBOARD_CloseClipboard Failed to set clipboard. >> >> 7-Zip: >> ------ >> The combo box under the icons is almost not appearing at all, making >> it impossible to navigate in directories (see small screenshot). >> >> >> This is just to show the problems I am encountering. I tried searching >> in the Bugzilla but the search (keyword firefox) returned no replies. >> I have to say that the search is quite cumbersome. I use Bugzilla >> almost daily (Mozilla project for instance), and searches are a lot >> easier because there is a simple search box, instead of having >> everyone to use the advanced search function. >> >> I also have opened an account on the AppDB. Should I report these >> problems to the apps maintainers instead (it seems so)? >> There is so much documentation that I don't know what to do : you seem >> to welcome bug reports but I am not sure whether apps bugs are helpful >> to you. Are they? >> >> Could you give me some pointers please? >> >> Thank you. I am willing to participate and help but don't know what to >> report exactly as I am not familiar with Wine internals. >> >> Vincent >> >> System information as requested on >> http://www.winehq.com/site/docs/wine-user/bug-reporting : >> --------------------------------------------------------- >> + Wine 20050725 (note that wine -v does not work anymore, contrary to >> what the page says) >> + kernel : i686 GNU/Linux 2.4.21-27.0.1.EL (this is Redhat Entreprise >> WS3) >> + compiler : gcc (GCC) 3.4.3 >> + windows : no windows installed or used >> + program : firefox 1.0.5, available at www.mozilla.org >> + cmdline : wine firefox.exe (in fake_c\Program Files\Mozilla Firefox) >> + X server : 4.3.0 shipped by Redhat >> + steps to reproduce : simply start firefox after installing. Same for >> 7zip. >> > > Hello, > > I would also like to add that I am having similar problem with my > install of wine-20050725, where the Toolbar buttons of an application > called DietPower are incorrectly sized smaller (about 26pix compared to > normal size of about 37pix). The Toolbutton Images are sized correctly > resulting in a mess. Version 20050628 and previous versions don't have > this problem. Would it help to post this on the bug-tracker ? > > Regards, George > -- Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird -- Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird

1 0

Re: [wined3d] tidy up draw prim and add strided data new to d3d9
by Felix Nawothnig 29 Jul '05

29 Jul '05

Oliver Stieber wrote: > use ++x instead of x++ since x++ potentially requires a temporary variable. I seriously doubt this will actually have an effect on the resulting assembly code generated by any semi-serious compiler (regardless of the -O level) as for(i = 0; i < x; i++) is a quite common idiom... Felix

1 0

Impressive! Installshield actually almost worked!
by Hans Kristian Rosbach 29 Jul '05

29 Jul '05

For the very first time I the AltiAgent 5.0 installer actually managed to show a spash screen and even a progress bar that shows the loading of Installshield. I think the progressbar got to 100%, but then wine crashed. Good work, I'm seriously impressed and will be testing a few other installers too now. Btw, anyone know a good IE5/5.5/6 installer? One of my other programs depends on it beeing installed. I'm running a cvs checkout of about an hour old. This is the complete unedited output (ignore the libGL warnings): [root@linux AltiAgent 5.0]# wine setup.exe libGL warning: 3D driver claims to not support visual 0x23 libGL warning: 3D driver claims to not support visual 0x24 libGL warning: 3D driver claims to not support visual 0x27 libGL warning: 3D driver claims to not support visual 0x28 libGL warning: 3D driver claims to not support visual 0x2b libGL warning: 3D driver claims to not support visual 0x2c libGL warning: 3D driver claims to not support visual 0x2f libGL warning: 3D driver claims to not support visual 0x30 fixme:msi:MsiGetProductInfoW L"{87E06BA6-48C0-4793-9382-6945EF684D96}" L"PackageCode" 0x6e4ac070 0x7fddd884 fixme:msi:MsiInstallProductW L"Z:\\home\\hk\\.wine\\drive_c\\AltiAgent 5.0\\ISScript9.Msi" L"REBOOT=ReallySuppress ADDLOCAL=All" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"SelfUnregModules" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"RemoveFiles" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"MoveFiles" fixme:msi:ACTION_InstallFiles Write DiskPrompt fixme:msi:ITERATE_DuplicateFiles We should track these duplicate files as well fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"RemoveRegistryValues" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"RemoveFolders" libGL warning: 3D driver claims to not support visual 0x23 libGL warning: 3D driver claims to not support visual 0x24 libGL warning: 3D driver claims to not support visual 0x27 libGL warning: 3D driver claims to not support visual 0x28 libGL warning: 3D driver claims to not support visual 0x2b libGL warning: 3D driver claims to not support visual 0x2c libGL warning: 3D driver claims to not support visual 0x2f libGL warning: 3D driver claims to not support visual 0x30 fixme:msi:MsiInstallProductW L"Z:\\home\\hk\\.wine\\drive_c\\AltiAgent 5.0\\AltiAgent 5.0.msi" L" REINSTALLMODE=vemus REINSTALL=ALL SETUPEXEDIR=\"Z:\\home\\hk\\.wine\\drive_c\\AltiAgent 5.0\"" libGL warning: 3D driver claims to not support visual 0x23 libGL warning: 3D driver claims to not support visual 0x24 libGL warning: 3D driver claims to not support visual 0x27 libGL warning: 3D driver claims to not support visual 0x28 libGL warning: 3D driver claims to not support visual 0x2b libGL warning: 3D driver claims to not support visual 0x2c libGL warning: 3D driver claims to not support visual 0x2f libGL warning: 3D driver claims to not support visual 0x30 fixme:ole:RpcChannelBuffer_GetDestCtx (0x19445734,0x19445738), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x19445730,0x19445734), stub! fixme:win:SetWindowTextA setting text "TITLE_CAPTIONBAR" of other process window (nil) should not use SendMessage fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fdcef00,0x7fdcef04), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fdcee04,0x7fdcee08), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fdcee88,0x7fdcee8c), stub! [root@linux AltiAgent 5.0]# wine: Unhandled exception (thread 000c), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:11ff GS:0033 EIP:00000000 ESP:5a9ec654 EBP:5a9edb24 EFLAGS:00210202( - 00 - -RI1) EAX:7c47a010 EBX:00000000 ECX:00010020 EDX:006486ee ESI:10014d10 EDI:7cfb0fe0 Stack dump: 0x5a9ec654: 10005639 7c47a010 10017b48 10003baf 0x5a9ec664: 10014d10 5a9edb18 5a9edb24 10011a00 0x5a9ec674: 5a9edb18 10003a03 10017b48 7be3e1a0 0x5a9ec684: 0017b1d8 00175720 00000000 00000000 0x5a9ec694: 00000000 00000000 00000000 00000000 0x5a9ec6a4: 00000000 00000000 00000000 00000000 023f: sel=11ff base=7d50e000 limit=00001fff 32-bit rw- Backtrace: =>1 0x00000000 (0x5a9edb24) 2 0x0013fc44 DllThread+0x280(info=0x7be52270) [/usr/src/wine-cvs/wine/dlls/msi/custom.c:442] in msi (0x5a9edb48) 3 0x00b7ce85 THREAD_Start+0xd1(ptr=0x7be52c80) [/usr/src/wine-cvs/wine/dlls/kernel/thread.c:108] in kernel32 (0x5a9edc14) 4 0x006287ee start_thread+0x12e(info=0x7be53028) [/usr/src/wine-cvs/wine/dlls/ntdll/thread.c:235] in ntdll (0x5a9ee458) 5 0x00440b80 start_thread+0x80 in libpthread.so.0 (0x5a9ee4c8) 6 0x00398dee __clone+0x5e in libc.so.6 (0x00000000) 0x00000000: addb %al,0x0(%eax) Modules: Module Address Debug info Name (71 modules) ELF 0x00111000-0017c000 Stabs msi<elf> \-PE 0x00130000-0017c000 \ msi ELF 0x0017c000-00233000 Deferred shell32<elf> \-PE 0x001a0000-00233000 \ shell32 ELF 0x00233000-00287000 Deferred shlwapi<elf> \-PE 0x00250000-00287000 \ shlwapi ELF 0x00287000-002a1000 Deferred version<elf> \-PE 0x00290000-002a1000 \ version ELF 0x002b0000-002cc000 Deferred ld-linux.so.2 ELF 0x002cc000-002ce000 Deferred xlcutf8load.so.2 ELF 0x002ce000-003f8000 Export libc.so.6 ELF 0x003fa000-0041e000 Deferred libm.so.6 ELF 0x00420000-00424000 Deferred libdl.so.2 ELF 0x00424000-00437000 Deferred libz.so.1 ELF 0x0043b000-0044d000 Export libpthread.so.0 ELF 0x0044d000-00489000 Deferred advapi32<elf> \-PE 0x00460000-00489000 \ advapi32 ELF 0x0044f000-00523000 Deferred libx11.so.6 ELF 0x0044f000-00523000 Deferred libx11.so.6 ELF 0x0044f000-00523000 Deferred libx11.so.6 PE 0x004c0000-0051e000 Deferred ole32 ELF 0x0052e000-00544000 Deferred msiexec<elf> \-PE 0x00530000-00544000 \ msiexec ELF 0x00544000-005c2000 Deferred gdi32<elf> \-PE 0x00560000-005c2000 \ gdi32 ELF 0x005d9000-0064b000 Stabs ntdll<elf> \-PE 0x005f0000-0064b000 \ ntdll \-PE 0x005f0000-0064b000 \ ntdll \-PE 0x005f0000-0064b000 \ ntdll ELF 0x00628000-00690000 Deferred libfreetype.so.6 ELF 0x0064b000-00655000 Deferred libgcc_s.so.1 ELF 0x00751000-00860000 Deferred user32<elf> \-PE 0x00770000-00860000 \ user32 \-PE 0x00770000-00860000 \ user32 ELF 0x00860000-008a7000 Deferred rpcrt4<elf> \-PE 0x00880000-008a7000 \ rpcrt4 ELF 0x008a7000-0094e000 Deferred comctl32<elf> \-PE 0x008c0000-0094e000 \ comctl32 \-PE 0x008c0000-0094e000 \ comctl32 \-PE 0x008c0000-0094e000 \ comctl32 ELF 0x00952000-0095a000 Deferred libxrender.so.1 ELF 0x0095c000-00960000 Deferred libxrandr.so.2 ELF 0x009b9000-009cd000 Deferred lz32<elf> \-PE 0x009c0000-009cd000 \ lz32 ELF 0x009d1000-009dc000 Deferred libnss_files.so.2 ELF 0x00a25000-00a44000 Deferred ximcp.so.2 ELF 0x00a46000-00a6e000 Deferred cabinet<elf> \-PE 0x00a50000-00a6e000 \ cabinet \-PE 0x00a50000-00a6e000 \ cabinet ELF 0x00a57000-00ad2000 Deferred libgl.so.1 PE 0x00a90000-00af4000 Deferred oleaut32 ELF 0x00afc000-00bf6000 Stabs kernel32<elf> \-PE 0x00b20000-00bf6000 \ kernel32 \-PE 0x00b20000-00bf6000 \ kernel32 ELF 0x00bf6000-00c70000 Deferred winex11.drv<elf> \-PE 0x00c10000-00c70000 \ winex11.drv ELF 0x00c70000-00c8c000 Deferred imm32<elf> \-PE 0x00c80000-00c8c000 \ imm32 ELF 0x00c8c000-00cca000 Deferred riched20<elf> \-PE 0x00ca0000-00cca000 \ riched20 PE 0x00cf0000-00d0d000 Deferred msi1450.tmp ELF 0x00d24000-00d29000 Deferred libxxf86vm.so.1 ELF 0x00d35000-00d4f000 Deferred libice.so.6 ELF 0x00d66000-00d70000 Deferred libxcursor.so.1 ELF 0x00e0d000-00e2d000 Deferred iphlpapi<elf> \-PE 0x00e20000-00e2d000 \ iphlpapi ELF 0x00f01000-010ee000 Deferred mga_dri.so PE 0x10000000-1001d000 Deferred msi144a.tmp ELF 0x57908000-57963000 Deferred winedos<elf> \-PE 0x57910000-57963000 \ winedos ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 0000000e 0000002e 0 0000000a (D) C:\windows\system\msiexec.exe 0000002b 0 0000000e 0000002a 0 0000000a (D) C:\windows\system\msiexec.exe 00000023 0 0000000e 00000020 0 0000000a (D) C:\windows\system\msiexec.exe 0000001f 0 0000001e 0 0000000e 0000001d 0 00000016 0 00000013 0 00000012 0 00000011 0 00000010 0 0000000f 0 0000000a (D) C:\windows\system\msiexec.exe 0000000d 0 0000000c 0 <== 0000000b 0 WineDbg terminated on pid 0xa err:ole:xCall RpcChannelBuffer SendReceive failed, 800706c0 fixme:ole:RpcChannelBuffer_GetDestCtx (0x19445794,0x19445798), stub! wine: Unhandled exception (thread 000f), starting debugger... WineDbg starting on pid 0xe Unhandled exception: page fault on read access to 0x00000024 in 32-bit code (0x7ce87d20). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:7ce87d20 ESP:7fdcf38c EBP:7fdcf3e0 EFLAGS:00210206( - 00 - RIP1) EAX:00000024 EBX:00000000 ECX:00000000 EDX:7ce87e88 ESI:7be9f330 EDI:7fdcf3d0 Stack dump: 0x7fdcf38c: 00451111 7be9f330 00000000 00000000 0x7fdcf39c: 00000000 00000000 7d4a5040 00496030 0x7fdcf3ac: 0044ffe0 7be9f330 00496030 7fdcf3d0 0x7fdcf3bc: 0082928c 7d4a5040 00000000 00000000 0x7fdcf3cc: 7fdcf3ec 00000000 7fdcfc48 00478ee4 0x7fdcf3dc: 00000001 7fdcfc54 0045374d 7fdcfc64 0200: sel=1007 base=7befe000 limit=00001f97 32-bit rw- Backtrace: =>1 0x7ce87d20 (0x7fdcf3e0) 2 0x0045374d in idriver (+0x5374d) (0x7fdcfc54) 3 0x006da18e _invoke+0x16e(func=0x453337, callconv=0x4, nrargs=0x3, args=0x7ce8a190) [/usr/src/wine-cvs/wine/dlls/oleaut32/typelib.c:4480] in oleaut32 (0x7fdcfc7c) 4 0x006d890f TMStubImpl_Invoke+0x5a3(iface=0x7be9e640, xmsg=0x7ce8c340, rpcchanbuf=0x0) [/usr/src/wine-cvs/wine/dlls/oleaut32/tmarshal.c:2145] in oleaut32 (0x7fdcfd58) 5 0x0028091f RPC_ExecuteCall+0x23(params=0x7ce8a6a8) [/usr/src/wine-cvs/wine/dlls/ole32/rpc.c:439] in ole32 (0x7fdcfd78) 6 0x00262de2 apartment_wndproc+0x3a(hWnd=0x2002e, msg=0x400, wParam=0x0, lParam=0x7ce8a6a8) [/usr/src/wine-cvs/wine/dlls/ole32/compobj.c:426] in ole32 (0x7fdcfd88) 7 0x0056e5ef WINPROC_wrapper+0x17 in user32 (0x7fdcfdac) 8 0x0056f003 WINPROC_CallWndProc+0x57(wParam=0x0, lParam=0x7ce8a6a8) [/usr/src/wine-cvs/wine/dlls/user/winproc.c:415] in user32 (0x7fdcfddc) 9 0x00571e1c CallWindowProcA+0x180(func=0x5cde48, hwnd=0x2002e, msg=0x400, wParam=0x0, lParam=0x7ce8a6a8) [/usr/src/wine-cvs/wine/dlls/user/winproc.c:2958] in user32 (0x7fdcfe04) 10 0x00548fc3 DispatchMessageA+0x127(msg=0x7fdcfe60) [/usr/src/wine-cvs/wine/dlls/user/message.c:2910] in user32 (0x7fdcfe48) 11 0x00449ac3 in idriver (+0x49ac3) (0x7fdcfea0) 12 0x00467bd8 EntryPoint+0xe0 in idriver (0x7fdcff2c) 13 0x00818012 start_process+0xb6(arg=0x0) [/usr/src/wine-cvs/wine/dlls/kernel/process.c:996] in kernel32 (0x7fdcfff4) 14 0x00ce3939 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x7ce87d20: addb 0x0(%eax),%al Modules: Module Address Debug info Name (78 modules) ELF 0x0014b000-00192000 Deferred rpcrt4<elf> \-PE 0x00160000-00192000 \ rpcrt4 ELF 0x00192000-001b2000 Deferred iphlpapi<elf> \-PE 0x001a0000-001b2000 \ iphlpapi ELF 0x001b2000-00230000 Deferred gdi32<elf> \-PE 0x001d0000-00230000 \ gdi32 ELF 0x00230000-002ac000 Stabs ole32<elf> \-PE 0x00250000-002ac000 \ ole32 ELF 0x002b0000-002cc000 Deferred ld-linux.so.2 ELF 0x002cc000-002ce000 Deferred xlcutf8load.so.2 ELF 0x002ce000-003f8000 Deferred libc.so.6 ELF 0x003fa000-0041e000 Deferred libm.so.6 PE 0x00400000-004cf000 Export idriver PE 0x00400000-004cf000 Export idriver PE 0x00400000-004cf000 Export idriver PE 0x00400000-004cf000 Export idriver ELF 0x0044f000-00523000 Export libx11.so.6 PE 0x004f0000-005de000 DIA user32 ELF 0x005de000-00695000 Deferred shell32<elf> \-PE 0x00600000-00695000 \ shell32 \-PE 0x00600000-00695000 \ shell32 \-PE 0x00600000-00695000 \ shell32 ELF 0x00695000-0071b000 Stabs oleaut32<elf> \-PE 0x006b0000-0071b000 \ oleaut32 ELF 0x0071b000-00786000 Deferred msi<elf> \-PE 0x00730000-00786000 \ msi ELF 0x00786000-007ae000 Deferred cabinet<elf> \-PE 0x00790000-007ae000 \ cabinet \-PE 0x00790000-007ae000 \ cabinet ELF 0x00795000-007bf000 Export libfontconfig.so.1 PE 0x007d0000-008a8000 DIA kernel32 ELF 0x008a8000-008c2000 Deferred version<elf> \-PE 0x008b0000-008c2000 \ version ELF 0x008dd000-009d2000 Deferred libwine_unicode.so.1 ELF 0x00936000-00945000 Deferred libxext.so.6 ELF 0x00947000-00950000 Deferred libsm.so.6 ELF 0x00952000-0095a000 Deferred libxrender.so.1 ELF 0x0095c000-00960000 Deferred libxrandr.so.2 ELF 0x00a30000-00a44000 Deferred lz32<elf> \-PE 0x00a40000-00a44000 \ lz32 ELF 0x00a57000-00ad2000 Deferred libgl.so.1 ELF 0x00a57000-00ad2000 Deferred libgl.so.1 ELF 0x00a5e000-00a7d000 Deferred ximcp.so.2 ELF 0x00afd000-00b19000 Deferred imm32<elf> \-PE 0x00b10000-00b19000 \ imm32 ELF 0x00b19000-00b57000 Deferred riched20<elf> \-PE 0x00b30000-00b57000 \ riched20 ELF 0x00b62000-00c09000 Deferred comctl32<elf> \-PE 0x00b70000-00c09000 \ comctl32 \-PE 0x00b70000-00c09000 \ comctl32 ELF 0x00c09000-00c83000 Deferred winex11.drv<elf> \-PE 0x00c20000-00c83000 \ winex11.drv ELF 0x00caa000-00cc2000 Deferred msacm.drv<elf> \-PE 0x00cb0000-00cc2000 \ msacm.drv ELF 0x00cc2000-00cd7000 Deferred midimap<elf> \-PE 0x00cd0000-00cd7000 \ midimap ELF 0x00cdf000-00cf7000 DIA libwine.so.1 ELF 0x00cf7000-00d18000 Deferred msacm32<elf> \-PE 0x00d00000-00d18000 \ msacm32 ELF 0x00d24000-00d29000 Deferred libxxf86vm.so.1 ELF 0x00d24000-00d29000 Deferred libxxf86vm.so.1 ELF 0x00d35000-00d4f000 Deferred libice.so.6 PE 0x00d40000-00d78000 Deferred shlwapi PE 0x00d40000-00d78000 Deferred shlwapi PE 0x00d90000-00d98000 Deferred objpscnv ELF 0x00d99000-00e0b000 Deferred ntdll<elf> \-PE 0x00db0000-00e0b000 \ ntdll PE 0x00e10000-00e40000 Deferred iusercnv ELF 0x00e86000-00e99000 Deferred libz.so.1 ELF 0x00f91000-00fcd000 Deferred advapi32<elf> \-PE 0x00fa0000-00fcd000 \ advapi32 ELF 0x068a7000-06920000 Deferred winmm<elf> \-PE 0x068c0000-06920000 \ winmm PE 0x10000000-10042000 Deferred iscrcnv ELF 0x4607e000-4626b000 Deferred mga_dri.so ELF 0x549ff000-54a3f000 Deferred wineoss.drv<elf> \-PE 0x54a10000-54a3f000 \ wineoss.drv ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 0000000e (D) C:\Program Files\Common Files\InstallShield\Driver\9\Intel 32\IDriver.exe 0000002e 0 0000001d 0 00000016 0 00000013 0 00000012 0 00000011 0 00000010 0 0000000f 0 <== WineDbg terminated on pid 0xe -HK

2 1

Re: WLDAP32: implement ldap_err2string
by Dmitry Timoshkov 29 Jul '05

29 Jul '05

"Hans Leidekker" <hans(a)it.vu.nl> wrote: > +static const char *errorstring[] = { > + "Success", ... > +static const WCHAR error00[] = { 'S','u','c','c','e','s','s',0 }; I'd suggest to move all strings into a stringtable and load them by LoadStringA/W. That way you get internationalization for free. -- Dmitry.

3 4

Theming & code duplication
by Frank Richter 29 Jul '05

29 Jul '05

Hi, somewhat recently I sent some code to wine-patches to add button theming; if you have glanced at it, despite utilizing subclassing, code was duplicated from the button code in user. In particular, the themed button does its own state management. The reason is that upon state changes, the user32 button control does some repaints internally, ie calling the paint function directly - those can't obviously be hooked by subclassing alone. In early versions I had the themed button painted over after state-changing messages, but that causes visible flickering (since the button is first painted in "classic" style and the themed style is painted above that). The basic problem - painting that is hard to hook into - will probably also arise on other controls. There are some ideas and approaches to deal with the problem that came up (and the results from discussion with Kevin): - Ignore. Have ugly flickering. - Change the classic controls to use InvalidateRect() instead when internal painting functions are called, so painting messages can be hooked. That would deviate from native behaviour, though (and also occasionally less efficient when the control just paints some change). - Use some magic message the control sends to itself to do some painting which is then hooked. Makes things more complex, could cause compatibility issues with apps that may not handle this message and is incompatible with native. - Code duplication - e.g. in the case of buttons, do state management in the themed class as well. - Static libraries - implement the standard controls in a static library and allow for hooks to override painting (in C++ you'd use virtual methods). Both user32 and comctl32 would link against that lib, and the latter would provide alternative painting functions. Binarily equivalent to code duplication, but not that bad in the source code. For me it looks like a good compromise, though, Kevin noted that "Historically static libs have not gone over very well". I don't like the current code duplication for theming that much, but I'm a bit unsure what else could be done. Perhaps you have some comments or suggestions, and hopefully there will be some consent of what approach would be best for Wine. Thanks for reading, -f.r.

2 4

Re: DINPUT: Detect force feedback joysticks (FF #1)
by Alexandre Julliard 29 Jul '05

29 Jul '05

Daniel Remenak <dtremenak(a)gmail.com> writes: > 1. Configure checks for the availability of a new enough linux/input.h > to support force feedback. This pretty much means any kernel 2.6 or > kernel 2.4.x with the ff patchset found at > http://sourceforge.net/projects/libff/. Some of the structures were > changed without changing the version define, so this check is > necessary. Why do you need to check the structure since you are not using it? Shouldn't you simply do a #ifdef on the ioctl code or whatever else that you use and may not be defined? -- Alexandre Julliard julliard(a)winehq.org

3 4

Another AppDB screenshot problem...
by James Liggett 28 Jul '05

28 Jul '05

Hi, Tonight I tried to submit a shot for Palm Desktop 4.1 and it gave me this error: Unable to move screenshot from to data/screenshots/originals/781 What's going on? Thanks a lot, James Liggett

3 5

Re: KERNEL32: Re: Fix thread tests on WinME
by Saulius Krasuckas 28 Jul '05

28 Jul '05

* On Fri, 22 Jul 2005, Saulius Krasuckas wrote: > * Felix Nawothnig wrote: > > > > Tested on Wine and WinXP. I couldn't verify it on WinME since I don't > > have it but since this is quite trivial... *crosses fingers* > > Though three tests are still failing: > > | thread.c:293:not restricted, assuming consistent behaviour > | thread.c:412: Test failed: access restrictions obeyed > | thread.c:414: Test failed: access restrictions obeyed > | thread.c:488: Test failed: access restrictions obeyed Felix, I have reverted part of your patch and tested this. Reversion is doing fine on WinME -- zero failed tests. Didn't tested on XP or so. Is this acceptable? If so, feel free to submit it under own name. Or correct the code. :-) Index: dlls/kernel/tests/thread.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/thread.c,v retrieving revision 1.22 diff -p -u -r1.22 thread.c --- dlls/kernel/tests/thread.c 25 Jul 2005 11:07:54 -0000 1.22 +++ dlls/kernel/tests/thread.c 28 Jul 2005 21:55:41 -0000 @@ -409,9 +409,11 @@ static VOID test_thread_priority(void) obey_ar(SetThreadPriority(access_thread,1)==0); obey_ar(GetThreadPriority(access_thread)==THREAD_PRIORITY_ERROR_RETURN); if (pSetThreadPriorityBoost) - obey_ar(pSetThreadPriorityBoost(access_thread,1)==0); + ok(pSetThreadPriorityBoost(access_thread,1)==0, + "SetThreadPriorityBoost did not obey access restrictions\n"); if (pGetThreadPriorityBoost) - obey_ar(pGetThreadPriorityBoost(access_thread,&disabled)==0); + ok(pGetThreadPriorityBoost(access_thread,&disabled)==0, + "GetThreadPriorityBoost did not obey access restrictions\n"); obey_ar(GetExitCodeThread(access_thread,&exitCode)==0); ok(CloseHandle(access_thread),"Error Closing thread handle\n"); } @@ -485,7 +487,7 @@ static VOID test_GetThreadTimes(void) if(access_thread!=NULL) { error=GetThreadTimes(access_thread,&creationTime,&exitTime, &kernelTime,&userTime); - obey_ar(error==0); + ok(error==0, "GetThreadTimes did not obey access restrictions\n"); ok(CloseHandle(access_thread)!=0,"CloseHandle Failed\n"); } creationTime.dwLowDateTime=99; creationTime.dwHighDateTime=99;

2 1

Const Function Parameters?
by Michael Carlson 28 Jul '05

28 Jul '05

I've been doing some oprofille tests with wine running fce ultra, the 8-bit Nintendo emulator. I found that when running a rom for 60 seconds, more than 99% of the CPU utilization for winex11drv (which uses the most of all components of wine in this case) is in the same function : convert_888_to_0888_asis (in dlls/x11drv/dib_convert.c). I've also found that marking a couple of parameters of that function const (that I believe should be marked const anyways), CPU usage in that function drops measurably with oprofile. As far as I know, parameters that aren't modified in a function should be marked const anyways, to send the right hint to the compiler. Since it actually turns out to be faster too, it seems worth it to me. Here are the results from oprofile before the change: 21982 99.2012 convert_888_to_0888_asis 22078 99.1735 convert_888_to_0888_asis 22207 99.1605 convert_888_to_0888_asis 22161 99.1544 convert_888_to_0888_asis 22158 99.2253 convert_888_to_0888_asis and after: 21828 99.1731 convert_888_to_0888_asis 21769 99.2296 convert_888_to_0888_asis 21835 99.3313 convert_888_to_0888_asis 21868 99.1027 convert_888_to_0888_asis 21601 99.1508 convert_888_to_0888_asis On average, it went from 22117 (context switches I believe?) to 21780, about a 1.5% improvement. The same test was run with a script each time (run fceu with the same rom, kill it after 60 seconds). I'm assuming the percentages (the second column in this chart) don't matter much, because this function we're examining takes up an overwhelming amount of the function's CPU (> 99%), so its percentage depends largely on how many context switches other functions took up. I've taken the liberty of providing a diff that patches all the functions in this file to use const parameters where appropriate. I don't get any compiler warnings with this compiling with gcc 4.0.1. Should I submit this to wine-patches? This would be my first patch to wine (or any open-source project, period). I'd appreciate some feedback before I try for it. Thanks in advance!

5 6

More insatllers
by Oliver Stieber 28 Jul '05

28 Jul '05

Hi, The axis and allies 2 demo installer requires native ole to install. (http://www.atari.com.au/games/downloads.do?id=24) On the up side, The bards Tale and Juiced demos now install more-or-less correctly. The Bards Tale uses a WISE + MSI installer and has some problems with labels being prefixes with things like {Arial_80} which is a little annoying.(http://www.download.com/The-Bard-s-Tale-updated-demo/3000-8024_4-… Juiced has some problems with bitmaps in the installer. (http://www.download.com/Juiced-final-demo/3000-7534_4-10302658.html?tag=lst…) ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

1 0

Use Gecko to render HTML
by Jacek Caban 28 Jul '05

28 Jul '05

Hello. I've sent a patch that makes MSHTML use Gecko to render HTML. Unfortunately, it uses Windows Gecko, not Linux one. Alexandre wrote me that it's impossible to get perfect support for XEmbed container, so, although my implementation was enough for Gecko, it can't go to CVS and I should use Windows one. So, as of now, support for the Linux version went into trash and I've sent this patch. Well, I don't give up with Linux version, I have an other idea, but that's not for the nearest future. One plus is that the Windows version is much simpler... Now it's time to write about this patch. For now it can use Gecko installed with Mozilla Suite or Mozilla ActiveX Control - it could use any Gecko-based product, but we have to be able to search for it (every Gecko-based product has its own registry settings for Gecko path). I'm planning to add Firefox support, but it doesn't work yet and I have to find why. If you think there should be support for any other application, please let me know. As our shdocvw still uses Mozilla ActiveX Control, I think it should be preferred (it's the first one on the search list and it's smallest). In future, when we'll implement shdocvw on top on MSHTML and get rid of Mozilla ActiveX Control dependency, I think it will be better to have a package like wine-gecko with an installer, downloaded automatically when needed (well, not automatically in MS sens, user will be informed about it ;-) ). We need a very limited version of Gecko, so it will be just small package. What does this patch change? You may see IE working on Gecko engine! Not much of its functionality is implemented yet, but a HTML document is displayed. Soon there will be more! To see how it works for your program, probably you will have to set shdocvw to native (and usually urlmon, maybe wininet) and mshtml as builtin. Thanks, Jacek

1 0

[WINEHQ] Lots of buggy < and >
by Francois Gouget 28 Jul '05

28 Jul '05

Reading WWN 284 I noticed the following line: > stabilizing for release &. And sure enough the source XML is buggy: > stabilizing for release &<g&>. I believe the intent was the following to deal with the double parsing: > stabilizing for release &lt;g&gt;. But really this double parsing is a major pain. Can't we get rid of it? Because it's causing a lot of bugs: $ egrep "<.*>" wwn/*.sgml | grep -v "who=" | wc -l 190 And it's not just missing grins either. For instance in WWN 125: > gdb <gdb remote protocol> winedbg <Win32 debug API> wineserver and all the reader sees is: > gdb winedbg wineserver which is totally wrong of course. And in WWN 149: > #include <comcat.h> > #include <oaidl.h> > #include <objbase.h> > #include <objidl.h> ... all the reader sees is: > #include > #include > #include > #include ... Not very informative! -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95

2 1

Re: patch for libs/wine/mmap.c making wine running on FreeBSD 5.x
by Alexandre Julliard 28 Jul '05

28 Jul '05

"jean-marc DETREZ" <jm.detrez(a)cegetel.net> writes: > I made a little correction of "try_mmap_fixed" because it's seems to me > that the function didn't really test the result (vec). That's the way it should be, we don't care if the page is in core or not, we only want to know if something is mapped there. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: [wined3d] repack nonpower2 textures
by Lionel Ulmer 28 Jul '05

28 Jul '05

On Thu, Jul 28, 2005 at 01:13:02PM +0100, Oliver Stieber wrote: > repacking can be quite CPU intensive and warhammer 40k is the only game so far > that needs nonpower2 texture repacking so it's turned off by default but can be turned > on via the following registry key: > HKEY_CURRENT_USER/Software/Wine/Direct3D Nonpower2Mode [repack] Is there a way to automagically detect the need for this feature ? If not, how are we going to maintain the list of 'game-specific' WineD3D configurations ? Should we ship this as part of 'wine.inf' or create a new .inf that would install automatically the correct keys ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Process Explorer and 16-bit windows applications
by Paul Vriens 28 Jul '05

28 Jul '05

Hi, I've reported before that I still had an issue with the version of 16bit windows applications (and hence 16bit resource) reported by Process Explorer. I've emailed the developer about this. His answer: On Thu, 2005-07-21 at 00:20, Mark Russinovich wrote: > Hi Paul, > > I make no effort to support 16-bit programs in Process Explorer. On Windows > NT-based OSes the run within Ntvdm.exe processes and not as "real" > processes. > > -Mark So there was no issue after all. All other version information tools I've used so far, show the correct versions for both win16 and win32 resources. Just to let you know (if you're interested at all in this :-) ) Cheers, Paul.

1 0

Re: ntdll: Try2: Fix IOCTL_SCSI_GET_ADDRESS and HKLM\HARDWARE\DEVICEMAP\Scsi entries
by Alexandre Julliard 28 Jul '05

28 Jul '05

Vitaliy Margolen <wine-patch(a)kievinfo.com> writes: > @@ -235,14 +249,18 @@ static void create_hardware_branch(void) > int i; > HANDLE handle; > char drive[] = "\\\\.\\A:"; > + char drive1[] = "A:\\"; > + UINT uNumber = 0; > > /* create entries for cdroms (skipping A: and B:) */ > for (i = 2; i < 26; i++) > { > drive[4] = 'A' + i; > + drive1[0] = 'A' + i; > + if (GetDriveTypeA(drive1) != DRIVE_CDROM) continue; > handle = CreateFileA( drive, 0, 0, NULL, OPEN_EXISTING, 0, 0 ); > if (handle == INVALID_HANDLE_VALUE) continue; You shouldn't use GetDriveType here, you should determine the device type from the ioctls you do on the handle. The GetDriveType result doesn't necessarily correspond to the device since it can be changed in the registry. -- Alexandre Julliard julliard(a)winehq.org

1 0

winecfg in 640x480
by Oliver Stieber 28 Jul '05

28 Jul '05

I know this isn't going to be too big an issue with many people but it would be nice if winecfg was usable with a 640x480 desktop, at the moment it's 20 or so pixels to tall and you can't see the ok/cancel buttons. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 1

Wine compatibility sponsoring
by Christian Siegert 28 Jul '05

28 Jul '05

Hi *, although I am not quite sure if this is the right list for my question, I will try it anyway as I did not find a better list (e.g. jobs)... Being a software development company with limited wine know-how, we are would like to request if there is any interest at any of the developers around to assist us in a wine-customization related project. For one of our customers, we will have to customize a wine system to support a special windows application (a rather complex one from the finance sector) which is currently not *fully* supported (This is the results of recent tests with standard-wine). The results of this special cutomization will be GPLed again, so this could be integrated in the next wine release if wanted by the project. The project will be split in three phases: - Testing of earlier results of wine/application interaction in cooperation with our customer - Modification of wine - Packaging to single launchable application Payment will be subject of negotiation. Anyone of the developers who is interested should contact me directly via phone or mail. -- Viele Grueße / Best regards, Christian Siegert Geschaeftsfuehrer / Executive director ___________________________________________________ Open Source Factory GmbH Stefan-George-Ring 8 81929 Muenchen GERMANY Tel.: +49 (0)89 99 34 13-50 Fax: +49 (0)89 99 34 13-69 E-Mail: info(a)opensourcefactory.com www: http://www.opensourcefactory.com

1 0

Re: Fix Using DDraw to Access the Desktop
by Alexandre Julliard 28 Jul '05

28 Jul '05

Robert Shearman <rob(a)codeweavers.com> writes: > Previously, using ddraw to write to a small area of the desktop (or > even none at all) would cause the screen to go black because the > contents of the screen wasn't copied to the surface before the surface > was copied back to the screen. This patch fixes that. Of course it's still corrupting the screen, it's just less obvious... -- Alexandre Julliard julliard(a)winehq.org

3 3

Re: Try 2:Implement IOCTL_SCSI_GET_INQUIRY_DATA
by Dmitry Timoshkov 28 Jul '05

28 Jul '05

"Vitaliy Margolen" <wine-patch(a)kievinfo.com> wrote: > Check for HAVE_SG_IO_HDR_T_INTERFACE_ID instead of defined Linux > +static NTSTATUS GetInquiryData(int fd, PSCSI_ADAPTER_BUS_INFO BufferOut, DWORD OutBufferSize) > +{ > + PSCSI_INQUIRY_DATA inquirydata = NULL; > + sg_io_hdr_t iocmd; ^^^^^^^^^^^^^^^^^ > + UCHAR inquiry[INQ_CMD_LEN] = {INQUIRY, 0, 0, 0, INQ_REPLY_LEN, 0}; > + UCHAR sense_buffer[32]; > + struct hd_driveid; > + int iochk, version; > + > +#ifdef HAVE_SG_IO_HDR_T_INTERFACE_ID > + /* Check we have a SCSI device and a supported driver */ > + if(ioctl(fd, SG_GET_VERSION_NUM, &version) != 0) This won't compile if sg_io_hdr_t doesn't present. Underlined structure declaration needs to be protected as well. Just add '#undef HAVE_SG_IO_HDR_T_INTERFACE_ID' after config.h include and try to compile. -- Dmitry.

1 0

Version
by jstrupeni 28 Jul '05

28 Jul '05

Hello, I'm using a Novell Linux Desktop Version 9 and I don't know which version of Wine I should install. Thank you very much in advance, Juan

2 1

Re: patch for libs/wine/mmap.c making wine running on FreeBSD 5.x
by Dmitry Timoshkov 28 Jul '05

28 Jul '05

"jean-marc DETREZ" <jm.detrez(a)cegetel.net> wrote: > @@ -207,6 +207,13 @@ void *wine_anon_mmap( void *start, size_ > #elif defined(__svr4__) || defined(__NetBSD__) || defined(__APPLE__) > if ( try_mmap_fixed( start, size, prot, flags, fdzero, 0 ) ) > return start; > +#elif defined(__FreeBSD__) > + /*for FreeBSD assure system heap adress of 0x80000000*/ > + if (start == (void *)0x80000000) > + { > + if (try_mmap_fixed( start, size, prot, flags, fdzero, 0 ) ) > + return start; > + } > #endif > } > return mmap( start, size, prot, flags, fdzero, 0 ); Why didn't you simply add __FreeBSD__ to the '#elif defined(__svr4__) || defined(__NetBSD__) || defined(__APPLE__)' case? -- Dmitry.

1 0

Re: Implement IOCTL_SCSI_GET_INQUIRY_DATA
by Dmitry Timoshkov 28 Jul '05

28 Jul '05

"Vitaliy Margolen" <wine-patch(a)kievinfo.com> wrote: > +static NTSTATUS GetInquiryData(int fd, PSCSI_ADAPTER_BUS_INFO BufferOut, DWORD OutBufferSize) > +{ > + PSCSI_INQUIRY_DATA inquirydata = NULL; > + sg_io_hdr_t iocmd; > + UCHAR inquiry[INQ_CMD_LEN] = {INQUIRY, 0, 0, 0, INQ_REPLY_LEN, 0}; > + UCHAR sense_buffer[32]; > + struct hd_driveid; > + int iochk, version; > + > +#if defined(linux) > + /* Check we have a SCSI device and a supported driver */ Please use appropriate configure checks instead of a blind '#if defined(linux)'. -- Dmitry.

1 0

Re: [wined3d] support get vertexdeclaration with pnumelements set to zero
by Oliver Stieber 27 Jul '05

27 Jul '05

With the patch this time --- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > Hi, > This patch returns all elements when getDeclaration is called with > pnumelements set to 0. This fixes bugs in Teeage mutant ninja turtles and The > Increadibles. > > > > > > ___________________________________________________________ > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail > http://uk.messenger.yahoo.com > > ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

2 1

How to pass / convert file names?
by Christian Britz 27 Jul '05

27 Jul '05

Hi, I discovered only recently a problem which is probably quite prevalent, but I could not find the answer on the web. Example: I want to configure Mozilla for opening .DOC files with the free Word Viewer that can be downloaded at http://www.microsoft.com. To do so I go to Edit -> Preferences -> Navigator -> "Helper Applications" and create a new MIME-Type "application/msword", extensions "doc dot" and tell the beast to open such files with /home/cbritz/.wine/drive_c/Programme/Microsoft Office/WORDVIEW.EXE (I have configured binfmt support, so I can call the EXE directly) Expected behaviour: The viewer program starts, opens the doc file and displays it. What happens: The viewer program starts and does not open any file. I must manually select Z:\tmp\Example.doc from the application. Next try from command line: .wine/drive_c/Programme/Microsoft\ Office/WORDVIEW.EXE /tmp/Example.doc - Again the doc file doesn't open. It DOES WORK when I manually translate the path name to: .wine/drive_c/Programme/Microsoft\ Office/WORDVIEW.EXE Z:\tmp\Example.doc first. I expected naively that wine automatically translates the Unix scheme to it's own convention but this doesn's seem to be true. Is it possible to instruct wine to translate the path string before it passes it to the windows binary? If not, is there a workaround to do that trick? One solution would probably be to write a wrapper script that translates the path name before it is passed to wine. One discussion board entry I found indicates the CrossOver plugin does it that way. I might even volunteer for trying to write a patch to wine if someone could tell me where to start to look at in the code ;) But probably the solution is already out there and I just don't see it. Any help would be much appreciated! Regards Christian

2 4

bugs #3148 - Still in wine-20050725
by Hiji 27 Jul '05

27 Jul '05

Can anyone help out with this bug? It's still in existence in the July Wine release. Basically, I select 3 files, and I click on the highlighted files to try to drag all 3. However, as soon as I click on them, they deselect, and one file is now selected. If I attempt to click+drag the one file, it gets stuck on the click+drag -- that is, I let get go of the mouse button and the highlighted file is still attached to the mouse arrow. Help! I want to use the latest Wine, but it's useless to me if I can't get proper mouse behavior. :S (I'm still stuck on wine-20041201 otherwise.) Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: hhctrl: Add the WebBrowser implementation
by James Hawkins 27 Jul '05

27 Jul '05

On 7/27/05, James Hawkins <truiken(a)gmail.com> wrote: > Hey, > > This patch includes these changes: > * no more HH_* macros, no more hhctrl.h > * uses proper ref counting > * stores pointers instead of using ptr arithmetic > * IOleClientSiteImpl frees itself so there is no mem leak > * uses the ICOM_THIS_MULTI macro > * misc cleanups > > Changelog > * Add the WebBrowser implementation. > Can you tell me what needs to be fixed to get this accepted? This is a bare-bones implementation of a embedded web browser, so the S_OKs and the E_NOTIMPL are necessary to make shdocvw happy, but we really don't need those particular api in HTML Help. -- James Hawkins

1 0

Re: hhctrl: Add the WebBrowser implementation
by Dmitry Timoshkov 27 Jul '05

27 Jul '05

"James Hawkins" <truiken(a)gmail.com> wrote: > +#define ICOM_THIS_MULTI(impl,field,iface) impl* const This=(impl*)((char*)(iface) - offsetof(impl,field)) IMO using 'const' before the type looks more natural. Also adding 'const' to all type conversions wouldn't hurt: const impl* This = (const impl*)((const char*)(iface) - offsetof(impl,field)) > +static HRESULT STDMETHODCALLTYPE Site_SaveObject(IOleClientSite *iface) > +{ > + return E_NOTIMPL; > +} Any chance to add a FIXME to all not implemented interfaces even if you return S_OK in them? > +static IOleClientSiteVtbl MyIOleClientSiteTable = Please make all OLE vtables const and use const keyword for pointers to them in the structures of interface implementations. > + switch (dwAction) > + { > + case WB_GOBACK: > + IWebBrowser2_GoBack(pWebBrowser2); > + break; > + case WB_GOFORWARD: > + IWebBrowser2_GoForward(pWebBrowser2); > + break; > + case WB_GOHOME: > + IWebBrowser2_GoHome(pWebBrowser2); > + break; > + case WB_SEARCH: > + IWebBrowser2_GoSearch(pWebBrowser2); > + break; > + case WB_REFRESH: > + IWebBrowser2_Refresh(pWebBrowser2); If it's intented to not use 'break;' here a comment telling that wouldn't hurt. > + case WB_STOP: > + IWebBrowser2_Stop(pWebBrowser2); > + } default: here wouldn't hurt as well and would show some not expected/implemented cases with a FIXME message. -- Dmitry.

2 3

Re: dlls/winmm/winealsa/midi.c: Bug in MIDI_CMD_BENDER fixed
by Marcus Meissner 27 Jul '05

27 Jul '05

On Tue, Jul 26, 2005 at 11:52:55PM +0200, Johannes Koch wrote: > The pitch value was wrongly converted and has to be centered around zero. > > Changelog > Fixed pitch bending in the alsa midi driver. > > ? patch.diff > Index: dlls/winmm/winealsa/midi.c > =================================================================== > RCS file: /home/wine/wine/dlls/winmm/winealsa/midi.c,v > retrieving revision 1.16 > diff -u -p -r1.16 midi.c > --- dlls/winmm/winealsa/midi.c 27 Apr 2005 09:39:56 -0000 1.16 > +++ dlls/winmm/winealsa/midi.c 26 Jul 2005 21:31:05 -0000 > @@ -833,7 +833,7 @@ static DWORD modData(WORD wDevID, DWORD > snd_seq_ev_set_controller(&event, evt&0x0F, d1, d2); > break; > case MIDI_CMD_BENDER: > - snd_seq_ev_set_pitchbend(&event, evt&0x0F, ((WORD)d1 << 7) | (WORD)d2); > + snd_seq_ev_set_pitchbend(&event, evt&0x0F, ((WORD)d2 << 7 | (WORD)d1) - 0x2000); This is not correct, you need extra ( ) around the << 7, like this perhaps: > + snd_seq_ev_set_pitchbend(&event, evt&0x0F, (((WORD)d2 << 7) | (WORD)d1) - 0x2000); Ciao, Marcus

3 2

Re: RICHED20: TODO list additions
by Dmitry Timoshkov 27 Jul '05

27 Jul '05

"Phil Krylov" <phil(a)newstar.rinet.ru> wrote: > Added some missing but useful items to the RichEdit TODO list. > + * - full justification > + * - hyphenation > + * - tables What kind of hyphenation richedit needs? Would an automatic, not dictionary based algorithm suffice? In 1996-97 I've developed and implemented that kind of algorithm for russian language and MS Word/Pagemaker. It produces much better results than Ventura Publisher for DOS and similar results to (released later) builtin automatic hyphenation in Pagemaker 6.0 (russian edition). The code has been written for TurboC/DOS but should be easy enough to port), and I would be happy if it could be handy for Wine's richedit. Just let me know and I'll send the sources. -- Dmitry.

3 2

Re: Reimplement EnumDateFormats, make it work for all available locales
by Paul Vriens 27 Jul '05

27 Jul '05

> Hello, > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > - Reimplement EnumDateFormats, make it work for all available locales. > - Add a test for EnumDateFormats > ... > -BOOL WINAPI EnumDateFormatsA( DATEFMT_ENUMPROCA lpDateFmtEnumProc, LCID > Locale, DWORD dwFlags) > +BOOL WINAPI EnumDateFormatsA(DATEFMT_ENUMPROCA proc, LCID lcid, DWORD > flags) Why did you change the names ? I thought we sticked to the MSDN ones ? Paul.

2 1

crypt32: Re: exception handling, part 2
by Saulius Krasuckas 27 Jul '05

27 Jul '05

* Log message from [1]: > > Juan Lang <juan_lang(a)yahoo.com> > - fix decoding of long-form data lengths > - use exception handling in decoding > - tests for these changes One of added tests in the patch fails on winME: | encode.c:313: Test failed: Expected CRYPT_E_ASN1_LARGE, got c0000005 But the bad thing is that after running small code chunk another calls to CryptEncodeObjectEx() starts generating exceptions here. Mentioned code: + /* Try to decode some bogus large items */ + /* The buffer size is smaller than the encoded length, so this should fail + * with CRYPT_E_ASN1_EOD if it's being decoded. It's failing with + * CRYPT_E_ASN1_LARGE, meaning there's a limit on the size decoded. + * The magic limit under XP seems to be 0x061a8000 bytes--more than this + * fails with CRYPT_E_ASN1_LARGE. + */ + ret = CryptDecodeObjectEx(dwEncoding, X509_MULTI_BYTE_INTEGER, tooBig, + 0x7fffffff, CRYPT_DECODE_ALLOC_FLAG, NULL, (BYTE *)&buf, &bufSize); + ok(!ret && GetLastError() == CRYPT_E_ASN1_LARGE, + "Expected CRYPT_E_ASN1_LARGE, got %08lx\n", GetLastError()); And example of parameters for the mentioned call (which after throws an exception of "Access violation" in another tests): CryptEncodeObjectEx( X509_ASN_ENCODING, X509_ENUMERATED, 1, CRYPT_ENCODE_ALLOC_FLAG, NULL, (BYTE *)&buf, &bufSize ); HTH to fix exceptions. If that informations is not enough, I will be glad to debug this via e-mail, Juan. :-) [1] http://www.winehq.org/hypermail/wine-cvs/2005/06/0683.html

3 6

Re: Add ShellExecute() conformance tests
by Saulius Krasuckas 27 Jul '05

27 Jul '05

* On Fri, 22 Jul 2005, Francois Gouget wrote: > > So the goal of this conformance test is to at least get things started > and to test a few sticking points like putting quotes around the One test fails on my box: | $ make -C dlls/shell32/tests/ test | make: Entering directory `/mnt/antras/usr/src/wine-cvs/wine/dlls/shell32/tests' | ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shlexec.c && touch shlexec.ok | shlexec.c:275: Test failed: ShellExecute(null, "C:\windows\temp\\test_shortcut_shlexec.lnk", null, null) failed: rc=31 err=0 | make: *** [shlexec.ok] Error 1 Any ideas?

3 2

Version
by jstrupeni 27 Jul '05

27 Jul '05

Hello, I have a Novell Linux Desktop Version 9 and I don't know what version of Wine I should install. Thank you very much in advance. Juan

1 0

Report request. Wine20050725 Configuration error
by Ivan Lezhnev, Jr. 27 Jul '05

27 Jul '05

> configure: WARNING: GL/glx.h: present but cannot be compiled > configure: WARNING: GL/glx.h: check for missing prerequisite headers? > configure: WARNING: GL/glx.h: see the Autoconf documentation > configure: WARNING: GL/glx.h: section "Present But Cannot Be Compiled" > configure: WARNING: GL/glx.h: proceeding with the preprocessor's result > configure: WARNING: GL/glx.h: in the future, the compiler will take > precedence > configure: WARNING: ## ------------------------------------ ## > configure: WARNING: ## Report this to wine-devel(a)winehq.org ## > configure: WARNING: ## ------------------------------------ ## Slackware GNU\Linux 10.0.0, kernel 2.6.10 #2 -- Ivan Lezhnev, Jr. Ukraine. Simferopol. Local Time: Wed Jul 27 13:16:15 EEST 2005 Using: Slackware GNU\Linux | Kernel 2.6.10 #2 Disassemble to assemble something pure

1 0

Re: [wined3d] pbuffer support
by Ivan Gyurdiev 27 Jul '05

27 Jul '05

On Mon, 2005-07-18 at 19:02 +0100, Oliver Stieber wrote: > Hi, > > This patch implements the use of PBuffers for offscreen textures. > The fads in Pirates should now appear fullscreen, the dx9_offscreen_rendering > tutorial has an odd problem with ATI's drivers, clicking the window and moving > the mouse will cause the tutorial to render properly, I haven't found anything > else with this problem yet and I don't currently have a workaround. > > Registry entries and options in winecfg to change to enable and disable > pbuffers will be added in a later patch. Regression in HL2: http://ivan.ivg2.net/scr.png Screen is almost completely white - no textures. New messages (maybe?): ... fixme:d3d9:IDirect3DDevice9Impl_CreateSurface (0x7ff6b940) call to IWineD3DDevice_CreateSurface failed fixme:d3d9:D3D9CB_CreateSurface (0x7ff6b940) IDirect3DDevice9_CreateSurface failed fixme:d3d:IWineD3DDeviceImpl_CreateTexture Failed to create surface 0x7d161620 fixme:d3d9:IDirect3DDevice9Impl_CreateTexture (0x7ff6b940) call to IWineD3DDevice_CreateTexture failed .... fixme:d3d_shader:IDirect3DDevice9Impl_SetVertexShader Disabled 0x7ff6b940

3 4

cross-compiling for ARM
by John Connor 26 Jul '05

26 Jul '05

Has anyone tried to cross-compile Wine for the ARM platform or is there any documentation on how to do this? -------------------------------------------------------- This is an e-mail from General Dynamics Robotic Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated.

2 1

How to test a win16 application in our test-suite
by Paul Vriens 26 Jul '05

26 Jul '05

Hi, I'm busy fixing up version.dll, and I want to create some tests to read resources from win16 applications. I currently have a fixed .exe in my tests directory, but I'd like to create a 16bit .exe (or .dll) during the creation of the tests. Any idea's ? Paul Vriens.

4 3

Re: commctrl: modularize progress drawing
by Dimi Paun 26 Jul '05

26 Jul '05

From: "Frank Richter" <frank.richter(a)gmail.com> > Frank Richter <frank.richter(a)gmail.com> > Split up the drawing code into a set of smaller functions and also moved > some common computations into helper functions. All that to facilitate > the implementation of the forthcoming theming support. > +static inline int PROGRESS_GetLedSize( PROGRESS_INFO *infoPtr, LONG style, It has become the norm lately to not have the ALLCAPS_ prefix for internal static functions, but rather have names_with_underscores to easily tell them apart from Win32 APIs. So for the above, I guess get_led_size() would be preferable. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 2

Adding a new include file (softpub.h)
by Paul Vriens 26 Jul '05

26 Jul '05

Hi, for a patch to wintrust_main.c I need to define a GUID (WINTRUST_ACTION_GENERIC_VERIFY_V2). This GUID is present in softpub.h. The include file is not included in Wine right now. What are the 'rules' to add a new include file? Is it ok that have only this GUID in there ? Cheers, Paul. P.S. If somebody already has this one lying around, be my guest :-)

1 0

Re: [wintrust] Return TRUST_E_PROVIDER_UNKNOWN for WinVerifyTrust
by Rein Klazes 26 Jul '05

26 Jul '05

On Thu, 14 Jul 2005 13:37:53 +0200 (CEST), you wrote: > Hi, > > currently we return ERROR_SUCCESS for WinVerifyTrust. Process Explorer > expects some data because of this. > > As no trust provider is implemented yet, return TRUST_E_PROVIDER_UNKNOWN > instead. Paul, Girotel was perfectly happy with the ERROR_SUCCESS without anymore "data" (none is actually returned), now it fails. I think that in this case ERROR_SUCCESS should be the default. If you cannot figure out what data your program expects, perhaps you can single out the specific ActionID to return a failure. Rein.

2 3

Re: [wined3d] per app settings regression
by Raphael 26 Jul '05

26 Jul '05

On Monday 25 July 2005 20:41, Oliver Stieber wrote: > Hi, > This patch corrects a regression issue in > http://www.winehq.org/hypermail/wine-patches/2005/07/0575.html > Hi You just sent the sme patch :) Maybe you forgot to attach the good one Regards, Raphael

2 1

[wined3d] regression
by Oliver Stieber 26 Jul '05

26 Jul '05

Following this patch http://www.winehq.org/hypermail/wine-patches/2005/07/0575.html wined3d SegV's every time the dll is loaded. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

3 4

Re: objsel: Add stubs for objsel.dll and objsel.h
by Thomas Weidenmueller 26 Jul '05

26 Jul '05

Thomas Weidenmueller wrote: > The attached archive contains a stubbed objsel.dll and it's public > header file objsel.h Any comments why it got rejected? Best Regards, Thomas

2 1

Windows API
by Bennie Kahler-Venter 26 Jul '05

26 Jul '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anyone saw the article in June's Dr. Dobb's Journal, July 95 titled "Finding Binary Clones with Opstrings & Function Digests: Part I" by Andrew Schulman http://www.undoc.com Although just the first article, It already shows promise from wine's perspective. Generating hashes on the functions in the DLL's & EXE's while taking into consideration not to be fooled by the pointer diffs because of different positions in the binaries, Huge potential to find similar functions in all dll's instead of recoding them all. According to the article something Windows suffers from quite a bit... Just my 2c Tnx & Bi Bennie Kahler-Venter -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFC5fc7jrc/ZmvwnjARAgsyAJ9EGFZjvY+bvS4MuUJuS9IZ9WZ59ACgkAr1 ynML4cy/z/JKviK17RrwiOE= =TlTz -----END PGP SIGNATURE-----

1 0

Re: hhctrl: Add the WebBrowser implementation
by Dmitry Timoshkov 26 Jul '05

26 Jul '05

"James Hawkins" <truiken(a)gmail.com> wrote: > +#define HH_Alloc(size) ((LPVOID)HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, size)) > + > +#define HH_Free(buffer) \ > + if (buffer) \ > + HeapFree(GetProcessHeap(), 0, (HLOCAL)buffer); Alot of work has been done to avoid tests for NULL before HeapFree call, please do not introduce them again. Personally I don't see the point of HH_Alloc and HH_Free macros at all. > +#define HH_SafeRelease(x) \ > + if (x) \ > + { \ > + x->lpVtbl->Release(x); \ > + x = NULL; \ > + } Again, a direct access to a vtable. There is no much point in that macro either, do that check directly instead and get rid of hhctrl.h completely. -- Dmitry.

1 0

Bug in native user32
by Jacek Caban 26 Jul '05

26 Jul '05

Hello. Fixing MSHTML tests I found a bug in Windows. In tests I passed const WNDCLASSEX, to RegisterClassEx what should work as its declaration is: ATOM WINAPI RegisterClassExW(const WNDCLASSEXW *); Changing passed WNDCLASS to nonconst makes it works. I wrote small tests (attached) showing that if hInstance of WNDCLASSEX is NULL, RegisterClassEx sets it to GetModuleHandle(NULL). It, of course, couses segmentation fault in case CMASSWNDEX is const. This problem seams to happen on XP, NT 4, 2k and 2k3. So the question is if we should clone this bug? Some applications may expect it, but other may crash. They will crash on Windows anyway... Or we should mark test as todo_wine and change it if we found application that depend on it? Thanks, Jacek Index: dlls/user/tests/class.c =================================================================== RCS file: /home/wine/wine/dlls/user/tests/class.c,v retrieving revision 1.19 diff -u -p -r1.19 class.c --- dlls/user/tests/class.c 15 Jun 2005 10:21:19 -0000 1.19 +++ dlls/user/tests/class.c 25 Jul 2005 16:14:10 -0000 @@ -301,6 +301,15 @@ static void test_instances(void) HINSTANCE user32 = GetModuleHandleA("user32"); HINSTANCE main_module = GetModuleHandleA(NULL); + WNDCLASSEXA clsex = { + sizeof(WNDCLASSEXW), + 0, + ClassTest_WndProc, + 0, 0, NULL, NULL, NULL, NULL, NULL, + "const_test", + NULL + }; + memset( &cls, 0, sizeof(cls) ); cls.style = CS_HREDRAW | CS_VREDRAW; cls.lpfnWndProc = ClassTest_WndProc; @@ -436,6 +445,10 @@ static void test_instances(void) ok( !GetClassInfo( 0, name, &wc ), "Class found with null instance\n" ); ok( GetLastError() == ERROR_CLASS_DOES_NOT_EXIST, "Wrong error code %ld\n", GetLastError() ); ok( UnregisterClassA( name, 0 ), "Unregister failed for null instance\n" ); + + ok( RegisterClassExA( &clsex), "RegisterClassExA failed\n"); + ok( clsex.hInstance == GetModuleHandle(NULL), "hInstance=%08lx\n, expected %08lx\n", + clsex.hInstance, GetModuleHandle(NULL)); /* registering for user32 always fails */ cls.lpszMenuName = "user32";

3 3

Re: [AppDB] fix situation when AppDB is not at DocumentRoot (patch 1 of 3) (gah! resend)
by Chris Morgan 26 Jul '05

26 Jul '05

I ran into the same issue and was in the process of trying to fix it up. Maybe this is a better approach because it doesn't require any user intervention? The idea was to pass the relative path through that function to get the full local path. I can attach the rest of the patch if you'd like but it isn't in a finished state. Chris On 7/23/05, Tony Lambregts <tony.lambregts(a)gmail.com> wrote: > These patch are to meant address situations like mine when the AppDB is located > a http://localhost/appdb instead of http://localhost/. These patches can be > applied independatly from my other patches. > > Change Log: fix situation when AppDB is not at DocumentRoot. > > Files Changed: include/config.php.sample > > > > > > > > Index: include/config.php.sample > =================================================================== > RCS file: /home/wine/appdb/include/config.php.sample,v > retrieving revision 1.11 > diff -u -r1.11 config.php.sample > --- include/config.php.sample 23 Apr 2005 02:24:35 -0000 1.11 > +++ include/config.php.sample 23 Jul 2005 22:28:16 -0000 > @@ -17,6 +17,11 @@ > define("APPDB_OWNER_URL","http://www.winehq.org/"); // website of this product/company > define("APPDB_OWNER_EMAIL","appdb(a)winehq.org"); // e-mail of this product/company > define("BUGZILLA_ROOT","http://bugs.winehq.org/"); // path to bugzilla > +// the following is usefull if the location of your appdb is offset from the > +// DocumentRoot defined in httpd.config > +// For example: If you access the appdb from http://localhost/appdb > +// uncomment the following line . > +//define("APPDB_OFFSET","/appdb"); > > > /* > > >

1 0

Installer hangs with no output :S
by Hiji 25 Jul '05

25 Jul '05

I'm trying out this month's release. I'm trying to install AbsoluteFTP which previous installed fine, but now I try to install, the install shield begins, but just sits there. There's not even any output... How can I get something together to report to you guys? Hijinio ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

1 0

change in dlls/version/info.c breaks IBM Translation Manager
by Phil Krylov 25 Jul '05

25 Jul '05

Hello, http://cvs.winehq.org/cvsweb/wine/dlls/version/info.c.diff?r1=1.47&r2=1.48&… This recent change in dlls/version/info.c breaks IBM Translation Manager on startup: > wine: Unhandled exception (thread 0009), starting debugger... > WineDbg starting on pid 0x8 > Unhandled exception: page fault on read access to 0x7bb0f4ac in 32-bit code (0x7b4ce282). > In 32 bit mode. > Register dump: > CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 > EIP:7b4ce282 ESP:7baff860 EBP:7baff8b0 EFLAGS:00010283( - 00 -RIS1C) > EAX:7bb0fa58 EBX:7b4d37dc ECX:0000fd34 EDX:7bb0f4ac > ESI:7baffb24 EDI:7baffb40 > Stack dump: > 0x7baff860: 7baffb28 00000000 7baffd4c ffffffff > 0x7baff870: 7baffb3c 00000002 00000000 00000000 > 0x7baff880: 7baff9da 7bb0fa58 7b4d3ae0 7bb0f4ac > 0x7baff890: 7baffd4c 00001794 7baf0000 00007baf > 0x7baff8a0: 0000fd34 7b4d37dc 7bb0fa58 7baffb24 > 0x7baff8b0: 7baff908 7b4ce2ad 7baffd24 7baffb24 > Backtrace: > =>1 0x7b4ce282 ConvertVersionInfo32To16+0x172(info32=0x7baffd24, info16=0x7baffb24) [/home/phil/build/wine/dlls/version/info.c:267] in version (0x7baff8b0) > 2 0x7b4ce2ad ConvertVersionInfo32To16+0x19d(info32=0x7baff9d4, info16=0x7baff9d4) [/home/phil/build/wine/dlls/version/info.c:273] in version (0x7baff908) > 3 0x7b4cf64c VerQueryValueA(pBlock=0x7baff9d4, lpSubBlock=0x569214, lplpBuffer=0x7baff9cc, puLen=0x7baff9d0) [/home/phil/build/wine/dlls/version/info.c:772] in version (0x7baff93c) > fixme:dbghelp:sffip_cb NIY on 'P:\EQFD\BINNTCVP\EQFD.pdb' > 4 0x00401bb6 in eqfd (+0x1bb6) (0x7baffdb8) > 5 0x004aa8e7 in eqfd (+0xaa8e7) (0x7baffddc) > 6 0x004745c8 in eqfd (+0x745c8) (0x7baffdf4) > 7 0x0044ef54 EntryPoint+0x1a4 in eqfd (0x7bafff2c) > 8 0x7bbb3f48 start_process+0x8d(arg=0x0) [/home/phil/build/wine/dlls/kernel/process.c:996] in kernel32 (0x7baffff4) > 9 0xb7fab48d wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) > 0x7b4ce282 ConvertVersionInfo32To16+0x172 [/home/phil/build/wine/dlls/version/info.c:267] in version: movzwl 0x0(%edx),%eax > 267 while ( (DWORD)child32 < (DWORD)info32 + wLength && child32->wLength != 0 ) > Wine-dbg> -- Ph.

2 7

Re: [wined3d] resource object tracking.
by Raphael 25 Jul '05

25 Jul '05

On Monday 25 July 2005 20:31, Oliver Stieber wrote: > Hi, > This patch implements resource tracking, require for reset and evict > managed resources and provides extra sanity checks. > > I've had to test with an older version of wine-cvs since head doesn't seem > to compile cleanly or run at the moment, but there aren't otherwise any > changes in wine-cvs that would affect this patch. > Why you need 2 breaks here ? + case D3DRTYPE_VOLUME: + break; + + /* TODO: nothing really? */ + break; Regards, Raphael PS: its better to use unsigned for indexes and counts :)

1 0

wine installation for Debian
by Khe Siang Tan 25 Jul '05

25 Jul '05

Hi just wondering if someone could help me....i am running Debian operating system....and i am trying to install/run WINE.....i have typed the command $apt-get install wine in root user. KHE:/home/zhe# apt-get install wine Reading Package Lists... Done Building Dependency Tree... Done wine is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. it seems to have installed but it has not appeared on my programs list....how do i get it running.... i have also tried this command: KHE:/home/zhe# dpkg -i wine_0.0.20030115-1.deb dpkg: error processing wine_0.0.20030115-1.deb (--install): cannot access archive: No such file or directory Errors were encountered while processing: wine_0.0.20030115-1.deb how do i get WINE running thx Cheers K-Si Send instant messages to your online friends http://au.messenger.yahoo.com

3 2

Re: ALSA: Call snd_pcm_drain instead of a buggy homegrown version
by Vitaliy Margolen 25 Jul '05

25 Jul '05

Isn't WODM_RESET should stop playback/recording immediately? In which case shouldn't we use snd_pcm_drop instead? I'm guessing here. I have that loop disabled here for some time now. And I can't hear any artifacts. PS: If we drop that loop we should remove all associated stuff as well. Vitaliy Margolen Monday, July 25, 2005, 9:27:42, Robert Shearman wrote: > Changelog: > wait_for_poll can go into an infinite loop. Remove it and replace it > with snd_pcm_drain which is more likely to do what the original author > intended.

2 2

Exception Handling with a "bad" ESP
by Glenn Wurster 25 Jul '05

25 Jul '05

I've been doing some debugging of the exception handler and have come across a problem for which I'm not sure what the best solution is. It involves an application using the ESP for something other than the stack. The current DIB code uses protection to detect when the application modifies the DIB bits and respond accordingly. It does this by disabling read and/or write access to pages and then catching exceptions when they are thrown so that it can keep the X11 and windows versions of the DIB seporate but reflect changes appropriately (There may be other pieces of Wine which use similar tactics). The application I am debugging, however, uses the ESP as a counter/memory offset in it's updating of the DIB. While not the best selection of registers, the application relies on ESP not being used for anything else while the DIB updates take place (In Windows this assumption is true). A made-up example of assembly code is as follows: mov esp, [0x12345678] ; Save the ESP mov 0x128796, esp ; Set up ESP for the DIB modification mov 0, ebp loop: mov ebp, [sp + bp] ; Write out the byte to the DIB inc ebp sub esp, 0x10000 ; The high word is a counter jns loop mov [0x12345678], esp ; Restore the ESP Now, one of the first things our exception handler in signal_i386.c does is set up the stack layout to deliver the exception to the application (see the setup_exception function), but in this case ESP definately does not point to the stack (and the application never intended for an exception to occurr). It instead contains a counter in the high word, and a memory offset in the low word. Because of this, there is a double fault which happens and Wine actually Segfaults as opposed to breaking into the debugger. So, what I'm wondering is if anyone who has experiance with the exception handling code has any thoughts on how this problem can be fixed. If your interested in actual application code which does this, Alpha Centauri is what I found the initial problem with. You can download the demo at http://www.firaxis.com/downloads/Demo/smac_demo1_1.exe. The assembly code in the application which causes the crash is located starting at around offset 0x0060d954. As an interesting side-effect, if there are other applications which are using ESP in a "bad" manor, then we may be corrupting memory whenever we generate an exception within Wine. This issue would be very hard to track down, which makes me think that only exceptions which would normally be generated in Windows should cause Wine to modify the application stack. Comments? Suggestions? Glenn.

6 13

Re: WLDAP32: improve error handling for the bind functions
by Dimi Paun 25 Jul '05

25 Jul '05

From: "Hans Leidekker" <hans(a)it.vu.nl> > > - credW = strAtoW( cred ); > - if (!credW) return LDAP_NO_MEMORY; > + if (dn) { > + dnW = strAtoW( dn ); > + if (!dnW) return LDAP_NO_MEMORY; > + } > + if (cred) { > + credW = strAtoW( cred ); > + if (!credW) return LDAP_NO_MEMORY; > + } This leaks memory, if credW fails to allocate. Something like this would work: + WCHAR *dnW = NULL, *credW = NULL; + int ret = LDAP_NO_MEMORY; + + if (dn) { + dnW = strAtoW( dn ); + if (!dnW) goto exit; + } + if (cred) { + credW = strAtoW( cred ); + if (!credW) goto exit; + } + ret = ldap_bindW( ld, dnW, credW, method ); + exit: + free dnW, credW + return ret;

1 0

rpc problems with kohan2 installer.
by Oliver Stieber 25 Jul '05

25 Jul '05

Hi, I picked up a copy of Kohan 2, but I can't get it to install it looks like an RPC error. trace:rpc:I_RpcSend (0x7bc84e18) trace:rpc:RPCRT4_OpenBinding (Binding == ^0x7bc84e50) trace:rpc:RPCRT4_Receive buffer length = 12 trace:rpc:I_RpcGetBuffer (0x7ba8a6e4): BufferLength=12 trace:rpc:I_RpcGetBuffer Buffer=0x7bc44978 trace:rpc:RPCRT4_CloseBinding (Binding == ^0x7bc84e50) trace:rpc:RPCRT4_process_packet freeing Buffer=0x7bc84ed8 trace:rpc:RPCRT4_DestroyBinding binding: 0x7bc84e50 trace:rpc:I_RpcFreeBuffer (0x7bc84e18) Buffer=0x7bc850d0 trace:rpc:RPCRT4_CloseBinding (Binding == ^0x7bcae5f8) trace:rpc:RPCRT4_DestroyConnection connection: 0x7bc36cf0 trace:rpc:RPCRT4_CloseConnection (Connection == ^0x7bc36cf0) warn:rpc:RPCRT4_Receive Short read of header, 0/16 bytes warn:rpc:RPCRT4_io_thread receive failed with error 6c0 trace:rpc:RPCRT4_DestroyConnection connection: 0x7bc435d0 trace:rpc:RPCRT4_CloseConnection (Connection == ^0x7bc435d0) trace:ole:rpc_sendreceive_thread completed with status 0x0 trace:ole:DllMain 0x7b7c0000 0x3 (nil) trace:ole:DllMain 0x7b570000 0x3 (nil) trace:ole:CoWaitForMultipleHandles waiting for rpc completion or window message trace:ole:CoWaitForMultipleHandles -- 0x00000000 trace:ole:RpcChannelBuffer_SendReceive RPC call status: 0x0 trace:ole:RpcChannelBuffer_SendReceive -- 0x00000000 trace:ole:deserialize_param vt 26 at 0x7ba8a760 trace:ole:deserialize_param vt 3 at 0x7ba8c3d0 trace:ole:ITypeInfo_fnRelease (0x7bc880c0)->(6) trace:ole:ITypeLib2_fnRelease (0x7bc39748)->(8) ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 2

Re: hhctrl: Add the WebBrowser implementation [take 5]
by Alexandre Julliard 25 Jul '05

25 Jul '05

James Hawkins <truiken(a)gmail.com> writes: > +typedef struct IOleInPlaceFrameImpl > +{ > + IOleInPlaceFrame frame; > + HWND window; > +} IOleInPlaceFrameImpl; > + > +typedef struct IOleInPlaceSiteImpl > +{ > + IOleInPlaceSite inplace; > + IOleInPlaceFrameImpl frame; > +} IOleInPlaceSiteImpl; > + > +typedef struct IOleClientSiteImpl > +{ > + IOleClientSite client; > + IOleInPlaceSiteImpl inplace; > + IDocHostUIHandler ui; > +} IOleClientSiteImpl; You should define a single structure with multiple vtbl pointers, and compute the This pointer based on structure offsets. Look at how this is done in other places, like shelllink.c for instance. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: hhctrl: Add the remaining commands to HtmlHelp
by Alexandre Julliard 25 Jul '05

25 Jul '05

James Hawkins <truiken(a)gmail.com> writes: > Hey, > > Changelog > * Add the remaining commands to HtmlHelp. That switch is not supposed to list all the commands, it's here to only display the message box on calls caused by direct user action, to avoid spamming the user with message boxes. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: comctl32: theming "framework"
by Frank Richter 25 Jul '05

25 Jul '05

On 16.07.2005 01:13, Frank Richter wrote: > Frank Richter <frank.richter(a)gmail.com> > Added some generic code to allow subclassing(for the purpose of theming) > of standard controls. What are the issues with this one? -f.r.

2 1

Re: hhctrl: Add the CHM implemenation
by Dmitry Timoshkov 25 Jul '05

25 Jul '05

"James Hawkins" <truiken(a)gmail.com> wrote: > --- /dev/null 2005-07-23 07:02:07.637731864 -0500 > +++ dlls/hhctrl.ocx/itss.h 2005-07-25 01:09:16.000000000 -0500 > @@ -0,0 +1,302 @@ > +/*** Autogenerated by WIDL 0.1 from itss.idl - Do not edit ***/ Probably we need to move itss.idl to include/ so that a generated itss.h could be accessed globally. > + hr = pStorage->lpVtbl->OpenStream(pStorage, stringsW, NULL, STGM_READ, 0, &pStream); Please use IStorage_OpenStream macro here and similar macros instead of accessing vtable directly. -- Dmitry.

2 2

Writing tests when creating patches
by Paul Vriens 24 Jul '05

24 Jul '05

Hi, I've noticed that in the past weeks there were several patches that contained a remark like: - checked on on windows - compared with native - ... Wouldn't it be nice if tests accompanied these fixes? Do we have some guidelines in this? I know that writing tests is not everybody's hobby. Cheers, Paul.

2 1

Wine causing strange messages in Linux dmesg log
by Chris Rankin 24 Jul '05

24 Jul '05

Hi, Ever since (approx) when the winecfg tool became active, a Windows tool that examined IDE capabilities has stopped working. Instead, the following messages are being written into the dmesg log: hdc: write_intr: wrong transfer direction! hdd: write_intr: wrong transfer direction! hdc is a DVD-ROM drive, whereas hdd is a CD-RW drive, and the tool (DiscInfo.exe v1.5.5) tries to use SPTI. However, the tool identified both as hard disks. Does anyone have any ideas what's broken, please? Cheers, Chris ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

1 0

QuickTime Problems
by Andrew Neil Ramage 24 Jul '05

24 Jul '05

I installed the latest RPM release for SuSE 9.3 on my new laptop. Having installed Quick Time, I tried to view some .mov files (trailers) Anyone know what is wrong ? The output to the command window I started wine from is below. andrew@apollo:~/.wine/drive_c/Program Files/QuickTime> wine QuickTimePlayer.exe Sample.mov fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403bf200)->(00000000,00000008) fixme:font:CreateScalableFontResourceA (0,"c:\\windows\\QTFont.for","c:\\windows\\QTFont.qfn",(null)): stub fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy fixme:system:SystemParametersInfoW Unimplemented action: 4122 (SPI_GETCURSORSHADOW) fixme:system:SystemParametersInfoW Unimplemented action: 4132 (SPI_GETDROPSHADOW) fixme:system:SystemParametersInfoW Unimplemented action: 4116 (SPI_GETSELECTIONFADE) fixme:menu:TrackPopupMenuEx not fully implemented fixme:system:SystemParametersInfoW Unimplemented action: 4122 (SPI_GETCURSORSHADOW) fixme:system:SystemParametersInfoW Unimplemented action: 4132 (SPI_GETDROPSHADOW) fixme:system:SystemParametersInfoW Unimplemented action: 4116 (SPI_GETSELECTIONFADE) fixme:menu:TrackPopupMenuEx not fully implemented fixme:system:SystemParametersInfoW Unimplemented action: 4122 (SPI_GETCURSORSHADOW) fixme:system:SystemParametersInfoW Unimplemented action: 4132 (SPI_GETDROPSHADOW) fixme:system:SystemParametersInfoW Unimplemented action: 4116 (SPI_GETSELECTIONFADE) fixme:menu:TrackPopupMenuEx not fully implemented X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 67 (X_PolyRectangle) Resource id in failed request: 0x4200007 Serial number of failed request: 13172 Current serial number in output stream: 13199 andrew@apollo:~/.wine/drive_c/Program Files/QuickTime> -- Andrew You can be the captain I will draw the chart Sailing into destiny Closer to the heart Closer to the Heart by Rush (A Farewell to Kings, 1977) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0

Re: Treat LDAP as X for macro detection in winapi_check
by Alexandre Julliard 24 Jul '05

24 Jul '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Since we don't use HAVE_LDAP_H, it's an exception as well. There's no reason not to use HAVE_LDAP_H for header checks. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: opengl32: fix lots of missings-declarations warnings (reworked)
by Alexandre Julliard 24 Jul '05

24 Jul '05

Stefan Huehner <stefan(a)huehner.org> writes: > [old message] > this patch adds prototypes for the functions in opengl_norm.c which are > prefixed with 'wine_'. As this file is generated from the make_opengl > script this was also modified to emit this additional lines as it > already did for opengl_ext.c. This patch fixes 374 missing-declarations > warnings. At the cost of adding 374 useless prototypes... We really don't want to do that, it's perfectly legitimate in that case that the functions don't have a declaration, that's why the warning is not turned on by default. -- Alexandre Julliard julliard(a)winehq.org

1 0

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