- wine-devel - winehq.org

Re: wldap - add stubs for ldap_search_init_page[A/W]
by Hans Leidekker 01 Dec '05

01 Dec '05

On Thursday 01 December 2005 06:26, Steven Edwards wrote: +205 cdecl ldap_search_init_pageA(ptr str long str ptr long ptr ptr ptr long ptr) +206 cdecl ldap_search_init_pageW(ptr wstr long wstr ptr long ptr ptr ptr long ptr) The second to last parameter should be a 'long', not 'ptr'. I have all remaining functions stubbed out here in my tree b.t.w. I'll send an updated patch for these if you like. -Hans

1 0

RE: Problem with serial port.
by gslink 01 Dec '05

01 Dec '05

Did you check out that flow control is handled correctly from the Olivetti printer. I have had this happen in the past and in every case I found that either I was using the wrong flow control or not taking it into account.

2 1

Load Library failed
by Ananth M 01 Dec '05

01 Dec '05

Hi All I am having a Simple DLL that was developed and used by the Windows Application. I am trying to port this windows DLL into linux to create the .so file and want to use the same. As metioned in the winedump tool, I generated the spec file using the command > winedump spec simple.dll and inserted the Stub DLL into wine tree as metioned in the winedump README I am able to see the simple.dll.so file dlls directory. I created the .def file using the winebuild in the dlls/SimpleDll directory. When I try to load this dll using "LoadLibrary("Simple.dll")" I am getting the "Module Notfound error". I tried the same function after loading the same .so file into /usr/local/lib/wine also. Still I am getting the same error. BTW: I am able to load the built-in dlls in wine without any problem. Can any one through some ideas....

1 1

reports are not well displayed
by Curro Amores 01 Dec '05

01 Dec '05

Hi im getting crazy cos my access 97 application do what it wants when it wants. I have some kind of reports. The thing is that when i want to display them, the fonts are not well displayed, they are separated and bigger. But other reports are well displayed. I have copied all the ttf file from my windows (windows 98 or windows xp?) and nothing is fixed. This is the output i get when i push my application button " Vew Report". trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin if somebody wants to see the snapshots, please tell me and i will email them i would like to know y somebody had the same problem thanks a lot!

1 0

wineconsole crashes with curses backend
by Pavel Roskin 01 Dec '05

01 Dec '05

Hello, Eric and everybody! wineconsole crashes in WCCURSES_Refresh() when run without arguments. PRIVATE(data)->line is NULL in curses.c on line 354. Checking PRIVATE(data)->line fixes the problem. The breakage was introduced by revision 1.39 of wineconsole.c. Removing call to WINECON_GetServerConfig() fixes the crash. Although WINECON_GetServerConfig() gets data that is mostly irrelevant to the curses backend, the harmful part is setting data->cells. Commenting it out also helps (but the "user" backend stops working). I think setting data->cells doesn't belong to WINECON_GetServerConfig(). Since setting data->cell suppresses handling of CONSOLE_RENDERER_SB_RESIZE_EVENT, data->fnResizeScreenBuffer and data->fnComputePositions should be called explicitly. Below is the patch I think is most reasonable. Still, I'd like someone more knowledgeable to look at it. I moved the code under init_success outside the switch statement, as it was getting too long. --- wineconsole.c +++ wineconsole.c @@ -557,9 +557,6 @@ static BOOL WINECON_GetServerConfig(stru } SERVER_END_REQ; WINECON_DumpConfig("first cfg: ", &data->curcfg); - data->cells = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, - data->curcfg.sb_width * data->curcfg.sb_height * sizeof(CHAR_INFO)); - if (!data->cells) WINECON_Fatal("OOM\n"); return ret; } @@ -654,13 +651,9 @@ static struct inner_data* WINECON_Init(H switch ((*backend)(data)) { case init_success: - WINECON_GetServerConfig(data); - WINECON_SetConfig(data, &cfg); - data->curcfg.registry = cfg.registry; - WINECON_DumpConfig("fint", &data->curcfg); - return data; - case init_failed: break; + case init_failed: + goto error; case init_not_supported: if (backend == WCCURSES_InitBackend) { @@ -673,6 +666,17 @@ static struct inner_data* WINECON_Init(H break; } + WINECON_GetServerConfig(data); + data->cells = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, + data->curcfg.sb_width * data->curcfg.sb_height * sizeof(CHAR_INFO)); + if (!data->cells) WINECON_Fatal("OOM\n"); + data->fnResizeScreenBuffer(data); + data->fnComputePositions(data); + WINECON_SetConfig(data, &cfg); + data->curcfg.registry = cfg.registry; + WINECON_DumpConfig("fint", &data->curcfg); + return data; + error: WINE_ERR("failed to init.\n"); -- Regards, Pavel Roskin

1 0

Incompatible behavior of InvalidateRect/LB_SELITEMRANGE/SetCapture
by Andreas Rosenberg 01 Dec '05

01 Dec '05

Hi! From time to time I'm testing our application (IQ-FMEA) with Wine. Our GUI framework is checking the return codes of most API calls, so several incompatibilities between Windows and Wine are detected while many other programs simply ignore them. So I found several things that differ between Wine & Windows. ############################# 1.) If found out that InvalidateRect with a "zero extent rectangle" returns FALSE with Wine, while it returns TRUE in Windows. Wine builds from last year did not show this behavior. Windows: InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns TRUE; Wine InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns FALSE; ------------- Wine 20040914 BOOL WINAPI RedrawWindow( HWND hwnd, const RECT *rectUpdate, HRGN hrgnUpdate, UINT flags ) ... return TRUE; } Wine 20050930 ... ret = redraw_window_rects( hwnd, flags, rect, 1 ); ... return ret; } static BOOL redraw_window_rects( HWND hwnd, UINT flags, const RECT *rects, UINT count ) { BOOL ret; SERVER_START_REQ( redraw_window ) { req->window = hwnd; req->flags = flags; wine_server_add_data( req, rects, count * sizeof(RECT) ); ret = !wine_server_call_err( req ); } SERVER_END_REQ; return ret; #################### 2.) Then I discovered an incompatibility with LB_SELITEMRANGE: SendMessage(hWndControl,LB_SELITEMRANGE,TRUE, MAKELPARAM(wFirst, wLast)); Windows accepts values for wLast that are greater than the list size and performs the operation with the (internally corrected) value - returning TRUE. Wine does not accept a value for wLast if it is greater than the list size and returns FALSE (not performing the select operation, which caused subsequent failures in our application). #################### 3.) There is also a different behavior of SetCapture(hWnd) in Wine. If an overlapped window has captured the mouse input and a new child window is being openend, Windows internally releases the capture. Wine maintains the capture - dialogs in our application may not be operated with the mouse, because the parent still gets all the mouse messages. #################### I have to little knowledge about the wine server stuff to make a correct fix for issues 1 & 3. And I'm unsure about issue #2. It's a bug to pass to big values for wLast - but to be compatible with Windows, Wine should perform like Windows (perhaps log a warning?). Regards Andy

3 2

Re: Unable to start UTF-8 encoded executable in UTF-8 locale - one line fix included
by mengzhuo li 01 Dec '05

01 Dec '05

i m very glad to know someone notice almost the same problem. as u said , i found the function open_builtin_exe_file called in some different callers, and in these callers all the variable file_exists uninitialized . so there r 2 methods to solve the problem . one is initialize all the variable file_exists 0 when they r defined . the other is as u said . initialize in the callee. as the problem , from the codes i can understand if start UTF-8 encoded executable in UTF-8 locale , it will crash. but i havent the enviroment, i havent a .UTF-8 encoded executable . so just report the direct problem on my machine. --------------------------------- 无限容量雅虎相册，原图等大下载，超快速度，赶快抢注！

1 0

Does the Windows version of Mozilla need to be installed to use the Mozilla ActiveX plugin?
by David D. Hagood 30 Nov '05

30 Nov '05

Does the Windows version of Mozilla need to be in place for the Mozilla Active X control to work, or is there a way to point the control at my Linux install of Mozilla?

4 4

x11drv/winpos: Remove unused include (bug 3228)
by Detlef Riekenberg 30 Nov '05

30 Nov '05

Fix for Bug 3228 (make failed with: X11/Intrinsic.h not found) Changelog: Remove unused include (X11/IntrinsicP.h) -- By By ... ... Detlef

1 0

Please HELP, info required about 'DIB_Status_GdiMod' and 'DIB_Status_AppMod'
by Marinescu-Ghetau Iulian 30 Nov '05

30 Nov '05

Hello, Could anyone give me some more info on X11DRV_CoerceDIBSection function and the logic behind using 'DIB_Status_GdiMod' and 'DIB_Status_AppMod' stats? I am trying to repair a bug (3902) that has to do with application waiting exccessivly on some locks and i am kind of lost ;( Any help would be greatly appreciated! Iulian

2 3

Re: shell32: adding CSIDL_MYVIDEO|MYPICTURES|MYMUSIC to _SHRegisterUserShellFolders...
by Michael Jung 30 Nov '05

30 Nov '05

Hi Markus, On Wednesday 30 November 2005 12:46, Markus G�mmel wrote: > begin 666 patch.diff > M/R!P871C:"YD:69F"DEN9&5X.B!S:&5L;'!A=&@N8PH]/3T]/3T]/3T]/3T] > M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] (snip) Please don't uuencode your patches, but send them inline or as text/x-diff. Furthermore, this patch seems to be generated relative to the dlls/shell32 subfolder. Please generate patches from the root of wine's tree. You'll find more info at http://www.winehq.org/site/sending_patches Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: RESEND: Page Fault With Freetype calls fixed
by Alexandre Julliard 30 Nov '05

30 Nov '05

Rein Klazes <wijn(a)wanadoo.nl> writes: > Not included in the new release, no comments. Is there a problem with > this one ? I think it would be cleaner to have WineEngGetFontData do the right thing directly, instead of calling it twice. -- Alexandre Julliard julliard(a)winehq.org

2 1

DllCanUnloadNow for dlls/msi
by Christian Gmeiner 30 Nov '05

30 Nov '05

Hi all. I want to start coding for wine and therefore i have wirtten my first patch to add DllCanUnloadNow to msi. Now i need to test my patch. I have got the hint that i must create a COM object that msi.dll provides. Then the following must happen: try calling DllCanUnloadNow, and it should fail then ->Release() the object, and DllCanUnloadNow should succeed Can somebody give me some links or maybe a litte source to make such a test? Thanks, Christian -- Christian Gmeiner - student of computer science http://dxr3plugin.sf.net http://itb04.ath.cx

2 1

Monochrome bitmaps again
by Oldrich Jedlicka 30 Nov '05

30 Nov '05

Hi all, again I go here to ask what is wrong with my patch sent on 23 Nov 2005 to wine-patches (still not in CVS). The problem with monochrome bitmaps with inverted colors was discovered in game "Neighbours from Hell". I tested the patch with simulated inverted colors monochrome bitmap and it is working perfectly. Also the game is working fully. I do not see any reason why it was (probably) ignored again (last time there was a hidden compile problem). Find attached patch. Regards, Oldrich.

2 2

creating the .so for multiple DLL's
by Ananth M 30 Nov '05

30 Nov '05

Hi All, I am having a windows application that uses a Third Party DLL (let me call is at First.dll ), which uses internally another 3rd party DLL (let me call this as Second.dll). I am not having the equivalant .so files in the Linux version. If I want to use my application in Windows, then I am thinking two possible solutions: 1) Compile and build the executable in windows and run it on Linux using wine 2) Build the .so for the DLL's (First.dll and Second.dll) that are used by the application, and link to this .so from the Linux environment. If I want use the second approch, then, - DO I need to build to seperate .so files ? or can I combine them into Single .so file using winedump tool and forward dll's mechonism? - Is there any other tool available in Wine , otherthan winedump that deals with this kind of requirement more effectively? If any one had already tried this kind of problem, then can you please send me the steps or information on how to - Thank you Regards Ajay

1 0

Re: Add missing FreeLibrary calls
by Alexandre Julliard 30 Nov '05

30 Nov '05

James Hawkins <truiken(a)gmail.com> writes: > Index: dlls/gdi/tests/gdiobj.c > =================================================================== > RCS file: /home/wine/wine/dlls/gdi/tests/gdiobj.c,v > retrieving revision 1.10 > diff -u -p -r1.10 gdiobj.c > --- dlls/gdi/tests/gdiobj.c 26 Oct 2005 10:10:23 -0000 1.10 > +++ dlls/gdi/tests/gdiobj.c 29 Nov 2005 04:25:18 -0000 > @@ -274,9 +274,13 @@ static void test_GdiGetCharDimensions(vo > LONG ret; > SIZE size; > LONG avgwidth, height; > + HMODULE hGDI; > static const char szAlphabet[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz"; > typedef LONG (WINAPI *fnGdiGetCharDimensions)(HDC hdc, LPTEXTMETRICW lptm, LONG *height); > - fnGdiGetCharDimensions GdiGetCharDimensions = (fnGdiGetCharDimensions)GetProcAddress(LoadLibrary("gdi32"), "GdiGetCharDimensions"); > + fnGdiGetCharDimensions GdiGetCharDimensions; > + hGDI = LoadLibrary("gdi32"); > + GdiGetCharDimensions = (fnGdiGetCharDimensions)GetProcAddress(hGDI, "GdiGetCharDimensions"); > + FreeLibrary(hGDI); You can't free libraries that will be called later on. And there's no reason to free anything in tests, everything is freed on exit anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [DbgHelp]: StackWalk64.
by Alexandre Julliard 30 Nov '05

30 Nov '05

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > ChangeLog: > - implemented StackWalk64 (reusing StackWalk) You should really reuse it, not just duplicate such a big chunk of code. -- Alexandre Julliard julliard(a)winehq.org

1 0

Question about current Shell Folder registry settings...
by Markus G�mmel 30 Nov '05

30 Nov '05

Hello, HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/ShellFolders has the following settings on a freshly installed system after first calling wine: AppData c:\windows\profiles\mgoemmel\Application Data Cookies c:\windows\profiles\mgoemmel\Cookies Desktop z:\home\mgoemmel\Desktop Favorites c:\windows\profiles\mgoemmel\Favorites ... Personal z:\home\mgoemmel ... StartMenu c:\windows\profiles\mgoemmel\Start Menu Can anybody tell me why "Desktop" is set to Z: instead of set to "c:\windows\profiles\mgoemmel\Desktop"? And as a second question: would it be ok to add "My Music", "My Pictures" and "My Video" to this registry key? I would do this if anybody would agree that it's ok, and would send the necessary patches. Some if my programs blames me about these three missing values. If yes, where should it point to? z:\home\mgoemmel\My Music? Or would it be not much better to also point "Personal" to "c:\windows\profiles\mgoemmel\My Documents" too? Thanks for any answers and/or discussions... Markus Goemmel m.goemmel(a)compulab.de

2 2

Re; Question about current Shell Folder registry settings...
by Juan Lang 30 Nov '05

30 Nov '05

Hi Markus, > Desktop z:\home\mgoemmel\Desktop (snip) > Can anybody tell me why "Desktop" is set to Z: instead of set > to "c:\windows\profiles\mgoemmel\Desktop"? Because this (z:\home\mgoemmel\Desktop) is the location of your Linux desktop. If you save stuff to "Desktop," you expect it to appear there, yes? Perhaps this shouldn't be done inside shell32 (where it currently is), but in winecfg instead. The trouble of course is that winecfg isn't run during installation. There was a patch that ran winecfg in an install mode from wineprefixcreate, had it gone in this would be possible. > And as a second question: would it be ok to add "My Music", > "My Pictures" and "My Video" to this registry key? I would do > this if anybody would agree that it's ok, and would send the > necessary patches. Some if my programs blames me about these > three missing values. If an app depends on them, then yes, by all means do. > If yes, where should it point to? z:\home\mgoemmel\My Music? > Or would it be not much better to also point "Personal" to > "c:\windows\profiles\mgoemmel\My Documents" too? Several questions in one here! Well, since Linux doesn't really have a "My Music" folder, I think it makes sense just to point it to the same place as "Personal," wherever that is. That, in turn, defaults to ~, since that is the closest thing to a "My Documents" directory in Linux. Incidentally, if you don't like the defaults, you can always change them. Just be sure to change them in "User Shell Folders" rather than "Shell Folders," the latter is deprecated and is treated as read-only (by both MS and Wine.) --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 1

Re: Dereferencing a pointer in winedbg
by Eric POUECH 30 Nov '05

30 Nov '05

http://www.winehq.org/hypermail/wine-devel/2005/03/0219.html (not sure it still applies cleanly, at least some tiny parts are now in CVS tree) A+ > Message du 30/11/05 05:13 > De : "Vitaliy Margolen" > A : "Eric Pouech" > Copie à : wine-devel(a)winehq.org > Objet : Re: Dereferencing a pointer in winedbg > > Monday, November 28, 2005, 2:33:35 PM, Eric Pouech wrote: > > Vitaliy Margolen wrote: > >> Sunday, November 27, 2005, 10:50:39 PM, Marcus Meissner wrote: > >> > >>>On Sun, Nov 27, 2005 at 06:35:15PM -0700, Vitaliy Margolen wrote: > >>> > >>>>Is it possible to dereference a pointer in winedbg? Help says that > >>>>"*$eax" is a valid expression. But when I'm trying to use it it saying: > >>>>Wine-dbg>p *$eax > >>>>No type or type mismatch > >>>> > >>>>Is there are a way to do this? > >>> > >>>(x aka examine memory) > >>> > >>>x $eax > >>> > >>>Ciao, Marcus > >> > >> > >> Well I need to add that to display. Something like: display/x *$eax > >> Doing x $eax and then x 100s times kind of hard. > > > display /x means (in gdb) formatting differently the output, not > > dereferencing the (so called) pointer (display is a repeated 'p' > > command, not a 'x' one). > Yes I know. I meant /x for hex not decimal. > > > what you'd need is support for type casts and use something like: > > display *(int*)$eax > Yes correct. That's exactly what I need. > > > I sent a couple of months ago a patch for winedbg that (partly) > > implemented the support for typecasts in wine. You should look for it. > Could you please point me to it? I've spent last hour or so trying to > find it. > > Vitaliy. > > > > > > > > >

1 0

riched20: register ListBox & ComboBox classes
by Cihan Altinay 30 Nov '05

30 Nov '05

Hi, > This patch partially implements the undocumented REExtendedRegisterClass() > function by registering the two missing classes. That way MS Office 2003 and > probably other programs that rely on these classes display dialogs > completely which were empty before. > > Changelog: > Cihan Altinay <cihan(a)uq.edu.au> > Partially implement REExtendedRegisterClass() to register missing window > classes so that applications relying on them don't get confused. > It seems this patch was ignored and I would appreciate some comments because I haven't done much wine development yet (and probably made a lot of mistakes). Basically, I did some reverse engineering to see what is going on under Windows and implemented the (de)registration of the two classes accordingly. The effect of the patch can be seen in the attached screenshots which is the Options dialog of MS PowerPoint 2003. I agree that a patch that makes the controls actually work would be better :-) Cheers, Cihan

1 0

Re: Implement symbolic link object in wineserver.
by Robert Shearman 30 Nov '05

30 Nov '05

Hi Vitaliy, This patch looks pretty good, but needs some finishing touches. Are you planning to continue the directory work to get objects to start supporting it? Vitaliy Margolen wrote: >diff --git a/server/object.h b/server/object.h >index 0c2ee1a..1154e0a 100644 >--- a/server/object.h >+++ b/server/object.h >@@ -193,6 +193,11 @@ extern obj_handle_t open_object_dir( str > extern void init_directories(void); > extern void close_directories(void); > >+/* sybmolic link functions */ >+ >+extern void init_syboliclinks(void); >+extern void close_syboliclinks(void); > > Multiple spelling mistakes. >+ > /* global variables */ > > /* command-line options */ > > >diff --git a/server/symlink.c b/server/symlink.c >new file mode 100644 >index 0000000..5a07df3 >--- /dev/null >+++ b/server/symlink.c >@@ -0,0 +1,225 @@ >+/* >+ * Server-side symbolic link object management >+ * >+ * Copyright (C) 2005 Vitaliy Margolen >+ * >+ * This library is free software; you can redistribute it and/or >+ * modify it under the terms of the GNU Lesser General Public >+ * License as published by the Free Software Foundation; either >+ * version 2.1 of the License, or (at your option) any later version. >+ * >+ * This library is distributed in the hope that it will be useful, >+ * but WITHOUT ANY WARRANTY; without even the implied warranty of >+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU >+ * Lesser General Public License for more details. >+ * >+ * You should have received a copy of the GNU Lesser General Public >+ * License along with this library; if not, write to the Free Software >+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA >+ * >+ */ >+ >+#include "config.h" >+#include "wine/port.h" >+ >+#include <assert.h> >+#include <stdarg.h> >+#include <stdlib.h> >+#include <stdio.h> >+#include <sys/types.h> >+ >+#include "ntstatus.h" >+#define WIN32_NO_STATUS >+#include "winternl.h" >+#include "ddk/wdm.h" >+ >+#include "handle.h" >+#include "request.h" >+#include "object.h" >+#include "unicode.h" >+ >+struct syboliclink >+{ >+ struct object obj; /* object header */ >+ struct unicode_str target; /* target of the symlink */ >+}; > > Spelling mistake. In the server the name of the object struct typically mirrors the name of the file. So in this case it would be "struct symlink" >+ >+static void syboliclink_dump( struct object *obj, int verbose ); >+static struct object *symlink_lookup_name( struct object *obj, struct unicode_str *name, >+ unsigned int attr ); >+static void syboliclink_destroy( struct object *obj ); > > Spelling mistakes and lack of consistency with the naming. They should have the name of the object as a prefix: symlink_dump, symlink_lookup_name, symlink_destroy. >+struct syboliclink *create_syboliclink( struct directory *root, const struct unicode_str *name, >+ unsigned int attr, const struct unicode_str *target ) > > Spelling mistake again. Also, should match whatever name is decided for the name of the object. >+ >+/* Global initialization */ >+ >+static struct syboliclink *link_dosdev, *link_global1, *link_global2, *link_local; >+ >+void init_syboliclinks(void) >+{ >+ static const WCHAR dir_globalW[] = {'\\','?','?'}; >+ static const WCHAR dir_basenamedW[] = {'\\','B','a','s','e','N','a','m','e','d','O','b','j','e','c','t','s'}; >+ static const struct unicode_str dir_global_str = {dir_globalW, sizeof(dir_globalW)}; >+ static const struct unicode_str dir_basenamed_str = {dir_basenamedW, sizeof(dir_basenamedW)}; >+ >+ static const WCHAR link_dosdevW[] = {'\\','D','o','s','D','e','v','i','c','e','s'}; >+ static const WCHAR link_global1W[] = {'\\','?','?','\\','G','l','o','b','a','l'}; >+ static const WCHAR link_global2W[] = {'\\','B','a','s','e','N','a','m','e','d','O','b','j','e','c','t','s','\\','G','l','o','b','a','l'}; >+ static const WCHAR link_localW[] = {'\\','B','a','s','e','N','a','m','e','d','O','b','j','e','c','t','s','\\','L','o','c','a','l'}; >+ static const struct unicode_str link_dosdev_str = {link_dosdevW, sizeof(link_dosdevW)}; >+ static const struct unicode_str link_global1_str = {link_global1W, sizeof(link_global1W)}; >+ static const struct unicode_str link_global2_str = {link_global2W, sizeof(link_global2W)}; >+ static const struct unicode_str link_local_str = {link_localW, sizeof(link_localW)}; >+ >+ link_dosdev = create_syboliclink( NULL, &link_dosdev_str, 0, &dir_global_str ); >+ link_global1 = create_syboliclink( NULL, &link_global1_str, 0, &dir_global_str ); >+ link_global2 = create_syboliclink( NULL, &link_global2_str, 0, &dir_basenamed_str ); >+ link_local = create_syboliclink( NULL, &link_local_str, 0, &dir_basenamed_str ); >+} >+ >+void close_syboliclinks(void) >+{ >+ release_object( link_dosdev ); >+ release_object( link_global1 ); >+ release_object( link_global2 ); >+ release_object( link_local ); >+} > > It would probably be nicer to have all of the namespace initialisation done in one place, e.g. directory.c That would mean exporting the create_symlink function, but then init_symboliclinks and close_symboliclinks would no longer have to be exported. >+ >+ >+/* create a symbolic link object */ >+DECL_HANDLER(create_symlink) >+{ >+ struct syboliclink *symlink; >+ struct unicode_str name, target; >+ struct directory *root = NULL; >+ >+ get_req_unicode_str( &name ); >+ target.str = name.str + req->symlink_name_len / sizeof(WCHAR); >+ target.len = name.len - req->symlink_name_len; >+ name.len = req->symlink_name_len; >+ >+ if (req->rootdir && !(root = get_directory_obj( current->process, req->rootdir, 0 ))) >+ return; > > Does NT really allow you to open a directory without having any specific access rights? -- Rob Shearman

2 1

Re: PATCH/RFC: imagelist rewrite to use N x M grid
by Marcus Meissner 29 Nov '05

29 Nov '05

On Mon, Nov 28, 2005 at 09:55:57PM -0600, Dustin Navea wrote: > Hmmmm. I havent tested due to sys overhaul, but it seems that this > should work. Just out of curiosity, what was the reason for picking 4 > as the magic number? Randomness. Any number could be used. However I got another suggestion to just store all the images in an array (of HBITMAP or similar). Does anything speak against doing this instead of having this large bitmap and cutting out the images? Ciao, Marcus

2 3

Re: WSACleanup fix.
by Robert Shearman 29 Nov '05

29 Nov '05

Rein Klazes wrote: >--- wine/dlls/winsock/socket.c 2005-11-24 17:00:02.000000000 +0100 >+++ mywine/dlls/winsock/socket.c 2005-11-29 14:58:24.000000000 +0100 >@@ -830,8 +830,10 @@ int WINAPI WSAStartup(WORD wVersionReque > */ > INT WINAPI WSACleanup(void) > { >- if (num_startup) >+ if (num_startup) { >+ num_startup = 0; > return 0; >+ } > SetLastError(WSANOTINITIALISED); > return SOCKET_ERROR; > } > > Hi, I don't think the patch is quite correct. Attached is a patch that has been sitting in my tree for a while. -- Rob Shearman

3 3

Re: Compiling wine on Ubuntu amd64
by Peter Beutner 29 Nov '05

29 Nov '05

keep wine-devel list cc'ed. James Trotter schrieb: > On 11/29/05, Peter Beutner <p.beutner(a)gmx.net> wrote: >> >>I think we should rather get rid of including >>/usr/include/X11/Intrinsic.h. >>The code in x11drv which include this header doesn't even link against >>libXt. >>(and afaik no other part of wine does it) > > So, you'd say it's safe to remove any includes of X11/Intrinsic.h in the > wine source? If so, I'd be willing to do this as soon as I can. Just do an 'cvs update' ;). Alexandre Julliard already fixed it today.

1 0

msvcrt incompatibility in Origin 6.0 when saving documents
by Olaf Leidinger 29 Nov '05

29 Nov '05

Hello List! I'm testing Origin 6.0 using wine-0.9.1 and everything is really fine except saving documents. I'm getting a crash here. Just before that crash there is a dialog telling me: "File not saved. Please ensure that the disk isn't full" (roughly translated). Using a native version of msvcrt everything works fine. So I suppose that the problem lies in the builtin msvcrt ;-) Running origin60.exe using +relay, I also get the message dialog, but the app doesn't crash. (Timing problem?) Perhaps anybody could tell me where to start looking for the problem. Going trough the +relay-logs I can't find anything suspect. But I'm not very familliar with the win32 api ;-( Thanks a lot for your interest, Ciao, Olaf Leidinger

4 6

Re: Implement directory object in wineserver.
by Steven Edwards 29 Nov '05

29 Nov '05

Hi, On 11/28/05, Vitaliy Margolen <wine-patch(a)kievinfo.com> wrote: > Change tests accordingly. This reminded me, I meant to send you a note when this test was first added. The test needs some loving for Windows Server 2003. om.c:190: Test failed: Failed create returned valid handle! (80905558) om.c:202: Test failed: NtCreateMutant should have failed with STATUS_OBJECT_TYPE _MISMATCH got(c000003a) om.c:215: Test failed: NtCreateMutant should have succeeded with STATUS_OBJECT_N AME_EXISTS got(00000000) om.c:228: Test failed: NtCreateEvent should have succeeded with STATUS_OBJECT_NA ME_EXISTS got(00000000) om.c:241: Test failed: NtCreateSemaphore should have succeeded with STATUS_OBJEC T_NAME_EXISTS got(00000000) om.c:254: Test failed: NtCreateTimer should have succeeded with STATUS_OBJECT_NA ME_EXISTS got(00000000) om.c:269: Test failed: NtCreateSection should have succeeded with STATUS_OBJECT_ NAME_EXISTS got(00000000) om: 105 tests executed, 0 marked as todo, 7 failures. -- Steven Edwards - ReactOS and Wine developer "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

1 0

reports are not well shown
by Curro Amores 29 Nov '05

29 Nov '05

Hi im runing my acces97 application. The problem is when im going to watch a report, letters are not well shown. I have installed all the fonts (arial...) and it keeps on. The text seems to be justified. I have traced the program trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin maybe is something with printer ( im using the cups printer). But the funny thing is that i can see some other kinds of report.

1 0

REG_EXPAND_SZ not parsed correctly
by Cihan Altinay 29 Nov '05

29 Nov '05

Hi, I have a .reg file exported from Windows that contains the following entry: "HelpLink"=hex(2):68,00,74,00,74,00,70,00,3a,00,2f,00,2f,00,77,00,77,00,77,00,\ 2e,00,6d,00,69,00,63,00,72,00,6f,00,73,00,6f,00,66,00,74,00,2e,00,63,00,6f,\ 00,6d,00,2f,00,73,00,75,00,70,00,70,00,6f,00,72,00,74,00,00,00 When I run "regedit regfile.reg" this value is written into system.reg as follows: "HelpLink"=str(2):"h\0t\0t\0p\0:\0/\0/\0w\0w\0w\0.\0m\0i\0c\0r\0o\0s\0o\0f\0t\0. \0c\0o\0m\0/\0s\0u\0p\0p\0o\0r\0t\0\0" Looking at this key with wine's regedit I just see an "h", ie. the first character, because the next one is treated as end of string. I don't know if this is a bug in regedit or in the way the value gets read/written by advapi. Any suggestions? Cheers, Cihan

2 1

Problem with serial port
by Félix Ortega 29 Nov '05

29 Nov '05

I'm trying to make work a driver for a financial printer (Olivetti Pr20) on wine. I'm having problems with the serial port, it seems that no data is written to the device. I have tried everything I have thinked, searched on the list, searched on google, but the printer does not work. I think there is a problem somewhere between wine and the serial port driver, since the program try to write data and it seems the data is cleared from the buffer by the function ClearCommError before it is sent to the printer. After that, the program tries to read data but the data (response from the printer) never come. Perhaps I'm missinterpreting the output? I have tried to solder the DSR/DTR pins with the CTS/RTS pins, just in case is a problem of DSR/DTR flow, but it does exactly the same. I attach the output from the program with DEBUGFLAGS=+comm,file, and the output from portmon in a windows machine with the same program. I have cleaned a little the wine log, so only the i/o and comm functions from the port are shown. I don't know where the error can be, can you help me? Thanks in advance. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

3 8

Re: Compiling wine on Ubuntu amd64
by James Trotter 29 Nov '05

29 Nov '05

I apologize, but it seems only half the mail was sent! Anyway, Here is what I wrote: Hi! I've installed Ubuntu 5.10 (Breezy Badger) on an amd64 machine. I wanted to install wine and noticed that it is not packaged for amd64, but I did see the comments on the bottom of this page http://winehq.org/site/download-deb, which explain how to build wine from source. I tried this, but ran into a lot of problems. I got as far as running 'sudo apt-get --build source wine', and it spits out: checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [config.status] Error 77 Build command 'cd wine-0.9.1-winehq && dpkg-buildpackage -b -uc' failed. E: Child process failed I solved this by installing the ia32-libs, ia32-libs-dev and ia32-libs-gtk packages. However the compilation failed again with: /usr/bin/ld: skipping incompatible /usr/lib/libXext.a when searching for -lXext /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status winegcc: gcc failed. make[3]: *** [ddraw.dll.so] Error 2 make[3]: Leaving directory `/home/drimbar/wine-0.9.1-winehq/dlls/ddraw' make[2]: *** [ddraw] Error 2 make[2]: Leaving directory `/home/drimbar/wine-0.9.1-winehq/dlls' make[1]: *** [dlls] Error 2 make[1]: Leaving directory `/home/drimbar/wine- 0.9.1-winehq' make: *** [build-stamp] Error 2 Build command 'cd wine-0.9.1-winehq && dpkg-buildpackage -b -uc' failed. E: Child process failed I realized that the ia32-libs did not include the required 32-bit X libraries. I downloaded the libXext package and manually extracted libXext.so.6.4.1 to /usr/lib32, and created a symlink at /usr/lib32/libXext.so. I did the same for libXxf86dga, libXxf86vm, libdrm and libX11. I also encountered another quirk, and needed to install libxt-dev, because the header file /usr/include/X11/Intrinsic.h was missing. The Wine package should probably depend on libxt-dev. Then, the compilation failed with: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./gdi32.spec dispdib.spec.o gdi.exe.spec.o wing.spec.o bidi16.o dispdib.o env.o gdi16.o wing.o bidi.o bitblt.o bitmap.o brush.o clipping.o dc.o dib.o driver.o enhmetafile.o enhmfdrv/bitblt.o enhmfdrv/dc.o enhmfdrv/graphics.o enhmfdrv/init.o enhmfdrv/mapping.o enhmfdrv/objects.o font.o freetype.ogdi_main.o gdiobj.o icm.o mapping.o metafile.o mfdrv/bitblt.o mfdrv/dc.o mfdrv/graphics.o mfdrv/init.o mfdrv/mapping.o mfdrv/objects.o mfdrv/text.o painting.o palette.o path.o pen.o printdrv.o region.o version.res -o gdi32.dll.so -L../../dlls -L../../dlls/advapi32 -L../../dlls/kernel32 -L../../dlls/ntdll -ladvapi32 -lkernel32 -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode /usr/lib/libsicuuc.a /usr/lib/libsicudata.a -lstdc++ -lgcc_s -L../../libs/port -lwine_port ld: Relocatable linking with relocations from format elf64-x86-64 (/usr/lib/libsicuuc.a(ubidi.ao)) to format elf32-i386 (gdi32.Q3Qz7R.o) is not supported winebuild: ld -m elf_i386 -r failed with status 256 winegcc: ../../tools/winebuild/winebuild failed. make[2]: *** [gdi32.dll.so] Error 2 make[2]: Leaving directory `/home/drimbar/wine-0.9.1-winehq/dlls/gdi' make[1]: *** [gdi] Error 2 make[1]: Leaving directory `/home/drimbar/wine-0.9.1-winehq/dlls' make: *** [dlls] Error 2 Compilation failed, aborting install. Has anyone encountered this problem? Better yet, has anyone succesfully built Wine on Ubuntu amd64? In any case, I think there should be some mention of this stuff on the "Wine for Debian based distributions" page: http://winehq.org/site/download-deb Thanks. On 11/28/05, Dustin Navea <speeddymon(a)gmail.com> wrote: > > Hi. You need to find out which X server you are using (Xorg or > XFree86), and the devel package for it. Best bet is to find your Ubuntu > CD(s) and look thru there for XFree* or Xorg*, install anything > mentioning devel that starts with either of those.. > > Dustin > > James Trotter wrote: > > Hi! > > > > I've installed Ubuntu 5.10 (Breezy Badger) on an amd64 machine. I wanted > > to install wine and noticed that it is not packaged for amd64, but I did > > see the comments on the bottom of this page > > http://winehq.org/site/download-deb, which explain how to build wine > > from source. I tried this, but ran into alot of problems. > > > > I got as far as running 'sudo apt-get --build source wine', and it spits > > out: > > > > checking for C compiler default output file name... configure: error: C > > compiler cannot create executables See `config.log' for more details. > > make: *** [config.status] Error 77 Build command 'cd wine-0.9.1-winehq > > && dpkg-buildpackage -b -uc' failed. E: Child process failed > > > > I solved this by installing the ia32-libs, ia32-libs-dev and > > ia32-libs-gtk packages. > > > > However the compilation failed again with: > > > > /usr/bin/ld: skipping incompatible /usr/lib/libXext.a when searching for > > -lXext /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit > > status winegcc: gcc failed. make[3]: *** [ddraw.dll.so > > <http://ddraw.dll.so>] Error 2 make[3]: Leaving directory > > `/home/drimbar/wine-0.9.1-winehq/dlls/ddraw' make[2]: *** [ddraw] Error > > 2 make[2]: Leaving directory `/home/drimbar/wine-0.9.1-winehq/dlls' > > make[1]: *** [dlls] Error 2 make[1]: Leaving directory > > `/home/drimbar/wine-0.9.1-winehq' make: *** [build-stamp] Error 2 Build > > command 'cd wine-0.9.1-winehq && dpkg-buildpackage -b -uc' failed. E: > > Child process failed > > > > > > ------------------------------------------------------------------------ > > > > >

3 2

Latest CVS download opensolaris, AMD 64, build errors
by David Clack 29 Nov '05

29 Nov '05

Hi All, I'm on OpenSolaris B27, on an AMD 64 system, I'm getting these errors from the build. I've tried to google a solution for a week but no luck. gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msisys' gmake[2]: Entering directory `/usr/local/src/wine-sources/wine/dlls/msnet32' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msnet32' gmake[2]: Entering directory `/usr/local/src/wine-sources/wine/dlls/msrle32' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msrle32' gmake[2]: Entering directory `/usr/local/src/wine-sources/wine/dlls/msvcrt' ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./msvcrt.spec console.o cpp.o cppexcept.o ctype.o data.o dir.o environ.o errno.o except.o exit.o file.o heap.o locale.o lock.o main.o math.o mbcs.o misc.o process.o scanf.o string.o thread.o time.o undname.o wcs.o rsrc.res -o msvcrt.dll.so -L../../dlls -L../../dlls/user32 -L../../dlls/kernel32 -L../../dlls/ntdll -luser32 -lkernel32 -lntdll -Wb,-duser32 -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port -lsocket -lnsl ld: fatal: symbol `_environ' is multiply-defined: (file /usr/lib/crt1.o type=OBJT; file data.o type=OBJT); ld: fatal: File processing errors. No output written to msvcrt.dll.so collect2: ld returned 1 exit status winegcc: gcc failed. gmake[2]: *** [msvcrt.dll.so] Error 2 gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msvcrt' gmake[1]: *** [msvcrt] Error 2 gmake[1]: Leaving directory `/usr/local/src/wine-sources/wine/dlls' gmake: *** [dlls] Error 2 Any suggestion to fix would be appreciated. Thanks Dave --------- David Clack Worldwide Senior Systems Engineer System Architect - JDS Desktop and Solaris X86 Sun Microsystems 642, Chinook Ave SE, Ocean Shores, WA, USA, 98569 Phone +1-206-289-2158 Fax +1-206-289-2091 Mobile +1-206-265-1904 Email David.Clack(a)Sun.COM

3 2

RFC: Presentation for Desktop Architecture meeting, take two
by Dan Kegel 29 Nov '05

29 Nov '05

The presentation has to be really short. Essentially, everything we want to say has to fit in just two slides! Here's my attempt: http://kegel.com/wine/wine-osdl-da05.pdf Can the folks who posted issues have a look at the X.org and/or Mesa categories in https://bugs.freedesktop.org/ and send me links to the appropriate enhancement requests? (And if they're not there already, can you add them?) Dmitry Timoshkov wrote: > How about inability of X server to handle pixmaps larger > than 32767 x 32767 and an ugly workaround introduced by > the following patch: > ftp://ftp.x.org/pub/X11R6.8.2/patches/xorg-CAN-2005-2495.patch Lionel Ulmer wrote: > OK, here is my wish list from the X.org guys: > * relative mouse movement reporting. ... > * full support for resolution / depth switching. ... > * GL (GLX ?) extension which would remove the 'thread-affinity' from GL. > * GLX extension that would export the 'clip-list' functionalities of cards > * same point as before but for Xv the day we will re-add this code for > accelerated YUV display. > * have 'connection-level' configuration. ... > * have a non-connection limited mouse-grab. ... Thanks, Dan -- Why can't Johnny run Linux? See http://kegel.com/linux/comfort

1 0

Re: resend: http.c: redirect corrections.
by Robert Shearman 29 Nov '05

29 Nov '05

Aric Stewart wrote: >Index: dlls/wininet/http.c >=================================================================== >RCS file: /home/wine/wine/dlls/wininet/http.c,v >retrieving revision 1.113 >diff -u -r1.113 http.c >--- dlls/wininet/http.c 22 Nov 2005 14:53:30 -0000 1.113 >+++ dlls/wininet/http.c 22 Nov 2005 15:35:24 -0000 >@@ -629,6 +634,26 @@ > > /* We appear to do nothing with the buffer.. is that correct? */ > >+ if(!(lpwhr->hdr.dwFlags & INTERNET_FLAG_NO_AUTO_REDIRECT)) >+ { >+ DWORD dwCode,dwCodeLength=sizeof(DWORD),dwIndex=0; >+ if(HTTP_HttpQueryInfoW(lpwhr,HTTP_QUERY_FLAG_NUMBER|HTTP_QUERY_STATUS_CODE,&dwCode,&dwCodeLength,&dwIndex) && >+ (dwCode==302 || dwCode==301)) >+ { >+ WCHAR szNewLocation[2048]; >+ DWORD dwBufferSize=2048; >+ dwIndex=0; >+ if(HTTP_HttpQueryInfoW(lpwhr,HTTP_QUERY_LOCATION,szNewLocation,&dwBufferSize,&dwIndex)) >+ { >+ static const WCHAR szGET[] = { 'G','E','T', 0 }; >+ /* redirects are always GETs */ >+ HeapFree(GetProcessHeap(),0,lpwhr->lpszVerb); >+ lpwhr->lpszVerb = WININET_strdupW(szGET); >+ return HTTP_HandleRedirect(lpwhr, szNewLocation, NULL, 0, NULL, 0); >+ } >+ } >+ } >+ > TRACE("%i <--\n",rc); > return rc; > } > > This proves that HttpSendRequestEx and HttpSendRequest need to share more code. >@@ -1849,13 +1885,26 @@ > #endif > > HeapFree(GetProcessHeap(), 0, lpwhs->lpszServerName); >- lpwhs->lpszServerName = WININET_strdupW(hostName); >+ if (urlComponents.nPort != INTERNET_DEFAULT_HTTP_PORT && >+ urlComponents.nPort != INTERNET_DEFAULT_HTTPS_PORT) >+ { >+ int len; >+ static WCHAR fmt[] = {'%','s',':','%','i',0}; >+ len = lstrlenW(hostName); >+ len+=6; >+ lpwhs->lpszServerName = HeapAlloc(GetProcessHeap(),0,len*sizeof(WCHAR)); > > I submitted a patch to unbreak the Host header for proxies that means you should be changing lpwhs->lpszHostName now. >+ sprintfW(lpwhs->lpszServerName,fmt,hostName,urlComponents.nPort); >+ } >+ else >+ lpwhs->lpszServerName = WININET_strdupW(hostName); >+ >+ HTTP_ProcessHeader(lpwhr, g_szHost, lpwhs->lpszServerName, HTTP_ADDREQ_FLAG_ADD | HTTP_ADDREQ_FLAG_REPLACE | HTTP_ADDHDR_FLAG_REQ); >+ >+ > > And you should be sending lpwhs->lpszHostName. >@@ -1868,6 +1917,9 @@ > return FALSE; > } > >+ if (lstrlenW(extra)>0) >+ StrCatW(path,extra); > Why are you using a shlwapi string function? What's wrong with strcatW or lstrcatW? Also, this could easily cause a buffer overflow by a server sending a redirect with a large query. You need to check that there is enough space before blinding copying into the buffer. - Rob Shearman

1 0

Wine benchmarks
by Hans Kristian Rosbach 29 Nov '05

29 Nov '05

http://wiki.winehq.org/BenchMark is getting old, and an update using version 0.9 would be ideal. Any chance at getting an update using the same computer as before? A little before & after comparison would also be nice. -A page for Wine 0.9 vs Windows (like today) -Another for Wine 0.9 vs Wine 20050419 to see progress/regress -HK

3 6

Re: [Bug 3002] problems writting to serial ports on 2005-05-24 release
by James Hawkins 29 Nov '05

29 Nov '05

On 11/25/05, Fernando Chmielewsky <ferchimi(a)gmail.com> wrote: > sorry I ask you this in this way... > I once tracked a bug in wine using CVS, but now I can't even get to > download the cvs tree, doing exactly the sama I did in the past: > creating ~/.cvspass with the single line > :pserver:cvs@cvs.winehq.com:/home/wine Ah<Z > and ~/cvsrc file containing: > cvs -z 3 > update -PAd > diff -up > > and running: > cvs checkout wine > > and this just throws the following: > cvs checkout: No CVSROOT specified! Please use the `-d' option > cvs [checkout aborted]: or set the CVSROOT environment variable. > > and then, after setting export CVSROOT=~/wine, and creating ~wine/CVSROOT > says the following: > cvs checkout: cannot find module `wine' - ignored > > I know there's something wrong I am doing, only I do not know yet, > after all this time, what this things mean... > hope you can help me > You should check out the docs on winehq.org, they'll give better details then the folowing: your CVSROOT wasn't set up correctly: CVSROOT=:pserver:cvs@winehq.org:/home/wine -- James Hawkins

1 0

Re: [ntdll] fix GetProcAddress on mapped modules as data
by Vitaliy Margolen 28 Nov '05

28 Nov '05

Monday, November 28, 2005, 3:29:51 PM, Raphael wrote: > Hi, > fix crash on Corel 9 start > (http://bugs.winehq.org/show_bug.cgi?id=2884) > Changelog: > - don't crash on GetProcAddress when input mapped modules as data I think you need to make some tests of this. It shouldn't be to hard to load some dll as a resource and try to get proc address. Also check if you can do that for already loaded dll (like kernel32.dll). Now the patch: > + if ((ULONG_PTR)module & 1) > + { > + module = (HMODULE)((ULONG_PTR)module & ~1); > + } Check is some-what redundant. Just use: module = (HMODULE)((ULONG_PTR)module & ~1); > - void *proc = name ? find_named_export( module, exports, exp_size, name->Buffer, -1 ) > - : find_ordinal_export( module, exports, exp_size, ord - exports->Base ); > + void *proc = NULL; > + if (name) > + { > + proc = find_named_export( module, exports, exp_size, name->Buffer, -1 ); > + } > + else > + { > + proc = find_ordinal_export( module, exports, exp_size, ord - exports->Base ); > + } Any reason for this? It's the same no matter how you write it only 7 lines longer <g> Vitaliy Margolen

2 2

powerpoint: images upside down
by Cihan Altinay 28 Nov '05

28 Nov '05

Hi, When using MS Powerpoint 2003 images are drawn upside down in fullscreen (presentation) mode but not in design mode. Also, text is drawn correctly as seen on the attachments. I would appreciate a hint on what traces/logs to provide for more info as the dc & win output is quite long. Thanks, Cihan

3 4

[msvcrt] how to handle msvcr*.dll ?
by Raphael 28 Nov '05

28 Nov '05

Hi, since visual studio .net (2002,3,5) MS provides newer versions of msvcrt: - msvcr70.dll - msvcr71.dll - msvcr80.dll ... (and same equivalents for msvcp*.dll) how we will handle that on wine: - creating new dll forlders and using forwards to current msvcrt.dll or - creating only new .spec files on msvcrt folder ? Regards, Raphael

4 4

Re: Question about X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0)
by Daniel 28 Nov '05

28 Nov '05

On Sun, Nov 27, 2005 at 03:24:32PM +0000, L. Lenders wrote: > Hi Daniel, i opened a bug for this with requested > info: bug 3956. Thanks for the help btw! regards Louis Ok, I managed to catch up. So let's see: 1. You do have client GLX 1.3, but server GLX 1.2 Raphael: That amounts to GLX version 1.2, the lower version is important. 2. You have a different problem. The calls to glXChooseFBConfig return NULL because your card doesn't want to do the requested visual. If you look closely, you will see another call to glXChooseFBConfig that does not fail because your card wants to do this visual. 3. bug #3956 should be closed. Daniel

3 2

Window geometry problem
by Pavel Troller 28 Nov '05

28 Nov '05

Hi! I would like to report a long lasting problem with an application, which renders its main window incorrectly in wine. The app is "iRiver caption editor" and it can be freely downloaded at http://www.iriveramerica.com/download/ce.zip . Installation of the program is easy and proceeds and the program itself runs well, but its window looks like a total mess. For a snapshot, look at http://www.sinus.cz/~patrol/ircape.png . I think it's not necessary to write more, what's wrong, simply the widgets are misplaced, incorrectly sized, the window has scrollbars, which it IMHO shouldn't have etc. The window is not resizable. It's the only app known to me which exhibits such a behaviour. I don't have a possibility to test it on a real windoze system, I don't have it. I'm about to file a bug for it, but I'm asking first here to verify that it's not an easily resolvable problem with my setup etc., and also whether a similar (or the same) behaviour isn't already registered. With regards, Pavel Troller

3 2

Re: [DbgHelp]: SymGet{Next|Prev}Line64.
by Robert Shearman 28 Nov '05

28 Nov '05

Eric Pouech wrote: > /* dbghelp.c */ > extern struct process* process_find_by_handle(HANDLE hProcess); >+extern BOOL validate_addr64(DWORD64 addr); > extern HANDLE hMsvcrt; > extern BOOL validate_addr64(DWORD64 addr); > > validate_addr64 is duplicated. -- Rob Shearman

1 0

[netapi32/ds] Added some stubbed ds functions
by Paul Vriens 28 Nov '05

28 Nov '05

Anything wrong with this one? Does it need to be split up? ======= Hi, I needed one of the stubs for Process Explorer V9.25. The calls are present in netapi32 on w2k and upwards. I welcome any remarks or suggestions. Changelog Added some stubbed Ds-calls Start of conformance tests for these Ds-calls. Cheers, Paul.

1 0

FW: Competent Dressing = Successful Gotlieb
by Alani 28 Nov '05

28 Nov '05

Gotlieb This is too totally awesome not to show you. I got this e-mail just this morning. Already been to the web-site and ordered. Alani -------Original Message------- From: Olive [mailto:opqj@jenrost.com] Sent: Mon, 28 Nov 2005 22:46:26 +0700 To: Caitlyn Subject: Milissa Advance ment at work is more than your knowledge What's going on, Ofelia, Our reproduction wristwatches boast dozens of equivalent features as higher end ones. We ship to shoppers around the globe! This is the best deal on the internet for authentic Swiss made watches. You can get a rep. teimekeeper for the dollars that most wholesalers ask. http://www.geocities.com/basil_wischmeyer/ Talk to you really soon, Aline remarkable hospital in that: I was constantly coming on new rooms so and passages nicely by the fire, ninety shelf licking her paws and washing her face--and Na have a clear conscience grumble classify that women bring."

1 0

[wined3d] Converting Wined3d to use WGL instead of GLX
by Aric Cyr 28 Nov '05

28 Nov '05

Hi all, A while back I had started to work on, and mostly completed, converting wined3d to using WGL instead of directly accessing glX functions. That was a few months ago, and it was a pretty big change, but not too difficult as WGL and GLX are very similar. However, my patch is now greatly out of date thanks to the excellent work progressing in wined3d. I was just interested in getting some feedback on whether anyone thinks this is something worth me continuing to pursue, or just drop it? As I see it, there are a few merits to having wined3d on wgl instead of glx. The biggest one being that all the glX code won't be duplicated in multiple places as it is now (dlls/opengl32 and dlls/wined3d). Along with that comes maintainability and consistency as all glX code would only exist in one place and would be shared by all, applications and wined3d alike. Work-arounds for the various glX revisions (recently discussed glx 1.2, 1.3, etc) would also be localized to a single dll. Of course, on the down side, we take a hit of one extra layer of indirection by going through WGL. However as WGL/glX functions are rarely called, this should be a minimal of a performance hit. All in all I think it would be worth while, but I'd still like to hear from others so as not to waste (a lot!) of my time. Regards, Aric

4 8

DirectX 8 wrapper update
by L. Lenders 28 Nov '05

28 Nov '05

>That works here, it looks like it's complaining about 800x600 support >being missing. I get this error only when i run in desktop mode. When run fullscreen it say's: Text: Failed to set technique DrawShadowMapNV in effect Shaders/StaticMesh technique not found last lines of console fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d:IWineD3DDeviceImpl_EndStateBlock (0x7ff2ebe0) not recording! returning error fixme:d3d9:IDirect3DDevice9Impl_EndStateBlock IWineD3DDevice_EndStateBlock returned an error ___________________________________________________________ WIN ONE OF THREE YAHOO! VESPAS - Enter now! - http://uk.cars.yahoo.com/features/competitions/vespa.html

3 4

Re: Bug fix to the latest wine 0.9.2 wincrypt.h
by Juan Lang 28 Nov '05

28 Nov '05

Hi Nik, > I found out that include/wincrypt.h needs to include winbase.h > (because it holds the typedef of FILETIME) -- so to fix this issue, > simply add this line near the beginning of include/wincrypt.h : > #include <winbase.h> Except that MS's headers don't do that. You need to fix the files that include wincrypt.h instead. Does Mike's patch fix your problem? http://www.winehq.org/pipermail/wine-patches/2005-November/022350.html --Juan __________________________________ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/

3 3

Compiling wine on Ubuntu amd64
by James Trotter 28 Nov '05

28 Nov '05

Hi! I've installed Ubuntu 5.10 (Breezy Badger) on an amd64 machine. I wanted to install wine and noticed that it is not packaged for amd64, but I did see the comments on the bottom of this page http://winehq.org/site/download-deb, which explain how to build wine from source. I tried this, but ran into alot of problems. I got as far as running 'sudo apt-get --build source wine', and it spits out: checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. make: *** [config.status] Error 77 Build command 'cd wine-0.9.1-winehq && dpkg-buildpackage -b -uc' failed. E: Child process failed I solved this by installing the ia32-libs, ia32-libs-dev and ia32-libs-gtk packages. However the compilation failed again with: /usr/bin/ld: skipping incompatible /usr/lib/libXext.a when searching for -lXext /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status winegcc: gcc failed. make[3]: *** [ddraw.dll.so] Error 2 make[3]: Leaving directory `/home/drimbar/wine-0.9.1-winehq/dlls/ddraw' make[2]: *** [ddraw] Error 2 make[2]: Leaving directory `/home/drimbar/wine-0.9.1-winehq/dlls' make[1]: *** [dlls] Error 2 make[1]: Leaving directory `/home/drimbar/wine- 0.9.1-winehq' make: *** [build-stamp] Error 2 Build command 'cd wine-0.9.1-winehq && dpkg-buildpackage -b -uc' failed. E: Child process failed

1 0

Compiling wine on AMD64
by James Trotter 28 Nov '05

28 Nov '05

Hi! I've installed Ubuntu 5.10 (Breezy Badger) on an amd64 machine. I was going to install wine, and noticed that it's only packaged for i386, but I noticed the comments on the bottom of this page http://winehq.org/site/download-deb, which explain how to build wine from source.

2 2

wine command is not working in crontab
by Charles A 27 Nov '05

27 Nov '05

Hi all, I'm not able to use wine command in crontab it giving following error "Error opening terminal: unknown" I'm using wine 0.9, i have added following command in crontab 20 10 * * * /home/Maven/test.sh In the "test.sh" file has the following wine comments ssdir=/mnt/VSS-DB  path=$path;...... export ssdir export path wine "z:/mnt/winsys/Program Files/Microsoft Visual Studio/Common/VSS/win32/ss.exe" Workfold $/xyz/Development/src "z:/mnt/workfold/" -Yarunm,maven wine "z:/mnt/winsys/Program Files/Microsoft Visual Studio/Common/VSS/win32/ss.exe" get $/xyz/Development/src -yarunm,maven -R -f I got tired of flailing in the drak, please correct me where i'm wrong....!!! Thanks & Regards charles

5 4

Re: Question about X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0)
by L. Lenders 27 Nov '05

27 Nov '05

> >Can you provide me with a +opengl trace of > >running the demo? Also, I would like the output of > 'glxinfo' on your system, > >along with 'XFree86 -version' I'll open a bug in bugzilla and post you the link, along with the info you asked. > > >There is a native linux version[1] of that game. > Why bothering with the windows version under wine? I know there's a linux version, but i would like to try this in wine for two reasons: 1. just to see if it runs, and see if i run into bugs in wine. 2. I've never been able to play the game in windows nor linux as it did shutdown my computer after about 1 minute (probably a problem with my hardware) I've been able to run the demo using wine for about 10 minutes now (allthough in desktop 640x480) without any bugs... > > > > ___________________________________________________________ > > How much free photo storage do you get? Store your > holiday > snaps for FREE with Yahoo! Photos > http://uk.photos.yahoo.com > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

Re: STATUS_* definitions
by Vitaliy Margolen 27 Nov '05

27 Nov '05

Saturday, November 26, 2005, 10:34:22 AM, Ge van Geldorp wrote: > As proposed here: > http://www.winehq.org/pipermail/wine-devel/2005-November/042583.html > I didn't receive any replies, which I'll take as a "no objections". > Changelog: > Ge van Geldorp <gvg(a)reactos.org> > - Match PSDK STATUS_* definitions > Index: dlls/ntdll/cdrom.c > =================================================================== > RCS file: /home/wine/wine/dlls/ntdll/cdrom.c,v > retrieving revision 1.72 > diff -u -r1.72 cdrom.c > --- dlls/ntdll/cdrom.c 26 Oct 2005 10:13:09 -0000 1.72 > +++ dlls/ntdll/cdrom.c 26 Nov 2005 17:28:00 -0000 I don't think we should touch ntdll in this way. As it should use NTSTATUS (long int) instead of (DWORD). > Index: server/atom.c > =================================================================== > RCS file: /home/wine/wine/server/atom.c,v > retrieving revision 1.26 > diff -u -r1.26 atom.c > --- server/atom.c 22 Nov 2005 14:55:42 -0000 1.26 > +++ server/atom.c 26 Nov 2005 17:28:29 -0000 Same for wineserver. I think the fact that inside server we have defined error as (unsigned int) is an error on it's own. It should use NTSTATUS (long int) as well.

2 1

I need help(reactos explorer compile working)
by 황윤성 27 Nov '05

27 Nov '05

I update reatos-explorer cp Makefile.Wine makefile make explorer_intres.rc:202:1: Warning: Newline in string constant encounterd (started line 153) explorer_intres.rc:203:1: Warning: Newline in string constant encounterd (started line 153) explorer_intres.rc:204:1: Warning: Newline in string constant encounterd (started line 153) explorer_intres.rc:205:1: Warning: Newline in string constant encounterd (started line 153) explorer_intres.rc:206:1: Warning: Newline in string constant encounterd (started line 153) explorer_intres.rc:206:1: Warning: Unmatched #if/#endif at end of file explorer_intres.rc:206:1: Error: Unexpected end of file during preprocessing make: *** [explorer_intres.res] Error 1 D_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" /usr/bin/wrc --nostdinc -I. -I. -I../../include -I../../include -D__WRC__ -D_WIN32 -foexplorer_intres.res explorer_intres.rc explorer_intres.rc:55:8: Error: Key code must be an ascii string make: *** [explorer_intres.res] Error 1 I append that file.. ------------------------------------------------- Your Life on the Net DreamWiz Free Mail @ http://www.dreamwiz.com/

3 2

Question about X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0)
by L. Lenders 26 Nov '05

26 Nov '05

Hi, first the good news: the Doom3 demo is just running with current cvs! See screenshot. Wine is really growing mature, great work develolpers. I also own this game, and after applying a no-cd patch tried to run it. However it crashes after saying err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) err:opengl:X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0) wine: Unhandled page fault on read access to 0x7d0962ac at address 0x4f94a6 (thread 0009), starting debugger... I'd say the demo and the retail version wouldn't differ that much , so has anyone an idea to fix this? ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

3 2

Help reverse engineering
by Juan Lang 26 Nov '05

26 Nov '05

Hi folks, I'm trying to figure out what I_CryptCreateLruCache and friends do by calling them on Windows. The trouble is, I keep getting a runtime warning that %esp is not saved across a call to I_CryptFlushLruCache. I've tried the obvious thing (trying both __stdcall and __cdecl calling conventions,) but still get the same. I suspect our stubs aren't in order, because I get a crash (call to a NULL function pointer) immediately after a call to I_CryptFlushLruCache when I try to register (native) cryptnet.dll under Wine. Any ideas? Thanks, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

2 2

popen() to execute\read a Linux (not windows) command
by Sergio 26 Nov '05

26 Nov '05

Hi, >From a win32 program compiled with winelib I am trying to execute the following: FILE *program; if (program = popen("dcop amarok player nowPlaying", "r")) fgets(buff, sizeof(buff), program); The idea is to read the current track amarok's playing. But I keep receiving the following text: "File not found". Later I tried changing to : popen("ls", "r"), and the same problem arised. Finally I changed to popen("dir", "r") and then I got some data read (first line of the dir command). So, what I understand is that the popen function is opening/reading only windows programs. How can I make it open a pipe on a Linux' one? Is there something like linux_popen()? Thanks. Sergio.

6 8

Re: Allow to display all builtin Wine video codecs in ICCompressorChoose
by Andreas Mohr 26 Nov '05

26 Nov '05

Hi, On Fri, Nov 25, 2005 at 05:37:00PM +0800, Dmitry Timoshkov wrote: > Hello, > > I've run ICGetInfo test on my XP and got the following results: Oh cool, quite persistent! > All the codecs except ir32_32 return dwVersionICM set to ICVERSION (0x0104), > so that looks like a common practice. However dwVersion field doesn't look > like a reasonably set at all. I decided to follow msrle32 and set to 0x0104 > as well. Sorry, bad decision IMHO. Everything indicates that ICVERSION is always used for dwVersionICM only, so you shouldn't give the impression that it could be used for dwVersion, too. IMHO it's much better to choose an arbitrary value for dwVersion with a FIXME comment behind it. Andreas

2 3

Augmented file open dialog debug question
by Tobias Burnus 26 Nov '05

26 Nov '05

Hello, I have two problems with the augmented file open dialogs. (By augmented I mean that extra buttons, checkboxes etc. have been added to the dialog.) One - this one bothers me most: This dialog has a list at the bottom, to which files can be added. The problem is: If I press the "Add" ("Hinzufügen") button, the dialog closes (like "Close" or "Cancel" would do.) Any idea how to fix or debug this? The channel commdlg+ didn't help me; besides, I actually fail to understand how it works behind the scenes anyhow and I don't even know which is the right DLL/source file to look at. Bug: http://bugs.winehq.org/show_bug.cgi?id=3538 Screenshot: http://bugs.winehq.org/attachment.cgi?id=1140&action=view useless commdlg messages: http://bugs.winehq.org/attachment.cgi?id=1141&action=view Two: Also an open file dialog. If I click the "show info" checkbox, an extra line appears, but several widgets move upward and are thus hardly useable. As a picture is worth thousand words: http://bugs.winehq.org/attachment.cgi?id=1395&action=view Bug: http://bugs.winehq.org/show_bug.cgi?id=3911 Tobias

2 1

LaunchINFSectionEx and MDAC
by Dan Kegel 26 Nov '05

26 Nov '05

I'm trying to test Dreamweaver MX's database stuff, so I have to get MDAC to install. This requires LaunchINFSectionEx. A patch with enough of that function to let MDAC install is linked to from http://bugs.winehq.org/show_bug.cgi?id=3636 It doesn't apply cleanly anymore, so I attached a rediff against today's CVS to that bug. The rediff builds and seems to let MDAC install; no idea yet if the patch is enough.

1 0

Thank you! - Bug #3148 (Drag and drag behavior fixed)
by Hiji 26 Nov '05

26 Nov '05

Hi there, I don't know who fixed this, but "THANK YOU"! I'm trying out 0.9.2, and drag & drop behavior within explorer-like menus now work again; selections no longer "stick" infinitely. For those catching up, check out this bug: http://bugs.winehq.org/show_bug.cgi?id=3148 The behavior has slightly changed from before, but things work again, and that's what matters! * Previously: shift+select multiple files, release "shift", and then drag files to desired folder * Now: shift+select multiple files, drag files to desired folder, release "shift" Again, to the Secret Bug Fixer: THANK YOU! Hiji __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

Dreamweaver MX success!
by Dan Kegel 25 Nov '05

25 Nov '05

Aside from two confusing hangs caused by 1) having too much data on my hard drive, causing Dreamweaver to spend literally hours scanning it on startup, and 2) having a site definition on a drive letter that didn't exist (see http://bugs.winehq.org/show_bug.cgi?id=3690 for both), a real slow install, and a (harmless?) installer crash, Dreamweaver MX seems to actually work with today's cvs! I tested by removing ~/.wine, running the dreamweaver installer, then running dreamweaver and using it to upload a trivial site. Kudos to the Wine team! This is a real milestone in my book. (My wife says: "So you can run MS Office, Photoshop Elements, and Dreamweaver, but can you run Musicmatch Jukebox, Ulead Photoimpact, and Family Tree Maker?" Well, we're halfway there, anyway...)

1 0

Re: Diablo II
by Stefan Dösinger 25 Nov '05

25 Nov '05

Am Freitag, 25. November 2005 21:30 schrieben Sie: > D3D works fine for me with Diablo II & Diablo II: Lord of Destruction in > recent winehq. > > If I remember right, you just have to `wine D2VidTst.exe` then hit "Skip > Test", and pick the "Direct3D DirectDraw HAL" option (and then hit "OK"). > > Might have been some registry poking needed to make it happy running in > 32bits, since 16bit switching isn't supported by any drivers. I've no > idea which key it was, though, nothing's jumping out at me poking around > in the registry. This is strange: The VidTest worked fine for me, I selected Direct3D DirectDraw HAL, but D2 does not even attemt to initialize D3D and runs with DDraw only instead. Now I can at least try to get D2VidTest working with my d3d7 implementation, to solve some more capatiblity flag issues.

1 0

Diablo II and Direct3D?
by Stefan Dösinger 25 Nov '05

25 Nov '05

Hello, I am trying to get the Diablo II Demo with Direct3D working, to test it with my D3D7 implementation. However, the Video test program refuses the D3D implementation and offers only DDraw. This happens with my implementation and the original in Wine. A few people said that D3D works. I have looked at the AppDB, but it didn't contain any information. Can anyone help me? How can I get this game to start with D3D? Thanks Stefan

3 2

Re: MSCMS/tests: be more strict and verbose
by James Hawkins 24 Nov '05

24 Nov '05

On 11/23/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > I don't know why but I just feel the need to call SetLastError() before > every modified check. :-/ > It's good to do so you know exactly when the last error was changed and to what value. > > + SetLastError(0); > ret = pGetStandardColorSpaceProfileA( NULL, 0, newprofile, NULL ); > You need to SetLastError to a bogus value like 0xdeadbeef. I haven't looked at the docs yet, but it may be possible that 0 is a valid return value of GetStandardColorSpaceProfile, and if it's not, we still need to set the return value to something that we know will never be set by either wine or windows. -- James Hawkins

2 2

Re: wine/ dlls/wldap32/control.c dlls/wldap32/init ...
by Rein Klazes 24 Nov '05

24 Nov '05

Hi, >Modified files: > dlls/wldap32 : control.c init.c winldap_private.h > include : winldap.h > tools/winapi : win32.api > >Log message: > Francois Gouget <fgouget(a)free.fr> > winldap.h should include windeh.f and schnlsp.h. > Enclose the API definitions in an extern "C" section and define > LDAPAPI. > Better stick to the types defined by the PSDK. > Fix the ldap_create_vlv_control*() prototypes. > Update win32.api. > >Patch: http://cvs.winehq.org/patch.py?id=21425 Is causing compile failure: |make[2]: Entering directory `/usr/home/projects/wine/mywine/dlls/wldap32' |ccache gcc-3.4 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o ber.o ber.c |In file included from ../../include/schannel.h:21, | from ../../include/schnlsp.h:21, | from ../../include/winldap.h:23, | from ber.c:26: |../../include/wincrypt.h:152: error: parse error before "FILETIME" |../../include/wincrypt.h:152: warning: no semicolon at end of struct or union |../../include/wincrypt.h:153: warning: type defaults to `int' in declaration of `NotAfter' |../../include/wincrypt.h:153: warning: data definition has no type or storage class |../../include/wincrypt.h:160: error: parse error before '}' token |../../include/wincrypt.h:160: warning: type defaults to `int' in declaration of `CERT_INFO' |../../include/wincrypt.h:160: warning: type defaults to `int' in declaration of `PCERT_INFO' |../../include/wincrypt.h:160: warning: data definition has no type or storage class |../../include/wincrypt.h:195: error: parse error before "FILETIME" |../../include/wincrypt.h:195: warning: no semicolon at end of struct or union |../../include/wincrypt.h:196: warning: type defaults to `int' in declaration of `NotAfter' |../../include/wincrypt.h:196: warning: data definition has no type or storage class |../../include/wincrypt.h:197: warning: type defaults to `int' in declaration of `CERT_PRIVATE_KEY_VALIDITY' |../../include/wincrypt.h:197: warning: type defaults to `int' in declaration of `PCERT_PRIVATE_KEY_VALIDITY' |../../include/wincrypt.h:197: warning: data definition has no type or storage class |../../include/wincrypt.h:202: error: parse error before "PCERT_PRIVATE_KEY_VALIDITY" |../../include/wincrypt.h:202: warning: no semicolon at end of struct or union |../../include/wincrypt.h:203: warning: type defaults to `int' in declaration of `CERT_KEY_ATTRIBUTES_INFO' |../../include/wincrypt.h:203: warning: type defaults to `int' in declaration of `PCERT_KEY_ATTRIBUTES_INFO' |../../include/wincrypt.h:203: warning: data definition has no type or storage class |../../include/wincrypt.h:384: error: parse error before "PCERT_INFO" |../../include/wincrypt.h:384: warning: no semicolon at end of struct or union |../../include/wincrypt.h:386: error: parse error before '}' token |../../include/wincrypt.h:386: warning: type defaults to `int' in declaration of `CERT_CONTEXT' |../../include/wincrypt.h:386: warning: type defaults to `int' in declaration of `PCERT_CONTEXT' |../../include/wincrypt.h:386: warning: data definition has no type or storage class [ snipped quite a few lines] |../../include/wincrypt.h:2434: error: parse error before "CertCreateCTLContext" |../../include/wincrypt.h:2437: error: parse error before "pCertContext" |../../include/wincrypt.h:2439: error: parse error before "pCrlContext" |../../include/wincrypt.h:2441: error: parse error before "pCtlContext" |../../include/wincrypt.h:2443: warning: type defaults to `int' in declaration of `PCCERT_CONTEXT' |../../include/wincrypt.h:2443: warning: `__stdcall__' attribute only applies to function types |../../include/wincrypt.h:2443: error: parse error before "CertDuplicateCertificateContext" |../../include/wincrypt.h:2446: warning: type defaults to `int' in declaration of `PCCRL_CONTEXT' |../../include/wincrypt.h:2446: warning: `__stdcall__' attribute only applies to function types |../../include/wincrypt.h:2446: error: parse error before "CertDuplicateCRLContext" |../../include/wincrypt.h:2448: warning: type defaults to `int' in declaration of `PCCTL_CONTEXT' |../../include/wincrypt.h:2448: warning: `__stdcall__' attribute only applies to function types |../../include/wincrypt.h:2448: error: parse error before "CertDuplicateCTLContext" |../../include/wincrypt.h:2450: warning: type defaults to `int' in declaration of `PCCERT_CONTEXT' |../../include/wincrypt.h:2450: warning: `__stdcall__' attribute only applies to function types |../../include/wincrypt.h:2450: error: parse error before "CertFindCertificateInStore" |../../include/wincrypt.h:2454: warning: type defaults to `int' in declaration of `PCCRL_CONTEXT' |../../include/wincrypt.h:2454: warning: `__stdcall__' attribute only applies to function types |../../include/wincrypt.h:2454: error: parse error before "CertFindCRLInStore" |../../include/wincrypt.h:2458: warning: type defaults to `int' in declaration of `PCCTL_CONTEXT' |../../include/wincrypt.h:2458: warning: `__stdcall__' attribute only applies to function types |../../include/wincrypt.h:2458: error: parse error before "CertFindCTLInStore" |../../include/wincrypt.h:2462: error: parse error before "pCertContext" |../../include/wincrypt.h:2465: error: parse error before "pCrlContext" |../../include/wincrypt.h:2468: error: parse error before "pCtlContext" |../../include/wincrypt.h:2516: error: parse error before "pTimeToVerify" |In file included from ../../include/schnlsp.h:21, | from ../../include/winldap.h:23, | from ber.c:26: |../../include/schannel.h:157: error: parse error before "PCCERT_CONTEXT" |../../include/schannel.h:157: warning: no semicolon at end of struct or union |../../include/schannel.h:169: error: parse error before '}' token |../../include/schannel.h:169: warning: type defaults to `int' in declaration of `SCHANNEL_CRED' |../../include/schannel.h:169: warning: type defaults to `int' in declaration of `PSCHANNEL_CRED' |../../include/schannel.h:169: warning: data definition has no type or storage class |make[2]: *** [ber.o] Error 1 |make[2]: Leaving directory `/usr/home/projects/wine/mywine/dlls/wldap32' Any idea? Rein.

3 2

Unable to start UTF-8 encoded executable in UTF-8 locale - one line fix included
by Alex Villacís Lasso 24 Nov '05

24 Nov '05

I so wanted to be the first to provide the fix to the Open File dialog not handling UTF-8, but Michael Jung beat me at it :-/ While trying Michael Jung's fix, I found this other issue: when wine is run in an UTF-8 locale, and a native PE executable exists with an UTF-8 encoded filename (for example gatón.exe with an [U+00F3 LATIN SMALL LETTER O WITH ACUTE]), any attempt to run this executable will fail with the following message: wine: cannot open builtin library for <your executable name>: f This suggests that wine somehow thinks the UTF-8 encoded filename is a builtin library instead of an actual PE file. So I dug into dlls/kernel/process.c and found the following: * Function __wine_kernel_init() calls find_exe_file() with exe_nameW set to the Unicode version of the exename, and expects main_exe_file to be set for a native exe, or NULL for a builtin. * Function find_exe_file() is supposed to try loading the file as builtin, then native. For the builtin try, it calls open_builtin_exe_file() to test whether a builtin exists with the specified name, and expects the flag file_exists to be set on return. * Function open_builtin_exe_file() does a couple of sanity checks on the filename, including checking that all characters of the filename are in the 7-bit ASCII range (0..127), then delegates the file-exists test to wine_dll_load_main_exe(). The problem arises because open_builtin_exe_file() fails to set the file_exists flag either way when a sanity check fails. The Unicode version of the UTF-8 encoded exename fails the 7-bit ASCII test, but the function leaves file_exists uninitialized. Therefore the rest of the code thinks that the filename references a builtin (since file_exists is nonzero) and then the loading fails. The one-line fix attached simply sets file_exists to false *before* doing anything else in open_builtin_exe_file(), so that a filename that fails the sanity checks is properly flagged as non-existing. Changelog: * Initialize file_exists to 0 at exe load test, prevents mistaking of UTF-8 encoded exenames as builtins. Alex Villacís Lasso

2 2

Re: WINED3DFMT_R5G6B5 - is it RGB or BGR
by fenix＠club-internet.fr 24 Nov '05

24 Nov '05

----Message d'origine---- >De: Stefan Dösinger <stefandoesinger(a)gmx.at> >A: wine-devel(a)winehq.org >Date: Thu, 24 Nov 2005 10:14:51 +0100 >Copie à: Oliver Stieber <oliver_stieber(a)yahoo.co.uk> >Sujet: WINED3DFMT_R5G6B5 - is it RGB or BGR > >Hello, >While trying to get Moto Racer 2 running(old D3D1 game), I came across a >problem with WINED3DFMT_R5G6B5. The game requests a 16 Bit surface, in RGB >order. I translate this to WINED3DFMT_R5G6B5. > >In some places, this format is translated to an RGB format, like in >utils.c::D3DFmt2GLIntFmt, in an other function it is translated to a BRG >format( utils.c::D3DFmt2GLFmt). The BRG format causes a failure in >glReadPixels with the radeon driver(and broken textures) and swapped blue and >red colors with fglrx. >I modified D3DFmt2GLFmt to return RGB, and now everything works. > >Is WINED3DFMT_R5G6B5 supposed to be RGB or BRG? it should be RGB (as naming suppose) as majority of D3D formats . But OpenGL usually prefer use of BGR, so initially i use transformed formats. Note: we must add a check if cg support GL_RGB and/or GL_BGR formats and modify the code to adapt formats Regards, Raphael PS: it's not BRG but BGR :)

3 2

Re: Allow to display all builtin Wine video codecs in ICCompressorChoose
by Andreas Mohr 24 Nov '05

24 Nov '05

Hi, On Thu, Nov 24, 2005 at 10:21:26PM +0800, Dmitry Timoshkov wrote: > + icinfo->dwVersion = 0x00010000; /* Version 1.0 build 0 */ > + icinfo->dwVersionICM = 0x01040000; /* Version 1.4 build 0 */ This doesn't really add up. If it made complete sense, Version 1.0 build 0 would be 0x01000000. But then I assume this conflict is for real, no? (we all know why we love MS, no?) Andreas

2 2

OpenGL bug in 0.9.1
by Daniel 24 Nov '05

24 Nov '05

Hi, to Oliver Stiebel and anyone else interested: I reported about a bug in wine 20050930 in October. Then Oliver suggested he might write a little test application for this bug. Well, the bug is still present in wine 0.9.1. Searching the web turned up a simple app for windows which is equivalent to glxinfo under X11 (see [1], it's called wglinfo). As this program reproduces the bug, I thought it might provide a good starting point for a test app. regards, Daniel [1] http://www.cg.tuwien.ac.at/~wimmer/

4 10

WINED3DFMT_R5G6B5 - is it RGB or BGR
by Stefan Dösinger 24 Nov '05

24 Nov '05

Hello, While trying to get Moto Racer 2 running(old D3D1 game), I came across a problem with WINED3DFMT_R5G6B5. The game requests a 16 Bit surface, in RGB order. I translate this to WINED3DFMT_R5G6B5. In some places, this format is translated to an RGB format, like in utils.c::D3DFmt2GLIntFmt, in an other function it is translated to a BRG format( utils.c::D3DFmt2GLFmt). The BRG format causes a failure in glReadPixels with the radeon driver(and broken textures) and swapped blue and red colors with fglrx. I modified D3DFmt2GLFmt to return RGB, and now everything works. Is WINED3DFMT_R5G6B5 supposed to be RGB or BRG? Thanks, Stefan

1 0

Re: Implement directory object in wineserver.
by Alexandre Julliard 24 Nov '05

24 Nov '05

Vitaliy Margolen <wine-patch(a)kievinfo.com> writes: > +/* get parts of an OBJECT_ATTRIBUTES into object_attr */ > +#define GET_OBJECT_ATTR(a,r,n) \ > + get_req_unicode_str( n ); \ > + (a)->rootdir = (r)->rootdir; \ > + (a)->attributes = (r)->attributes; \ > + (a)->name = (n); > + That's ugly, please pass parameters explicitly to the functions, don't hide them inside an object_attr structure. Also directories inside the server have to be specified as directory objects, not as handles. -- Alexandre Julliard julliard(a)winehq.org

3 14

shareaza and wininet
by Christian Lachner 23 Nov '05

23 Nov '05

Hi guys, It appears that Shareaza 2.2.1.0 has some troubles with connecting to the gnutella-network. here's the stdout: fixme:ole:CoRegisterMessageFilter stub fixme:win:AnimateWindow partial stub err:x11drv:X11DRV_CreateWindow invalid window height 2115096077 err:x11drv:X11DRV_CreateWindow invalid window width -593861 err:x11drv:X11DRV_CreateWindow invalid window height -2135134356 err:x11drv:X11DRV_CreateWindow invalid window width -2115094784 err:x11drv:X11DRV_CreateWindow invalid window height -264 err:x11drv:X11DRV_CreateWindow invalid window width -2115094784 err:x11drv:X11DRV_CreateWindow invalid window height -476 err:x11drv:X11DRV_CreateWindow invalid window width 6226856 err:x11drv:X11DRV_CreateWindow invalid window height -2141902713 err:x11drv:X11DRV_CreateWindow invalid window height -6175789 err:x11drv:X11DRV_CreateWindow invalid window height 1140850688 err:x11drv:X11DRV_CreateWindow invalid window width -5789117 err:x11drv:X11DRV_CreateWindow invalid window width 6226856 err:x11drv:X11DRV_CreateWindow invalid window height -2141902569 err:x11drv:X11DRV_CreateWindow invalid window width -592949 err:x11drv:X11DRV_CreateWindow invalid window height -2135127996 err:x11drv:X11DRV_CreateWindow invalid window width -22 err:x11drv:X11DRV_CreateWindow invalid window height -26 err:x11drv:X11DRV_CreateWindow invalid window height -26 err:x11drv:X11DRV_CreateWindow invalid window height -26 err:x11drv:X11DRV_CreateWindow invalid window height -26 err:x11drv:X11DRV_CreateWindow invalid window height -26 err:x11drv:X11DRV_CreateWindow invalid window width 2147163906 err:x11drv:X11DRV_CreateWindow invalid window height -2135128964 err:x11drv:X11DRV_CreateWindow invalid window width -5643724 err:x11drv:X11DRV_CreateWindow invalid window height -65184 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -22 err:x11drv:X11DRV_CreateWindow invalid window width -22 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -596645 err:x11drv:X11DRV_CreateWindow invalid window height -2135121640 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width 2147163906 err:x11drv:X11DRV_CreateWindow invalid window height -2135431656 err:x11drv:X11DRV_CreateWindow invalid window width -5643724 err:x11drv:X11DRV_CreateWindow invalid window height -65236 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -22 err:x11drv:X11DRV_CreateWindow invalid window width -22 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -302401 err:x11drv:X11DRV_CreateWindow invalid window height -2135121640 err:x11drv:X11DRV_CreateWindow invalid window width -24 fixme:urlmon:InternetSession_RegisterNameSpace (0x67fcc8 {18d11ed9-1264-48a1-9e14-20f2c633242b} L"p2p-col" 0 (nil) 0) fixme:win:AnimateWindow partial stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECTED_STATE: STUB err:x11drv:X11DRV_CreateWindow invalid window width 2147163906 err:x11drv:X11DRV_CreateWindow invalid window height -2135130896 err:x11drv:X11DRV_CreateWindow invalid window width -5643724 err:x11drv:X11DRV_CreateWindow invalid window height -65298 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -22 err:x11drv:X11DRV_CreateWindow invalid window width -22 err:x11drv:X11DRV_CreateWindow invalid window width -24 err:x11drv:X11DRV_CreateWindow invalid window width -302401 err:x11drv:X11DRV_CreateWindow invalid window height -2135123572 err:x11drv:X11DRV_CreateWindow invalid window width -24 fixme:wininet:HTTP_GetStdHeaderIndex Couldn't find L"MicrosoftOfficeWebServer" in standard header table fixme:wininet:HTTP_GetStdHeaderIndex Couldn't find L"X-Powered-By" in standard header table fixme:wininet:HTTP_GetStdHeaderIndex Couldn't find L"X-Remote-IP" in standard header table fixme:wininet:InternetGetConnectedState always returning LAN connection. fixme:wininet:HTTP_GetStdHeaderIndex Couldn't find L"X-Powered-By" in standard header table fixme:wininet:HTTP_GetStdHeaderIndex Couldn't find L"X-Powered-By" in standard header table fixme:wininet:HTTP_GetStdHeaderIndex Couldn't find L"X-Powered-By" in standard header table fixme:wininet:InternetGetConnectedState always returning LAN connection. fixme:wininet:InternetGetConnectedState always returning LAN connection. fixme:wininet:InternetGetConnectedState always returning LAN connection. fixme:wininet:InternetGetConnectedState always returning LAN connection. The GUI shows up since the last patches to x11drv but it does not connect. any ideas? (or patches ;)) chris

1 0

Recording error: "Should descend into data chunk. Please report."
by Peter Åstrand 23 Nov '05

23 Nov '05

I have a Windows app that records from a microphone. For some reason, this fails. The application displays the error message "The driver cannot recognize the specified command", which I guess is the translation of MCIERR_UNRECOGNIZED_COMMAND. At the same time, Wine prints out: fixme:mciwave:WAVE_mciRecord Should descend into data chunk. Please report. Is this related, perhaps? I believe MCIERR_UNRECOGNIZED_COMMAND is returned from mci.c:MCI_ParseOptArgs. Running with WINEDEBUG=+mci gives: trace:mci:mciSendCommandW => 00000000 trace:mci:mciSendStringW => 1/ 0 ((null)) trace:mci:mciSendStringW => 2/ 0 ((null)) trace:mci:mciSendStringW (L"save ArticleEditor \"C:\\Program Files\\Studieknep\\Tal\\0000.wav\"", (nil), 0, (nil)) trace:mci:mciSendStringW verb=L"save" on dev=L"articleeditor"; offset=1 trace:mci:MCI_ParseOptArgs args=L"\"c:\\program files\\studieknep\\tal\\0000.wav\"" offset=1 trace:mci:MCI_ParseOptArgs cmd=L"save" inCst=N eid=0000 trace:mci:MCI_ParseOptArgs cmd=L"notify" inCst=N eid=0005 trace:mci:MCI_ParseOptArgs cmd=L"wait" inCst=N eid=0005 trace:mci:MCI_ParseOptArgs cmd=L"" inCst=N eid=0001 trace:mci:MCI_ParseOptArgs cmd=L"" inCst=N eid=0003 warn:mci:MCI_ParseOptArgs Optarg L"\"c:\\program files\\studieknep\\tal\\0000.wav\"" not found (I've activated the TRACE print in MCI_ParseOptArgs.) Any ideas? Regards, -- Peter Åstrand Chief Developer Cendio www.thinlinc.com Teknikringen 3 www.cendio.se 583 30 Linköping Phone: +46-13-21 46 00

2 5

Re: Implement directory object in wineserver.
by Robert Shearman 23 Nov '05

23 Nov '05

Vitaliy Margolen wrote: > ChangeLog: > Implement directory object in wineserver. I like the design, but I have a few comments on the patch. > server/Makefile.in | 1 server/directory.c | 384 > +++++++++++++++++++++++++++++++++++++++++++++++++++ > server/main.c | 1 server/object.c | 64 +++++++-- > server/object.h | 36 +++++ > server/protocol.def | 21 +++ > server/request.c | 1 server/request.h | 11 + > server/unicode.c | 14 ++ > server/unicode.h | 2 10 files changed, 521 insertions(+), 14 > deletions(-) > create mode 100644 server/directory.c > >------------------------------------------------------------------------ > >760fd4b8fd36abf1b281bfa2f963bf499bc35be5 >diff --git a/server/Makefile.in b/server/Makefile.in >index 47687c0..50a5049 100644 >--- a/server/Makefile.in >+++ b/server/Makefile.in >@@ -17,6 +17,7 @@ C_SRCS = \ > context_sparc.c \ > context_x86_64.c \ > debugger.c \ >+ directory.c \ > event.c \ > fd.c \ > file.c \ >diff --git a/server/directory.c b/server/directory.c >new file mode 100644 >index 0000000..d8f168d >--- /dev/null >+++ b/server/directory.c >@@ -0,0 +1,384 @@ >+/* >+ * Server-side directory object management >+ * >+ * Copyright (C) 2005 Vitaliy Margolen >+ * >+ * This library is free software; you can redistribute it and/or >+ * modify it under the terms of the GNU Lesser General Public >+ * License as published by the Free Software Foundation; either >+ * version 2.1 of the License, or (at your option) any later version. >+ * >+ * This library is distributed in the hope that it will be useful, >+ * but WITHOUT ANY WARRANTY; without even the implied warranty of >+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU >+ * Lesser General Public License for more details. >+ * >+ * You should have received a copy of the GNU Lesser General Public >+ * License along with this library; if not, write to the Free Software >+ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA >+ * >+ */ >+ >+#include "config.h" >+#include "wine/port.h" >+ >+#include <assert.h> >+#include <stdarg.h> >+#include <stdlib.h> >+#include <sys/types.h> >+ >+#include "windef.h" >+#include "winternl.h" >+ >+#include "handle.h" >+#include "request.h" >+#include "process.h" >+#include "unicode.h" >+#include "wine/list.h" >+#include "object.h" >+ >+#define HASH_SIZE 37 >+ >+#define DIRECTORY_QUERY (0x0001) >+#define DIRECTORY_TRAVERSE (0x0002) >+#define DIRECTORY_CREATE_OBJECT (0x0004) >+#define DIRECTORY_CREATE_SUBDIRECTORY (0x0008) >+#define DIRECTORY_ALL_ACCESS (STANDARD_RIGHTS_REQUIRED | 0xF) > > Should these go into winternl.h? >+ >+/* Global name space */ >+struct directory *root_directory; >+ >+struct directory >+{ >+ struct object obj; /* object header */ >+ struct list entries[HASH_SIZE]; /* array of hash entry lists */ >+}; >+ >+static void directory_dump( struct object *obj, int verbose ); >+static struct object *directory_lookup_name( struct object *obj, struct unicode_str *name, >+ unsigned int attr ); >+ >+static const struct object_ops directory_ops = >+{ >+ sizeof(struct directory), /* size */ >+ directory_dump, /* dump */ >+ no_add_queue, /* add_queue */ >+ NULL, /* remove_queue */ >+ NULL, /* signaled */ >+ NULL, /* satisfied */ >+ no_signal, /* signal */ >+ no_get_fd, /* get_fd */ >+ directory_lookup_name, /* lookup_name */ >+ no_close_handle, /* close_handle */ >+ no_destroy /* destroy */ >+}; >+ >+static void directory_dump( struct object *obj, int verbose ) >+{ >+ struct directory *dir = (struct directory *)obj; >+ assert( obj->ops == &directory_ops ); >+ >+ fputs( "Directory ", stderr ); >+ dump_object_name( obj ); >+ if (verbose) >+ { >+ unsigned int i; >+ >+ fputs( " entries:\n", stderr ); >+ for (i = 0; i < HASH_SIZE; i++) >+ { >+ struct list *p = &dir->entries[i]; >+ struct object_name *ptr; >+ >+ LIST_FOR_EACH_ENTRY(ptr, p, struct object_name, entry) >+ { >+ fputs( " ", stderr ); >+ dump_object_name( ptr->obj ); >+ fputc( '\n', stderr ); >+ } >+ } >+ } >+ else >+ fputc( '\n', stderr ); >+} >+ >+/* find an object by its name in a given directory; the refcount is incremented >+ * name - is a relative name */ >+static struct object *find_object_in_dir( struct directory *dir, const WCHAR *name, >+ size_t len, unsigned int attr ) >+{ >+ const struct list *list, *p; >+ >+ if (!name || !len) return NULL; >+ >+ list = &dir->entries[ get_name_hash( name, len ) % HASH_SIZE ]; >+ LIST_FOR_EACH( p, list ) >+ { >+ const struct object_name *ptr = LIST_ENTRY( p, const struct object_name, entry ); > > You can replace LIST_FOR_EACH and LIST_ENTRY with LIST_FOR_EACH_ENTRY. >+ if (!ptr || ptr->len != len) continue; >+ if (attr & OBJ_CASE_INSENSITIVE) >+ { >+ if (!strncmpiW( ptr->name, name, len/sizeof(WCHAR) )) return grab_object( ptr->obj ); >+ } >+ else >+ { >+ if (!memcmp( ptr->name, name, len )) return grab_object( ptr->obj ); >+ } >+ } >+ return NULL; >+} >+ >+static struct object *directory_lookup_name( struct object *obj, struct unicode_str *name, >+ unsigned int attr ) >+{ >+ struct object *found; >+ WCHAR *p; >+ size_t sz; >+ assert( obj->ops == &directory_ops ); >+ >+ if (!(p = memchrW( name->str, '\\', name->len / sizeof(WCHAR) ))) >+ /* Last element in the path name */ >+ sz = name->len; >+ else >+ sz = (p - name->str) * sizeof(WCHAR); >+ >+ if ((found = find_object_in_dir( (struct directory *)obj, name->str, sz, attr ))) >+ { >+ /* Skip trailing \\ */ >+ if (p) >+ { >+ p++; >+ sz += sizeof(WCHAR); >+ } >+ /* Move to the next element*/ >+ name->str = p; >+ name->len -= sz; >+ return found; >+ } >+ >+ if (name->str) >+ { >+ if (sz == 0) /* Double backslash */ >+ set_error( STATUS_OBJECT_NAME_INVALID ); >+ else if (p) /* Path still has backslashes */ >+ set_error( STATUS_OBJECT_PATH_NOT_FOUND ); >+ } >+ return NULL; >+} >+ >+/******************************************************************************/ >+ >+/* Create root directory - it's a special case when no namespace exists yet.*/ >+struct directory *create_root( void ) >+{ >+ static const WCHAR rootW[]={'\\'}; >+ static const struct unicode_str root = {rootW, sizeof(rootW)}; >+ struct directory *dir; >+ struct object_name *name_ptr; >+ >+ if (!(name_ptr = alloc_name( &root ))) return NULL; >+ if ((dir = alloc_object( &directory_ops ))) >+ { >+ unsigned int i; >+ /* root has no parents */ >+ list_init( &name_ptr->entry ); >+ name_ptr->obj = &dir->obj; >+ dir->obj.name = name_ptr; >+ for (i = 0; i < HASH_SIZE; i++) >+ list_init( &dir->entries[i] ); >+ } >+ else free( name_ptr ); >+ return dir; >+} >+ >+struct directory *create_directory( const struct object_attr *attr ) >+{ >+ struct directory *dir; >+ >+ if ((dir = create_named_object_dir( attr, &directory_ops ))) >+ { >+ if (get_error() != STATUS_OBJECT_NAME_EXISTS) >+ { >+ unsigned int i; >+ for (i = 0; i < HASH_SIZE; i++) >+ list_init( &dir->entries[i] ); >+ } >+ } >+ return dir; >+} >+ >+static void insert_into_dir( struct directory* dir, struct object *obj ) >+{ >+ int hash = get_name_hash( obj->name->name, obj->name->len) % HASH_SIZE; > > Missing space after obj->name->len. >+ >+ grab_object( dir ); >+ obj->name->parent = &dir->obj; >+ list_add_head( &dir->entries[hash], &obj->name->entry ); >+} >+ >+/****************************************************************************** >+ * Find an object by it's name in a given root object >+ * >+ * PARAMS >+ * attr [I] rootdir, name and attributes >+ * name_left [O] [optional] leftover name if object is not found >+ * >+ * RETURNS >+ * NULL: If params are invalid >+ * Found: If object with exact name is found returns that object. (name_left->len == 0) >+ * Object's refcount is incremented >+ * Not found: The last matched parent. (name_left->len > 0) >+ * Parent's refcount is incremented. >+ */ >+struct object *find_object_dir( const struct object_attr *attr, struct unicode_str *name_left ) >+{ >+ struct object *obj, *parent; >+ struct unicode_str name_l = *attr->name; > > What does name_l stand for? >+ >+ /* Arguments check: >+ * - Either name or root have to be specified >+ * - If root is specified path shouldn't start with backslash */ >+ if (!attr || >+ (!attr->rootdir && (!name_l.str || !name_l.len)) || >+ (name_l.len && ((*name_l.str == '\\' && attr->rootdir) || >+ (*name_l.str != '\\' && !attr->rootdir)))) >+ { >+ set_error( STATUS_OBJECT_PATH_SYNTAX_BAD ); >+ return NULL; >+ } >+ >+ if (attr->rootdir) >+ parent = get_handle_obj( current->process, attr->rootdir, 0, &directory_ops ); >+ else >+ parent = grab_object( root_directory ); >+ if (!parent) return NULL; >+ >+ /* Skip leading backslash */ >+ if (name_l.len && *name_l.str == '\\') >+ { >+ name_l.str++; >+ name_l.len -= sizeof(WCHAR); >+ } >+ >+ /* Special case for opening RootDirectory */ >+ if (!name_l.len) goto done; >+ >+ while ((obj = parent->ops->lookup_name( parent, &name_l, attr->attributes ))) >+ { >+ /* move to the next element */ >+ release_object ( parent ); >+ parent = obj; >+ } >+ if (get_error()) >+ { >+ release_object ( parent ); >+ return NULL; >+ } >+ >+ done: >+ if (name_left) dup_unicode_str(&name_l, name_left); >+ return parent; >+} >+ > > >@@ -311,3 +309,41 @@ int no_close_handle( struct object *obj, > void no_destroy( struct object *obj ) > { > } >+ >+/* Name space initialization */ >+ >+struct object *permanent_obj[25]; >+int permanent_obj_cnt = 0; > > This looks a bit ugly to me. Why not just keep track of the individual objects that need to be kept around in named variables? >+ >+static inline void create_default_dir( const WCHAR *n, size_t nl) >+{ >+ struct unicode_str name; >+ struct object_attr attr = {NULL, &name, 0}; >+ struct directory *dir; >+ name.str = n; >+ name.len = nl; >+ if ((dir = create_directory( &attr ) )) >+ permanent_obj[permanent_obj_cnt++] = (struct object *)dir; >+} >+ >+static void init_namespace_dirs(void) >+{ >+ /* Directories */ >+ static const WCHAR dir1W[]={'\\','?','?'}; >+ static const WCHAR dir2W[]={'\\','B','a','s','e','N','a','m','e','d','O','b','j','e','c','t','s'}; >+ >+ root_directory = create_root(); >+ permanent_obj[permanent_obj_cnt++] = (struct object *)root_directory; >+ create_default_dir( dir1W, sizeof(dir1W) ); >+ create_default_dir( dir2W, sizeof(dir2W) ); >+} >+ >+void init_namespace( void ) >+{ >+ init_namespace_dirs(); >+} >+ >+void close_namespace( void ) >+{ >+ while(permanent_obj_cnt) release_object( permanent_obj[--permanent_obj_cnt] ); >+} > > >diff --git a/server/unicode.c b/server/unicode.c >index 16aea3d..c275f86 100644 >--- a/server/unicode.c >+++ b/server/unicode.c >@@ -68,3 +68,17 @@ int dump_strW( const WCHAR *str, size_t > count += pos - buffer; > return count; > } >+ >+void inline free_unicode_str( struct unicode_str *str ) >+{ >+ if (str->str) free( (WCHAR*)str->str ); >+ str->str = NULL; >+ str->len = 0; >+} >+ >+void dup_unicode_str( const struct unicode_str *src, struct unicode_str *dst ) >+{ >+ if (!src || !dst) return; > > I think it would probably be better to let the function crash on both of these conditions. If the client doesn't check if src is null then dst when be left unintialized and cause a crash later. >+ dst->str = memdup( src->str, src->len ); >+ dst->len = src->len; >+} >diff --git a/server/unicode.h b/server/unicode.h >index f745705..ebd1343 100644 >--- a/server/unicode.h >+++ b/server/unicode.h >@@ -34,5 +34,7 @@ static inline WCHAR *strdupW( const WCHA > } > > extern int dump_strW( const WCHAR *str, size_t len, FILE *f, const char escape[2] ); >+extern void free_unicode_str( struct unicode_str *str ); >+extern void dup_unicode_str( const struct unicode_str *src, struct unicode_str *dst ); > > You could make these both be inline functions. -- Rob Shearman

4 5

Time to get serious about supporting VB database apps?
by Dan Kegel 23 Nov '05

23 Nov '05

What would it take to really support MS database client apps in Wine? The situation is not copacetic; everywhere you turn, it's easy to find enough problems to stop the average VB database app. I tried installing a real world small government app. It used VBSQL.OCX, and required a file from the SQL 7.0 Client redistributables. Here's the script I used to install it (yikes): http://www.kegel.com/wine/initvbapp.sh.txt I lost touch with the guy who needed this app, presumably he gave up because it was so hard to install under Wine. Here are all the bugs related to mdac installation: http://bugs.winehq.org/buglist.cgi?product=Wine&long_desc_type=substring&lo… Another VB database app installed (after some effort), but failed with an "automation error". http://bugs.winehq.org/buglist.cgi?long_desc_type=substring&long_desc=autom… Other VB apps use "dbgrid32", and a small sample app that uses that currently fails. See http://bugs.winehq.org/buglist.cgi?short_desc_type=allwordssubstr&short_des… Perhaps it's time to create an open source torture test in VB 6 that exhibits as many of these problems as possible, and use that as a regression test in Wine. Anyone willing/able to take that on? Roderick Colenbrander wrote the DBGRID32.OCX test; perhaps he'd be willing to write an expanded set of tests? - Dan -- What does Linux need to succeed on the desktop? See http://kegel.com/linux/comfort

2 1

Bug in monochrome bitmaps
by Oldrich Jedlicka 23 Nov '05

23 Nov '05

Hi all, I found a bug in monochrome bitmaps with inverted colors (color[0]=0xFFFFFF, color[1]=0x000000). It is problem in translation from XImage into DIB created by CreateDIBSection. Description can be found in my mail from 08 Oct 2005 and 03 Nov 2005. Patch is also attached to this mail. I've got no response and CVS is untouched. So what is wrong with my patch? People from cedega team at least said 'thank you', there is nothing :-( Thanks for reply, Oldrich Jedlicka.

2 5

Re: [wined3d] shaders matrix sizes lrp
by Ivan Gyurdiev 23 Nov '05

23 Nov '05

Oliver Stieber wrote: > Hi, > This patch fixes the allocation size of some matrix, matrix multiplication > errors and and error in lrp for software shaders. > That seems fine, but... what I don't understand is: +typedef FLOAT D3DMATRIX34[3][4]; Dimension 1 is of size 3, Dimension 2 is of size 4 void pshader_m3x4(WINED3DSHADERVECTOR* d, WINED3DSHADERVECTOR* s0, D3DMATRIX34 mat) { d->x = mat[0][0] * s0->x + mat[0][1] * s0->y + mat[0][2] * s0->z; - d->y = mat[2][0] * s0->x + mat[1][1] * s0->y + mat[1][2] * s0->z; + d->y = mat[1][0] * s0->x + mat[1][1] * s0->y + mat[1][2] * s0->z; d->z = mat[2][0] * s0->x + mat[2][1] * s0->y + mat[2][2] * s0->z; d->w = mat[3][0] * s0->x + mat[3][1] * s0->y + mat[3][2] * s0->z; ...and here you're writing to a matrix that has 4 rows and 3 columns... (as opposed to 3 rows and 4 columns). It's the same for 3x2, 3x4, and 4x3. ============ Another comment: What's s3 in lrp, and why isn't it used?

1 0

Visual changes after running tests
by Paul Vriens 23 Nov '05

23 Nov '05

Hi, with the latest winetest suite I've noticed the following changes: - On win98 my taskbar get's twice the size it used to be. - On win98/winxp the window border is a lot thicker. - On winxp the icons in my taskbar are a lot bigger. And also the icons in for example regedit. the first and last one prevail (even after rebooting). The second one seems to intermittently stay. I'll have a look myself later on but just wanted some confirmation. Cheers, Paul.

3 6

Delay in sound with arts sound driver
by Dustin Navea 23 Nov '05

23 Nov '05

When running the installer for starcraft, when moving the mouse over any of the options, it highlights that option, and plays a sound. When arts is set to sleep (to prevent blocking), and using the ALSA driver, everything works fine, when you move the mouse over the options, the sound immediately plays.. but when using the aRTS driver, the sound comes out about half a second after the mouse is moved over an option and the highlighting appears. This isnt anything major to me, but either way, wine shouldn't do that... unless it's something to do with aRTS, in which case, we could contact the devs there and have them look into it.... Either way, if anyone that knows how to work on the arts driver and has a copy of the starcraft cd laying around could take a look, please do, and if that's not possible, let me know what I can do to help... Note that I have not tried playing the game with arts yet, as i'm still in the middle of finding and reporting apps that dont work. Dustin

2 1

Re: WINEBROWSER: also handle mailto: urls.
by David Lee Lambert 23 Nov '05

23 Nov '05

Hans Leidekker wrote: >As suggested by Alexandre, I factored out some common code >in winebrowser and extended it to handle mailto: urls as well. > > This version looks much better. Just one small question: >+ length = sizeof(mailers); >+ /* @@ Wine registry key: HKCU\Software\Wine\WineMailer */ >+ if (RegCreateKeyEx( HKEY_CURRENT_USER, "Software\\Wine\\WineMailer", 0, NULL, >+ REG_OPTION_NON_VOLATILE, KEY_ALL_ACCESS, NULL, &key, NULL )) >+ { >+ fprintf( stderr, "winebrowser: cannot create config key\n" ); >+ return 1; >+ } >+ >+ r = RegQueryValueExA( key, "Mailers", 0, &type, (LPBYTE)mailers, &length ); >+ if (r != ERROR_SUCCESS) >+ { >+ /* set value to the default */ >+ RegSetValueExA( key, "Mailers", 0, REG_SZ, (LPBYTE)defaultmailers, >+ lstrlen( defaultmailers ) + 1 ); >+ strcpy( mailers, defaultmailers ); >+ } >+ RegCloseKey( key ); >+ > Why create another key in the registry? Wouldn't HKCU\Software\Wine\WineBrowser , Mailers make it easier for a user to find the value in the registry? -- DLL

1 0

GTA installer - hidden message boxes [ user32 ]
by Ivan Gyurdiev 23 Nov '05

23 Nov '05

I think I'm on the right track to figuring out why I can't get GTA to install. I thought ole was at fault, but now I suspect user32. It seems that the installer pops up various message boxes (or at least, it supposed to...but it doesn't). Then it waits for a reply, and it never receives one, because I don't see any message boxes. That's why it "freezes", imho. One box it's supposed to show is "out-of-space", if I don't have enough hard drive space for the components (which apparently I don't..when the audio is installed). Another one has empty contents at msgbox.OnInit (not sure what that means - is the text set later? - I see ignored event 0006 (setText)). I can't see the boxes in question, but I see calls to msgbox to create them. The WM_SHOWWINDOW event is propagated down to DefWindowProc, where it is blocked. In "custom install" mode, the out-of-space box shows up, but the second "mystery box" doesn't. In "complete install" mode I see neither box. If I free up enough hard drive space, it still fails, because of this second box that I can't see. More detail here: http://bugs.winehq.org/show_bug.cgi?id=3108

3 5

winspool: comments for "GetPrinterDriverDirectory updated" please
by Detlef Riekenberg 23 Nov '05

23 Nov '05

Hi. I ask for comments before sending this as 2 or 3 patches. - Correct 2 failing tests on win9x - Add Documentation for GetPrinterDriverDirectoryW/A (c2man) - Add Function "validate_envW" to validate the user-supplied Printing Environment (respect "Windows Version" - Setting) - Change GetPrinterDriverDirectoryW to Report the correct NT-Path or the win9x-Path on top of "validate_envW" - Fix 2 Bugs in GetPrinterDriverDirectoryA (invalid Result from "needed" and possible Read from 0x00000000) - 2 Tests are now working in Wine "validate_envW" will be used by more Functions later. (WINSPOOL_OpenDriverReg as Example) -- By By ... ... Detlef

1 0

GetOpenFileNameA has trouble with UTF-8 locale and UTF-8 encoded pathname
by Alex Villacís Lasso 22 Nov '05

22 Nov '05

Consider the following MSVC program: --------------------- cut ------------------------- // PruebaOpenDlg.cpp : Defines the entry point for the console application. // #include <stdio.h> #include <stdlib.h> #include <errno.h> #include <windows.h> int main(int argc, char* argv[]) { OPENFILENAME ofn; // common dialog box structure char szFile[260]; // buffer for file name // Initialize OPENFILENAME ZeroMemory(&ofn, sizeof(OPENFILENAME)); ofn.lStructSize = sizeof(OPENFILENAME); ofn.hwndOwner = NULL; ofn.lpstrFile = szFile; ofn.nMaxFile = sizeof(szFile); ofn.lpstrFilter = "All\0*.*\0Text\0*.TXT\0"; ofn.nFilterIndex = 1; ofn.lpstrFileTitle = NULL; ofn.nMaxFileTitle = 0; ofn.lpstrInitialDir = NULL; // ofn.Flags = OFN_PATHMUSTEXIST | OFN_FILEMUSTEXIST; // Display the Open dialog box. memset(szFile, 0, sizeof(szFile)); if (GetOpenFileName(&ofn)==TRUE) { char * p; FILE * hFile; printf("Chosen filename is: %s\n", ofn.lpstrFile); printf("Byte encoding is :"); for (p = ofn.lpstrFile; *p; p++) { printf(" (%c %02x)", *p, *p); } printf("\n"); hFile = fopen(ofn.lpstrFile, "rb"); if (hFile != NULL) { fclose(hFile); puts("File is readable through specified filename"); } else { printf("Unable to reach file through %s - %s\n", ofn.lpstrFile, strerror(errno)); } } return 0; } --------------------- cut ------------------------- Consider also the following Linux environment: home directory is /home/alex, and is mapped to drive F: in dosdevices. The home directory contains a directory named gatón (the string contains a [U+00F3 LATIN SMALL LETTER O WITH ACUTE] and is UTF-8 encoded as 0x67 0x61 0x74 0xC3 0xB3 0x6E), inside of which a sample file exists, which is to be selected by the Open File dialog. All tests were made in a Fedora Core 4 system with a *default* LANG=es_EC.UTF-8. The symptom is that, when wine runs with an UTF-8 locale (as specified with the LANG environment variable), and an attempt is made to choose a filename that is UTF-8 encoded in the filesystem, GetOpenFileNameA may return a byte string that CreateFile and other file functions are unable to map into a valid filename. Whether GetOpenFileNameA returns a valid filename or not seems to depend on the way the navigation is performed. That is, if the application starts the Open File dialog from the current directory, and the user navigates by directory change only, the invalid filename will be returned. However, if the user first chooses a drive letter (such as F:) and then navigates from there, the filename returned is a valid one. The following tests illustrate the behavior. For each entry, the first two lines are the conditions for the test. The remaining three lines are the actual output from the supplied program, copied and pasted from the console. The instances of \uffff seen are from invalid character encodings displayed in the console. LANG=en_US From current directory /home/alex: Chosen filename is: f:\gatón\Barenaked Ladies - One Week.mp3 Byte encoding is : (f 66) (: 3a) (\ 5c) (g 67) (a 61) (t 74) (\uffff ffffffc3) (\uffff ffffffb3) (n 6e) (\ 5c) (B 42) (a 61) (r 72) (e 65) (n 6e) (a 61) (k 6b) (e 65) (d 64) ( 20) (L 4c) (a 61) (d 64) (i 69) (e 65) (s 73) ( 20) (- 2d) ( 20) (O 4f) (n 6e) (e 65) ( 20) (W 57) (e 65) (e 65) (k 6b) (. 2e) (m 6d) (p 70) (3 33) File is readable through specified filename LANG=en_US From explicit choice from drive F: : Chosen filename is: F:\gatón\Barenaked Ladies - One Week.mp3 Byte encoding is : (F 46) (: 3a) (\ 5c) (g 67) (a 61) (t 74) (\uffff ffffffc3) (\uffff ffffffb3) (n 6e) (\ 5c) (B 42) (a 61) (r 72) (e 65) (n 6e) (a 61) (k 6b) (e 65) (d 64) ( 20) (L 4c) (a 61) (d 64) (i 69) (e 65) (s 73) ( 20) (- 2d) ( 20) (O 4f) (n 6e) (e 65) ( 20) (W 57) (e 65) (e 65) (k 6b) (. 2e) (m 6d) (p 70) (3 33) File is readable through specified filename LANG=es_EC From current directory /home/alex: Chosen filename is: f:\gatón\Barenaked Ladies - One Week.mp3 Byte encoding is : (f 66) (: 3a) (\ 5c) (g 67) (a 61) (t 74) (\uffff ffffffc3) (\uffff ffffffb3) (n 6e) (\ 5c) (B 42) (a 61) (r 72) (e 65) (n 6e) (a 61) (k 6b) (e 65) (d 64) ( 20) (L 4c) (a 61) (d 64) (i 69) (e 65) (s 73) ( 20) (- 2d) ( 20) (O 4f) (n 6e) (e 65) ( 20) (W 57) (e 65) (e 65) (k 6b) (. 2e) (m 6d) (p 70) (3 33) File is readable through specified filename LANG=es_EC From explicit choice from drive F: : Chosen filename is: F:\gatón\Barenaked Ladies - One Week.mp3 Byte encoding is : (F 46) (: 3a) (\ 5c) (g 67) (a 61) (t 74) (\uffff ffffffc3) (\uffff ffffffb3) (n 6e) (\ 5c) (B 42) (a 61) (r 72) (e 65) (n 6e) (a 61) (k 6b) (e 65) (d 64) ( 20) (L 4c) (a 61) (d 64) (i 69) (e 65) (s 73) ( 20) (- 2d) ( 20) (O 4f) (n 6e) (e 65) ( 20) (W 57) (e 65) (e 65) (k 6b) (. 2e) (m 6d) (p 70) (3 33) File is readable through specified filename LANG=es_EC.UTF-8 From current directory /home/alex: Chosen filename is: f:\gatón\Barenaked Ladies - One Week.mp3 Byte encoding is : (f 66) (: 3a) (\ 5c) (g 67) (a 61) (t 74) (\uffff ffffffc3) (\uffff ffffffb3) (n 6e) (\ 5c) (B 42) (a 61) (r 72) (e 65) (n 6e) (a 61) (k 6b) (e 65) (d 64) ( 20) (L 4c) (a 61) (d 64) (i 69) (e 65) (s 73) ( 20) (- 2d) ( 20) (O 4f) (n 6e) (e 65) ( 20) (W 57) (e 65) (e 65) (k 6b) (. 2e) (m 6d) (p 70) (3 33) Unable to reach file through f:\gatón\Barenaked Ladies - One Week.mp3 - No such file or directory LANG=es_EC.UTF-8 From explicit choice from drive F: : Chosen filename is: F:\gat\uffffn\Barenaked Ladies - One Week.mp3 Byte encoding is : (F 46) (: 3a) (\ 5c) (g 67) (a 61) (t 74) (\uffff fffffff3) (n 6e) (\ 5c) (B 42) (a 61) (r 72) (e 65) (n 6e) (a 61) (k 6b) (e 65) (d 64) ( 20) (L 4c) (a 61) (d 64) (i 69) (e 65) (s 73) ( 20) (- 2d) ( 20) (O 4f) (n 6e) (e 65) ( 20) (W 57) (e 65) (e 65) (k 6b) (. 2e) (m 6d) (p 70) (3 33) File is readable through specified filename Case 5 is incorrect, but is the easiest to hit in the UTF-8 locales. This problem is significant because all Fedora distributions since at least Fedora Core 2 have UTF-8 support, which is probably enabled in non-US locales. Other popular distributions probably have this UTF-8 support enabled too. I am posting this on wine-devel instead of creating a bug report because I wanted to receive some comments on what the expected behavior should be before trying to submit a patch myself. Unless somebody says otherwise, I would try to submit a patch that makes case 5 behave like case 6, by modifying the encoding of the ANSI string to match what the file-open functions would expect for the filename. However, this essentially requires an answer to the following question: should non-Unicode strings that represent filenames be UTF-8 encoded, or locale encoded? In the UTF-8 locales, GetOpenFileNameA seems to think UTF-8 encoded sometimes, but the file open functions expect locale-encoded (in my case is ISO-8859-1). Therefore, the incorrect behavior. How would the answer change (if at all) for Chinese or Japanese locales with a need for multibyte characters? Alex Villacís Lasso

4 6

Re: Wine bug id 3900
by Dimi Paun 22 Nov '05

22 Nov '05

From: " Andrew Webb" <andrew7webb(a)comcast.net> > I think I have the right format for a patch. But if not, please be > patient as its my first attempt. Andrew, it seems to me the patch is wrapped. The easiest way to avoid the wrapping would be to simply attach it as a text file. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Fwd: Re: MBR was destroyed
by seorge 22 Nov '05

22 Nov '05

Please tell me, what exact information should I provide the developers with the experiment described below. I really want to help, but I also don't want to play with my data without understanding what exactly is needed from me. Thanks in advance! ---------- Forwarded Message ---------- > Ok, and can restore ~/.wine dir to previous state (maybe "rm -rf ~/.wine > && wineprefixcreate" would help) and reproduce this bug again, please? I've removed my previous .wine dirrectory, so the only thing I can do is to reproduce everything happend with me yesturday: 1. try to launch some win32 application - this will create .wine 2. try to setup disks and change labels. As I undestand after this experiment I need to send something or at the mailing list from the content of the .wine. Please tell me what it should be.

5 7

Re: error of double click chinese name txt file in softwares (e.g winefile, WinRAR)
by Paul Vriens 22 Nov '05

22 Nov '05

On Tue, 2005-11-22 at 15:02 +0800, mengzhuo li wrote: > ChangeLog: > dlls/kernel/process.c > > limengzhuo muziwind(a)yahoo.com.cn > > fix the error of double clicking chinese name txt file in software > (e.g. winfile). > > it shows the error > wine: cannot open builtin library for L"C:\\windows\\\6d4b\8bd5.txt" > > ______________________________________________________________________ > 无限容量雅虎相册，原图等大下载，超快速度，赶快抢注！ > plain text document attachment > (fix-crash-of-double-click-chinese-name-txt-in-softwares.diff), > "3670824031-fix-crash-of-double-click-chinese-name-txt-in-softwares.diff" > ? fix-crash-of-double-click-chinese-name-txt-in-softwares.diff > Index: dlls/kernel/process.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/process.c,v > retrieving revision 1.109 > diff -u -p -r1.109 process.c > --- dlls/kernel/process.c 10 Oct 2005 10:28:48 -0000 1.109 > +++ dlls/kernel/process.c 22 Nov 2005 06:31:07 -0000 > @@ -247,6 +247,8 @@ static BOOL find_exe_file( const WCHAR * > enum loadorder_type loadorder[LOADORDER_NTYPES]; > int i, file_exists; > > + file_exitst = 0; > + Did you actually compile this ? (exists != exitst) Paul.

1 0

Re: error of double click chinese name txt file in softwares (e.g winefile, WinRAR)
by Andreas Mohr 22 Nov '05

22 Nov '05

Hi, On Tue, Nov 22, 2005 at 03:02:16PM +0800, mengzhuo li wrote: > ChangeLog: > dlls/kernel/process.c > > limengzhuo muziwind(a)yahoo.com.cn > > fix the error of double clicking chinese name txt file in software (e.g. winfile). > > it shows the error > wine: cannot open builtin library for L"C:\\windows\\\6d4b\8bd5.txt" Thanks for the patch, but have you actually tested it and verified it to work? The spelling of the variable suggests you haven't... > int i, file_exists; > > + file_exitst = 0; Andreas Mohr

1 0

Re: [wined3d] pixel shader cross compiler [3] resend
by Ivan Gyurdiev 22 Nov '05

22 Nov '05

> +typedef FLOAT D3DMATRIX44[4][4]; > +typedef FLOAT D3DMATRIX43[4][3]; > +typedef FLOAT D3DMATRIX34[4][4]; > +typedef FLOAT D3DMATRIX33[4][3]; > +typedef FLOAT D3DMATRIX32[4][2]; > Are those matrices bigger than they should be, or is this intentional? Also, all the matrices that have size(x)!=size(y) seem backwards to be - maybe I'm misunderstanding, but I think your x and y indices are backwards in functions using m2x3, m3x4 and m4x3, and will segfault (but then again, I haven't tried it, so I could be wrong). Additionally: +void pshader_m3x4(WINED3DSHADERVECTOR* d, WINED3DSHADERVECTOR* s0, D3DMATRIX34 mat) { + d->x = mat[0][0] * s0->x + mat[0][1] * s0->y + mat[0][2] * s0->z; + d->y = mat[2][0] * s0->x + mat[1][1] * s0->y + mat[1][2] * s0->z; + d->z = mat[2][0] * s0->x + mat[2][1] * s0->y + mat[2][2] * s0->z; + d->w = mat[3][0] * s0->x + mat[3][1] * s0->y + mat[3][2] * s0->z; Wrong index, second row. +void pshader_m3x3(WINED3DSHADERVECTOR* d, WINED3DSHADERVECTOR* s0, D3DMATRIX33 mat) { + d->x = mat[0][0] * s0->x + mat[0][1] * s0->y + mat[2][2] * s0->z; + d->y = mat[1][0] * s0->x + mat[1][1] * s0->y + mat[2][2] * s0->z; + d->z = mat[2][0] * s0->x + mat[2][1] * s0->y + mat[2][2] * s0->z; + d->w = 1.0f; + PSTRACE(("executing m3x3(1): mat=(%f, %f, %f) s0=(%f) d=(%f) \n", mat[0][0], mat[0][1], mat[0][2], s0->x, d->x)); + PSTRACE(("executing m3x3(2): mat=(%f, %f, %f) (%f) (%f) \n", mat[1][0], mat[1][1], mat[1][2], s0->y, d->y)); + PSTRACE(("executing m3x3(3): mat=(%f, %f, %f) X (%f) = (%f) \n", mat[2][0], mat[2][1], mat[2][2], s0->z, d->z)); + PSTRACE(("executing m3x3(4): (%f) \n", d->w)); +} Wrong index, second row. In pshader_lrp... I wouldn't know if the 4th row is a bug or not, but I'm suspicious.

2 2

Re: WINEMAILER: a new winelib app
by Alexandre Julliard 22 Nov '05

22 Nov '05

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog > Added winemailer, a winelib app that wraps the native OS > mail client. I think this could just as well go into winebrowser, it's really a very similar functionality. -- Alexandre Julliard julliard(a)winehq.org

1 0

wine and automation objects
by Curro Amores 22 Nov '05

22 Nov '05

hi, I have an application with Access 97 and i use automation for some aspects. The app runs perfectly but when i want to do something that uses automation it crashes. Anybody could help me? thanks

3 2

windows.h
by Steven Edwards 22 Nov '05

22 Nov '05

Hi All, I don't understand the reason we are still manually including each header in most of the sources. Its like totally incompatible with the latest PSDK unless you add a define for _X86_. We are getting to the point in some of the sources where we might as well just include Windows.h becuase we already include all of the files it includes or close enough to them. Can someone explain the reason to me we are still manually messing with a lot of these headers? Thanks Steven P.S. I have even read threads online where Microsoft's Visual Studio developers tell the users NOT to manually include WinNT, WinBase, etc.

2 1

Licensing and technical issues with a Wine package that includes the Mozilla ActiveX Control
by Scott Ritchie 22 Nov '05

22 Nov '05

Greetings, As part of my work to create the ultimate works-out-of-the-box Wine package, I've begun to ponder the idea of including the Mozilla ActiveX control inside the Wine package. Currently, to install applications that use Internet Explorer internally, such as Steam, the user has to download the Mozilla ActiveX control as a tar file and then manually register the DLL to get Wine to use it (see the Howto in the AppDB entry here: http://appdb.winehq.org/appview.php?versionId=1554 ) Modifying Wine to recognize when the Mozilla ActiveX Control is installed without having to register it manually should be easy enough, however distributing it with the Wine package or as a separate side package presents an unusual licensing issue. Now, the Mozilla ActiveX control is freely licensed, and we can redistribute it however we please. Unfortunately, to make it work in Wine we also need to use the dlls for the Microsoft Foundation Classes that it's written in such as msvcp70.dll, as Wine does not currently implement those. These files have an unusual license. Someone who owns the compiler (such as MSVC 7) is allowed to distribute them, however redistribution further from there isn't necessarily allowed, as the person receiving the file doesn't have a license to redistribute like the EULA for the compiler grants. This doesn't seem to prevent us from giving out the package with the DLL included, however users wouldn't be able to redistribute it. This sounds much like the way the situation is with the NVidia drivers. Would building the package be the right way to go here, with the ultimate destination being the restricted copyright repository in Ubuntu? Or is there something I'm overlooking here (perhaps reading the license wrong)? Thanks, Scott Ritchie

6 7

[BugZilla] adding usefull functionnalities
by Raphael 21 Nov '05

21 Nov '05

Hi, can we have a "Meta Bugs" fast access on "Task Lists" who group all known meta bugs ? (better than txt file i use) Thx Regards, Raphael

1 0

Re: PATCH: dlls/winsock/socket.h portability fix
by Alexandre Julliard 21 Nov '05

21 Nov '05

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > ChangeLog: > On some systems like FreeBSD, EAI_NODATA is defined in <lwres/netdb.h>, > so include this if present. Why isn't it in netdb.h? And if we get it from lwres shouldn't we then link to liblwres? -- Alexandre Julliard julliard(a)winehq.org

2 4

usb driver proxy
by Maris Paupe 21 Nov '05

21 Nov '05

Hi, First of all, sorry for my bad English. I have a USB device which doesn' t have a driver in linux, I wrote it as kernel module, but because I want to run windows software under wine which uses this device it seems that I will need to write something like proxy in wine (like audio and video drivers are written) to enable my software to use this device. Right now I am planning to rewite this driver using libusb and implement everything in wine's proxy. Maybe somebody have some dummy driver for purposes like this or I sould just take audio or some other driver and use it as starting point, maybe you have some useful suggestions to give me before I start?

7 9

KERNEL: parsing /proc/scsi/scsi
by Saulius Krasuckas 21 Nov '05

21 Nov '05

While running my wine I started getting this recently: $ ./wine --version | err:reg:SCSI_getprocentry SCSI type line scan count error | Wine 0.9.1 Next: $ uname -r | 2.6.14-1.1637_FC4 $ cat /proc/scsi/scsi | Attached devices: | Host: scsi0 Channel: 00 Id: 00 Lun: 00 | Vendor: PLEXTOR Model: DVDR PX-712A Rev: 1.04 | Type: CD-ROM ANSI SCSI revision: ffffffff Next: $ dmesg | grep -C1 PLEXTOR.*1.04 | scsi0 : SCSI host adapter emulation for IDE ATAPI devices | Vendor: PLEXTOR Model: DVDR PX-712A Rev: 1.04 | Type: CD-ROM ANSI SCSI revision: 00 Strange difference. If I search for a "ANSI SCSI revision" string, I get: $ grr "ANSI SCSI revision" linux-2.6.14/ | linux-2.6.14/drivers/block/acsi.c: printk(" ANSI SCSI revision: %02x", data[2] & 0x07); | linux-2.6.14/drivers/scsi/megaraid.c: " ANSI SCSI revision: %02x", scsi_inq[2] & 0x07); | linux-2.6.14/drivers/scsi/scsi_scan.c: printk(" ANSI SCSI revision: %02x", I am not sure, why this happens, as I see no code which forms "scsi/scsi" proc-file content, but still I think it is bug in our parser: $ grep -B6 "SCSI type line scan count error" dlls/kernel/oldconfig.c | result = fscanf( procfile, | " Type:%*3[ ]%32c%*1[ ]ANSI%*1[ ]SCSI%*1[ ]revision:%*1[ ]%d\n", | dev->type, | &dev->ansirev ); | if( result != 2 ) | { | ERR("SCSI type line scan count error\n"); where parser treats last number as a decimal one, while it is in hexadecimal format. I would appreaciate explanation, why dmesg and /proc/scsi/scsi writer behaves in slightly different ways.

2 1

Repeat message - Why was the included patch rejected?
by Robert Lunnon 21 Nov '05

21 Nov '05

This message never seemed to make it to the list so here is a resend ========================================================== Anyone know why this patch wasn't applied ? I don't know about anyone else but I'm still getting va_list undeclared. Bob ---------- Forwarded Message ---------- Subject: [winternl.h]Add missing header file Date: Friday 11 November 2005 03:29 From: Sütő Gergely <geri(a)aplusnet.hu> To: wine-patches(a)winehq.org ChangeLog: Add a missing stdarg.h includes. This is my first patch please check it! :) BYe: Geri_ ------------------------------------------------------- winternl_h.diff

2 2

Fwd: [winternl.h]Add missing header file
by Robert Lunnon 21 Nov '05

21 Nov '05

Anyone know why this patch wasn't applied ? I don't know about anyone else but I'm still getting va_list undeclared. Bob ---------- Forwarded Message ---------- Subject: [winternl.h]Add missing header file Date: Friday 11 November 2005 03:29 From: Sütő Gergely <geri(a)aplusnet.hu> To: wine-patches(a)winehq.org ChangeLog: Add a missing stdarg.h includes. This is my first patch please check it! :) BYe: Geri_ -------------------------------------------------------

4 3

Re: widl: Properly dereference the out parameter when copying
by Alexandre Julliard 21 Nov '05

21 Nov '05

James Hawkins <truiken(a)gmail.com> writes: > Anything wrong with this patch? > > Changelog > * Properly dereference the out parameter when copying. It seems to me that if you dereference the variable then you should remove the dereference in the typecast, otherwise the types won't match. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: shell32: SHELL32_GetItemAttributes() [resend]
by Alexandre Julliard 21 Nov '05

21 Nov '05

"Martin Fuchs" <martin-fuchs(a)gmx.net> writes: > Changelog: > correctly call HCR_GetFolderAttributes() in SHELL32_GetItemAttributes() It breaks the tests here: shlfolder.c:671: Test failed: SHGetPathFromIDList succeeded where it shouldn't! -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Add a test showing that SaveDC after GetDC should return 1
by Alexandre Julliard 21 Nov '05

21 Nov '05

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > +todo("windows") > +{ /* XP returns COMPLEXREGION although dump_region reports only 1 rect */ > + ok(ret == SIMPLEREGION, "IntersectClipRect returned %d instead of SIMPLEREGION\n", ret); > +} It doesn't make sense to add a todo for Windows, we won't be able to fix the bug there... -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: wine/dlls/comctl32 syslink.c
by Thomas Weidenmueller 21 Nov '05

21 Nov '05

@@ -1666,9 +1712,8 @@ */ VOID SYSLINK_Register (void) { - WNDCLASSW wndClass; + WNDCLASSW wndClass = {0}; - ZeroMemory (&wndClass, sizeof(wndClass)); wndClass.style = CS_GLOBALCLASS | CS_VREDRAW | CS_HREDRAW; wndClass.lpfnWndProc = SysLinkWindowProc; wndClass.cbClsExtra = 0; Is there a reason this change wasn't applied? Calling ZeroMemory is slower and prevents certain optimizations by the compiler. - Thomas

2 1

Spelling error?
by Saulius Krasuckas 21 Nov '05

21 Nov '05

This one comes from old Erics patch, and I may be wrong with a french language here, but wouldn't one name be spelled differently here? :-] Index: dlls/kernel/tests/process.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/process.c,v retrieving revision 1.23 diff -p -u -r1.23 process.c --- dlls/kernel/tests/process.c 27 Oct 2005 10:25:49 -0000 1.23 +++ dlls/kernel/tests/process.c 21 Nov 2005 10:39:35 -0000 @@ -724,7 +725,7 @@ static void test_CommandLine(void) startup.dwFlags = STARTF_USESHOWWINDOW; startup.wShowWindow = SW_SHOWNORMAL; - /* from Frangois */ + /* from Francois */ get_file_name(resfile); sprintf(buffer, "%s tests/process.c %s \"a\\\"b\\\\\" c\\\" d", selfname, resfile); ok(CreateProcessA(NULL, buffer, NULL, NULL, FALSE, 0L, NULL, NULL, &startup, &info), "CreateProcess\n");

2 1

DirectX 8 wrapper update
by Oliver Stieber 21 Nov '05

21 Nov '05

Hi, I've updated the directX 8 wrapper with a load more bug fixes notably Max payne 2 now works correctly. For anyone who's interested the update patch is avaialble here: https://sourceforge.net/project/shownotes.php?release_id=371929&group_id=13… Thanks, Oliver ___________________________________________________________ Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/

5 13

Re: [wined3d] pixel shader cross compiler [2] resend
by Alexandre Julliard 21 Nov '05

21 Nov '05

Oliver Stieber <oliver_stieber(a)yahoo.co.uk> writes: > const IWineD3DPixelShaderVtbl IWineD3DPixelShader_Vtbl = > { > @@ -118,5 +1824,7 @@ > /*** IWineD3DPixelShader methods ***/ > IWineD3DPixelShaderImpl_GetParent, > IWineD3DPixelShaderImpl_GetDevice, > - IWineD3DPixelShaderImpl_GetFunction > + IWineD3DPixelShaderImpl_GetFunction, > + /* not part of d3d */ > + IWineD3DPixelShaderImpl_SetFunction There are missing entries before SetFunction. -- Alexandre Julliard julliard(a)winehq.org

1 0

Another Multithreaded Direct3D biest??
by Stefan Dösinger 21 Nov '05

21 Nov '05

Hello, After quite some time I returned to my D3D7->WineD3D work, and I gave Need for speed 3 a try. It's an old DirectX 5 game, with DirectDraw software rendering, Direct3D rendering and some hardware specific renderers. Need for speed 3 causes a crash in the GL library. A look at a +tid,+ddraw, +d3d trace shows that it creates a DirectDraw object in TID 0x9(No D3D involved), and then switches the graphics operations to another thread, 0xc. This thread sucessfully created and releases 2 DirectDraw and Direct3D objects. When the third WineD3D object is created, a crash in glXMakeCurrent in swapchain.c::IWineD3DDeviceImpl_CreateAdditionalSwapChain occurs. Is this a multithread problem? There's one thread change involved, but it occurs before the first Direct3D object is created. Does anyone know any not multithreaded Direct3D7(or previous) games, which do not rely on ProcessVertices?? Which games are working with the old D3D7 implementation? I have tried Empire Earth(Mulitthreaded), Half-Life 1 (ProcessVertices) and Need for Speed 3(Multithreaded??) now. Now I am running out of games :( Stefan

3 3

Fwd: MBR was destroyed
by seorge 21 Nov '05

21 Nov '05

Hi, Since I'm not a developerr and therefore can't take part in any discussion here may I ask you to discuss the bug I reported, because Dustin Navea asked me to join this list. Or if nobody really need my presence here, please let me know and I will unsubscribe. Thanks in advance! ---------- Forwarded Message ---------- Subject: MBR was destroyed Date: Sunday 20 November 2005 08:49 From: seorge <seorge(a)gmail.com> To: wine-devel(a)winehq.org I've just submitted a bug (3889) about destroyed MBR and Dustin Navea asked me to subscribe to this list. Here comes some detailed description: As a regular user I've launched winecfg as a regular user, then proceeded to the dist setup. I've tried several options like automatic configuration, manual configuration. Then I've tried to change some drive letters manually. After reboot a "PRESS A KEY TO REBOOT" message appeared instead of a GRUB screen. Next time I booted with grub-floppy and then restored the MBR with grub-install /dev/hda. Please let me know what additional information you need. It's happend on Slackware 10.2 system, 2.6.14 kernel with ck-3 patches. -------------------------------------------------------

4 3

Re: [advpack/setupapi] LaunchINFSection
by Robert Shearman 21 Nov '05

21 Nov '05

Raphael wrote: > Changelog: > - semi implementation of advpack APIs LaunchINFSection/LaunchINFSectionEx > - semi implementation of advpack API ExtractFiles > - setupapi: correct and check pExtractFiles return code > > I have a few comments: >------------------------------------------------------------------------ >@@ -91,30 +105,132 @@ > } > > /*********************************************************************** >- * LaunchINFSection (ADVPACK.@) >- */ >-void WINAPI LaunchINFSection( HWND hWnd, HINSTANCE hInst, LPCSTR cmdline, INT show ) >-{ >- FIXME("(%p %p %s %d): stub\n", hWnd, hInst, debugstr_a(cmdline), show ); >-} >- >-/*********************************************************************** > * LaunchINFSectionEx (ADVPACK.@) > */ >-void WINAPI LaunchINFSectionEx( HWND hWnd, HINSTANCE hInst, LPCSTR cmdline, INT show ) >+static UINT LaunchINFSectionEx_CabExtractCallBackA(PVOID Context, UINT Notification, UINT_PTR Param1, UINT_PTR Param2) > { >- FIXME("(%p %p %s %d): stub\n", hWnd, hInst, debugstr_a(cmdline), show ); >-} >+ LPCSTR file = (LPCSTR) Context; >+ PFILE_IN_CABINET_INFO_A pInfo = (PFILE_IN_CABINET_INFO_A) Param1; >+ if ( Notification != SPFILENOTIFY_FILEINCABINET ) return 0; >+ assert( 0 != Param1 ); > > Why bother with the assert? You'll crash more nicely by just dereferencing the NULL pointer. At least then you'll get a backtrace in the debugger. >+ if (0 != strcmp(file, pInfo->NameInCabinet)) return FILEOP_SKIP; >+ lstrcpyA(pInfo->FullTargetName, pInfo->NameInCabinet); >+ TRACE("Extraction of '%s'\n", pInfo->NameInCabinet); >+ return FILEOP_DOIT; >+} >+ >+HRESULT WINAPI LaunchINFSectionEx( HWND hWnd, HINSTANCE hInst, LPCSTR cmdline, INT show ) >+{ >+ CHAR inf_name[512]; >+ CHAR section_name[512]; >+ CHAR cab_name[512]; >+ CHAR szFlags[48]; >+ CHAR szShow[2]; >+ DWORD dwFlags; >+ CHAR* cursor = NULL; >+ SIZE_T sz = 0; >+ BOOL bTest; >+ HINF hinf; >+ void* callback_context; > >-/* this structure very closely resembles parameters of RunSetupCommand() */ >-typedef struct >-{ >- HWND hwnd; >- LPCSTR title; >- LPCSTR inf_name; >- LPCSTR dir; >- LPCSTR section_name; >-} SETUPCOMMAND_PARAMS; >+ FIXME("(%p %p %s %d): semi-stub\n", hWnd, hInst, debugstr_a(cmdline), show ); >+ >+ cursor = strchr(cmdline, ','); >+ if (NULL == cursor) { return E_INVALIDARG; } > > This is just personal preference, but the extra brackets there aren't needed and don't add to the readability and I haven't seen this style used elsewhere in the Wine source code. >+ sz = (cursor - cmdline) + 1; >+ lstrcpynA(inf_name, cmdline, sz); inf_name[sz] = 0; >+ cmdline = cursor + 1; >+ >+ cursor = strchr(cmdline, ','); >+ if (NULL == cursor) { return E_INVALIDARG; } >+ sz = (cursor - cmdline) + 1; >+ lstrcpynA(section_name, cmdline, sz); section_name[sz] = 0; >+ cmdline = cursor + 1; >+ >+ cursor = strchr(cmdline, ','); >+ if (NULL == cursor) { return E_INVALIDARG; } >+ sz = (cursor - cmdline) + 1; >+ lstrcpynA(cab_name, cmdline, sz); cab_name[sz] = 0; >+ cmdline = cursor + 1; >+ >+ cursor = strchr(cmdline, ','); >+ if (NULL == cursor) { return E_INVALIDARG; } >+ sz = (cursor - cmdline) + 1; >+ lstrcpynA(szFlags, cmdline, sz); szFlags[sz] = 0; >+ cmdline = cursor + 1; >+ >+ lstrcpynA(szShow, cmdline, 2); szShow[1] = 0; >+ >+ dwFlags = atol(szFlags); >+ >+ TRACE("cab name('%s')\n", cab_name); >+ TRACE("inf name('%s')\n", inf_name); >+ TRACE("inf section name('%s')\n", section_name); >+ TRACE("flags('%s','%lu')\n", szFlags, dwFlags); >+ TRACE("nShow('%s')\n", szShow); >+ >+ if (dwFlags & 0x04) { >+ FIXME("dwFlags: Quiet Mode\n"); >+ } >+ if (dwFlags & 0x08) { >+ FIXME("dwFlags: Don't Run GrpConv\n"); >+ FIXME("Unsupported\n"); return E_NOTIMPL; >+ } >+ if (dwFlags & 16) { >+ FIXME("dwFlags: Force self-updating\n"); >+ FIXME("Unsupported\n"); return E_NOTIMPL; >+ } >+ if (dwFlags & 32) { >+ FIXME("dwFlags: Backup data before install\n"); >+ } >+ if (dwFlags & 64) { >+ FIXME("dwFlags: Rollback data to previous state\n"); >+ /*FIXME("Unsupported\n"); return E_NOTIMPL;*/ >+ } >+ if (dwFlags & 128) { >+ FIXME("dwFlags: Validate Backup data before install\n"); >+ FIXME("Unsupported\n"); return E_NOTIMPL; >+ } >+ if (dwFlags & 256) { >+ FIXME("dwFlags: Rollback data to previous state\n"); >+ FIXME("Unsupported\n"); return E_NOTIMPL; >+ } >+ if (dwFlags & 512) { >+ FIXME("dwFlags: Force delay of OCX registration\n"); >+ FIXME("Unsupported\n"); return E_NOTIMPL; >+ } >+ >+ if (0 != strcmp(cab_name, "")) { >+ FIXME("Unsupported Cab Extraction\n"); return E_NOTIMPL; > > Is this left over debugging code? >+ bTest = SetupIterateCabinetA(cab_name, 0, >+ (PSP_FILE_CALLBACK_A) LaunchINFSectionEx_CabExtractCallBackA, >+ (LPVOID) inf_name); > > Don't cast LaunchINFSectionEx_CabExtractCallBackA. That's a recipe for using a function with an incorrect calling convention and trashing the stack. >+ if (!bTest) return E_FAIL; > > Don't use E_FAIL. Try to return a proper error code, preferably using what native returns in this circumstance by adding a test case. >+ } >+ >+ hinf = SetupOpenInfFileA(inf_name, NULL, INF_STYLE_WIN4, NULL); >+ if (hinf == INVALID_HANDLE_VALUE) { >+ ERR("Failed to SetupOpenInfFileA(%s)\n", inf_name); >+ return E_FAIL; > > Again, don't use E_FAIL. Also consider adding some more debugging information to the error message (like, say, the value returned by GetLastError()). >+ } >+ >+ callback_context = SetupInitDefaultQueueCallback(hWnd); >+ bTest = SetupInstallFromInfSectionA(NULL, hinf, >+ section_name, >+ SPINST_ALL, >+ NULL, NULL, 0, >+ SetupDefaultQueueCallbackA, >+ callback_context, >+ NULL, NULL); >+ SetupTermDefaultQueueCallback(callback_context); >+ SetupCloseInfFile(hinf); >+ >+ if (!bTest) { >+ ERR("Failed to SetupInstallFromInfSectionA(%s, %s)\n", inf_name, section_name); >+ return E_FAIL; > > Again, don't use E_FAIL - return a proper error code. >+ } >+ return S_OK; >+} > > /*********************************************************************** > * DoInfInstall (ADVPACK.@) >@@ -144,6 +260,15 @@ > } > > /*********************************************************************** >+ * LaunchINFSection (ADVPACK.@) >+ */ >+HRESULT WINAPI LaunchINFSection( HWND hWnd, HINSTANCE hInst, LPCSTR cmdline, INT show ) >+{ >+ FIXME("(%p %p %s %d): semi-stub\n", hWnd, hInst, debugstr_a(cmdline), show ); > > Can you give us a clue as to what the difference between LaunchINFSection and LaunchINFSectionEx might be by adding a comment? If you don't know, a comment would still be appreciated saying that it should be doing something different here. >+ return LaunchINFSectionEx( hWnd, hInst, cmdline, show ); >+} >+ >+/*********************************************************************** > * IsNTAdmin (ADVPACK.@) > */ > BOOL WINAPI IsNTAdmin( DWORD reserved, PDWORD pReserved ) >@@ -395,16 +520,59 @@ > /*********************************************************************** > * ExtractFiles (ADVPACK.@) > * >+ * @param CabName: Cabinet file path >+ * @param ExpandDir: Extraction Output Directory >+ * @param Flags: UNKNOWN >+ * @param FileList: if NULL extract all files >+ * else UNKNOWN >+ * > > I don't think that is a c2man compatible documentation format. > * BUGS > * Unimplemented > */ >+typedef struct >+{ >+ DWORD Flags; >+ LPCSTR ExpandDir; >+ LPCSTR FileList; >+} ExtractFiles_CabExtractCallBackA_params_t; >+ >+static UINT ExtractFiles_CabExtractCallBackA(PVOID Context, UINT Notification, UINT_PTR Param1, UINT_PTR Param2) >+{ >+ ExtractFiles_CabExtractCallBackA_params_t* pParams = (ExtractFiles_CabExtractCallBackA_params_t*) Context; >+ PFILE_IN_CABINET_INFO_A pInfo = (PFILE_IN_CABINET_INFO_A) Param1; >+ if ( Notification != SPFILENOTIFY_FILEINCABINET ) return 0; >+ assert( 0 != Param1 ); >+ assert( 0 != Param2 ); >+ /** stupid heuristic: waiting for better: ie. understanding what is FileList format */ >+ if (NULL != pParams->FileList) >+ { >+ if (NULL == strstr(pParams->FileList, pInfo->NameInCabinet)) return FILEOP_SKIP; >+ } >+ lstrcpyA(pInfo->FullTargetName, pParams->ExpandDir); >+ /** we should test if pParams->ExpandDir finished with "\" but each app examples i found have it */ >+ lstrcatA(pInfo->FullTargetName, pInfo->NameInCabinet); >+ TRACE("Extraction '%s' to '%s' (wanted Path was '%s')\n", pInfo->NameInCabinet, pInfo->FullTargetName, pParams->ExpandDir); >+ return FILEOP_DOIT; >+} > > HRESULT WINAPI ExtractFiles ( LPCSTR CabName, LPCSTR ExpandDir, DWORD Flags, > LPCSTR FileList, LPVOID LReserved, DWORD Reserved) > { >- FIXME("(%p %p 0x%08lx %p %p 0x%08lx): stub\n", CabName, ExpandDir, Flags, >+ ExtractFiles_CabExtractCallBackA_params_t params; >+ BOOL bTest; >+ >+ FIXME("(%p %p 0x%08lx %p %p 0x%08lx): semi-stub\n", CabName, ExpandDir, Flags, > FileList, LReserved, Reserved); >- return E_FAIL; >+ >+ params.Flags = Flags; >+ params.ExpandDir = ExpandDir; >+ params.FileList = FileList; >+ >+ bTest = SetupIterateCabinetA(CabName, 0, >+ (PSP_FILE_CALLBACK_A) ExtractFiles_CabExtractCallBackA, >+ (LPVOID) &params); > > Again, don't cast ExtractFiles_CabExtractCallBackA. Just fix up the declaration of that function if it issues a warning here. >+ if (!bTest) return E_FAIL; > > Again, don't use E_FAIL. -- Rob Shearman

2 2

Re: [advpack/setupapi] LaunchINFSection
by Dimi Paun 21 Nov '05

21 Nov '05

On Wed, 2005-11-16 at 23:56 +0100, Raphael wrote: > + if (!bRet) { > + ERR("Failed to CopyFileW(%s, %s)\n", debugstr_w(src), > debugstr_w(dst)); > + } You shouldn't issue ERR if the function can deal with the error condition. Just return the appropriate error code. ERR is to signal a case that should NEVER happen. This is not the case in any of the instances where you used ERR in this patch. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: [advpack/setupapi] LaunchINFSection
by James Hawkins 21 Nov '05

21 Nov '05

On 11/16/05, Raphael <fenix(a)club-internet.fr> wrote: > > Changelog: > - semi implementation of advpack APIs LaunchINFSection/LaunchINFSectionEx > - semi implementation of advpack API ExtractFiles > - setupapi: correct and check pExtractFiles return code > I appreciate your work on advpack, but some comments that might help get it accepted more easily: * separate the patch into as many independent chunks as you can. It seems like each function you implement can be sent in separate and linearly. * it would help to add test cases wherever you can even if it's just to check how the function handles parameters. > + if (!bRet) { > + ERR("Failed to CopyFileW(%s, %s)\n", debugstr_w(src), debugstr_w(dst)); > + } The rest of the file uses standard C indentation, so it's best to stick with that: if (x) { } but seeing as how it's just a one liner, if (!bRet) ERR("..."); -- James Hawkins

3 3

Re: D3D7 & WineD3D success
by Stefan Dösinger 20 Nov '05

20 Nov '05

> Doesn't the demo for Tomb Raider 3 rely on wierdo installshield stuff? > I have the full version of that game (it came with my videocard) and I > can't get past the installer using the winehq wine tree. Not that I know... It installed without any problems here. The demo is a WinZip self extractor, which extracts an old (non-DCOM) installshield installer, which worked out of the box for me. But, for the game to run, you have to set the Windows Version to Win98, otherwise the game will stop with a privileged instruction exception during startup. Stefan

2 1

NTSTATUS values in ntstatus.h and winnt.h
by Ge van Geldorp 20 Nov '05

20 Nov '05

The PSDK defines some NTSTATUS values in both ntstatus.h and in winnt.h, guarded by "#ifndef WIN32_NO_STATUS". Unfortunately, the definitions in the PSDK are not equivalent. In ntstatus.h: #define STATUS_xxx ((NTSTATUS) 0x........) In winnt.h: #define STATUS_xxx ((DWORD) 0x........) The Wine headers don't cast the literal to NTSTATUS resp DWORD. This means it is ok to #include both winnt.h and ntstatus.h without #defining WIN32_NO_STATUS using the Wine headers, but it is not ok to do so using PSDK (or, in my case, ReactOS) headers. Would a patch adding the appropriate casts in ntstatus.h/winnt.h and then fixing the resulting problems in Wine by #defining WIN32_NO_STATUS where appropriate (an example is dlls/netapi32/wksta.c) be acceptable? Gé van Geldorp.

1 0

Re: PATCH: long registry lines loading
by Andreas Mohr 20 Nov '05

20 Nov '05

Hi, On Sun, Nov 20, 2005 at 05:45:13PM +0100, Marcus Meissner wrote: > I have this patch proposal, but I fear it might not fly with Alexandre ;) Not only with Alexandre, I'm afraid ;) Why not follow a dual strategy: use a static buffer for <= MAX_PATH and use a malloc()ed buffer if it exceeds that size? (ok, scrap that, static plus malloc() is a BAD idea:) Or, since the original buffer variable was static anyway, you could just *always* (re-)use an malloc()ed buffer and *grow* it whenever the previous size was to small... I haven't looked too closely at the code, but repeated malloc()/free() in "fast-as-lightning" registry code sounds like a terrible solution that can be easily transformed into something better here, it seems. Andreas

1 0

MBR was destroyed
by seorge 20 Nov '05

20 Nov '05

I've just submitted a bug (3889) about destroyed MBR and Dustin Navea asked me to subscribe to this list. Here comes some detailed description: As a regular user I've launched winecfg as a regular user, then proceeded to the dist setup. I've tried several options like automatic configuration, manual configuration. Then I've tried to change some drive letters manually. After reboot a "PRESS A KEY TO REBOOT" message appeared instead of a GRUB screen. Next time I booted with grub-floppy and then restored the MBR with grub-install /dev/hda. Please let me know what additional information you need. It's happend on Slackware 10.2 system, 2.6.14 kernel with ck-3 patches.

3 2

Re: Licensing and technical issues with a Wine package that includes the Mozilla ActiveX Control
by Mike Hearn 20 Nov '05

20 Nov '05

On Sun, 20 Nov 2005 12:55:30 +0100, Stephan Hermann wrote: > As I understand the Howto, Steam somehow needs this mfc dll, but doens't > ship it. That can mean, that the Steam developer don't have the rights > to distribute it, which sounds a bit strange to me. If they don't > deliver a vital dll for their software, they have a problem, which we or > better you should not solve, with shipping any propietary software in > the wine app. Windows comes with the MFC DLL and has done for yonks, so it's effectively an OS component now.

1 0

Thread tests failure on Windows
by Paul Vriens 20 Nov '05

20 Nov '05

Hi, I've not been able to get the kernel thread tests working on windows. The only thing I've found is that changing thread.c: /* simulate a call to set_test_val(10) */ #if 0 stack = (int *)ctx.Esp; stack[-1] = 10; stack[-2] = ctx.Eip; ctx.Esp -= 2 * sizeof(int *); ctx.Eip = (DWORD)set_test_val; #endif or even #if 0 ctx.Eip = (DWORD)set_test_val; #endif makes the test run instead of crashing. They still fail, but only for the last ok(). Unfortunatly this is way over my head. So I'd appreciate if someone could have a look. What worries me (maybe needless) is that the test runs OK on Wine. So either we're way better or we implement things differently. Cheers, Paul.

4 5

MixOne buffer underrun, ideas?
by george multescu 20 Nov '05

20 Nov '05

Hi all! I want to get your oppinion on some buffer underrun i've been experiencing. Driver: Alsa, Hardware acceleration : Emulation. I've been testing Diablo2 v1.11b. My hardware: 256Mb ram, 1.1 ghz duron, via kle133 chipset, The error: err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631a70 that isn't very informative, so i've added some more parameters to the err: ERR("underrun on sound buffer %p dsb->buf_mixpos = %ld dsb->buflen = %ld \n", dsb, dsb->buf_mixpos, dsb->buflen); and got this: //////////////////////////////////////////////////////////////////////////////////////////////// err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631a70 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631f70 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a6311b8 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a631008 dsb->buf_mixpos= 0 dsb->buflen= 131072 err:dsound:DSOUND_MixOne underrun on sound buffer 0x7a5d0788 dsb->buf_mixpos= 0 dsb->buflen= 131072 /////////////////////////////////////////////////////////////////////////////////////// so it seems that dsb->buflen is almost always 1310702, with the small exception of: 262144( which is (1310702 * 2)); dsb->buflen= 262144 only happend once or twice. So, any ideas? __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

1 0

problem compiling value.c in /home/storri/src/wine/dlls/wldap32
by Stephen Torri 20 Nov '05

20 Nov '05

I am using CVS version of wine that I synced with just tonight. I did the following commands: make clean cvs up ./configure make depend make When it came to compiling value.c in /home/storri/src/wine/dlls/wldap32 I get an error that: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o value.o value.c value.c: In function `bv2str': value.c:123: error: dereferencing pointer to incomplete type value.c:128: error: dereferencing pointer to incomplete type value.c: At top level: value.c:135: warning: 'bv2str_array' defined but not used make[2]: *** [value.o] Error 1 make[2]: Leaving directory `/home/storri/src/wine/dlls/wldap32' make[1]: *** [wldap32] Error 2 make[1]: Leaving directory `/home/storri/src/wine/dlls' make: *** [dlls] Error 2 The type system used does not make sense to be as a user. I don't see where ULONG is defined athat I see being used at line 123 in value.c Stephen

2 1

Steam regression in CVS
by James Liggett 19 Nov '05

19 Nov '05

Hi, Yesterday I found a regression in Steam in current CVS. It fails to start, giving the error message: "ERROR: Failed to get local IP address of SocketToServer." Steam dies a few seconds after this. I tracked down the cause to a recent Winsock patch: http://www.winehq.com/pipermail/wine-cvs/2005-November/019293.html Can someone confirm this/take a look at it? Thanks. James

4 4

RFC: Presentation for Desktop Architecture meeting
by Jeremy White 19 Nov '05

19 Nov '05

I'm preparing for the Desktop Architecture meeting; each project is being asked to prepare a presentation using a standard format. I've filled in their template and was hoping to ask for feedback. The Open Office file is available for download here: http://dl.codeweavers.com access key 'deskarch' It's about 327K; I'm also including, in line, the outline, which is about 1.5K <grin>. I'd appreciate thoughts/suggestions/comments. I gather the main purpose of the meeting is to try to increase cooperation between projects. Cheers, Jeremy ----- Wine Project Overview Purpose: Implement Windows API for Unix Wine loader – run Windows Applications Winelib – port Windows applications Deliverables (the dream) All PE format files (.exe + .dll) 'just work' with binary loader. C/C++ code recompiles and 'just works' with Winelib Affiliations CodeWeavers ReactOS project Wine Project History Founded 1993 Single Maintainer 797 Contributors over Lifetime, ~40 active Alpha Software, limited functionality, through 2005 First Beta (0.9) released October 2005 Many things work Server interface stable Some ABI stability Associations With Other Desktop Organizations Wine is a power user of the kernel, glibc, and x.org Have very specific needs around memory, threading, and display control We break X more than any other app I know We get no respect exec shield, glibc threading changes, feels like a constant arms race; be nice if we could be more involved, given time to respond Also touch: OpenGL, ALSA/Jack/ESD/Arts/OSS Hurray for Freedesktop.org Menu Specifications Xembed Protocol Gap Analysis In Current Implementations Missing capabilities Many things don't work == a whole lotta bugs Developing capabilities Most core pieces are there, most things 'should' work DirectX coming along nicely Sound still needs work Many things at 90%+, but still need work Top priority development items in plan “We have not yet begun to optimize” Regression testing Driving to 1.0 Major Plans 6 month plan Refine beta releases of 0.9, drive towards 1.0 2 year plan World Domination?

7 9

Minor graphical glitches in 3dMark2000's GUI
by Dustin Navea 19 Nov '05

19 Nov '05

OK, these are all in the GUI, not while running the Demo or the Benchmark itself. First is when you initially run the program, it shows a splash screen, but it looks like there is another small piece of the splash that is not being displayed (just shows up as a white box in the middle of the rest of the splash, which works fine).. 2nd is when you go to the help menu and then to about, when that window first opens up, for about a sixth of a second,you see what is supposed to be drawn, which is grey bg and some test, with the 3dmark/madonion.com logo on the left.. After that sixth of a second, the are where the text is displayed becomes black, but the logo still displays. But since the text is black, and the bg is too, you can't read the text.. 3rd, which I'm going to put on bugzilla, is some error messages that spit out on the console, which I think prevent the app from running all of the benchmarks.. The ones that dont run, just tell you something like unsupported hardware, etc, and then it continues with the next mark. This app can be downloaded from Madonion.com, as shareware, in the unsupported and outdated products section :-/... The only things disabled in the demo version are things like the results browser, and 2 of the benchmarks.

1 0

displaying 'interval' timings in debug info
by Oliver Stieber 19 Nov '05

19 Nov '05

Hi, I've got a patch that displays timings between debug messages with TRACE+interval enabled that I'm using for some profiling and thought someone else may be interested. The patch is against dlls/ntdll . Oliver. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

What would most aid WINE development?
by Susheel Daswani 19 Nov '05

19 Nov '05

Hello WINE Development community, My name is Susheel Daswani. I am a second-year law student at Berkeley School of Law. I am also a software engineer - I used to develop the LimeWire open source Gnutella p2p application. Nice to meet everyone. For my 'Antitrust & IP' course this semester I am writing a brief about why I think the remedy in the Microsoft antitrust case was inadequate. My main recommendation is that the 'applications barrier to entry' phenomenon (users like OSes with lot of applications, developers like OSes that users like) need not aid Windows' dominance. This is of course familiar thinking to the WINE community - if a *nix (or any other OS) could effortlessly run every Windows application, then we wouldn't have a monopolist over in Redmond, or at least we'd have some fervent competition in the personal desktop OS space. So my question for the WINE developers is "What materials from Microsoft would most aid the development of WINE"? The Windows API is of course public, so my guess is that isn't a huge bar to creating WINE. So what are the bars? Is it simply the scope of the project? Is there information that MS could divulge that would greatly aid the WINE effort? Would open sourcing part of Windows help? I plan to use your answers for no other purpose than educating my professor on what, alas, *could* have been done to help restore competition to the personal desktop OS market. Thanks very much! Susheel Daswani http://www.susheeldaswani.com sdaswani(a)boalthall.berkeley.edu

6 6

Re: make builtin dlls visible for applications?
by Juan Lang 19 Nov '05

19 Nov '05

> 2) place dummy files for all builtin dlls in c:\windows\system32 I believe this is the correct approach. I know of at least one InstallShield installer (that uses MSI) that searches for IE by looking for the file shdocvw.dll and checking its version. Presumably we'd like our users to have the option of installing programs using all builtin DLLs, even with silly checks like this. Eric once mentioned he had some hacky program that parsed PE headers that we might be able to coerce into creating such dummy DLLs. What we're looking for (besides him posting the code) is a volunteer to work on it. > hmm I guess you would get into trouble if you use WINEDLLOVERRIDE. > Wouldn't LoadLibrary try to load those dummy files? Someone proposed a hack where the loader would know that these DLLs are dummies based on a wine-specific flag in the header. --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

5 4

Quick q about bug posting
by Dustin Navea 19 Nov '05

19 Nov '05

Just wondering, I'm going through all of the different apps that I have to see what sorts of problems I am running into, and in several of them, the programs run fine, but there are some graphic glitches (nothing major).. Should I report those here, to bugzilla, or both? They all see to be trivial to fix, and could be a plus to have listed as like gold or platinum (if there is a platinum designation). These are all _apps_.. not games.. So like I said, here, bugzilla or both? Dustin

1 0

Using Windows .DLLs in Linux C++ code - possible?
by Jim Morash 18 Nov '05

18 Nov '05

Is it possible, via Wine, to link against a Windows DLL in a C++ program compiled under Linux? My specific situation: I would like to interface a piece of hardware over a serial port. The manufacturer refuses to provide a serial comms specification for the device "because it's proprietary", but they will happily provide a Windows DLL that can be used to control the device. Any chance of using it under Linux? thanks --Jim Morash

3 2

Re: [winecfg] add sound driver test
by Steven Edwards 18 Nov '05

18 Nov '05

Hi, On 11/13/05, Robert Reif <reif(a)earthlink.net> wrote: > Changelog: > - add a simple sound driver test > > Download the test wave file from: This is 3 megs. Could we not use a higher level studd and use winemp3 to docode a mp3 that can be embedded in a resource script? I wrote a patch a few months back alot like the one you submitted but I decided to trash the idea when I saw how large and how much of a pain it would be to deal with a *.wav test. Thanks Steven

5 5

make builtin dlls visible for applications?
by Peter Beutner 18 Nov '05

18 Nov '05

Hi There is yet another issue preventing SeriousSam from working. It fails to load opengl32.dll because before loading the dll it makes sure it can find it via SearchPath().The problem is that SearchPath doesn't know about the builtin dlls provided by wine, so it fails to find them and SeriousSam won't start. I can think of several ways to work around that, but i don't really like any of them. Maybe somebody else can throw in some comments or even has a better idea: possible solutions: 1) let SearchPath search for builtin dlls, and if found make it pretend the file exists in the c:\windows\system32\. This will cause all sorts of trouble if the application want to do anything else with the file beside trying to load it.(think of somebody browsing around with a Filemanager trying to copy/move/rename those files) 2) place dummy files for all builtin dlls in c:\windows\system32 (or symlinks pointing to corresponding *.dll.so files) hmm I guess you would get into trouble if you use WINEDLLOVERRIDE. Wouldn't LoadLibrary try to load those dummy files? 3) just put it under the category "application-specific hack", and put instructions somewhere(appdb,..) what to do to get it working. ie:"touch ~/.wine/drive_c/windows/system32/opengl32.dll", would do it in this case. 4) combination from 1) and 3), solve it like in 1) but make it a per-application configuration setting similar to dll overrides. Comments? Better ideas? Peter

2 1

Re: What would most aid WINE development?
by Juan Lang 18 Nov '05

18 Nov '05

> The Windows API is of course public, so my guess is that isn't > a huge bar to creating WINE. Unfortunately, you guess incorrectly. While the API may legally be public (the interface can't be protected, as far as we know,) it isn't always documented. MS uses undocumented APIs very, very frequently in its own products, and I don't just mean in its applications: parts of its API depend on other, hidden parts of its API. Even the parts that are documented are not documented completely. For example, many APIs take 32-bit flags parameters, some of whose meanings are documented. But the behavior for all possible values is not well-specified, nor are the return values. I continue this thread next: > Is it simply the scope of the project? This is a large part of the problem. It's difficult to appreciate just how large it is. (There was a presentation about this once, maybe by David Korn, but I've lost track of it.) We can only learn the behavior through experimentation, and so do application developers. The application developers depend on undocumented behaviors, so we have to replicate them, including bugs. The problem is, there are many more of application developers (and Windows developers) than there are of us. Also part of the problem, though I don't think it comes close to scale as far as its impact, is that our architectures are different. For example, the code obfuscation tools (securom, safedisk et al) depend on device drivers being loaded by ntoskrnl.exe. This is related to the hidden assumpmtions problem I described already, but sometimes we have to implement a large amount of silliness that we didn't anticipate having to do, or reimplement stuff that was already working for some apps. ReactOS can potentially avoid some of these issues, since they're copying much more of Windows's architecture. > Would open sourcing part of Windows help? Only if it were done in a way that didn't encumber our ability to develop WINE. --Juan __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

3 2

RESENT: [msvcrt] I64 and ll support
by Raphael 17 Nov '05

17 Nov '05

On Wednesday 09 November 2005 02:15, Raphael wrote: > Hi, > > Changelog: > - add I64 modifier support on msvcrt *printf functions > - correct ll modifier support on msvcrt *printf functions > - correct tests > > this should correct bug 3759 and 2075 (and many others) > > Now for libc who don't support %ll modifiers (which one?) > Jesse Allen provide the patch (see bug 2075 content) > > Regards, > Raphael better patch than previous: now Jesse can put his code into #else / #endif :) Changelog: - add configure check to detect support of %ll modifier on libc printf - add I64 modifier support on msvcrt *printf functions - add I32 modifier support on msvcrt *printf functions - correct ll and LL modifier support on msvcrt *printf functions - some FIXMEs on unsupported cases - correct tests Regards, Raphael

2 3

program name clashes
by Daniel 17 Nov '05

17 Nov '05

Hi, a problem which just popped up in the newsgroup: Imagine a program called start.exe (or notepad.exe or regedit.exe, etc.). Invoking 'wine start.exe' will not run this program, but the start.exe that comes with wine. The only workaround is to do WINEDLLOVERRIDES="start.exe=n" wine start.exe. This neither logical nor intuitive, instead it is rather silly. At least 'wine ./start.exe' should actually run the program intended, not some obscure program the average user has never heard about. regards, Daniel

1 0

Drop the PFD_GENERIC_ACCELERATED flag?
by Peter Beutner 17 Nov '05

17 Nov '05

At the moment wine always set the PFD_GENERIC_ACCELERATED flag in X11DRV_DescribePixelFormat. SeriousSam uses this flag to determine if the pixelformat is hardware accelerated. If the flag is set it is interpreted as _no_ hardware acceleration available. Unfortunately MSDN isn't really clear about what that flag really means: it describes it as: "The pixel format is supported by a device driver that accelerates the generic implementation." After reading [1] I think it should be like that instead: If PFD_GENERIC_ACCELERATED is set the pixelformat is partially accelerated by the device driver and some parts are just software fallbacks. If PFD_GENERIC_FORMAT is set everything is done in software. And only if none of both is set it is fully accelerated in hardware. Is there anything similiar in GLX(full vs. partial accelerated) so we could set that flag according to that? Or, if not, can we just drop it? Imo it's better always off than always on. Thanks Peter [1] http://www.microsoft.com/msj/archive/S2085.aspx

4 8

CreateFile problem ?
by Raphael 17 Nov '05

17 Nov '05

Hi, I'm working on advpack API LaunchINFSectionEx (trying to get mdac 2.7 installer working) And i have a strage problem: In attached subset of my "+file,+advpack,+setupapi,+cabinet" log you can see at line 30 that CopyFile failed to copy "C:\\windows\\temp\\IXP010.TMP\\odbc32.dll" to "c:\\windows\\system32\\odbc32.dll" Reason why my install failed. But: # ls -la ~/.wine/dosdevices/c:/windows/temp/IXP010.TMP | grep -i odbc32.dll -rw-r--r-- 1 fenix users 200704 nov 16 23:23 ODBC32.dll Why it failed to check case insensitive existence ? Regards, Raphael

2 2

Re: CRYPT32/tests: don't crash on win98
by James Hawkins 17 Nov '05

17 Nov '05

On 11/13/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > As far as we cannot handle exceptions in wine tests easily, this is the > only way to make it running successfully. > Is there no way to check what version we're running, and only run these if the version is greather than win98? This patch removes several tests that do run on NT, which is the version we're running at by default now. You could use a BOOL isNT and set it as so: isNT = GetVersion() < 0x80000000 ? 1 : 0; or something similar, and then check isNT for tests that fail on win98. -- James Hawkins

3 6

[Starcraft-installer] Files copy very slowly
by Dustin Navea 17 Nov '05

17 Nov '05

When installing Starcraft, I noticed that since the last time I tried installing it (a couple of years ago), the file copy takes a long time. Typically, Starcraft takes about 5-8 mins to install once the file copy has started on both a windows system, as well on on wine, but now it takes 15+ mins to install. If someone could provide me with some possible debugmsg´s to try, I will file a bug and post a log there.

2 1

[user] static.c: Fix vertical text alignment (Test program)
by n0dalus 17 Nov '05

17 Nov '05

I have written this program as a basic demonstration of vertical alignment in static controls, particularly in relation to my accompanying patch (sent to wine-patches). The program draws 12 static text controls onto the window, and shows the style it's using in the text of each one. Attached is the aligntest program and source code (in tarball), and several screenshots from Windows and using wine on Linux for comparison (one screenshot has been edited to show which styles are different on the current version of wine when compared with Windows). n0dalus. Note: I don't know why the SS_STATIC control is white with wine and gray with Windows, but this is a separate issue from the vertical alignment.

2 1

ATL creates wrong registry entries
by Cihan Altinay 17 Nov '05

17 Nov '05

Hi, For example instead of creating the key HKCR\CLSID\{63623F01-D9C7-11D5-A76B-00008657580F} I get HKCR\CLSID\{ and HKCR\CLSID\63623F01-D9C7-11D5-A76B-00008657580F} Maybe the trace output from atl helps finding the reason: <snip> trace:atl:string_register (0x4038bf40 L"HKCR\r\n{\r\n\tPSRServe.PSRRefMatrix.1 = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t}\r\n\ tPSRServe.PSRRefMatrix = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t\tCurVer = s 'PSRServe.PSRRefMatrix.1'\r\n\t"... 1) trace:atl:do_preprocess L"HKCR\r\n{\r\n\tPSRServe.PSRRefMatrix.1 = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t}\r\n\tPSRServe.PSRR efMatrix = s 'PSRRefMatrix Class'\r\n\t{\r\n\t\tCLSID = s '{63623F01-D9C7-11D5-A76B-00008657580F}'\r\n\t\tCurVer = s 'PSRServe.PSRRefMatrix.1'\r\n\t"... trace:atl:do_process_key name = L"PSRServe.PSRRefMatrix.1" trace:atl:do_process_key name = L"CLSID" trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"PSRServe.PSRRefMatrix" trace:atl:do_process_key name = L"CLSID" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"CurVer" trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"CLSID" trace:atl:do_process_key name = L"{" trace:atl:do_process_key 1 3 trace:atl:do_process_key name = L"63623F01-D9C7-11D5-A76B-00008657580F}" trace:atl:do_process_key name = L"ProgID" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"VersionIndependentProgID" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"Programmable" trace:atl:do_process_key 1 3 trace:atl:do_process_key name = L"LocalServer32" trace:atl:do_process_key 1 0 trace:atl:do_process_key name = L"AppID" trace:atl:do_process_key 1 2 trace:atl:do_process_key name = L"TypeLib" trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 0 trace:atl:do_process_key 1 1 trace:atl:Registrar_Release (0x4038bf40) ->0 </snip> Cheers, Cihan

2 4

Very slow dsound.
by Oliver Stieber 17 Nov '05

17 Nov '05

Hi, Sound seems to have slowed down to a crawl and is much more out of sync/time than it used to be a month or so ago in some of the demos I've been using for testing, e.g. the breakpoint invite 2004, http://www.scene.org/file.php?file=/demos/groups/farb-rausch/bp04invi.zip&f… Oliver. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

problem with shell and acccess 97
by Curro Amores 17 Nov '05

17 Nov '05

I have an application with acces97, after some weeks trying to execute it, i got it! but now when the i try to do some function it crashes. i think that the problem comes when the application try to call shell, but im not sure. the code when i click on the button is: Public Sub EjecutaAccessOLD(ByRef MiAccess As Object, vista As Integer, Informe, CondiciónWhere As String) Dim strDB As String Dim strCmd As String If Not MiAccess Is Nothing Then MiAccess.Quit Set MiAccess = Nothing End If Set MiAccess = GetObject(, "Access.Application") strDB = CaminoAlServidor & "\informes.mdb" strCmd = SysCmd(acSysCmdAccessDir) & "\MSAccess.exe " _ & Chr(34) & strDB & Chr(34) & " /wrkgrp " & Chr(34) & DBEngine.SystemDB & Chr(34) _ & " /Runtime" Call Shell(strCmd, vbNormalFocus) DoEvents: DoEvents: DoEvents Err.Clear ' Borra el objeto Err si se produce un error. ' Establece la variable de objeto para hacer referencia al archivo que desea ver. Set MiAccess = GetObject(CaminoAlServidor & "\Informes.mdb") MiAccess.CommandBars("BarraInformes").Visible = True MiAccess.DoCmd.OpenReport Informe, vista, , CondiciónWhere If vista = acPreview Then If Not IsZoomed(MiAccess.Application.hWndAccessApp) Then 'Maximiza la aplicación abierta ShowWindow& MiAccess.Application.hWndAccessApp, 3 End If MiAccess.DoCmd.Maximize 'maximiza el informe Else MiAccess.Quit Set MiAccess = Nothing End If SetForegroundWindow MiAccess.Application.hWndAccessApp End Sub and the trace is: trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\ole32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\OLEAUT32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\msjet35.dll" : native trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "keyboard.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt40.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\Access 97 Runtime\\MSAIN800.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\mso97rt.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA332.DLL" : native fixme:font:SetMapperFlags (0x224, 0x00000001): stub - harmless trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA3ES.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\RPCRT4.DLL" : native wine: Unhandled exception (thread 0013), starting debugger... WineDbg starting on pid 0x12 Unhandled exception: page fault on read access to 0x5a5ea6ec in 32-bit code (0x009d830f). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file ole32.dbg ("ole32.dbg") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:009d830f ESP:7fcafb3c EBP:7fcafb8c EFLAGS:00010286( - 00 -RISP1) EAX:5a5ea6e0 EBX:009d8377 ECX:80002d30 EDX:00000008 ESI:80002e08 EDI:80001190 ............................................... .............................................. ............................................. WineDbg terminated on pid 0x12 trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winspool.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\comdlg32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x009ea6ec in 32-bit code (0x5a5e8d05). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file ole32.dbg ("ole32.dbg") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:5a5e8d05 ESP:7fcbf480 EBP:00000000 EFLAGS:00010246( - 00 -RIZP1) EAX:009ea6e0 EBX:80002198 ECX:80002dc0 EDX:7fcbf4b0 ESI:00000000 EDI:80002dc0 Stack dump: .............. ........... ..................... Any hint? thanks a lot

1 0

Re: ADVPACK/tests: exit after 0x8007007e
by James Hawkins 17 Nov '05

17 Nov '05

On 11/17/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > * On Thu, 17 Nov 2005, Saulius Krasuckas wrote: > > > > I didn't see point in adding HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND) > > I mean: HRESULT_FROM_WIN32(ERROR_MOD_NOT_FOUND), > Hmm that makes a difference. I'll have to look into it, but I think there's some issue in here that's cropping up on this machine. -- James Hawkins

2 1

Re: MSCMS/tests: asciify tests
by Robert Shearman 17 Nov '05

17 Nov '05

Saulius Krasuckas wrote: >Log message: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Don't call unicode function of file API as they fail on Win9x. > > >? dlls/mscms/tests/mscms_test.dsp >Index: dlls/mscms/tests/profile.c >=================================================================== >RCS file: /home/wine/wine/dlls/mscms/tests/profile.c,v >retrieving revision 1.17 >diff -p -u -r1.17 profile.c >--- dlls/mscms/tests/profile.c 18 Jul 2005 09:08:43 -0000 1.17 >+++ dlls/mscms/tests/profile.c 16 Nov 2005 22:26:32 -0000 >@@ -971,9 +971,11 @@ static void test_UninstallColorProfileW( > if (testprofileW) > { > WCHAR dest[MAX_PATH], base[MAX_PATH]; >+ char destA[MAX_PATH]; > DWORD size = sizeof(dest); > WCHAR slash[] = { '\\', 0 }; > HANDLE handle; >+ int szA, szW; > > ret = pInstallColorProfileW( NULL, testprofileW ); > ok( ret, "InstallColorProfileW() failed (%ld)\n", GetLastError() ); >@@ -989,8 +991,12 @@ static void test_UninstallColorProfileW( > ret = pUninstallColorProfileW( NULL, dest, TRUE ); > ok( ret, "UninstallColorProfileW() failed (%ld)\n", GetLastError() ); > >+ WideCharToMultiByte(CP_ACP, 0, dest, -1, destA, MAX_PATH, NULL, NULL); >+ szA = lstrlenA(destA); >+ szW = lstrlenW(dest); >+ ok( szA == szW, "profile name conversion wasn't successfull: %d chars vs %d chars\n", szA, szW); > /* Check if the profile is really gone */ > > This looks incorrect. Think about this case: "e" and the acute accent in separate characters -> "é" -- Rob Shearman

2 1

does wine ever DllRegisterServer() its own dlls?
by Damjan Jovanovic 17 Nov '05

17 Nov '05

I noticed that doing "regsvr32 devenum.dll" and "regsvr32 quartz.dll" makes the Warcraft III in-game movie play properly on wine (which they normally don't). Is there any reason why wine doesn't DllRegisterServer() each of its DLL's when creating its registry for the first time? __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

2 1

Icons not created by wineshelllink
by Dustin Navea 17 Nov '05

17 Nov '05

I have reopened bug 717, starcraft icons not created by wineshelllink, because, well, they arent... They used to be, but now it spits out an error. See the bug for more info.. Dustin

1 0

Ignore post about winrar not showing files/folders on other drives
by Dustin Navea 17 Nov '05

17 Nov '05

After the listview update, and the corresponding patch that gets winrar to start up again, winrar now shows files/folders on other drives again.. Sorry for the confusion. Dustin

1 0

WinRAR doesnt show files on drives other than the default one
by Dustin Navea 17 Nov '05

17 Nov '05

When I start WinRAR, it shows the files and folders on the drive that it starts up in, but if I switch to drive Z (the / folder on my reiser fs), nothing shows up there. This is most likely a listview bug, but I´m not sure when it stopped working. Sometime before 0.9 came out. I will file a bug for it tomorrow after work, as well as posting a DEBUGMSG=+listview log at that time.. Dustin

1 0

Regression: WinRAR now fails to start (not related to Xorg 6.8.2)
by Dustin Navea 17 Nov '05

17 Nov '05

I reverted my Xorg install to 6.8.1, so I can at least do some bug hunting, and was able to get wine to run WinRAR post 0.9, pre 0.9.1, now after updating to cvs as of about an hour or so ago, WinRAR fails to start with: err:listview:LISTVIEW_WindowProc unknown msg 108c wp=00000000 lp=00000000 wine: Unhandled page fault on read access to 0x00000014 at address 0x406e0a38 (thread 0009), starting debugger... backtrace attached, and faulty patch coming shortly speeddy@pipedream:/drive_c/Program Files/WinRAR$ wine WinRAR.exe fixme:shell:SHAutoComplete SHAutoComplete stub err:rebar:REBAR_AdjustBands Phase 1 failed, x=692, maxx=-4, start=0, end=0 err:rebar:REBAR_AdjustBands Phase 1 failed, x=692, maxx=-4, start=0, end=0 err:rebar:REBAR_AdjustBands Phase 1 failed, x=40, maxx=-4, start=1, end=1 err:rebar:REBAR_AdjustBands Phase 1 failed, x=692, maxx=-4, start=0, end=0 err:rebar:REBAR_AdjustBands Phase 1 failed, x=40, maxx=-4, start=1, end=1 err:rebar:REBAR_AdjustBands Phase 1 failed, x=100, maxx=-4, start=2, end=2 err:listview:LISTVIEW_WindowProc unknown msg 108c wp=00000000 lp=00000000 wine: Unhandled page fault on read access to 0x00000014 at address 0x406e0a38 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000014 in 32-bit code (0x406e0a38). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0000 EIP:406e0a38 ESP:406794bc EBP:406794cc EFLAGS:00210246( - 00 -RIZP1) EAX:00000000 EBX:40752abc ECX:00000024 EDX:00000020 ESI:00000000 EDI:4067a508 Stack dump: 0x406794bc: 403bf188 40752abc 00001203 0001003c 0x406794cc: 406794f0 406e268f 0001003c 00000004 0x406794dc: 4067a508 00000000 40829784 00001203 0x406794ec: 0001003c 40679514 40805cf7 0001003c 0x406794fc: 00001203 00000004 4067a508 40829784 0x4067950c: 00001203 0001003c 40679544 40806043 0200: sel=1007 base=40018000 limit=00001fff 32-bit rw- Backtrace: =>1 0x406e0a38 HEADER_GetItemT+0xb8(hwnd=0x1003c, nItem=0x4, phdi=0x4067a508, bUnicode=0x0) [/home/speeddy/wine/dlls/comctl32/header.c:837] in comctl32 (0x406794cc) 2 0x406e268f HEADER_WindowProc(hwnd=0x1003c, msg=0x1203, wParam=0x4, lParam=0x4067a508) [/home/speeddy/wine/dlls/comctl32/header.c:1756] in comctl32 (0x406794f0) 3 0x40805cf7 WINPROC_wrapper+0x17 in user32 (0x40679514) 4 0x40806043 WINPROC_CallWndProc+0x63(proc=0x406e2330, hwnd=0x1003c, msg=0x1203, wParam=0x4, lParam=0x4067a508) [/home/speeddy/wine/dlls/user/winproc.c:417] in user32 (0x40679544) 5 0x4080b374 WINPROC_CallProc32ATo32W(func=0x406e2330, hwnd=0x1003c, msg=0x1203, wParam=0x4, lParam=0x4067a508) [/home/speeddy/wine/dlls/user/winproc.c:2993] in user32 (0x4067956c) 6 0x4080be02 CallWindowProcA(func=0x4086811e, hwnd=0x1003c, msg=0x1203, wParam=0x4, lParam=0x4067a508) [/home/speeddy/wine/dlls/user/winproc.c:3285] in user32 (0x406795a0) 7 0x407df96f call_window_proc+0x12f(hwnd=0x1003c, msg=0x1203, wparam=0x4, lparam=0x4067a508, unicode=0x0, same_thread=0x1) [/home/speeddy/wine/dlls/user/message.c:1520] in user32 (0x406795fc) 8 0x407e1509 SendMessageTimeoutA+0x1a9(hwnd=0x1003c, msg=0x1203, wparam=0x4, lparam=0x4067a508, flags=0x0, timeout=0x0, res_ptr=0x4067968c) [/home/speeddy/wine/dlls/user/message.c:2397] in user32 (0x40679668) 9 0x407e15d5 SendMessageA(hwnd=0x1003c, msg=0x1203, wparam=0x4, lparam=0x4067a508) [/home/speeddy/wine/dlls/user/message.c:2441] in user32 (0x40679694) 10 0x00462e5c in winrar (+0x62e5c) (0x00000000) 0x406e0a38 HEADER_GetItemT+0xb8 [/home/speeddy/wine/dlls/comctl32/header.c:837] in comctl32: cmpl $-1,0x14(%esi) 837 if (lpItem->iImage == I_IMAGECALLBACK) Modules: Module Address Debug info Name (67 modules) PE 0x00400000-00518000 Export winrar ELF 0x40000000-40017000 Deferred ld-linux.so.2 ELF 0x4001a000-40023000 Deferred libnss_compat.so.2 ELF 0x40023000-4002d000 Deferred libnss_nis.so.2 ELF 0x4002d000-40033000 Deferred libxxf86dga.so.1 ELF 0x40034000-4004e000 Deferred libwine.so.1 ELF 0x4004f000-40168000 Deferred libc.so.6 ELF 0x40168000-4016c000 Deferred libdl.so.2 ELF 0x4016c000-401df000 Deferred ntdll<elf> \-PE 0x40180000-401df000 \ ntdll ELF 0x401df000-402d4000 Deferred libwine_unicode.so.1 ELF 0x402d4000-402f7000 Deferred libm.so.6 ELF 0x402f7000-402ff000 Deferred libsm.so.6 ELF 0x40302000-40314000 Deferred libz.so.1 ELF 0x40314000-4032a000 Deferred libnsl.so.1 ELF 0x4032a000-40334000 Deferred libnss_files.so.2 ELF 0x40334000-40339000 Deferred libxxf86vm.so.1 ELF 0x40339000-4033c000 Deferred libxrandr.so.2 ELF 0x4033c000-4033f000 Deferred xlcdef.so.2 ELF 0x40450000-40549000 Deferred kernel32<elf> \-PE 0x40470000-40549000 \ kernel32 ELF 0x40575000-4057d000 Deferred libxrender.so.1 ELF 0x40680000-406b9000 Deferred advapi32<elf> \-PE 0x40690000-406b9000 \ advapi32 ELF 0x406b9000-40765000 Stabs comctl32<elf> \-PE 0x406c0000-40765000 \ comctl32 ELF 0x40765000-40878000 Stabs user32<elf> \-PE 0x40780000-40878000 \ user32 ELF 0x40878000-408fc000 Deferred gdi32<elf> \-PE 0x40890000-408fc000 \ gdi32 ELF 0x408fc000-4098e000 Deferred comdlg32<elf> \-PE 0x40910000-4098e000 \ comdlg32 ELF 0x4098e000-40a4d000 Deferred shell32<elf> \-PE 0x409a0000-40a4d000 \ shell32 ELF 0x40a4d000-40aa2000 Deferred shlwapi<elf> \-PE 0x40a60000-40aa2000 \ shlwapi ELF 0x40aa2000-40b25000 Deferred ole32<elf> \-PE 0x40ac0000-40b25000 \ ole32 ELF 0x40b25000-40b68000 Deferred rpcrt4<elf> \-PE 0x40b40000-40b68000 \ rpcrt4 ELF 0x40b68000-40b85000 Deferred iphlpapi<elf> \-PE 0x40b70000-40b85000 \ iphlpapi ELF 0x40b85000-40bac000 Deferred winspool.drv<elf> \-PE 0x40b90000-40bac000 \ winspool.drv ELF 0x40bac000-40bb0000 Deferred iso8859-1.so ELF 0x40bb0000-40bb9000 Deferred libxcursor.so.1 ELF 0x40bc9000-40c33000 Deferred libfreetype.so.6 ELF 0x40c33000-40cac000 Deferred winex11.drv<elf> \-PE 0x40c40000-40cac000 \ winex11.drv ELF 0x40cac000-40cc4000 Deferred libice.so.6 ELF 0x40cc4000-40cd2000 Deferred libxext.so.6 ELF 0x40cd2000-40d9c000 Deferred libx11.so.6 ELF 0x40d9c000-40e18000 Deferred libgl.so.1 ELF 0x40e18000-40e69000 Deferred libpthread.so.0 ELF 0x40e69000-40e87000 Deferred ximcp.so.2 ELF 0x40e87000-40ea3000 Deferred imm32<elf> \-PE 0x40e90000-40ea3000 \ imm32 ELF 0x40ea3000-40ed3000 Deferred uxtheme<elf> \-PE 0x40eb0000-40ed3000 \ uxtheme ELF 0x40f30000-40f44000 Deferred riched32<elf> \-PE 0x40f40000-40f44000 \ riched32 ELF 0x40f4d000-40f69000 Deferred libcups.so.2 ELF 0x40f69000-40f9a000 Deferred libssl.so.0 ELF 0x40f9a000-4109b000 Deferred libcrypto.so.0 ELF 0x414a0000-414e0000 Deferred riched20<elf> \-PE 0x414b0000-414e0000 \ riched20 ELF 0x7bf00000-7bf07000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\WinRAR\WinRAR.exe 00000009 0 <== WineDbg terminated on pid 0x8

2 4

Re: setupapi: implement SetupGetInfFileListW and SetupGetInfInformationW
by Robert Shearman 17 Nov '05

17 Nov '05

Steven Edwards wrote: >Documented here: > >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/setupapi/s… >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/setupapi/s… > >Changelog: >Hervé Poussineau (hpoussin(a)reactos.com) >Implement SetupGetInfFileListW and SetupGetInfInformationW >Inf file parser now accept UNICODE files with FF FE header > > >------------------------------------------------------------------------ > >Index: dlls/setupapi/parser.c >=================================================================== >RCS file: /home/wine/wine/dlls/setupapi/parser.c,v >retrieving revision 1.20 >diff -u -r1.20 parser.c >--- dlls/setupapi/parser.c 12 Sep 2005 22:07:53 -0000 1.20 >+++ dlls/setupapi/parser.c 24 Sep 2005 06:52:23 -0000 > > ... >@@ -951,12 +956,20 @@ > WCHAR *new_buff = HeapAlloc( GetProcessHeap(), 0, size * sizeof(WCHAR) ); > if (new_buff) > { >- DWORD len = MultiByteToWideChar( CP_ACP, 0, buffer, size, new_buff, size ); >+ DWORD len = MultiByteToWideChar( CP_ACP, 0, buffer, size, new_buff, >+ size * sizeof(WCHAR) ); > err = parse_buffer( file, new_buff, new_buff + len, error_line ); > HeapFree( GetProcessHeap(), 0, new_buff ); > } > } >- else err = parse_buffer( file, buffer, (WCHAR *)((char *)buffer + size), error_line ); >+ else >+ { >+ WCHAR *new_buff = (WCHAR *)buffer; >+ /* Some UNICODE files may start with the UNICODE marker */ >+ if (*new_buff == 0xfeff) >+ new_buff++; >+ err = parse_buffer( file, new_buff, (WCHAR *)((char *)new_buff + size), error_line ); >+ } > > Any time a Zero-Width Non-breaking Space is specifically skipped like this it is a bug. You should *never* have to do this if you use the right functions (isspaceW, etc). Is there some other bug lurking that made this change necessary? -- Rob Shearman

2 4

Measuring Wine's API completeness
by Michael Jung 16 Nov '05

16 Nov '05

Hello everybody, talking to David Gümbel today the idea came up that it might be worth it to introduce an additional section in the comments that document the exported APIs. Something like 'IMPLEMENTATION STATUS', which would document the author's opinion on how complete the implementation of a given API is. We could introduce a classification scheme similar to: STUBBED: Well, stubbed. SKETCHY: Implemented just enough to make a specific application or a small set of applications happy. SUBSTANTIAL: Implemented a substantial part of the API (Perhaps as much as is documented on MSDN). COMPLETE: The author of this API considers the implementation complete. REVIEWED: The code was reviewed for completeness and correctness. It would be cool for various reasons, if we could do this in a machine readable way: 1. We could generate the 'Wine DLLs Status' page automatically with every release and we would have a historical record in cvs, which gives another view on the progress we make. 2. We could establish guidelines like "A patch, which touches an API marked REVIEWED can only go into cvs, if reviewed by n people other than the author". 3. Tools like ITOMIG's ganymede, which try to give an estimate on how well an application can be expected to work on wine by doing a static analysis to figure out the used APIs, could apply this information. Since COM classes, which account for a substantial part of win32, are not directly exposed via the APIs, we probably would have to think about a similar machine parsable documentation scheme here. What do people think about this? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

8 13

Re: [MSVCRT]: undname tests.
by Uwe Bonnes 16 Nov '05

16 Nov '05

>>>>> "Eric" == Eric Pouech <eric.pouech(a)wanadoo.fr> writes: Eric> ChangeLog: As some people tend to toy with __UnDName, this patch Eric> provides a sample of the joy of MSC symbol mangling Eric, the biggest problem I encountered with undname was that native msvcrt always returns something, at least the original input if nothing is understood. Wine undname however returned nothing when something was unknown to out implementation, resulting in a crash when the application dereferenced the NULL buffer returned... Bye -- 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

Compilerflags for Bogus code
by Detlef Riekenberg 16 Nov '05

16 Nov '05

Hi GCC did not warn us on this bogus code (dlls/user/tests/monitor.c): ret = EnumDisplayDevicesA(NULL, num, &dd, 0), "EnumDisplayDevices fails \n"; This Line is in CVS since 28 Sep.2005 Should we have stronger Compiler-Flags? Patch already send. http://www.winehq.org/pipermail/wine-patches/2005-November/022161.html -- By By ... ... Detlef

2 1

AlphaBlend crashing msn messenger
by Maarten Lankhorst 16 Nov '05

16 Nov '05

Fix AlphaBlend() to extract the right part of the source DIB. (http://www.winehq.com/hypermail/wine-patches/2005/08/0331.html) After some regression testing, It looks like this patch is the one that breaks signing into msn messenger. I m not sure why, so Im interested in finding out why it happens. I tried it with MSN Messenger 6.2.0208, everything works ok until I try to sign in, then it crashes with an error message like this: trace:bitblt:GdiAlphaBlend 0x3b80 0,0 485x422 -> 0xa480 0,0 83x62 op=00 flags=00 srcconstalpha=ff alphafmt=01 err:syslevel:_CheckNotSysLevel Holding lock 0x404f0340 level 3 wine: Unhandled exception (thread 0009), starting debugger... Without your patch, MSN signs in properly.

2 1

About stderr for usage messages
by Vitaly Lipatov 16 Nov '05

16 Nov '05

We are use stderr for print usage or info message in wine programs such as eject winedump winebuild wine main (dlls/kernel/process.c) It is broken behavior: info messages usually expected from stdout stream. Will I do patch agaist it? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 3

AVI resources in shell32
by Phil Lodwick 16 Nov '05

16 Nov '05

When I started playing with Wine a few months ago, the first problem I ran into were missing AVI resources in shell32. Web searches indicated people asking about these resources over the past several years, but they are still missing. I have no artistic talents, so for my testing purposes I just "borrowed" the resources from a native version of the dll. Has anybody been working on adding these resources? Thanks, Phil

1 0

Re: Some applications does not work
by Rein Klazes 16 Nov '05

16 Nov '05

On Tue, 15 Nov 2005 11:20:10 +0200, in gmane.comp.emulators.wine.user you wrote: > Hi all, > >I found that some applications does not work more. The last successfull version was 20050310. >For testing I can propose one example : http://hem.bredband.net/alivor/ichat121b6.exe In general if an application did work in the beginning of this year and not now, you should try setting the windows version to win98. That used to be the default, but in the recent versions it has become win2000. > >Now I try to use wine 0.9.1 under FreeBSD (KDE 3.4.0). >The application above is installed fine but during start I see: > >fixme:system:SystemParametersInfoW Unimplemented action: 8193 >(SPI_SETFOREGROUNDLOCKTIMEOUT) > >I switch to application window: > >fixme:system:SystemParametersInfoW Unimplemented action: 4118 >(SPI_GETTOOLTIPANIMATION) >fixme:system:SystemParametersInfoW Unimplemented action: 4120 (SPI_GETTOOLTIPFADE) >fixme:win:AnimateWindow partial stub > >These messages appears repeatedly. > >I go to options page: > >err:mmio:MMIO_ParseExtA No . in szFileName: "MenuPopup" > >and window does not appear. > All these messages are probably harmless. But if I press the "chat options" button it works most times. But I get in some cases (just keep trying the options window): |wine client error:14: read: Resource temporarily unavailable |err:ntdll:RtlpWaitForCriticalSection section 0x7befaf00 "server.c: fd_cache_section" wait timed out in thread 000b, blocked by 0014, retrying (60 sec) or |wine client error:12: read: Bad file descriptor |err:ntdll:RtlpWaitForCriticalSection section 0x7befaf00 "server.c: fd_cache_section" wait timed out in thread 000b, blocked by 0012, retrying (60 sec) After one of these messages the program is not responding anymore. CC'ing to the developer list. Hopefully someone there can give a suggestion. Rein.

1 0

Re: MSVCRT: _tempnam not working with environment variables
by Andreas Mohr 16 Nov '05

16 Nov '05

Hi, On Tue, Nov 15, 2005 at 04:46:37PM -0600, Phil Lodwick wrote: > ChangeLog: > _tempnam uses the TMP environment variable and does not truncate prefix Your diff file has strange DOS line endings (^M) and thus might fail to get applied by Alexandre. Try dos2unix or unix2dos or so. Thanks for your work! Andreas Mohr

1 0

anything wrong with this patch ?
by Eric Pouech 15 Nov '05

15 Nov '05

http://www.winehq.com/pipermail/wine-patches/2005-November/022029.html A+ -- Eric Pouech

1 0

Re: [winecfg] add sound driver test
by Steven Edwards 15 Nov '05

15 Nov '05

Hi, On 11/14/05, Peter Lemenkov <petro(a)mail.ru> wrote: > Using mp3 creates a legal issues on almost all major Linux-distros. I don't see a legal issue for decoding. Its only been for encoding that they have charged a license fee. Isn't the file wine/dlls/msacm/winemp3 A mp3 decoder we already ship and build? If mp3 is a issue would it be possible to write a ogg acm driver and use it for the sound test? Thanks Steven

2 1

CreateProcess command line parsing
by Rufoo 15 Nov '05

15 Nov '05

I am looking at dlls/kernel/process.cc:get_file_name that parses the command line. It seems to handle the case where the application name has spaces in it but the application name is not enclosed in double quotes. According to MSDN documentation, CreateProcess requires the app name(and the app name in the command line) to be enclosed in quotes if it has spaces in it. But wine seems to be extra intelligent and guess the app name using SearchPath in find_exe_file. I am looking for a test case for this, I am unable to find it in kernel/tests/process.cc. Can someone clarify if it is really required to handle this case? thanks in advance --r __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

3 3

Mac os x on intel machines:---> WINE on Mac os X ??
by Marc Coevoet 15 Nov '05

15 Nov '05

Since wine is unix/ linux, and runs windows apps, I suppose it will be possible to run windows apps on mac os x-intel, without the windows OS. Is there somebody aware of this / working on the project ?? (a port) Thanks, Marc

3 2

Re: [comctl32] implement header callback support (HDN_GETDISPINFO notification)
by Vitaliy Margolen 15 Nov '05

15 Nov '05

Monday, November 14, 2005, 6:31:29 PM, Raphael wrote: > Changelog: > - implement implement header callback support (HDN_GETDISPINFO notification): Patch comments: Please use the commonly accepted coding style in wine: - Indents are 4 spaces (and spaces, not tabs) - Curly brackets go to their own line: if (somethin) { do_this; } else { do_something_else; } > @@ -601,6 +601,40 @@ Please add "-p" to diff so we can see what function this changes are to. > +HEADER_SendHeaderDispInfoNotify(HWND hwnd, INT iItem, INT mask, NMHDDISPINFOW* pDispInfo) You can't do this. Please respect unicodiness of the control. See other controls (listvew, treeview for examples). > + /*FIXME("HEADER_SendHeaderDispInfoNotify\n");*/ Don't comment, delete. > + FIXME("SendMessage returns(mask:0x%x,str:%s,lParam:%p)\n", > + pDispInfo->mask, > + debugstr_w(pDispInfo->pszText), > + (void*) pDispInfo->lParam > + ); Why is this a FIXME? Don't add fixmes for no good reason. Use TRACE instead. > + HEADER_SendHeaderDispInfoNotify(hwnd, nItem, HDI_IMAGE, &dispInfo); > + if (dispInfo.mask & HDI_DI_SETITEM) { > + FIXME("NMHDDISPINFO returns with flags HDI_DI_SETITEM\n"); > + lpItem->>iImage = dispInfo.iImage; > + } There is no reason to print same fixme two times (once in HEADER_SendHeaderDispInfoNotify an second time here). > - else if (lpItem->pszText == LPSTR_TEXTCALLBACKW) /* covers == TEXTCALLBACKA too */ > - phdi->>pszText = LPSTR_TEXTCALLBACKW; > + else if (lpItem->pszText == LPSTR_TEXTCALLBACKW) { /* covers == TEXTCALLBACKA too */ > + /*phdi->>pszText = LPSTR_TEXTCALLBACKW;*/ > + NMHDDISPINFOW dispInfo; > + HEADER_SendHeaderDispInfoNotify(hwnd, nItem, HDI_TEXT, &dispInfo); This requires a test. I don't think native sends notify to the app for HDM_GETITEM. Vitaliy

4 3

GetQueueStatus: unknown flag 0x4000
by Cihan Altinay 15 Nov '05

15 Nov '05

Hi, When running G-Ware[1] I get a lot of these: fixme:key:GetQueueStatus QS_xxxx flags (4000) are not handled Interestingly I couldn't find any information about what the flag 0x4000 is meant to be. Could that be another undocumented flag like QS_SMRESULT? The program works so it can't be that important :-) but I thought it's worth mentioning... Cheers, Cihan [1] http://www.clearone.com/docs/downloads/G-Ware5.0.6.zip (20MB)

4 4

error:rpc:RPCRT4_OpenConnection protec msnmsgr not supported
by Curro Amores 15 Nov '05

15 Nov '05

hi, im trying to execute an application with access 97 and i get this error wine Access\ 97\ Runtime/Msaccess.exe "/excl" "/wrkgrp" "c:\Program Files\Properly\PROPERGROUPsin.mdw" "/runtime" "c:\Program Files\Properly\ProperlyGestión.mde" fixme:font:SetMapperFlags (0x224, 0x00000001): stub - harmless err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported err:rpc:RPCRT4_OpenConnection protseq mswmsg not supported fixme:rpc:I_RpcServerStartListening (0x30044): stub fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeInfo_fnAddressOfMember (0x7e7abc00) stub! wine: Unhandled exception (thread 000b), starting debugger... WineDbg starting on pid 0xa Unhandled exception: page fault on write access to 0x65173518 in 32-bit code (0x3002d802). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") I have replaced ole32.dll built-in with win98 version. Thanks a lot

2 1

request small changes to winecfg
by wino＠piments.com 15 Nov '05

15 Nov '05

Hi, now that winecfg is reaching maturity it is a great tool, but two things may merit a small change. 1/ emulate desktop is still at a "historic" size of 640,480 which at least on my screen is too small to display winecfg's natural height next time I run it. Would 600x800 be a better default? 2/ Adding dll overrides. On entering a dll name I have the habit of hitting the Enter key. This triggers the OK button and drops me back to the command line with the incomplete change being lost. (NO, I dont want an "are you sure..." message!) I dont know where I have this expectation from but certainly a habit I have formed using other software. Would it be more intuitive if the enter key was trapped by the editbox and triggered a click on the "Add" button? It certainly comes as a surprise when it exits winecfg. regards.

3 2

Fwd: MDI/sub window support in DirectX
by Oliver Stieber 14 Nov '05

14 Nov '05

Hi, Just a quick question about adding MDI/sub window support to DirectX, is it ok to just get the DC of the window and then blit a dib over it or is there a faster/better way? What are we doing about drawing window borders? Oliver. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 1

New ati driver problems
by Stefan Dösinger 14 Nov '05

14 Nov '05

Hello, I've updated my fglrx driver yesterday, and I am seeing some weird problems with Direct3D. I don't know if this is a driver bug or regression at all. With battlefield 1942 and the old d3d8 engine, some in-game textures are white[1] or completely missing[2]. The menu and the HUD work fine. With Battlefield 1942 and the WineD3D patch there's no difference: The Menu and the HUD display fine, but the game graphics are completely white[3]. In Warcraft III, some textures are missing(Old D3D8 and new WineD3D). I don't know if this is a regression at all, the new fglrx version added some new functionality, namely VBOs. Maybe some new functionality is used, and it doesn't work correctly yet. Is anyone experiancing similar issues? All OpenGL games I've tried work fine, except of the Steam version of half-life, where GDI fonts are missing on buttons and in the main menu(The in-game graphics are fine). The new driver brought quite an performance improvement in some games(gl117 is faster), some games feel faster, like Warcraft III in OpenGL mode(I haven't checked the fps). Stefan Screenshots: [1]: http://doesi.gmxhome.de/ScreenShot2.jpg [2]: http://doesi.gmxhome.de/ScreenShot3.jpg [3]: http://doesi.gmxhome.de/ScreenShot5.jpg [4]: http://doesi.gmxhome.de/wc3.jpeg

3 3

A small bounty for fixing a bug
by Willie Sippel 14 Nov '05

14 Nov '05

Hi there. I want to offer 100 EUR for a fix for bug #1973. It's not much, and I have no idea how complicated the bug is to fix, but maybe it's only trivial problem. A demo is available for download, and I guess most comments in the bugreport are wrong/ irrelevant anyway. So, if anyone is interested, I'll pay 50 EUR for the patch, and another 50 EUR once/ if it gets commited - if possible via Paypal. I'm sorry if a request like that is not allowed/ wanted, I couldn't find any info regarding bounties on bugfixes. Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

3 5

[kernel/tests/thread] Better error information + win9x fix
by Paul Vriens 14 Nov '05

14 Nov '05

Hi, some small changes. Doesn't make the test succeed on windows, but now we show at least the correct error information. Changelog: Corrected last error information Make sure we can run the tests on win9x Cheers, Paul. Index: dlls/kernel/tests/thread.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/thread.c,v retrieving revision 1.31 diff -u -p -r1.31 thread.c --- dlls/kernel/tests/thread.c 14 Nov 2005 11:23:11 -0000 1.31 +++ dlls/kernel/tests/thread.c 14 Nov 2005 18:48:20 -0000 @@ -626,18 +626,37 @@ static void test_SetThreadContext(void) { CONTEXT ctx; int *stack; - HANDLE thread = CreateThread( NULL, 0, threadFunc6, (void *)2, CREATE_SUSPENDED, NULL ); + HANDLE thread; + DWORD threadid; + DWORD prevcount; + + SetLastError(0xdeadbeef); + thread = CreateThread( NULL, 0, threadFunc6, (void *)2, CREATE_SUSPENDED, &threadid ); + ok( thread != NULL, "CreateThread failed : (%ld)\n", GetLastError() ); + if (!thread) + { + trace("Thread creation failed, skipping rest of test\n"); + return; + } ctx.ContextFlags = CONTEXT_FULL; + SetLastError(0xdeadbeef); ok( GetThreadContext( thread, &ctx ), "GetThreadContext failed : (%ld)\n", GetLastError() ); + /* simulate a call to set_test_val(10) */ stack = (int *)ctx.Esp; stack[-1] = 10; stack[-2] = ctx.Eip; ctx.Esp -= 2 * sizeof(int *); ctx.Eip = (DWORD)set_test_val; + SetLastError(0xdeadbeef); ok( SetThreadContext( thread, &ctx ), "SetThreadContext failed : (%ld)\n", GetLastError() ); - ResumeThread( thread ); + + SetLastError(0xdeadbeef); + prevcount = ResumeThread( thread ); + ok ( prevcount == 1, "Previous suspend count (%ld) instead of 1, last error : (%ld)\n", + prevcount, GetLastError() ); + WaitForSingleObject( thread, INFINITE ); ok( test_value == 20, "test_value %d instead of 20\n", test_value ); }

1 0

ds[pw] files generated to build winetest
by Saulius Krasuckas 14 Nov '05

14 Nov '05

There are quite a some of them in my tree, which 'cvs update' complains about: ? wine/dlls/advapi32/tests/advapi32_test.dsp ? wine/dlls/advpack/tests/advpack_test.dsp ? wine/dlls/comctl32/tests/comctl32_test.dsp ... ? wine/dlls/winsock/tests/ws2_32_test.dsp ? wine/dlls/winspool/tests/winspool_test.dsp Should I put their names into appropriate .cvsignore files?

2 1

cant install IE5.5 on 0.9.1
by wino＠piments.com 14 Nov '05

14 Nov '05

Hi, trying to minimise the number of preinstall tools and scripts to run stuff on wine-0.9.1 Dragon requires at least IE5 and I have established it will work under wine with IE5.5 if I do my basic setup using sidenet. That's fine, but I want to minimise the accessory tools reqd. and see what wine is capable off now we are at 0.9.1 On fresh .wine I ran winecfg to ensure the basic config. then installed DCOM98. This gave an error until I used franks: WINEDLLOVERRIDES="ole32=n" wine DCOM98 [seems the first attempt installed something before quitting ?!] ie55sp2.exe unpacks fine but the IE5setup stalls even if winecfg sets *n,b as default. wino@newsys ~/.wine/c/windows/temp/IE 5.5 SP2 Full $ wine IE5SETUP err:setupapi:DIRID_get_string user id 49001 not found err:setupapi:DIRID_get_string user id 49001 not found fixme:advpack:NeedReboot (0x00000000): stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "ActiveX", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "IE4Setup.Failure", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "ActiveX.Failure", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:ExecuteCab ((nil) 0x7fbdf9e8 (nil)): stub Is this fixable / worth persueing or should I just settle for advising ppl to use sidenet? TIA

3 4

Re: Brain Storming Regarding Winapt - Package Management for Windows
by Liam Kurmos 14 Nov '05

14 Nov '05

i think that whilst windows could benefit from good package management, atleast for it's open-source projects, I'm not sure it's worth developing windows as an open-source platform, or whether or not this would ultimately be good for open-source. If you're looking for a repo for commercial projects, then there are plenty like tucows, and download.com(yuck), and I agree with Mike Hearn. Liam <just imho> Shlomi Fish wrote: Hi good people! I have an idea for a Windows-based open source project, that also has a lot of commercial value. The idea is Winapt: http://winapt.berlios.de/ Once finished, it will be an implementation of package management and dependency resolution for Windows (similar to dpkg+apt, or rpm+apt/urpmi/yum, etc.). On the site you can find an executive summary, and the beginning of the design document. I'd like to brain storm about this idea, and that people (after reading the documents) tell me what issues and obstacles those who desire in accopmlishing such a task will face, and suggest possible solutions. While I am an experienced programmer, I am not a very experienced Windows systems programmer. I did do some programming for Windows, but it was mostly GUI or MFC or simple things like opening files. (many times using the POSIX primitives). I am sending this message here because some of you guys are Win32 experts. Regards, Shlomi Fish ------------------------------------------ Shlomi Fish http://www.shlomifish.org/ If his programming is anything like his philosophizing, he would find 10 imaginary bugs in the "Hello World" program. Mike Hearn wrote: Well, this is all rather off-topic for wine-devel - Win32 experts certainly do live here but you don't need Win32 experts for a project like this. That said, I think you should compare the number of people wishing Linux has more Windows/Mac like package management vs the reverse before porting the spectacular piece of brokenness known as apt to Windows. Do that many people actually want it? I would guess not. Remember that on Windows, the most popular programs aren't free anyway. Also remember that Windows programs don't usually have dependencies outside of the Win32 platform, making a tool like apt rather overkill. I suspect what you actually want is just a software catalogue or somesuch, but you can do that using a web page just as easily as a program ... If you really want to go ahead I'd recommend something like Delphi or Visual Basic as a developer tool - raw C/C++ coding against Win32 is really quite nasty.

1 0

Re: kernel/comm.c - page fault in thread
by Mr Cihan ALTINAY 14 Nov '05

14 Nov '05

Hi again, Sorry for the double post and the stupid default From-Header (not my machine). I replaced my modified comm.c with the latest CVS, made the changes as described below and still got communication errors (the device replies that commands are malformed). So I attempted to apply the changes I made one-by-one to see when the errors disappear. And the first (and easiest) change helped: When replacing both tcflush(fd,TCOFLUSH) by tcdrain(fd) in the PurgeComm function all errors disappear and the program works as expected. Now, I know that the two functions do different things and according to the API specification of PurgeComm tcflush seems more appropriate. So I wonder if this is not really a fix but only a workaround for a different problem (maybe a race condition as mentioned earlier?). I know that G-Ware does some funny (stupid?) things and there are always at least 2 threads running that poll for input/output. One effect is that it still opens ~200 file handles to the port but, more importantly, maybe they interact in a way it shouldn't happen? Anyone? ----- Original Message ----- From: Mr Cihan ALTINAY <cihan(a)uq.edu.au> Date: Tuesday, November 8, 2005 10:13 am Subject: kernel/comm.c - page fault in thread > Hi, > > I finally got G-Ware to work flawlessly under wine after some > tweaks in the comm.c file. One problem was in the (thread) function > COMM_WaitCommEventService(). > When I 'disconnect' in the client program it calls purge and sets > the event mask to 0 (ie. it is no longer interested in events from > the port). But there are still threads running that poll the port. > > The program crashes when the thread exits the loop (with abort!=0) > and tries to set > *commio->buffer = rc; > (line 2010) but this buffer is already freed by the client. > Replacing > > if (abort) rc = 0; > *commio->buffer = rc; > > by > > if (!abort) > *commio->buffer = rc; > > fixes this problem. > > There were other communication errors which I managed to fix but > I have to find out first which changes are really necessary to > make things work because I tried a lot of things in comm.c. > It looks as if there are race conditions when more than one > polling thread is running. Currently I check if a thread is already > running and don't start a second one if so. But I will find out if > that is responsible for the errors or something else and report it > on the list. > > Cheers, > Cihan > > > >

3 8

Re: New ati driver problems
by Stefan Dösinger 14 Nov '05

14 Nov '05

> > I've updated my fglrx driver yesterday > > From which version? (and to which version? Latest is 8.19.10) I've updated from 8.18.8 to 8.19.10

3 3

Re: winspool/tests: Some extra Tests for GetPrinterDriverDirectory
by Dmitry Timoshkov 14 Nov '05

14 Nov '05

"Detlef Riekenberg" <wine.dev(a)web.de> wrote: > Small update for the winspool - tests. > > > Changelog: > - Display a TRACE, when the Service "spooler" is not running (NT). > - Some extra Tests for GetPrinterDriverDirectory You are testing last error after the API calls but don't set it to a bogus (0xdeadbeef) value before an API call, so this is not clear who is changing last error. -- Dmitry.

1 0

RE: Question about ~/.wine/dosdevices/
by Peter Berg Larsen 14 Nov '05

14 Nov '05

WARNING: it is 3 in the night, and the better part of me said I should have got some sleep before answering. Am Sonntag, den 13.11.2005, 23:53 +0100 schrieb Peter Berg Larsen: >Use one Harddisk, install windows on "C:" and your Programs on "D:". >Add a second Harddisk with a Primary Partition (Drive-Letter has changed >from "D:" to "E:") and see, how many Programs are broken. Every program that uses absolute paths. > > But neither wiki or the docs said anything about this, which was why I > > asked. > Is the warning "Do not use your existing Windows installation as C: in > wine" gone? Properly not, but I do not see this a relevant to me or the question. More below. On Sun, 13 Nov 2005, Vitaliy Margolen wrote: > Can you run a program that you installed on wine in windows? I do not think there is a correlation between this and my questions as "Wine makes it possible to run Windows programs alongside any Unix-like operating system, particularly Linux.". Ms does not state the opposite. (I think is the word "alongside" I am reading wrong here; I would have used "on" or "installed on") > You program looking for "c:\Program Files\". That means "Program Files" > directory on drive c: For wine (in default configuration) c: drive means > ~/.wine/drive_c. Or more precisely where ~/.wine/dosdevices/c: points > to. Answer below. > > with; wine does not support running a program installed under > > /mnt/windows/ I would only had to ask once. > Of corse it does. If you can make program look for it's files somewhere > else. Because that's what you are doing. The path is hardcoded, so I cannot change the behaviour of the program. > And like I've mentioned before, please, don't run programs directly from > your windows drive. That won't make it any better. But that might brake > your windows. Hmm, no you said: > Please never point your c: drive to the real windows drive - that won't > help wine at all but it might brake your windows beyond repair. The difference to me is: A) do not /mnt/windows/program files/railroad tycoon 3 > wine rt3.exe and do not have B) /home/pebl/.wine/dosdevices > ls -l total 0 lrwxrwxrwx 1 pebl pebl 10 Nov 10 17:21 c: -> /mnt/windows/ A implies that I cannot run programs installed under windows. B implies that wine is writing something (to registry whatever) to c: which will brake windows. (Note: B is not my setup) Plenty who have answered have stated B, but I do not see what this has to do with wines ability to run a program installed under windows. As it does not state on the wiki nor the docs that I must have installed the program under wine to expect it to run, I expected wine to do clever things to get it rigth. Like looking in both places or noticing the path of the exe. In either case I had a program that this "clever" mechanism did not worked for, and as I could find any thing clever part in wine I asked wine-devel and not wine-user. Peter

2 1

RE: Question about ~/.wine/dosdevices/
by Peter Berg Larsen 14 Nov '05

14 Nov '05

On Sun, 13 Nov 2005, Michael Druing wrote: > If you don't want to install the game in wine but rather use an existing > Windows installation you should either copy and/or link to your existing > installation, but bear in mind that this might - as others have already > pointed out - break your installation on windows for some reason or another > and is generally not suggested. Ah, ah. This is where I complete fail in my understanding. I had the idea that wine was able to run any window program (modulo registry etc.) no matter how I did the install. You are saing "do not run a windows program unless you installed the program with wine"? (or atleast do not expect it to work). > Wine cannot guess where your existing windows partition is mounted. I saw three solution for that: A) It look at ~/.wine/c:/ and then in /mnt/windows/ B) Notices that the program started in a /mnt/windows/ path. C) If installed under /mnt/windows/ you must manual make some extra links. But neither wiki or the docs said anything about this, which was why I asked. Peter

2 1

Question about ~/.wine/dosdevices/
by Peter Berg Larsen 14 Nov '05

14 Nov '05

I am missing the idear behind how devices are suppose to work. >From the wiki it seems that the dosdevices/c: is use when installing a program under wine. But how are dosdevices/c: related to my /mnt/windows? Are files first looked up in dosdevices/c: and the in /mnt/windows/ if not found? The reason I ask is that icewind dale on /mnt/windows/ does a FindFirstFileA("C:/program...") which wine translates to dosdevice/c: and ofcause does not find anything. Am I suppose to make a link to where the program is installed, as if I had installed it with wine? Peter

7 12

Dragon v7 pref on wine 0.9
by wino＠piments.com 13 Nov '05

13 Nov '05

Hi, I have managed to get this app working on 0.9 with just four dlls in winecfg. Two I believe to br trivial problems due to lack of version info in the buildin dlls. The two giving real, ugly issues are ole32 and rpcrt4. Symptoms are similar. I would like to attack ole32 first since the rest of the ole stuff works and oleaut32 seems to have work very nicely now compared to 20050524, great news there. Things go well at first then I get the following output: trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\oleacc.dll" : builtin fixme:oleacc:AccessibleObjectFromWindow 0x10070 0 {618736e0-3c3d-11cf-810c-00aa00389b71} 0x7876e504 trace:loaddll:load_native_dll Loaded module L"C:\\Program Files\\ScanSoft\\NaturallySpeaking\\Program\\chartp.dll" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\Program Files\\ScanSoft\\NaturallySpeaking\\Program\\DgnMyCmds_enu.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Program Files\\ScanSoft\\NaturallySpeaking\\Program\\DgnMyCmds_enu.dll" : native err:ole:RPC_StartRemoting Couldn't register endpoint L"\\pipe\\OLE_000000160000002a" trace:loaddll:load_native_dll Loaded module L"C:\\windows\\speech\\vcmshl.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\rpcltc1.dll" : native err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x800706ba err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x800706ba err:x11drv:X11DRV_CreateWindow invalid window height 571100824 err:x11drv:X11DRV_CreateWindow invalid window width -1592141001 err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0019, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 002b, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0028, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0027, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0024, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 002c, blocked by 002d, retrying (60 sec) ^X [1]+ Stopped WINEDEBUG="+loaddll" wine natspeak The app. get part way through starting but the main window remains part drawn and the app locks up. I need to ctnl-Z the CLI to break in. This leaves two processes running. wineserver -k takes out the server but leaves a zombie wine-preloader that I have to powerdown to kill! Can anyone suggest how to pin this error down? TIA .

3 10

test case pointers?
by Molle Bestefich 13 Nov '05

13 Nov '05

Dmitry Timoshkov wrote: > Molle Bestefich wrote: > > Patching winpos.c to not touch those 4 variables does not seem to > > cause any other regressions (as far as I can see), so my immediate > > thought is that this is the right and correct thing to do. > > you haven't even shown real windows behaviour, or a test case. COULD SOMEONE KNOWLEDGEABLE IN MinMax STUFF KINDLY POINT ME AT: WHAT EXACTLY NEEDS TO BE TESTED Re: ABOVE MENTIONED PATCH + A GUIDE HOW TO CREATE A WINE TEST CASE? (mail quantity doesn't work, maybe turning the volume knob up will :->..) (yes, I do realize I'm a helpless newbie.) Hugs & kisses

2 1

Re: [DDraw] Fix AoE2 font rendering (in most cases)
by Oliver Stieber 13 Nov '05

13 Nov '05

--- Lionel Ulmer <lionel.ulmer(a)free.fr> wrote: > Hi all, > > AoE2 was rendering to a 8 bit off-screen DSurface using GetDC / ReleaseDC > and that without having attached a palette to it... Our DIB engine did not > like this at all which made all fonts come out black. > > The attached patch ('hack' :-) ) simply takes the palette of the front > buffer (if any) and attach it to the DIB before rendering to it. > > Note that the proper fix would be in the DIB engine itself but I have no > idea how to (nor the means to) fix it there (if possible using the X11 > engine we currently have). Hi, Does this fix bug http://bugs.winehq.org/show_bug.cgi?id=2666 including the problems with warblade? Oliver. > Lionel > > Changelog: > - use the front buffer palette for DC operations on off-screen buffers > > -- > Lionel Ulmer - http://www.bbrox.org/ > > Index: dlls/ddraw/surface_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/ddraw/surface_main.c,v > retrieving revision 1.8 > diff -u -r1.8 surface_main.c > --- dlls/ddraw/surface_main.c 10 Nov 2005 12:14:59 -0000 1.8 > +++ dlls/ddraw/surface_main.c 13 Nov 2005 14:08:56 -0000 > @@ -900,6 +900,31 @@ > } > > hr = This->get_dc(This, &This->hDC); > + > + if ((This->surface_desc.u4.ddpfPixelFormat.dwFlags & DDPF_PALETTEINDEXED8) && > + (This->palette == NULL)) { > + IDirectDrawImpl *ddraw = This->ddraw_owner; > + IDirectDrawSurfaceImpl *surf; > + > + for (surf = ddraw->surfaces; surf != NULL; surf = surf->next_ddraw) { > + if (((surf->surface_desc.ddsCaps.dwCaps & (DDSCAPS_PRIMARYSURFACE | DDSCAPS_FRONTBUFFER)) > == (DDSCAPS_PRIMARYSURFACE | DDSCAPS_FRONTBUFFER)) && > + (surf->palette != NULL)) { > + RGBQUAD col[256]; > + IDirectDrawPaletteImpl *pal = surf->palette; > + unsigned int n; > + for (n=0; n<256; n++) { > + col[n].rgbRed = pal->palents[n].peRed; > + col[n].rgbGreen = pal->palents[n].peGreen; > + col[n].rgbBlue = pal->palents[n].peBlue; > + col[n].rgbReserved = 0; > + } > + SetDIBColorTable(This->hDC, 0, 256, col); > + break; > + } > + } > + > + } > + > if (SUCCEEDED(hr)) > { > TRACE("returning %p\n",This->hDC); > > > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

problems with dwarf2
by Oliver Stieber 13 Nov '05

13 Nov '05

Hi, I've been trying to do some graphical debugging with ddd but the dwarf2 keeps crashing with... wine-pthread: dwarf.c:1298: dwarf2_parse_udt_members: Assertion `((void *)0) != entry' failed. wine: Assertion failed at address 0xffffe410 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0xffffe410). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:ffffe410 ESP:7b97e9bc EBP:7b97e9d4 EFLAGS:00200202( - 00 - - I1) EAX:00000000 EBX:0000641c ECX:0000641c EDX:00000006 ESI:7b97e9e8 EDI:b7f85ff4 Stack dump: 0x7b97e9bc: 7b97e9d4 00000006 0000641c b7e9a3e1 0x7b97e9cc: b7f85ff4 b7e6d6b0 7b97eb04 b7e9be0d 0x7b97e9dc: 00000006 7b97e9e8 00000000 00000020 0x7b97e9ec: 00000000 00000000 00000000 00000000 0x7b97e9fc: 00000000 00000000 00000000 00000000 0x7b97ea0c: 00000000 00000000 00000000 00000000 Backtrace: =>1 0xffffe410 (0x7b97e9d4) 2 0xb7e9be0d abort in libc.so.6 (0x7b97eb04) 3 0xb7e93c92 __assert_fail in libc.so.6 (0x7b97eb40) 4 0x7b858aad dwarf2_parse_udt_members(ctx=0x7b97ed34, symt=0x7dcd9d2c) [wine/dlls/dbghelp/dwarf.c:1205] in dbghelp (0x7b97eba0) 5 0x7b859ece dwarf2_parse_compiland+0x4ae(ctx=0x7b97ed34) [wine/dlls/dbghelp/dwarf.c:1394] in dbghelp (0x7b97ec8c) 6 0x7b85be64 dwarf2_parse(module=0x7b4510d8, load_offset=0x7b82b000, debug=0x7dbab2c6, debug_size=0x18f0d, abbrev=0x7db741d3, abbrev_size=0x1fd0, str=0x7db38bd8, str_sz=0x1bcd) [wine/dlls/dbghelp/dwarf.c:2155] in dbghelp (0x7b97ed70) 7 0x7b85cdd9 elf_load_debug_info_from_map+0x6f9(pool=0x7b97ef94, ht_symtab=0x7b97ef8c) [wine/dlls/dbghelp/elf_module.c:897] in dbghelp (0x7b97ef64) 8 0x7b85dcba elf_load_debug_info+0xda(module=0x7b4510d8, fmap=0x7b97f054) [wine/dlls/dbghelp/elf_module.c:979] in dbghelp (0x7b97eff8) 9 0x7b85e1b9 elf_load_file+0x459(load_offset=0x7b82b000, elf_info=0x7b97f268) [wine/dlls/dbghelp/elf_module.c:1109] in dbghelp (0x7b97f0b0) 10 0x7b85e423 elf_search_and_load_file+0xa3(load_offset=0x7b82b000, elf_info=0x7b97f268) [wine/dlls/dbghelp/elf_module.c:1183] in dbghelp (0x7b97f0d4) 11 0x7b85e680 elf_enum_sync_cb+0x20(name=0x7b97f108, addr=0x7b82b000, user=0x7b97f264) [wine/dlls/dbghelp/elf_module.c:1251] in dbghelp (0x7b97f0e4) 12 0x7b85e61b elf_enum_modules_internal(cb=0x7b85e660, user=0x7b97f264) [wine/dlls/dbghelp/elf_module.c:1233] in dbghelp (0x7b97f254) 13 0x7b85e6f3 elf_synchronize_module_list+0x63(pcs=0x7bae5820) [wine/dlls/dbghelp/elf_module.c:1274] in dbghelp (0x7b97f28c) 14 0x7b8611d7 SymLoadModule(hProcess=0x30, hFile=0x0, ImageName=0x7b97f430, ModuleName=0x0, BaseOfDll=0x7b2b0000, SizeOfDll=0x0) [wine/dlls/dbghelp/module.c:340] in dbghelp (0x7b97f3f4) 15 0x7b9a8794 handle_debug_event [wine/programs/winedbg/gdbproxy.c:491] in winedbg (0x7b97f53c) 16 0x7b9acd2e gdb_remote+0x2ce(flags=0x1) [wine/programs/winedbg/gdbproxy.c:2201] in winedbg (0x7b97fe2c) 17 0x7b9b8db9 main(argc=0x2, argv=0x7bae04c0) [wine/programs/winedbg/winedbg.c:1318] in winedbg (0x7b97ff00) 18 0x7b9bd559 __wine_spec_exe_entry+0x99(peb=0x7bc77d40) [wine/dlls/winecrt0/exe_entry.c:37] in winedbg (0x7b97ff20) 19 0x7ba452e0 start_process(arg=0x0) [wine/dlls/kernel/process.c:992] in kernel32 (0x7b97fff4) 20 0xb7fa2e51 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) ======================================================================= I'm also having problems when I try to add a break point from winedbg winedbg foo.exe break foo_bar fixme:dbghelp_dwarf:dwarf2_parse_const_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 31 at 0x10ced trace:dbghelp_dwarf:dwarf2_parse_struct_type ctx(0x10cee,1), for 31 trace:dbghelp_dwarf:dwarf2_parse_struct_type found name Mapdesc trace:dbghelp_dwarf:dwarf2_parse_struct_type Unhandled attr at ctx(0x10cf6,1), for attr(attr:0x3c,form:0xc) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x3c,form:0xc) trace:dbghelp_dwarf:dwarf2_parse_attr flag<0x1> trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 6 at 0x10cf7 trace:dbghelp_dwarf:dwarf2_parse_pointer_type ctx(0x10cf8,1), for 6 trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10ced> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10ced> trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 15 at 0x10cfd trace:dbghelp_dwarf:dwarf2_parse_reference_type ctx(0x10cfe,1), for 15 trace:dbghelp_dwarf:dwarf2_parse_reference_type Unhandled attr at ctx(0x10cfe,1), for attr(attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<4> trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10c11> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10c11> fixme:dbghelp_dwarf:dwarf2_parse_reference_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 15 at 0x10d03 trace:dbghelp_dwarf:dwarf2_parse_reference_type ctx(0x10d04,1), for 15 trace:dbghelp_dwarf:dwarf2_parse_reference_type Unhandled attr at ctx(0x10d04,1), for attr(attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<4> trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10d09> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10d09> fixme:dbghelp_dwarf:dwarf2_parse_reference_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 7 at 0x10d09 trace:dbghelp_dwarf:dwarf2_parse_const_type ctx(0x10d0a,1), for 7 trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10c11> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10c11> fixme:dbghelp_dwarf:dwarf2_parse_const_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 32 at 0x10d0e trace:dbghelp_dwarf:dwarf2_parse_subprogram ctx(0x10d0f,1), for 32 trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10d4e> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d13,1), for attr(attr:0x47,form:0x13) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x47,form:0x13) trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10804> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d17,1), for attr(attr:0x3a,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x3a,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<1> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d18,1), for attr(attr:0x3b,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x3b,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<67> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d21,1), for attr(attr:0x40,form:0xa) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x40,form:0xa) Exception c0000005 Wine-dbg> is there an easy way to turn of the dwarf2 code? Thanks, Oliver. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

[RFC] winecfg audio driver test
by Robert Reif 13 Nov '05

13 Nov '05

This is a proof of concept patch that adds a simple audio test to winecfg. All it does is use PlaySound to play a wave file. I am using LoadLibrary("winmm.dll") and FreeLibrary to change drivers. You must press the apply button for the driver change to take effect. There is no error recovery for a missing winmm.dll. The wave file name is in the rc file so a different file can be played for each language. This is probably overkill. I'm not sure where to put the wave file so the program will only work when the wave file is in the current directory. The wave file can be found here: http://home.earthlink.net/~reif/winecfg.en.wav or you can rename any old wave file to: winecfg.en.wav. Comments please? Index: programs/winecfg/En.rc =================================================================== RCS file: /home/wine/wine/programs/winecfg/En.rc,v retrieving revision 1.54 diff -p -u -r1.54 En.rc --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 -0000 1.54 +++ programs/winecfg/En.rc 12 Nov 2005 04:21:54 -0000 @@ -157,13 +157,14 @@ BEGIN COMBOBOX IDC_AUDIO_DRIVER,70,18,85,85,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP PUSHBUTTON "Autodetect",IDC_AUDIO_AUTODETECT,170,20,49,14 PUSHBUTTON "Configure",IDC_AUDIO_CONFIGURE,170,40,49,14 - PUSHBUTTON "Control Panel",IDC_AUDIO_CONTROL_PANEL,170,60,49,14 + PUSHBUTTON "Test",IDC_AUDIO_TEST,170,60,49,14 + PUSHBUTTON "Control Panel",IDC_AUDIO_CONTROL_PANEL,170,80,49,14 - GROUPBOX " DirectSound ",IDC_STATIC,8,75,244,120 + GROUPBOX " DirectSound ",IDC_STATIC,8,95,244,120 - LTEXT "Hardware Acceleration: ",IDC_STATIC,15,85,90,10 - COMBOBOX IDC_DSOUND_HW_ACCEL,100,83,150,70,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP - CONTROL "Driver Emulation",IDC_DSOUND_DRV_EMUL,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,15,100,230,10 + LTEXT "Hardware Acceleration: ",IDC_STATIC,15,105,90,10 + COMBOBOX IDC_DSOUND_HW_ACCEL,100,103,150,70,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP + CONTROL "Driver Emulation",IDC_DSOUND_DRV_EMUL,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,15,120,230,10 END @@ -197,6 +198,9 @@ BEGIN IDS_WINECFG_TITLE "Wine configuration" IDS_THEMEFILE "Theme files" IDS_THEMEFILE_SELECT "Select a theme file" + IDS_AUDIO_FILE "winecfg.en.wav" + IDS_AUDIO_DONE "Done playing: " + IDS_AUDIO_ERROR "Couldn't play: " END Index: programs/winecfg/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/winecfg/Makefile.in,v retrieving revision 1.15 diff -p -u -r1.15 Makefile.in --- programs/winecfg/Makefile.in 24 Aug 2005 10:59:40 -0000 1.15 +++ programs/winecfg/Makefile.in 12 Nov 2005 04:21:54 -0000 @@ -4,7 +4,7 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = winecfg.exe APPMODE = -mwindows -IMPORTS = comdlg32 comctl32 shell32 ole32 winmm shlwapi uxtheme user32 advapi32 kernel32 +IMPORTS = comdlg32 comctl32 shell32 ole32 shlwapi uxtheme user32 advapi32 kernel32 C_SRCS = \ appdefaults.c \ Index: programs/winecfg/audio.c =================================================================== RCS file: /home/wine/wine/programs/winecfg/audio.c,v retrieving revision 1.15 diff -p -u -r1.15 audio.c --- programs/winecfg/audio.c 3 Nov 2005 19:31:45 -0000 1.15 +++ programs/winecfg/audio.c 12 Nov 2005 04:21:54 -0000 @@ -52,6 +52,13 @@ static const char* DSound_HW_Accels[] = NULL }; +static HINSTANCE hWINMM = 0; + +HDRVR (WINAPI * pOpenDriverA)(LPCSTR lpDriverName, LPCSTR lpSectionName, LONG lParam); +LRESULT (WINAPI *pSendDriverMessage)(HDRVR hdrvr, UINT msg, LONG lParam1, LONG lParam2); +LRESULT (WINAPI *pCloseDriver)(HDRVR hdrvr, LONG lParam1, LONG lParam2); +BOOL (WINAPI *pPlaySoundW)(LPCWSTR pszSound, HMODULE hmod, DWORD fdwSound); + /* Select the correct entry in the combobox based on drivername */ static void selectAudioDriver(HWND hDlg, const char *drivername) { @@ -89,19 +96,19 @@ static void configureAudioDriver(HWND hD HDRVR hdrvr; char wine_driver[MAX_NAME_LENGTH + 8]; sprintf(wine_driver, "wine%s.drv", pAudioDrv->szDriver); - hdrvr = OpenDriverA(wine_driver, 0, 0); + hdrvr = pOpenDriverA(wine_driver, 0, 0); if (hdrvr != 0) { - if (SendDriverMessage(hdrvr, DRV_QUERYCONFIGURE, 0, 0) != 0) + if (pSendDriverMessage(hdrvr, DRV_QUERYCONFIGURE, 0, 0) != 0) { DRVCONFIGINFO dci; LONG lRes; dci.dwDCISize = sizeof (dci); dci.lpszDCISectionName = NULL; dci.lpszDCIAliasName = NULL; - lRes = SendDriverMessage(hdrvr, DRV_CONFIGURE, 0, (LONG)&dci); + lRes = pSendDriverMessage(hdrvr, DRV_CONFIGURE, 0, (LONG)&dci); } - CloseDriver(hdrvr, 0, 0); + pCloseDriver(hdrvr, 0, 0); } else { @@ -116,6 +123,26 @@ static void configureAudioDriver(HWND hD } } +static void loadWinmm() +{ + hWINMM = LoadLibrary("winmm.dll"); + if (!hWINMM) { + WINE_ERR("winmm.dll not found\n"); + /* FIXME do something */ + } + + pOpenDriverA = (void*)GetProcAddress(hWINMM, "OpenDriverA"); + pSendDriverMessage = (void*)GetProcAddress(hWINMM, "SendDriverMessage"); + pCloseDriver = (void*)GetProcAddress(hWINMM, "CloseDriver"); + pPlaySoundW = (void*)GetProcAddress(hWINMM, "PlaySoundW"); + + if (!pOpenDriverA || !pSendDriverMessage || !pCloseDriver || !pPlaySoundW) + { + WINE_ERR("winmm.dll not all entries found\n"); + /* FIXME do something */ + } +} + static void initAudioDlg (HWND hDlg) { char *curAudioDriver = get_reg_key(config_key, "Drivers", "Audio", "alsa"); @@ -125,6 +152,8 @@ static void initAudioDlg (HWND hDlg) WINE_TRACE("\n"); + loadWinmm(); + pAudioDrv = getAudioDrivers (); for (i = 0; *pAudioDrv->szName; i++, pAudioDrv++) { SendDlgItemMessage (hDlg, IDC_AUDIO_DRIVER, CB_ADDSTRING, @@ -272,6 +301,33 @@ AudioDlgProc (HWND hDlg, UINT uMsg, WPAR configureAudioDriver(hDlg, (char*)pAudioDrv[selected_driver].szDriver); } break; + case IDC_AUDIO_TEST: + { + WCHAR wave_file[MAX_PATH]; + WCHAR format[] = { '%','s','%','s',0 }; + WCHAR title[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_FILE, wave_file, sizeof(wave_file)/sizeof(wave_file[0])); + LoadStringW(GetModuleHandle(NULL), IDS_WINECFG_TITLE, title, sizeof(title)/sizeof(title[0])); + + if (pPlaySoundW(wave_file, NULL, SND_FILENAME)) { + WCHAR done_msg[MAX_PATH + 64]; + WCHAR wave_done[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_DONE, wave_done, sizeof(wave_done)/sizeof(wave_done[0])); + wsprintfW(done_msg, format, wave_done, wave_file); + MessageBoxW(NULL, done_msg, title, MB_OK); + pPlaySoundW(NULL, NULL, SND_FILENAME | SND_LOOP); + } else { + WCHAR error_msg[MAX_PATH + 64]; + WCHAR wave_error[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_ERROR, wave_error, sizeof(wave_error)/sizeof(wave_error[0])); + wsprintfW(error_msg, format, wave_error, wave_file); + MessageBoxW(NULL, error_msg, title, MB_OK); + } + } + break; case IDC_AUDIO_CONTROL_PANEL: MessageBox(NULL, "Launching audio control panel not implemented yet!", "Fixme", MB_OK | MB_ICONERROR); break; @@ -305,6 +361,10 @@ AudioDlgProc (HWND hDlg, UINT uMsg, WPAR SetWindowLongPtr(hDlg, DWLP_MSGRESULT, FALSE); break; case PSN_APPLY: + /* unload the current sound driver */ + while (FreeLibrary(hWINMM)); + /* load the new driver */ + loadWinmm(); apply(); SetWindowLongPtr(hDlg, DWLP_MSGRESULT, PSNRET_NOERROR); break; Index: programs/winecfg/resource.h =================================================================== RCS file: /home/wine/wine/programs/winecfg/resource.h,v retrieving revision 1.33 diff -p -u -r1.33 resource.h --- programs/winecfg/resource.h 27 Oct 2005 11:24:02 -0000 1.33 +++ programs/winecfg/resource.h 12 Nov 2005 04:21:54 -0000 @@ -39,6 +39,9 @@ #define IDS_WINECFG_TITLE 13 #define IDS_THEMEFILE 14 #define IDS_THEMEFILE_SELECT 15 +#define IDS_AUDIO_FILE 16 +#define IDS_AUDIO_DONE 17 +#define IDS_AUDIO_ERROR 18 #define IDD_MAINDLG 101 #define IDB_WINE 104 #define IDD_ABOUTCFG 107 @@ -136,9 +139,10 @@ #define IDC_AUDIO_AUTODETECT 1300 #define IDC_AUDIO_DRIVER 1301 #define IDC_AUDIO_CONFIGURE 1302 -#define IDC_AUDIO_CONTROL_PANEL 1303 -#define IDC_DSOUND_HW_ACCEL 1304 -#define IDC_DSOUND_DRV_EMUL 1305 +#define IDC_AUDIO_TEST 1303 +#define IDC_AUDIO_CONTROL_PANEL 1304 +#define IDC_DSOUND_HW_ACCEL 1305 +#define IDC_DSOUND_DRV_EMUL 1306 /* appearance tab */ #define IDC_THEME_COLORCOMBO 1401

5 11

Brain Storming Regarding Winapt - Package Management for Windows
by Shlomi Fish 13 Nov '05

13 Nov '05

Hi good people! I have an idea for a Windows-based open source project, that also has a lot of commercial value. The idea is Winapt: http://winapt.berlios.de/ Once finished, it will be an implementation of package management and dependency resolution for Windows (similar to dpkg+apt, or rpm+apt/urpmi/yum, etc.). On the site you can find an executive summary, and the beginning of the design document. I'd like to brain storm about this idea, and that people (after reading the documents) tell me what issues and obstacles those who desire in accopmlishing such a task will face, and suggest possible solutions. While I am an experienced programmer, I am not a very experienced Windows systems programmer. I did do some programming for Windows, but it was mostly GUI or MFC or simple things like opening files. (many times using the POSIX primitives). I am sending this message here because some of you guys are Win32 experts. Regards, Shlomi Fish ------------------------------------------ Shlomi Fish http://www.shlomifish.org/ If his programming is anything like his philosophizing, he would find 10 imaginary bugs in the "Hello World" program.

2 1

Re: Question about contents of STARTUPINFO structure and non WinMain entry points
by Eric POUECH 13 Nov '05

13 Nov '05

you likely have to fix dlls/ntdll/thread.c (in thread_init) so that the RTL_USER_PROCESS_PARAMETERS has the correct flag set (or alternatively, in dlls/kernel/process.c, in for example build_initial_environment) Note that winecrt0 is only used for winelib apps, so it's not used in case of windows native pgm A+ > Message du 08/11/05 07:11 > De : "James Liggett" > A : "Wine Mailing List" > Copie à : > Objet : Question about contents of STARTUPINFO structure and non WinMain entry points > > Hi, > First, apologies for the length. It's quite a complex issue: > > A few days ago someone sent to the list asking why a program he'd > written on WinXP runs under WineDbg but not under plain wine. Over the > weekend I debugged the program and found out that his program doesn't > use the standard WinMain entrypoint function. As such, he was using > GetStartupInfo to get startup flags. He uses the wShowWindow flag to > control the showing of the program's main window. Trouble is, this value > is zero unless the program is started as a child process using > CreateProcess, given a STARTUPINFO with wShowWindow set to something > other than 0 (usually SW_SHOWNORMAL or SW_SHOW.) So my question is, how > does the information in STARTUPINFO get set initially? I looked through > the code for winecrt0 and found that before WinMain is called, the > wShowWindow flag is set to SW_SHOWNORMAL. But because this program does > not use WinMain, this value doesn't get set. However, the program works > fine on native Windows XP. I looked at ntdll and kernel32 dll code, but > I'm not sure I'm looking in the right place. Can someone give me some > hints as to how to attack this problem? > > Thanks a lot, > James > > > > >

3 4

Re: winecfg: Add command-line switch -C to setup default configuration
by Vitaliy Margolen 13 Nov '05

13 Nov '05

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 11:31:13 PM, Vitaliy Margolen wrote: > For now that's only windows version. > Vitaliy Margolen > changelog: > winecfg > - Add command-line switch -C to setup default configuration

2 3

implementation of "bottle" feature to the future versions of the wine proper
by Kai-Cheung Leung 13 Nov '05

13 Nov '05

I have tried the Crossover office 5 and I found the bottle function really useful. Basically, this function allows a user to simutaneously own/manage more than one fake Windows installations within an account and when he runs a program, then on the command line, he can specify which of the installations to use for that particular program. This function is particularly useful when installing different applications which requires different Windows requirements. For example, I cannot install M$ Office 97 in the fake Windows 2000 environment and therefore I have to create a separate fake Win98 installation for it. Then I can create another Windows 2000 fake installation for my other modern programs. This segregation allows my programs to run smoothly alongside. What do you think about the feasibility for implementing the multi-fake-installation feature? This would involve changing the wine binary and giving each fake installation its own configuration settings. Kai-Cheung Leung Machen Sie aus 14 Cent spielend bis zu 100 Euro! Die neue Gaming-Area von Arcor - über 50 Onlinespiele im Angebot. http://www.arcor.de/rd/emf-gaming-1

2 1

New bug for Xorg Pixmap issue
by Dustin Navea 13 Nov '05

13 Nov '05

Went ahead and created bug 3826 as a metabug for the different apps that are broken by the Xorg pixmap patch, either the original, or the supposedly fixed one. If you have a program that used to work, but now shows the error message mentioned in bug 3826, please file a bug for the application and make it a blocker for 3826.. Thanks Dustin

1 0

Configure failed, aborting install
by Willem Fourie 12 Nov '05

12 Nov '05

Dear reader ./tools/wininstall failed with "Configure failed, aborting install" while trying to install wine-0.9 on an amd64 under Ubuntu. Please find config.log attached. Installing per the instructions on the HYPERLINK "http://www.winehq.com/site/download-deb"WineHQ page for Debian/Ubuntu lead to a "404 Not found" (HYPERLINK "http://.../wine_0.9.1-winehq.orig.tar.gz"http://.../wine_0.9.1-winehq.o rig.tar.gz) message. E. Failed to fetch some archives. Thank you -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.362 / Virus Database: 267.13.0/167 - Release Date: 11/11/2005

2 1

Re: shell32/test: Make shelllink.c compile with mingw and work with win2k
by Vitaliy Margolen 12 Nov '05

12 Nov '05

Anything wrong with this patch? Vitaliy Margolen Saturday, October 1, 2005, 10:39:36 AM, Vitaliy Margolen wrote: > ILFree, ILIsEqual and SHILCreateFromPath are not exported by names at least on > my win2k. > Vitaliy Margolen > changelog: > shell32/test > Make shelllink.c compile with mingw and work with win2k.

3 3

mm driver message handling in DefDriverProc
by Saulius Krasuckas 12 Nov '05

12 Nov '05

* 6 years, 7 months ago Eric Pouech did a change [*]: > > Started calling mixer as a 32 bit low level driver (no longer 16 bit) > Added support for yield proc in mci struct > Added mmTaskXXX16 and mmThreadXXX16 functions > Refreshed implementation of 16 bit native & asynchronous MCI driver command (through mmtask.tsk). ... > @@ -4193,13 +4273,13 @@ LRESULT WINAPI DefDriverProc(DWORD dwDri > { > switch (Msg) { > case DRV_LOAD: > + case DRV_FREE: > + case DRV_ENABLE: > case DRV_DISABLE: > + return 1; > case DRV_INSTALL: > - return 0; > - case DRV_ENABLE: > - case DRV_FREE: > case DRV_REMOVE: > - return 1; > + return DRV_SUCCESS; > default: > return 0; > } I'm do not follow a logic, as nowadays PSDK defines DRV_SUCCESS as 0x0001. Eric, can't both cases of 1 and DRV_SUCCESS be merged into a single case? Maybe this change address some 16-bit issues. No? [*] http://cvs.winehq.org/cvsweb/wine/multimedia/Attic/mmsystem.c.diff?r1=1.24&…

2 2

'std::*' not declared in C++ when trying to compile with wineg++
by Sergio 12 Nov '05

12 Nov '05

Hi all, I am again having trouble when compiling other c++ projects. This time I am not even able to get at least one file compiled. I did a serach in the Internet but really did not understand what to do. This problem is maybe not directly related to wine but to g++. It seems the compiler isnot able to find some declarations. Here is the output I am getting: wineg++ -c -I/usr/include/wine/windows -I/usr/include/wine/msvcrt -I../include -o versioninfo/CPlugin.o versioninfo/CPlugin.cpp /usr/include/c++/4.0.2/cstdlib:105: error: ‘::div’ has not been declared /usr/include/c++/4.0.2/cstdlib:110: error: ‘::ldiv’ has not been declared /usr/include/c++/4.0.2/cstdlib: In function ‘ldiv_t std::div(long int, long int)’: /usr/include/c++/4.0.2/cstdlib:134: error: ‘ldiv’ was not declared in this scope /usr/include/c++/4.0.2/cstdlib: At global scope: /usr/include/c++/4.0.2/cstdlib:160: error: ‘::lldiv_t’ has not been declared /usr/include/c++/4.0.2/cstdlib:166: error: ‘::_Exit’ has not been declared /usr/include/c++/4.0.2/cstdlib:176: error: ‘lldiv_t’ does not name a type /usr/include/c++/4.0.2/cstdlib:180: error: ‘lldiv_t’ does not name a type /usr/include/c++/4.0.2/cstdlib:193: error: ‘::atoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:194: error: ‘::strtoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:195: error: ‘::strtoull’ has not been declared /usr/include/c++/4.0.2/cstdlib:197: error: ‘::strtof’ has not been declared /usr/include/c++/4.0.2/cstdlib:198: error: ‘::strtold’ has not been declared /usr/include/c++/4.0.2/cstdlib:204: error: ‘__gnu_cxx::lldiv_t’ has not been declared /usr/include/c++/4.0.2/cstdlib:206: error: ‘__gnu_cxx::_Exit’ has not been declared /usr/include/c++/4.0.2/cstdlib:210: error: ‘__gnu_cxx::div’ has not been declared /usr/include/c++/4.0.2/cstdlib:211: error: ‘__gnu_cxx::lldiv’ has not been declared /usr/include/c++/4.0.2/cstdlib:213: error: ‘__gnu_cxx::atoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:214: error: ‘__gnu_cxx::strtof’ has not been declared /usr/include/c++/4.0.2/cstdlib:215: error: ‘__gnu_cxx::strtoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:216: error: ‘__gnu_cxx::strtoull’ has not been declared /usr/include/c++/4.0.2/cstdlib:217: error: ‘__gnu_cxx::strtold’ has not been declared /usr/include/c++/4.0.2/cstdio:168: error: ‘::snprintf’ has not been declared /usr/include/c++/4.0.2/cstdio:169: error: ‘::vfscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:170: error: ‘::vscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:172: error: ‘::vsscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:178: error: ‘__gnu_cxx::snprintf’ has not been declared /usr/include/c++/4.0.2/cstdio:179: error: ‘__gnu_cxx::vfscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:180: error: ‘__gnu_cxx::vscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:182: error: ‘__gnu_cxx::vsscanf’ has not been declared /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: ‘uselocale’ was not declared in this scope /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h: In function ‘int std::__convert_from_v(char*, int, const char*, _Tv, __locale_struct* const&, int)’: /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:73: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:84: error: ‘snprintf’ is not a member of ‘std’ /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:90: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function /usr/include/bits/sigthread.h: At global scope: /usr/include/bits/sigthread.h:32: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/include/c++/4.0.2/cwchar:151: error: ‘::fwide’ has not been declared /usr/include/c++/4.0.2/cwchar:158: error: ‘::mbsinit’ has not been declared /usr/include/c++/4.0.2/cwchar:167: error: ‘::vfwscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:171: error: ‘::vswscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:175: error: ‘::vwscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:192: error: ‘::wcstof’ has not been declared /usr/include/c++/4.0.2/cwchar:199: error: ‘::wmemcmp’ has not been declared /usr/include/c++/4.0.2/cwchar:200: error: ‘::wmemcpy’ has not been declared /usr/include/c++/4.0.2/cwchar:201: error: ‘::wmemmove’ has not been declared /usr/include/c++/4.0.2/cwchar:202: error: ‘::wmemset’ has not been declared /usr/include/c++/4.0.2/cwchar:230: error: ‘::wmemchr’ has not been declared /usr/include/c++/4.0.2/cwchar: In function ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’: /usr/include/c++/4.0.2/cwchar:234: error: invalid conversion from ‘const wchar_t*’ to ‘wchar_t*’ /usr/include/c++/4.0.2/cwchar:234: error: initializing argument 1 of ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’ /usr/include/c++/4.0.2/cwchar: At global scope: /usr/include/c++/4.0.2/cwchar:250: error: ‘::wcstold’ has not been declared /usr/include/c++/4.0.2/cwchar:259: error: ‘::wcstoll’ has not been declared /usr/include/c++/4.0.2/cwchar:260: error: ‘::wcstoull’ has not been declared /usr/include/c++/4.0.2/cwchar:266: error: ‘__gnu_cxx::wcstold’ has not been declared /usr/include/c++/4.0.2/cwchar:267: error: ‘__gnu_cxx::wcstoll’ has not been declared /usr/include/c++/4.0.2/cwchar:268: error: ‘__gnu_cxx::wcstoull’ has not been declared /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static int std::char_traits<wchar_t>::compare(const wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:323: error: ‘wmemcmp’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static const wchar_t* std::char_traits<wchar_t>::find(const wchar_t*, size_t, const wchar_t&)’: /usr/include/c++/4.0.2/bits/char_traits.h:331: error: invalid conversion from ‘const wchar_t*’ to ‘wchar_t*’ /usr/include/c++/4.0.2/bits/char_traits.h:331: error: initializing argument 1 of ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’ /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::move(wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:335: error: ‘wmemmove’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::copy(wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:339: error: ‘wmemcpy’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::assign(wchar_t*, size_t, wchar_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:343: error: ‘wmemset’ was not declared in this scope winegcc: g++ failed. make: *** [versioninfo/CPlugin.o] Error 2 My bet is that I am missing some includes. or that I need to specify some parametres in the compiler options. But I am a complete noob in c++ development. Any help will he highly appreciated. Thanks.

1 0

Re: comctl32: doc update
by Detlef Riekenberg 12 Nov '05

12 Nov '05

Am Samstag, den 12.11.2005, 07:39 +0100 schrieb Markus Amsler: > Documented Total count is now 100%! > > Changelog: > Markus Amsler <markus.amsler(a)oribi.org> > Reformate "see" section, to match c2man requirements. No Patch present :-) -- By By ... ... Detlef

1 0

Needs some guidance (aclui/netapi32)
by Paul Vriens 12 Nov '05

12 Nov '05

Hi, I'm trying to add some extra functions to our netapi32 (domain service related stuff) as this is needed by Process Explorer (or actually by native aclui.dll). I've experienced some crashes, so I tried it with a native netapi32 and the crashes still occur: fixme:advapi:LsaLookupSids (0xcafe,26,0x7ff7d180,0x208496bc,0x208496b4) stub fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x5b8677f0,pFormat = ^0x5b8677be,...): stub wine: Unhandled page fault on read access to 0x0000000c at address 0x7155ddf3 (thread 000c), starting debugger... fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x5b8677f0,pFormat = ^0x5b8677be,...): stub fixme:ntdll:NtQuerySecurityObject (0xc0,0x00000004,(nil),0x00000000,0x209bfb1c) stub! fixme:ntdll:NtQuerySecurityObject (0xc0,0x00000004,0x7ff94ed8,0x0000005c,0x209bfb1c) stub! fixme:advapi:LsaOpenPolicy ((null),0x209bf5f4,0x00000800,0x209bf620) stub fixme:advapi:LsaLookupSids (0xcafe,3,0x7ff85570,0x209bf66c,0x209bf664) stub fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x5b8677f0,pFormat = ^0x5b8677be,...): stub WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x0000000c in 32-bit code (0x7155ddf3). In 32 bit mode. fixme:dbghelp:sffip_cb NIY on 'aclui.pdb' Register dump: CS:0073 SS:007b DS:007b ES:007b FS:120f GS:0033 EIP:7155ddf3 ESP:209bf634 EBP:209bfacc EFLAGS:00210206( - 00 - RIP1) EAX:7ff854f0 EBX:7ff85550 ECX:00000000 EDX:7ff85658 ESI:00000000 EDI:00000000 Stack dump: 0x209bf634: 7ff85550 7ff85488 7fffffff 7ff85550 0x209bf644: 00000003 fffffffc 00000000 00000001 0x209bf654: 000100a6 0000cafe 00000000 00000000 0x209bf664: 00000000 00000000 00000000 00000000 0x209bf674: 00000000 7ff854f0 00000001 7ff6d018 0x209bf684: 00000000 00000000 00000000 7ff85538 0241: sel=120f base=7fcd8000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7155ddf3 in aclui (+0xddf3) (0x209bfacc) 2 0x7155e806 in aclui (+0xe806) (0x209bfb04) 3 0x7155e900 in aclui (+0xe900) (0x209bfb24) 4 0x715585ac in aclui (+0x85ac) (0x209bfb48) 5 0x4eb67815 THREAD_Start+0xe5(ptr=0x7ff85550) [/wine-src/wine-cvs/dlls/kernel/thread.c:104] in kernel32 (0x209bfc14) 6 0x64b09516 start_thread+0x136(info=0x7ff85568) [/wine-src/wine-cvs/dlls/ntdll/thread.c:232] in ntdll (0x209c0458) 7 0x2003ab80 (0x209c04c8) 8 0x201119ce (0x00000000) 0x7155ddf3: movl 0xc(%edi),%eax How critical is "fixme:ole:RPCRT4_NdrClientCall2"? I prefer not to go the way of adding loads of native dll's, but if so what versions of dll's should I use? Before the move to win2k as the default we were advised to use win98 dll's, but now? Cheers, Paul.

3 2

Re: comctl32: doc update
by Dimi Paun 12 Nov '05

12 Nov '05

On Sat, 2005-11-12 at 07:39 +0100, Markus Amsler wrote: > Documented Total count is now 100%! > > Changelog: > Markus Amsler <markus.amsler(a)oribi.org> > Reformate "see" section, to match c2man requirements. Patch missing. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: dlls/include/list.h: remove_list() failed when removing first or last element
by Robert Shearman 12 Nov '05

12 Nov '05

Markus Gömmel wrote: >Sometimes resulted in an exception when AllocHeap() was called... > >Regards > >Markus Goemmel >m.goemmel(a)compulab.de > > Sorry, but the patch is wrong. The Wine list implementation makes sure that next and prev are always valid pointers, such that the list is circular. The only way to detect the end of the list is if entry->next == start. If one of the entries is NULL then this generally indicates either a use after free or some other kind of corruption of the memory used by the list. If the memory is in the heap then HeapValidate may help find the corruption. >Index: ChangeLog >=================================================================== >RCS file: /home/wine/wine/ChangeLog,v >retrieving revision 1.101 >diff -u -u -p -r1.101 ChangeLog >--- ChangeLog 9 Nov 2005 13:41:27 -0000 1.101 >+++ ChangeLog 9 Nov 2005 16:17:58 -0000 >@@ -1,3 +1,8 @@ >+2005-11-09 Markus Goemmel <m.goemmel(a)compulab.de> >+ >+ * include/wine/list.h >+ list_remove() failed when removing first or last element >+ > 2005-11-09 Huw Davies <huw(a)codeweavers.com> > > * dlls/wineps/ps.c: > > One further note: on projects as big as Wine patching the ChangeLog is not practical as it would result in a lot of conflicts. Therefore, Alexandre Julliard automatically generates ChangeLog entries from CVS just before each release. -- Rob Shearman

4 3

New eject command issue
by Christian Costa 12 Nov '05

12 Nov '05

Hi, I tried to use the new eject command and this does not seem to work. For that, I run a exe on the cdrom and try to eject the cdrom with : WINEDEBUG=+eject wine eject and I get : trace:eject:eject_cd ejecting h: warn:eject:eject_cd IOCTL_STORAGE_MEDIA_REMOVAL failed with err 170 warn:eject:eject_cd IOCTL_STORAGE_EJECT_MEDIA failed with err 170 and nothing happen and files are still open on the cdrom as shown below : bash 1243 titan cwd DIR 0,8 0 219136 /mnt/cdrom wine-prel 14747 titan cwd DIR 0,8 0 219136 /mnt/cdrom wine-prel 14747 titan mem REG 0,8 2691072 219306 /mnt/cdrom/DINO.exe wine-prel 14747 titan 6r DIR 0,8 0 219136 /mnt/cdrom wineserve 14751 titan 22r DIR 0,8 0 219136 /mnt/cdrom wineserve 14751 titan 23r REG 0,8 2691072 219306 /mnt/cdrom/DINO.exe wine-prel 14752 titan cwd DIR 0,8 0 219136 /mnt/cdrom wine-prel 14752 titan mem REG 0,8 2691072 219306 /mnt/cdrom/DINO.exe wine-prel 14752 titan 6r DIR 0,8 0 219136 /mnt/cdrom wine-prel 14753 titan cwd DIR 0,8 0 219136 /mnt/cdrom wine-prel 14753 titan mem REG 0,8 2691072 219306 /mnt/cdrom/DINO.exe wine-prel 14753 titan 6r DIR 0,8 0 219136 /mnt/cdrom Is there anything particular to do ? Morover, it seems eject is not installed so I have to run from the programs directory. I have also found that there is already a eject command in my distro (Mandrake). So this conflict may require renaming the eject command. Any idea ? Bye, Christian

4 14

[RFC] winecfg audio driver test
by Robert Reif 12 Nov '05

12 Nov '05

This is a proof of concept patch that adds a simple audio test to winecfg. All it does is use PlaySound to play a wave file. I am using LoadLibrary("winmm.dll") and FreeLibrary to change drivers. You must press the apply button for the driver change to take effect. There is no error recovery for a missing winmm.dll. The wave file name is in the rc file so a different file can be played for each language. This is probably overkill. I'm not sure where to put the wave file so the program will only work when the wave file is in the current directory. Sorry about the binary wave file. Comments please? Index: programs/winecfg/En.rc =================================================================== RCS file: /home/wine/wine/programs/winecfg/En.rc,v retrieving revision 1.54 diff -p -u -r1.54 En.rc --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 -0000 1.54 +++ programs/winecfg/En.rc 12 Nov 2005 04:21:54 -0000 @@ -157,13 +157,14 @@ BEGIN COMBOBOX IDC_AUDIO_DRIVER,70,18,85,85,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP PUSHBUTTON "Autodetect",IDC_AUDIO_AUTODETECT,170,20,49,14 PUSHBUTTON "Configure",IDC_AUDIO_CONFIGURE,170,40,49,14 - PUSHBUTTON "Control Panel",IDC_AUDIO_CONTROL_PANEL,170,60,49,14 + PUSHBUTTON "Test",IDC_AUDIO_TEST,170,60,49,14 + PUSHBUTTON "Control Panel",IDC_AUDIO_CONTROL_PANEL,170,80,49,14 - GROUPBOX " DirectSound ",IDC_STATIC,8,75,244,120 + GROUPBOX " DirectSound ",IDC_STATIC,8,95,244,120 - LTEXT "Hardware Acceleration: ",IDC_STATIC,15,85,90,10 - COMBOBOX IDC_DSOUND_HW_ACCEL,100,83,150,70,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP - CONTROL "Driver Emulation",IDC_DSOUND_DRV_EMUL,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,15,100,230,10 + LTEXT "Hardware Acceleration: ",IDC_STATIC,15,105,90,10 + COMBOBOX IDC_DSOUND_HW_ACCEL,100,103,150,70,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP + CONTROL "Driver Emulation",IDC_DSOUND_DRV_EMUL,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,15,120,230,10 END @@ -197,6 +198,9 @@ BEGIN IDS_WINECFG_TITLE "Wine configuration" IDS_THEMEFILE "Theme files" IDS_THEMEFILE_SELECT "Select a theme file" + IDS_AUDIO_FILE "winecfg.en.wav" + IDS_AUDIO_DONE "Done playing: " + IDS_AUDIO_ERROR "Couldn't play: " END Index: programs/winecfg/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/winecfg/Makefile.in,v retrieving revision 1.15 diff -p -u -r1.15 Makefile.in --- programs/winecfg/Makefile.in 24 Aug 2005 10:59:40 -0000 1.15 +++ programs/winecfg/Makefile.in 12 Nov 2005 04:21:54 -0000 @@ -4,7 +4,7 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = winecfg.exe APPMODE = -mwindows -IMPORTS = comdlg32 comctl32 shell32 ole32 winmm shlwapi uxtheme user32 advapi32 kernel32 +IMPORTS = comdlg32 comctl32 shell32 ole32 shlwapi uxtheme user32 advapi32 kernel32 C_SRCS = \ appdefaults.c \ Index: programs/winecfg/audio.c =================================================================== RCS file: /home/wine/wine/programs/winecfg/audio.c,v retrieving revision 1.15 diff -p -u -r1.15 audio.c --- programs/winecfg/audio.c 3 Nov 2005 19:31:45 -0000 1.15 +++ programs/winecfg/audio.c 12 Nov 2005 04:21:54 -0000 @@ -52,6 +52,13 @@ static const char* DSound_HW_Accels[] = NULL }; +static HINSTANCE hWINMM = 0; + +HDRVR (WINAPI * pOpenDriverA)(LPCSTR lpDriverName, LPCSTR lpSectionName, LONG lParam); +LRESULT (WINAPI *pSendDriverMessage)(HDRVR hdrvr, UINT msg, LONG lParam1, LONG lParam2); +LRESULT (WINAPI *pCloseDriver)(HDRVR hdrvr, LONG lParam1, LONG lParam2); +BOOL (WINAPI *pPlaySoundW)(LPCWSTR pszSound, HMODULE hmod, DWORD fdwSound); + /* Select the correct entry in the combobox based on drivername */ static void selectAudioDriver(HWND hDlg, const char *drivername) { @@ -89,19 +96,19 @@ static void configureAudioDriver(HWND hD HDRVR hdrvr; char wine_driver[MAX_NAME_LENGTH + 8]; sprintf(wine_driver, "wine%s.drv", pAudioDrv->szDriver); - hdrvr = OpenDriverA(wine_driver, 0, 0); + hdrvr = pOpenDriverA(wine_driver, 0, 0); if (hdrvr != 0) { - if (SendDriverMessage(hdrvr, DRV_QUERYCONFIGURE, 0, 0) != 0) + if (pSendDriverMessage(hdrvr, DRV_QUERYCONFIGURE, 0, 0) != 0) { DRVCONFIGINFO dci; LONG lRes; dci.dwDCISize = sizeof (dci); dci.lpszDCISectionName = NULL; dci.lpszDCIAliasName = NULL; - lRes = SendDriverMessage(hdrvr, DRV_CONFIGURE, 0, (LONG)&dci); + lRes = pSendDriverMessage(hdrvr, DRV_CONFIGURE, 0, (LONG)&dci); } - CloseDriver(hdrvr, 0, 0); + pCloseDriver(hdrvr, 0, 0); } else { @@ -116,6 +123,26 @@ static void configureAudioDriver(HWND hD } } +static void loadWinmm() +{ + hWINMM = LoadLibrary("winmm.dll"); + if (!hWINMM) { + WINE_ERR("winmm.dll not found\n"); + /* FIXME do something */ + } + + pOpenDriverA = (void*)GetProcAddress(hWINMM, "OpenDriverA"); + pSendDriverMessage = (void*)GetProcAddress(hWINMM, "SendDriverMessage"); + pCloseDriver = (void*)GetProcAddress(hWINMM, "CloseDriver"); + pPlaySoundW = (void*)GetProcAddress(hWINMM, "PlaySoundW"); + + if (!pOpenDriverA || !pSendDriverMessage || !pCloseDriver || !pPlaySoundW) + { + WINE_ERR("winmm.dll not all entries found\n"); + /* FIXME do something */ + } +} + static void initAudioDlg (HWND hDlg) { char *curAudioDriver = get_reg_key(config_key, "Drivers", "Audio", "alsa"); @@ -125,6 +152,8 @@ static void initAudioDlg (HWND hDlg) WINE_TRACE("\n"); + loadWinmm(); + pAudioDrv = getAudioDrivers (); for (i = 0; *pAudioDrv->szName; i++, pAudioDrv++) { SendDlgItemMessage (hDlg, IDC_AUDIO_DRIVER, CB_ADDSTRING, @@ -272,6 +301,33 @@ AudioDlgProc (HWND hDlg, UINT uMsg, WPAR configureAudioDriver(hDlg, (char*)pAudioDrv[selected_driver].szDriver); } break; + case IDC_AUDIO_TEST: + { + WCHAR wave_file[MAX_PATH]; + WCHAR format[] = { '%','s','%','s',0 }; + WCHAR title[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_FILE, wave_file, sizeof(wave_file)/sizeof(wave_file[0])); + LoadStringW(GetModuleHandle(NULL), IDS_WINECFG_TITLE, title, sizeof(title)/sizeof(title[0])); + + if (pPlaySoundW(wave_file, NULL, SND_FILENAME)) { + WCHAR done_msg[MAX_PATH + 64]; + WCHAR wave_done[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_DONE, wave_done, sizeof(wave_done)/sizeof(wave_done[0])); + wsprintfW(done_msg, format, wave_done, wave_file); + MessageBoxW(NULL, done_msg, title, MB_OK); + pPlaySoundW(NULL, NULL, SND_FILENAME | SND_LOOP); + } else { + WCHAR error_msg[MAX_PATH + 64]; + WCHAR wave_error[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_ERROR, wave_error, sizeof(wave_error)/sizeof(wave_error[0])); + wsprintfW(error_msg, format, wave_error, wave_file); + MessageBoxW(NULL, error_msg, title, MB_OK); + } + } + break; case IDC_AUDIO_CONTROL_PANEL: MessageBox(NULL, "Launching audio control panel not implemented yet!", "Fixme", MB_OK | MB_ICONERROR); break; @@ -305,6 +361,10 @@ AudioDlgProc (HWND hDlg, UINT uMsg, WPAR SetWindowLongPtr(hDlg, DWLP_MSGRESULT, FALSE); break; case PSN_APPLY: + /* unload the current sound driver */ + while (FreeLibrary(hWINMM)); + /* load the new driver */ + loadWinmm(); apply(); SetWindowLongPtr(hDlg, DWLP_MSGRESULT, PSNRET_NOERROR); break; Index: programs/winecfg/resource.h =================================================================== RCS file: /home/wine/wine/programs/winecfg/resource.h,v retrieving revision 1.33 diff -p -u -r1.33 resource.h --- programs/winecfg/resource.h 27 Oct 2005 11:24:02 -0000 1.33 +++ programs/winecfg/resource.h 12 Nov 2005 04:21:54 -0000 @@ -39,6 +39,9 @@ #define IDS_WINECFG_TITLE 13 #define IDS_THEMEFILE 14 #define IDS_THEMEFILE_SELECT 15 +#define IDS_AUDIO_FILE 16 +#define IDS_AUDIO_DONE 17 +#define IDS_AUDIO_ERROR 18 #define IDD_MAINDLG 101 #define IDB_WINE 104 #define IDD_ABOUTCFG 107 @@ -136,9 +139,10 @@ #define IDC_AUDIO_AUTODETECT 1300 #define IDC_AUDIO_DRIVER 1301 #define IDC_AUDIO_CONFIGURE 1302 -#define IDC_AUDIO_CONTROL_PANEL 1303 -#define IDC_DSOUND_HW_ACCEL 1304 -#define IDC_DSOUND_DRV_EMUL 1305 +#define IDC_AUDIO_TEST 1303 +#define IDC_AUDIO_CONTROL_PANEL 1304 +#define IDC_DSOUND_HW_ACCEL 1305 +#define IDC_DSOUND_DRV_EMUL 1306 /* appearance tab */ #define IDC_THEME_COLORCOMBO 1401

1 0

Re: wineprefixcreate: Call winecfg -c to setup default config.
by Vitaliy Margolen 11 Nov '05

11 Nov '05

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 11:34:57 PM, Vitaliy Margolen wrote: > Vitaliy Margolen > changelog: > wineprefixcreate > - Call winecfg -c to setup default config.

1 0

Re: Add WINEPREFIX to the command in wineshelllink
by Vitaliy Margolen 11 Nov '05

11 Nov '05

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 9:29:55 PM, Vitaliy Margolen wrote: > Vitaliy Margolen > changelog: > - Add WINEPREFIX to the command in wineshelllink

1 0

Ok to call CoInitialize in the file dialogs?
by Michael Jung 11 Nov '05

11 Nov '05

Hi all, Some shell namespace extensions only work if COM is initialized (For instance the brand-new shell instance objects ;) Go download the free (as in beer) Shell Object Editor from www.tropictech.de if you want to try them.). On WinXP those work without the application calling CoInitialize in SHBrowseForFolder and in the file dialogs. I assume this means there is a CoInitialize/CoUninitialize pair guarding SHBrowseForFolder. For the attached browse.c test program (meant to be compiled with borland's free compiler - sorry) on can browse into shell instance objects on winxp, but the call to GetDisplayNameOf fails with CO_E_NOTINITIALIZED. This means COM is initialized inside SHBrowseForFolder, but un-initialized after the call returns. If you remove the '//' in front of the CoInitialize call and compile again, GetDisplayNameOf succeeds. On wine, you can't currently browse into shell instance objects, if COM is not initialized. If you add CoInitialize/CoUninitialize to SHBrowseForFolder (see attached patch), it exhibits the same behaviour as winxp. How expensive is COM un-/initialization? Any objections against adding CoInitialize/CoUnitialize to SHBrowseForFolder and the file dialogs? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

3 7

privileged instruction in 32-bit code
by Tyler Nielsen 11 Nov '05

11 Nov '05

Hello, I'm looking for a little help to find the next step in getting a program (Everquest 2) working under wine. It currently runs the patcher, and will go through the load screen, and when the game comes up I get: WineDbg starting on pid 0x8 Unhandled exception: privileged instruction in 32-bit code (0x00872230). In 32 bit mode. fixme:dbghelp:sffip_cb NIY on 'D:\test\eq2\output\User_Optimized\Client\EverQuest2.pdb' Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:00872230 ESP:7fbfee40 EBP:7fbfef64 EFLAGS:00210202( - 00 - -RI1) EAX:75065bec EBX:00f77bc0 ECX:00f78080 EDX:00f78080 ESI:60890008 EDI:75003280 Stack dump: 0x7fbfee40: fffffffe 7449f020 7cb55a30 60890008 0x7fbfee50: 00000008 00f78090 60888370 00000a5c 0x7fbfee60: 75468130 00000000 60897ca0 75065bb0 0x7fbfee70: 00f78740 60a917f0 00f78090 00f780a0 0x7fbfee80: 7449f020 00000a5f 75468100 00000297 0x7fbfee90: beb29113 3fa5ebd8 be2674d8 00aba38f Backtrace: =>1 0x00872230 in everquest2 (+0x472230) (0x7fbfef64) 2 0x00876a6e in everquest2 (+0x476a6e) (0x7449ed70) 3 0x00000010 (0x00d1eb84) 4 0x00874f28 in everquest2 (+0x474f28) (0x008755a4) 0x00872230: Modules: I then started up winedbg and got this: WineDbg starting on pid 0xa In 32 bit mode. start_process () at /home/tcnielsen/Programming/wine/dlls/kernel/../../include/winternl.h:1692 0x7fc7523c start_process+0xfc [/home/tcnielsen/Programming/wine/dlls/kernel/../../include/winternl.h:1692] in kernel32: jmp 0x7fc7522b start_process+0xeb [/home/tcnielsen/Programming/wine/dlls/kernel/process.c:992] in kernel32 1692 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } Wine-dbg>disas 0x00872230 fixme:dbghelp:sffip_cb NIY on 'D:\test\eq2\output\User_Optimized\Client\EverQuest2.pdb' 0x00872230: 0x00872232: push %es 0x00872233: 0x00872235: incl %edi 0x00872236: loopne 0x00872247 0x00872238: subl %ecx,0x10(%esi) 0x0087223b: 0x0087223d: decl %edi 0x0087223e: lock 0x00872241: inl %dx,%eax I've tried googling and the closest thing I found was an old wine traffic from 2003. http://www.kerneltraffic.org/wine/wn20031017_192.html#4. So is there anything else I can look at or do to try and get past this? Thanks for the help, Tyler

7 10

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