May 2007 - wine-devel

loading windows DLL in a linux app
by ml 22 May '07

22 May '07

Hi! I have a third party library which is a Windows DLL. Is it possible to use Wine to call its functions under Linux? I tried a simple code #include <library.h> int main(int argc, char**argv) { HMODULE dll; dll = LoadLibrary("atouch32.dll"); return 0; } compiled successfully but runtime fails with "Segmentation fault". Perhaps I missed some initialization. I didn't found any examples of Wine API usage. Can anyone give me any clue? Thank you! David

2 1

re: msi ole automation: where to next?
by Dan Kegel 22 May '07

22 May '07

Misha wrote: > [I have the scripting required by the Vector NTI and the iTunes 7 installers > working. What should I do next?] First off, congratulations! If you're interested in continuing to work on MSI, I'd suggest asking James Hawkins for suggestions. If you're more interested in adding COM interfaces to things, perhaps implementing the iTextServices api to riched20 would be useful. Maarten got started on that, but I think it's not complete enough for say, Google Talk to function. Most useful of all might be for you to look at improving our COM implementation itself. Rob Shearman could give you suggestions on where to start there. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 9

Re: hnetcfg: [resend 2] 1/6 uuids for INetFwMgr interface
by Robert Shearman 22 May '07

22 May '07

Jeff Latimer wrote: > diff --git a/include/uuids.h b/include/uuids.h > index e3fb41b..cf99672 100644 > --- a/include/uuids.h > +++ b/include/uuids.h > @@ -271,5 +271,7 @@ OUR_GUID_ENTRY(CLSID_VideoProcAmpPropertyPage, 0x71f96464, 0x78f3, 0x11d0, > OUR_GUID_ENTRY(CLSID_CameraControlPropertyPage, 0x71f96465, 0x78f3, 0x11d0, 0xa1, 0x8c, 0x00, 0xa0, 0xc9, 0x11, 0x89, 0x56) > OUR_GUID_ENTRY(CLSID_AnalogVideoDecoderPropertyPage, 0x71f96466, 0x78f3, 0x11d0, 0xa1, 0x8c, 0x00, 0xa0, 0xc9, 0x11, 0x89, 0x56) > OUR_GUID_ENTRY(CLSID_VideoStreamConfigPropertyPage, 0x71f96467, 0x78f3, 0x11d0, 0xa1, 0x8c, 0x00, 0xa0, 0xc9, 0x11, 0x89, 0x56) > +OUR_GUID_ENTRY(IID_INetFwMgr, 0xf7898af5, 0xcac4, 0x4632, 0xa2, 0xec, 0xda ,0x06, 0xe5, 0x11, 0x1a, 0xf2) > +OUR_GUID_ENTRY(CLSID_NetFwMgr, 0x304ce942, 0x6e39, 0x40d8, 0x94, 0x3a, 0xb9, 0x13, 0xc4, 0x0c, 0x9c, 0xd4) > > #undef OUR_GUID_ENTRY > This isn't in the PSDK version of uuids.h and also uuid.lib from the PSDK doesn't contain these symbols either (although there are a bunch of IID_INetFwV6... symbols that might be related). -- Rob Shearman

2 1

Re: hnetcfg: [resend 2] 3/6 add local header file
by Michael Stefaniuc 22 May '07

22 May '07

Jeff Latimer wrote: > --- > dlls/hnetcfg/hnetcfg_dll.h | 70 > ++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 70 insertions(+), 0 deletions(-) > create mode 100644 dlls/hnetcfg/hnetcfg_dll.h > > > ------------------------------------------------------------------------ > > diff --git a/dlls/hnetcfg/hnetcfg_dll.h b/dlls/hnetcfg/hnetcfg_dll.h > new file mode 100644 > index 0000000..64b1f0c > --- /dev/null > +++ b/dlls/hnetcfg/hnetcfg_dll.h > @@ -0,0 +1,70 @@ > +/* > + * Copyright (C) 2007 Jeff Latimer > + * > + * 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., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA > + */ > + > +#ifndef __WINE_HNETCFG_DLL_H > +#define __WINE_HNETCFG_DLL_H > + > +#include "windef.h" > +#include "wine/debug.h" > +#include "winbase.h" > +#include "winnt.h" > + > + > +/* __stdcall HNETCFG_HNetDeleteRasConnection(); */ It's only the comments but why don't you use WINAPI instead of __stdcall? bye michael > +/* __stdcall HNETCFG_HNetFreeSharingServicesPage(); */ > +/* __stdcall HNETCFG_HNetGetSharingServicesPage(); */ > +/* __stdcall HNETCFG_WinBomConfigureWindowsFirewall(); */ > +/* __stdcall HNETCFG_HNetFreeFirewallLoggingSettings(); */ > +/* __stdcall HNETCFG_HNetGetFirewallSettingsPage(); */ > +/* __stdcall HNETCFG_HNetGetShareAndBridgeSettings(); */ > +/* __stdcall HNETCFG_HNetSetShareAndBridgeSettings(); */ > +/* __stdcall HNETCFG_HNetSharedAccessSettingsDlg(); */ > +/* __stdcall HNETCFG_HNetSharingAndFirewallSettingsDlg(); */ > +/* __stdcall HNETCFG_IcfChangeNotificationCreate(); */ > +/* __stdcall HNETCFG_IcfChangeNotificationDestroy(); */ > +/* __stdcall HNETCFG_IcfCheckAppAuthorization(); */ > +/* __stdcall HNETCFG_IcfCloseDynamicFwPort(); */ > +/* __stdcall HNETCFG_IcfConnect(); */ > +/* __stdcall HNETCFG_IcfDisconnect(); */ > +/* __stdcall HNETCFG_IcfFreeAdapters(); */ > +/* __stdcall HNETCFG_IcfFreeDynamicFwPorts(); */ > +/* __stdcall HNETCFG_IcfFreeProfile(); */ > +/* __stdcall HNETCFG_IcfFreeString(); */ > +/* __stdcall HNETCFG_IcfFreeTickets(); */ > +/* __stdcall HNETCFG_IcfGetAdapters(); */ > +/* __stdcall HNETCFG_IcfGetCurrentProfileType(); */ > +/* __stdcall HNETCFG_IcfGetDynamicFwPorts(); */ > +/* __stdcall HNETCFG_IcfGetOperationalMode(); */ > +/* __stdcall HNETCFG_IcfGetProfile(); */ > +/* __stdcall HNETCFG_IcfGetTickets(); */ > +/* __stdcall HNETCFG_IcfIsIcmpTypeAllowed(); */ > +/* __stdcall HNETCFG_IcfIsPortAllowed(); */ > +/* __stdcall HNETCFG_IcfOpenDynamicFwPort(); */ > +/* __stdcall HNETCFG_IcfOpenDynamicFwPortWithoutSocket(); */ > +/* __stdcall HNETCFG_IcfOpenFileSharingPorts(); */ > +/* __stdcall HNETCFG_IcfRefreshPolicy(); */ > +/* __stdcall HNETCFG_IcfRemoveDisabledAuthorizedApp(); */ > +/* __stdcall HNETCFG_IcfSetServicePermission(); */ > +/* __stdcall HNETCFG_IcfSubNetsGetScope(); */ > +/* __stdcall HNETCFG_IcfSubNetsIsStringValid(); */ > +/* __stdcall HNETCFG_IcfSubNetsToString(); */ > + > +HRESULT NetFwMgr_create(IUnknown *, LPVOID *); > + > + > +#endif /* __WINE_HNETCFG_DLL_H */ > > > > ------------------------------------------------------------------------ > > -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: ADVAPI32: (1 of 4) Implement EnumServicesStatusExW
by Alexandre Julliard 22 May '07

22 May '07

Rolf Kalbermatter <r.kalbermatter(a)hccnet.nl> writes: > + r = QueryServiceStatusEx(handle, SC_STATUS_PROCESS_INFO, (LPBYTE)&svcStatusData, > + sizeof(SERVICE_STATUS_PROCESS), &sz); > + if (r) > + { > + switch (dwServiceType) > + { > + case SERVICE_DRIVER: > + r = SERVICE_KERNEL_DRIVER == svcStatusData.dwServiceType || > + SERVICE_FILE_SYSTEM_DRIVER == svcStatusData.dwServiceType; > + break; > + case SERVICE_WIN32: > + r = SERVICE_WIN32_OWN_PROCESS == svcStatusData.dwServiceType || > + SERVICE_WIN32_SHARE_PROCESS == svcStatusData.dwServiceType; > + break; > + default: > + FIXME("Unknown dwServiceType: %x", dwServiceType); > + r = FALSE; > + break; > + } > + } > + > + if (r) > + { Some sort of 'goto next' would be cleaner than this complex code to set r and then test it again and again. > + } > + sz = sizeof(name); You probably meant namesz here. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [PATCH](updated) wined3d: Implemented converting X1R5G5B5 format to R5G5B5A1 to emulate color-keying
by Stefan Dösinger 22 May '07

22 May '07

Am Dienstag 22 Mai 2007 03:32 schrieb hightower(a)tregt.net: Looks ok

1 0

Re: shlwapi: stub implementation for SHSetTimerQueueTimer (try 2)
by Dmitry Timoshkov 21 May '07

21 May '07

"Nigel Liang" <ncliang(a)gmail.com> wrote: > +HANDLE WINAPI SHSetTimerQueueTimer(HANDLE hQueue, > + WAITORTIMERCALLBACK pfnCallback, LPVOID pContext, DWORD dwDueTime, > + DWORD dwPeriod, LPCSTR lpszLibrary, DWORD dwFlags) > +{ ... > + return CreateTimerQueueTimer(&hNewTimer, hQueue, pfnCallback, pContext, > + dwDueTime, dwPeriod, dwFlags)?hNewTimer:NULL; This can't work: CreateTimerQueueTimer and SHSetTimerQueueTimer return different things. -- Dmitry.

3 2

localui/tests: Add tests for ConfigurePortUI (try 2)
by Detlef Riekenberg 21 May '07

21 May '07

Changelog: localui/tests: Add tests for ConfigurePortUI Removed the implicit import of msvcrt, as suggested by Alexandre (Replaced swprintf by sprintf with MultiByteToWideChar as Alexandre did in serialui/tests) -- By by ... Detlef

1 0

Re: [PATCH 2/2] wininet: Implement basic non-proxy authentiction.
by Detlef Riekenberg 21 May '07

21 May '07

On Mo, 2007-05-21 at 14:28 +0100, Robert Shearman wrote: > + int userlen = WideCharToMultiByte(CP_UTF8, 0, > domain_and_username, lstrlenW(domain_and_username), NULL, 0, NULL, > NULL); > + int passlen = WideCharToMultiByte(CP_UTF8, 0, password, > lstrlenW(password), NULL, 0, NULL, NULL); What is the advantage to use lstrlenW() here over -1, as used below? > + > + WideCharToMultiByte(CP_UTF8, 0, domain_and_username, -1, > auth_data, userlen, NULL, NULL); > + auth_data[userlen] = ':'; > + WideCharToMultiByte(CP_UTF8, 0, password, -1, > &auth_data[userlen+1], passlen, NULL, NULL); Using -1 has the advantage to reduce the code-size. Thanks. -- By by ... Detlef

1 0

review: add Video Memory text input to winecfg Graphics/Direct3D tab
by Vit Hrachovy 21 May '07

21 May '07

Hi, the attached patch adds new editable combobox input 'Video Memory size' for Graphics/Direct3D tab of winecfg. I've tried to implement Frank's comments to English language only. Please consider this patch as a proposal, so if it gets positive review, I'll propagate the changes to all remaining language resources. May I kindly ask someone for the patch review? Regards Vit

3 6

Re: localui/tests: Add tests for ConfigurePortUI
by Alexandre Julliard 21 May '07

21 May '07

Detlef Riekenberg <wine.dev(a)web.de> writes: > diff --git a/dlls/localui/tests/Makefile.in b/dlls/localui/tests/Makefile.in > index 191a312..634060b 100644 > --- a/dlls/localui/tests/Makefile.in > +++ b/dlls/localui/tests/Makefile.in > @@ -3,7 +3,7 @@ TOPOBJDIR = ../../.. > SRCDIR = @srcdir@ > VPATH = @srcdir@ > TESTDLL = localui.dll > -IMPORTS = kernel32 > +IMPORTS = kernel32 msvcrt winspool You can't import msvcrt without using the headers and the appropriate compiler flags. It would be much better to avoid it though. -- Alexandre Julliard julliard(a)winehq.org

1 0

msi ole automation: where to next?
by Misha Koshelev 20 May '07

20 May '07

Hi everybody, Hope you are all having a nice Sunday. Since MSI OLE automation is a bit overwhelming, I have been using installers that have JScript/VBScript actions to guide me as to what specific functions/objects to implement next. I started out by implementing all the functions used by the Vector NTI installer (which is how I got into wine programming at all; and which was actually dependent on one of these actions for installing at the time), and for the past few weeks I have been following the functions required by the iTunes 7 installer. However, now that I have implemented all the functions used by both of these (yay), I am having trouble finding another installer that uses a lot of scripting, so I was wondering if anyone had any suggestions? It really helps to have something like that to guide/motivate me. (I googled "UNHANDLED ACTION TYPE" and tried the installers I found but all the installers I actually tried out didn't seem to use scripting or maybe just unimplmeneted scripting functions anymore). Alternately, is there any other use for MSI OLE automation besides installers with scriptable actions? If so, what functions would be important for that use? (I know Mike McCormack talked at one point about using these interfaces to run custom actions in a separate process, but I am not really clear as to why automation is really necessary for this and, if so, how exactly it would be used, since all the automation functions are just wrappers around existing functions anyway.) Thanks a lot Misha

2 1

Small Direct3D milestone
by Stefan Dösinger 20 May '07

20 May '07

Hi! With Wine 0.9.37 we've archieved something that I allow myself to call a small milestone - All Direct3D7 Immediate mode SDK demos successfully perform their intended rendering. I have some screenshots on my university junk server: http://stud4.tuwien.ac.at/~e0526822/sdkdemos1.png http://stud4.tuwien.ac.at/~e0526822/sdkdemos2.png Two major problems are left though, namely windowed opengl rendering(see the junk where a menu bar should be) and GetDC(there should be a little bit of text rendered, I disabled render target locking to get proper performance). Some demos have a few smaller problems too. The bump earth and bump waves need vendor specific extensions(GL_NV_texture_shader2 / GL_ATI_envmap_bumpmap) and the bend demo needs GL_ARB_vertex_blend which nvidia does not support. So I took that screenshot on my mac running linux(ati radeon X1600. The mipmap demo renders the mipmaped texture garbled, although this works on nvidia cards. The Z buffer demo says w buffers aren't supported, but the normal z buffer does what the w buffer is supposed to do. What does that mean for gamers? Nothing fancy really, the features used by games are implemented since a long time, the ones that used to miss(fixed function bump mapping, vertex blending) aren't really important for games. Other DirectDraw features like Overlays aren't implemented either, but we are Direct3D 7 feature complete. Where to go from here? I am currently fixing the DirectDraw rewrite regressions I can get hold of, and I am trying to make D3D thread safe finally. From the application point of view my focus will stay on fixing older apps first, which somewhat includes getting thread safety, render target locking and GetDC working properly. My hope is also to fix the other related DX7 sdk demos, like the DDraw demos(except overlays, they are highly tricky with the current wined3d-x11drv integration) and getting native d3drm.dll working. I also want to say thanks to all the small and big helpers who help with technical advise, debugging and regression testing. Special thanks goes to Henri without whom I'd be totally lost and who has to be credited for a huge majority of the shader work in the last half year, and a lot of other things too. Thanks and continue the good work :-) Stefan PS: As for the screenshots, my space on that server is limited, so they will be gone sooner or later. I didn't want to send huge screenshots as attachments, not even as jpgs.

10 17

Re: [localui} New Korean Resource
by Detlef Riekenberg 20 May '07

20 May '07

On So, 2007-05-20 at 19:54 +0900, Hwang YunSong(황윤성) wrote: > +LANGUAGE LANG_KOREAN, SUBLANG_DEFAULT > + > +STRINGTABLE DISCARDABLE > +{ > + IDS_LOCALPORT " Ʈ" > + IDS_NOTHINGTOCONFIG " Ʈ ɼ ϴ" > +} localui.dll has much more resources now. Please update your Translation-Patch. Thanks -- By by ... Detlef

1 0

user32: Exclude unused headers
by Andrew Talbot 20 May '07

20 May '07

Apologies for the duplicates: the originals were slow to arrive, so I presumed they got lost and sent them again. -- Andy.

1 0

ADVAPI32: service tests
by Rolf Kalbermatter 20 May '07

20 May '07

While working on some advapi32.service functions I found that having some tests for those APIs could be very useful. However nbot having added completely new tests so far there are a few issues I feel intimidated about. The actual task of adding a new test file service.c does seem fairly straightforward to me, considering I can just take some other test file and copy the framework from it, adding the new service.c to the Makefile.in. However there are a few issues I see. First almost any test won't make much sense without at least one service installed and activated. As it is now there seem to be no services installed by default in a clean Wine install. So I guess I would also need an extra executable somehow that implements a basic service that could for instance communicate through a pipe with the service test. It could be as simple as an executable that implements all the necessary communication with the service manager and offers some sort of pipe loopback as main service activity. But how am I going to add such an extra executable to the make logic of the advapi32 test? Also under real Windows installing a service will in many cases fail since that requires administrative privileges for the current process and I'm not sure we can and want to enforce something like that especially for the unattended wine test service if that is still working. I would really appreciate some help about adding an extra executable to the creation to the advapi32 make logic so that meaningful tests could be done on Wine. Or maybe someone knows of a service that is going to be added to a standard Wine installation soon? Rolf Kalbermatter

3 4

Wine keyboard driver+XKB. What am I to do?
by Oleh R. Nykyforchyn 20 May '07

20 May '07

Hello, I need an advice on what to do with some piece of code that I have written for about 3 years. I started to make changes in Wine keyboard driver because I was not able to use MS Office under it on my Linux box (3 or 4 XKB groups, 2 overlay groups used, English, Russian, Ukrainian, Belarusian, German and Polish layouts). First I submitted a patch that adds koi8-u encoding to Wine, and it was happily introduced. But my changes to X11DRV (now winex11) keyboard driver were large and I understand Wine people who didn't want to risk. Meanwhile I continued to polish my implementation to correct bugs and improve performance. I am heavily indebted to people that tested my patches, wrote me about problems with them and suggested possible solutions. I thank to L.Rahyen that supported me in my efforts. Now patched keyboard driver allows user to: 1) have up to 4 XKB groups working (current code uses 1 or 2); 2) detect and use XKB overlays to put 2 or 3 close layouts (e.g. Russian, Ukrainian and Belarusian) into one XKB group; 3) freely combine available XKB layouts in any order, e.g. "en,ru,fr"; 4) list all layouts available at the system, and implement ActivateKeyboardLayout(); 5) notify an application (e.g. MS Word) about change of layout, and make GetKeyboardLayout() work really, not just return LCID for current locale of Unix box; 6) input characters that do not fit into current Unix locale, e.g. German and French accented letters at a system with Cyrillic (not UTF) locale; 7) override any of detected layouts via registry, if user is not satisfied with Wine driver choice. In fact I made cosmetic changes to 3 files in winex11.drv directory: x11drv.h, x11drv_main.c, event.c, but the fourth file keyboard.c was changed much more. About half of functions in it were rewritten, and it now easier to read new keyboard.c than diff output to understand the changes. I got very reasonable advice from L.Rahyen to broke the patch into smaller parts. The problem is that I preserved the driver logic, but changed data structures, so any such patch (even very small one) will touch hundreds if lines across the whole file, probably introducing new bugs and being difficult to read and understand. Also, there is no reason to change code by a patch if we can benefit of it only after next patch. Now I will be grateful to any help. How can such big changes be introduced in Wine tree? I also attach a patch against wine-0.9.37 and copies of original and changed files. Perhaps somebody, who is interested in multilingual keyboard input, can test it and write me about results. Oleh

3 2

Re: msxml3 [1/4]: Add initial implementations of IXMLElement and IXMLElementCollection
by Huw Davies 20 May '07

20 May '07

On Thu, May 17, 2007 at 04:40:06PM -0500, James Hawkins wrote: > > Changelog: > * Add initial implementations of IXMLElement and IXMLElementCollection. I can't help thinking that it would have been cleaner to implement the IXML stuff using the IXMLDOM interfaces rather than straight on top of libxml. That way we only get one set of interfaces that depend on libxml. It may not be possible, but I think it would be worth a look. Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: gdi32: check for null-pointer in CreateDIBSection
by Jesse Allen 20 May '07

20 May '07

On 5/19/07, Louis. Lenders <xerox_xerox2000(a)yahoo.co.uk> wrote: > Hi , this fixes bug 8066, > http://bugs.winehq.org/show_bug.cgi?id=8066 > > See the crash log here: > http://bugs.winehq.org/attachment.cgi?id=5800&action=view , > CreateDIBSection is called with bitmapinfo = null. > > The program should be passing in a correctly initialized BITMAPINFO. We need to make sure this isn't hiding another bug. Could you provide a test case?

2 1

Success: Sim City 4 using DirectX
by Markus 20 May '07

20 May '07

Hello, just wanted to let you know that with Wine 0.9.37, Sim City 4 is running successfully in DirectX mode for the first time in the 3 years I've been playing it under Wine. Previously, to be able to play at all, one had to force the game to use OpenGL calls. The visual artifacts triggered by scrolling the map under that mode are now gone under DirectX as well. So all in all great work :) The only issue remaining seems to be related to the Z-buffer. Cars and pedestrians are always drawn on top of buildings. See http://bugs.winehq.org/show_bug.cgi?id=7260#c3 Regards, -- Markus

1 0

Re: Patch [1/4]:Implement D3DRMColorGetRed
by Stefan Dösinger 20 May '07

20 May '07

Am Samstag 19 Mai 2007 22:01 schrieb David.Adam(a)math.cnrs.fr: + color=2949120; + expected=45.0/255.0; Maybe it would be easier to read if you write the color as a hex value(the D3DCOLOR one). Also try to set blue and green to something different than 0.

1 0

Error compiling wine during git regression test
by Austin English 20 May '07

20 May '07

Howdy, I was attempting to run a regression test, and kept running into errors when trying to compile a bisect between wine 0.9.34 and 0.9.35. After trying all sorts of things to fix it, I tried compiling between wine 0.9.34 and the current git, which worked fine, eventually leading me to the troubled patch. However, building between 0.9.34 and 0.9.35 still does not work. Below is the output from terminal of where it fails, seemingly on the cmd program, and more specifically, in the directory function. make[2]: Entering directory `/home/austin/wine-git/programs/cmd' gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o batch.o batch.c gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o builtins.o builtins.c gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o directory.o directory.c directory.c:36: error: expected ) before * token directory.c: In function WCMD_directory: directory.c:409: warning: implicit declaration of function WCMD_list_directory directory.c: At top level: directory.c:443: warning: conflicting types for WCMD_list_directory directory.c:443: error: static declaration of WCMD_list_directory follows non-static declaration directory.c:409: error: previous implicit declaration of WCMD_list_directory was here make[2]: *** [directory.o] Error 1 make[2]: Leaving directory `/home/austin/wine-git/programs/cmd' make[1]: *** [cmd] Error 2 make[1]: Leaving directory `/home/austin/wine-git/programs' make: *** [programs] Error 2 Please CC me in any replies, as I am not subscribed to this mailing list. Austin

1 0

configure error on OpenBSD
by Vortechz Anderson 19 May '07

19 May '07

I am trying to port wine to OpenBSD, or at least trying to make it build and not segfault upon execution... (This bug is a minor issue compared to some ld.so trouble I have run into. I'd be happy to know about differences between Net/Free/OpenBSD ld.so) configure output: configure: WARNING: sys/sysctl.h: present but cannot be compiled configure: WARNING: sys/sysctl.h: check for missing prerequisite headers? configure: WARNING: sys/sysctl.h: see the Autoconf documentation configure: WARNING: sys/sysctl.h: section "Present But Cannot Be Compiled" configure: WARNING: sys/sysctl.h: proceeding with the preprocessor's result configure: WARNING: sys/sysctl.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## Some rows from config.log: In file included from /usr/include/sys/sysctl.h:46, from conftest.c:106: /usr/include/sys/ucred.h:49: error: `NGROUPS' undeclared here (not in a function ) In file included from /usr/include/sys/sysctl.h:47, from conftest.c:106: /usr/include/sys/proc.h:65: error: `MAXLOGNAME' undeclared here (not in a functi on) /usr/include/sys/proc.h:91: error: syntax error before "int" /usr/include/sys/proc.h:215: error: syntax error before "sigset_t" /usr/include/sys/proc.h:230: error: `MAXCOMLEN' undeclared here (not in a function) In file included from conftest.c:106: /usr/include/sys/sysctl.h:327: error: `MAXLOGNAME' undeclared here (not in a function) I managed to get around this by including sys/param.h in the sys/proc.h and sys/ucred.h headers but I'm not sure that's the right approach. Wine developers wouldn't benefit from such patches anyway. I have tried to change configure.ac properly but it seems that I can't get it right... // V.A. P.S. Adding sys/proc and sys/ucred to header list and checking for param.h dependency is not sufficient: AC_CHECK_HEADERS([sys/proc.h],,, [#if HAVE_SYS_PARAM_H # include <sys/param.h> #endif]) AC_CHECK_HEADERS([sys/ucred.h],,, [#if HAVE_SYS_PARAM_H # include <sys/param.h> #endif]) With these addons, both proc and ucred fails. D.S. _________________________________________________________ Flyger tiden iväg? Fånga dagen med Yahoo! Mails inbyggda kalender. Dessutom 250 MB gratis, virusscanning och antispam. Få den på: http://se.mail.yahoo.com _________________________________________________________ Ont om plats? Skaffa gratis Yahoo! Mail med obegränsat, lagringsutrymme, kalender, virusscan och antispamfunktion. http://se.mail.yahoo.com

1 0

Re: Direct3D thread safety review
by H. Verbeet 19 May '07

19 May '07

On 18/05/07, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > * When a method needs locking, the lock is aquired after printing the trace, > but before checking error conditions(like windows). > * If a method doesn't need locking(e.g. unimplemented, or just a getter for > static info(GetCaps), or QI / AddRef / Release), then the lock is not held > > Since ddraw, d3d8 and d3d9 need their own locking anyway, my plan is to > implement locking in them and assume synchronised calls in wined3d - ie no > wined3d locking. No 2 threads may call wined3d at the same time, and > ddraw/d3d8/d3d9 have to take care of that. That keeps the code simpler. > Makes sense to me.

1 0

Re: [PATCH] wined3d: IWineD3DDeviceImpl_Clear: list Color parameter in the trace.
by H. Verbeet 19 May '07

19 May '07

On 12/05/07, Erik Inge Bolsø <knan-wine(a)anduin.net> wrote: > - TRACE("(%p) Count (%d), pRects (%p), Flags (%x), Z (%f), Stencil (%d)\n", This, > - Count, pRects, Flags, Z, Stencil); > + TRACE("(%p) Count (%d), pRects (%p), Flags (%x), Color (%f %f %f %f), Z (%f), Stencil (%d)\n", This, > + Count, pRects, Flags, D3DCOLOR_R(Color), D3DCOLOR_G(Color), D3DCOLOR_B(Color), D3DCOLOR_A(Color), Z, Stencil); > Tracing the color is fine, but there's no reason to convert it do individual float components. Printing it as 0x%08x should be fine.

1 0

Re: [PATCH] wined3d: debug_d3dusage: prettyprint a flag combination
by H. Verbeet 19 May '07

19 May '07

On 12/05/07, Erik Inge Bolsø <knan-wine(a)anduin.net> wrote: > --- > dlls/wined3d/utils.c | 1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/dlls/wined3d/utils.c b/dlls/wined3d/utils.c > index c444232..4db0622 100644 > --- a/dlls/wined3d/utils.c > +++ b/dlls/wined3d/utils.c > @@ -238,6 +238,7 @@ const char* debug_d3dusage(DWORD usage) { > WINED3DUSAGE_TO_STR(WINED3DUSAGE_SOFTWAREPROCESSING); > WINED3DUSAGE_TO_STR(WINED3DUSAGE_DONOTCLIP); > WINED3DUSAGE_TO_STR(WINED3DUSAGE_POINTS); > + WINED3DUSAGE_TO_STR(WINED3DUSAGE_WRITEONLY|WINED3DUSAGE_POINTS); > WINED3DUSAGE_TO_STR(WINED3DUSAGE_RTPATCHES); > WINED3DUSAGE_TO_STR(WINED3DUSAGE_NPATCHES); > WINED3DUSAGE_TO_STR(WINED3DUSAGE_DYNAMIC); > -- > 1.4.4.2 > That's not a proper fix, debug_d3dusage() should be changed to print all the flags in "usage", not just exact matches.

1 0

Re: [PATCH] dlls/wined3d: Implemented converting X1R5G5B5 format to R5G5B5A1 to emulate color-keying.
by Stefan Dösinger 19 May '07

19 May '07

Am Samstag 19 Mai 2007 15:33 schrieb hightower(a)tregt.net: Looks good to me, although I wonder if the maskin in "*Dest = (color & 0x7FFF) << 1" is really needed or if we can just shift out the highest bit.

1 0

Re: shlwapi: stub implementation for SHSetTimerQueueTimer
by Dmitry Timoshkov 19 May '07

19 May '07

"Nigel Liang" <ncliang(a)gmail.com> wrote: > + CreateTimerQueueTimer(phNewTimer, hQueue, pfnCallback, pContext, > + dwDueTime, dwPeriod, dwFlags); > + > + return *phNewTimer; You have to check the return value of CreateTimerQueueTimer before returning a possible garbage. -- Dmitry.

1 0

Re: RegDeleteTree [6]
by Juan Lang 18 May '07

18 May '07

Hi Stefan, + if (!lpszName) { + ret = ERROR_NOT_ENOUGH_MEMORY; + goto cleanup; + } Now you're mixing tabs and spaces (here and elsewhere.) Please honor the existing formatting. --Juan ____________________________________________________________________________________Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC

1 0

Re: [PATCH 3/4] msi: automation: Generalize list implementation.
by Alexandre Julliard 18 May '07

18 May '07

Misha Koshelev <mk144210(a)bcm.edu> writes: > if (wFlags & DISPATCH_PROPERTYGET) { > V_VT(pVarResult) = VT_I4; > - V_I4(pVarResult) = data->iCount; > + V_I4(pVarResult) = data->ulCount; I committed this patch, but I can't resist pointing out that if you had simply named the field "count" instead of using the (idiotic) Hungarian notation, the code would be just as clear, and you wouldn't need to rename it everywhere when making it unsigned... -- Alexandre Julliard julliard(a)winehq.org

4 3

RE: advapi32: Route all 4 EnumServicesStatus[Ex] calls to a single stubto avoid code duplication
by Rolf Kalbermatter 18 May '07

18 May '07

Paul Chitescu wrote: >Changelog: advapi32: Route all 4 EnumServicesStatus[Ex] calls to a single >stub to avoid code duplication > >Most of the actual enumeration is common code so it makes sense to implement it only once. This is a possible approach. I had intended to just make use of EnumServicesStatusExW from all other functions with some translation in them. Your approach avoids translations at the cost of making the common enumeration function quite a bit more complicated. I'm not sure which one I like more. Rolf Kalbermatter

1 0

Re: RegDeleteTree [5]
by Juan Lang 18 May '07

18 May '07

Hi Stefan, + if (ret) return ret; + + ret = RegDeleteTreeW(hSubKey, lpszName); + if (ret) return ret; you've followed James's advice, but now you leak hSubKey (when it isn't hKey) and lpszName (when it isn't szNameBuf.) A goto would be better. --Juan ____________________________________________________________________________________Got a little couch potato? Check out fun summer activities for kids. http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&…

1 0

Re: ntdll: Protect RtlAllocateHeap and RtlReAllocateHeap against integer overflows with large values of size.
by Chris Robinson 18 May '07

18 May '07

On Friday 18 May 2007 04:01:19 am Robert Shearman wrote: > + ULONGLONG llret = (ULONGLONG)a + b; > + if ((sizeof(SIZE_T) < sizeof(ULONGLONG)) && (llret > 0xffffffff)) > + return FALSE; WOuldn't this be more correct (as well as function when sizeof(SIZE_T) >= sizeof(ULONGLONG)): SIZE_T res = a + b; return (res >= a);

2 3

Re: wininet: Add support for SSPI authentication for HTTP.
by Alexandre Julliard 18 May '07

18 May '07

Robert Shearman <rob(a)codeweavers.com> writes: > + if (strncmpiW(pszAuthValue, szBasic, sizeof(szBasic)/sizeof(szBasic[0])-1)) > + { When using strncmp you need to also check that you reached the end of the first string. > + /* compare against last character to be set to avoid a race */ > + if (HTTP_Base64Dec['/'] != 63) > + { This won't avoid the race, you'll still get garbage if two threads get here at the same time. -- Alexandre Julliard julliard(a)winehq.org

2 4

Re: 3/4 setupapi: Correctly handle an empty filename in SetupGetSourceFileLocationA.
by James Hawkins 18 May '07

18 May '07

On 5/18/07, Hans Leidekker <hans(a)it.vu.nl> wrote: > > -Hans > > Changelog > Correctly handle an empty filename in SetupGetSourceFileLocationA. > Please add a test case. -- James Hawkins

2 1

Re: 2/4 setupapi: Don't return ERROR_WRONG_INF_STYLE when there is no version section.
by James Hawkins 18 May '07

18 May '07

On 5/18/07, Hans Leidekker <hans(a)it.vu.nl> wrote: > > -Hans > > Changelog > Don't return ERROR_WRONG_INF_STYLE when there is no version section. > This is a change that is begging for a test case. -- James Hawkins

1 0

Re: hhctrl.ocx: Parse HTML entities in the table of contents.
by Alexandre Julliard 18 May '07

18 May '07

Robert Shearman <rob(a)codeweavers.com> writes: > + /* hexadecimal entity */ > + while ((*p >= '0' && *p <= '9') || (*p >= 'a' && *p <= 'f') || > + (*p >= 'A' && *p <= 'F') || (*p == ';')) > + p++; You should exit the loop at the first ';'. Also you have to increment p first. > + while (isalpha(*p)) > + p++; You can't use ASCII ctype functions on Unicode chars. > + for (i = 0; i < sizeof(char_refs)/sizeof(char_refs[0]); i++) > + if (p - start - 1 <= sizeof(char_refs[i].name)) > + { > + if (!strncmpW(char_refs[i].name, start + 1, p - start - 1)) > + break; > + } The sizeof check doesn't make much sense, especially inside the loop. What you need is to check that you reached the end of the string if the strncmpW succeeded. -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: mshtml: Change the binding flags when silent operation is requested by the DISPID_AMBIENT_SILENT property.
by Alexandre Julliard 18 May '07

18 May '07

Robert Shearman <rob(a)codeweavers.com> writes: > The binding flags should be have BINDF_SILENTOPERATION and BIND_NO_UI added. This breaks the tests: ../../../tools/runtest -q -P wine -M shdocvw.dll -T ../../.. -p shdocvw_test.exe.so webbrowser.c && touch webbrowser.ok webbrowser.c:197: Test failed: unexpected call Invoke_AMBIENT_DLCONTROL make[2]: *** [webbrowser.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: wininet: Add support for SSPI authentication for HTTP.
by Juan Lang 18 May '07

18 May '07

Hi Rob, +static UINT HTTP_DecodeBase64(LPCWSTR base64, LPSTR bin); Do we really have to keep proliferating base64 implementations? Could you not implement CryptStringToBinaryW instead? Should be mostly a copy-paste job.. --Juan ____________________________________________________________________________________Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. http://new.toolbar.yahoo.com/toolbar/features/mail/index.php

2 1

New winetricks: added pdh, cc580; msxml3 now supports -q
by Dan Kegel 18 May '07

18 May '07

Thanks to Hans Leidekker for the pdh and common controls hunks! And thanks to Rob and James for whipping the msxml3 installer into shape; it now works even with -q. As always, it's up at http://kegel.com/wine/winetricks

1 0

Re: RegDeleteTree [4th] [resend]
by James Hawkins 17 May '07

17 May '07

On 5/17/07, Stefan Leichter <Stefan.Leichter(a)camline.com> wrote: > Hello, > > is anything wrong with this patch? > +#if (_WIN32_WINNT >= 0x0600) +LONG WINAPI RegDeleteTreeA(HKEY,LPCSTR); +LONG WINAPI RegDeleteTreeW(HKEY,LPCWSTR); +#define RegDeleteTree WINELIB_NAME_AW(RegDeleteTree) +#endif /* (_WIN32_WINNT >= 0x0600) */ I don't think that's necessary. +static const WCHAR emptyW[] = {0}; You don't use this anywhere. + if (!ret) { You'll save a lot of indentation if you just return on error, for each error. -- James Hawkins

1 0

Re: Direct X 10 game demo
by Tom Spear 17 May '07

17 May '07

On 5/17/07, Michael Lothian <mike(a)fireburn.co.uk> wrote: > In my opinion games will check for DX version on Windows version. > Eventually once enough people have vista they will release DX10 on XP. > Probably about a month before the wine version is ready for XP. > > What do you guys think? Am I just being cynical? I think so. According to everything I have read DX10 is going to be tied in with the low level stuff even more so than DX9 was, and theres a lot of new low-level stuff for it to tie into that was not there with XP.. They would have to backport all of that stuff from Vista to XP, release it as either a Service Pack 3 or as XP Second Edition (groan), and then release DX10 for XP.. Now what they could/might do is offer a scaled down version of DX10 for XP, but there wouldnt be much real benefit over DX9.. Just SM4.0 etc -- Thanks Tom

1 0

debugging problem - winedbg: single stepping until exit from function, which has no line number information
by marcel busse 17 May '07

17 May '07

hello i'm on a project with wine but i can't get it debugged. not even a small hello world. here is the output of the hello world. My system opensuse 10.2 anyone help plz? Winedbg - Output: marcel@marcel-laptop-lan:~/prog/m5/m5/debug/src> winedbg m5.exe.so preloader: Warning: failed to reserve range 00000000-60000000 WineDbg starting on pid 000a 0x7b870749: movl %edi,0x0(%esp) Wine-dbg>step Single stepping until exit from function, which has no line number information. Invalid address (0x7b87074e) for breakpoint 0, disabling it Process of pid=000a has terminated Wine-dbg> Code: #ifdef HAVE_CONFIG_H #include <config.h> #endif #include <windows.h> int __stdcall WinMain (HINSTANCE hInst, HINSTANCE hPrev, LPSTR lpCmd, int nShow) { MessageBox (NULL, "Hello, Windows!", "Hello", MB_OK); int test = 0; test = 1000; test += 100; return 0; } Configure-Output: cd '/home/marcel/prog/m5/m5/debug' && CC="winegcc" CXX="wineg++" LD="ld" CXXFLAGS="-O0 -gdwarf-2 -g3" "/home/marcel/prog/m5/m5/configure" --enable-debug=full checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether wineg++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of wineg++... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... winegcc checking whether we are using the GNU C compiler... yes checking whether winegcc accepts -g... yes checking for winegcc option to accept ISO C89... none needed checking dependency style of winegcc... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by winegcc... ld checking if the linker (ld) is GNU ld... yes checking for ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... winegcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... wineg++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from winegcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if winegcc supports -fno-rtti -fno-exceptions... no checking for winegcc option to produce PIC... -fPIC checking if winegcc PIC flag -fPIC works... yes checking if winegcc static flag -static works... no checking if winegcc supports -c -o file.o... yes checking whether the winegcc linker (ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by wineg++... ld checking if the linker (ld) is GNU ld... yes checking whether the wineg++ linker (ld) supports shared libraries... yes checking for wineg++ option to produce PIC... -fPIC checking if wineg++ PIC flag -fPIC works... yes checking if wineg++ static flag -static works... no checking if wineg++ supports -c -o file.o... yes checking whether the wineg++ linker (ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands *** Erfolg *** Make Output: cd '/home/marcel/prog/m5/m5/debug/src' && WANT_AUTOCONF_2_5="1" WANT_AUTOMAKE_1_6="1" gmake m5 if wineg++ -DHAVE_CONFIG_H -I. -I/home/marcel/prog/m5/m5/src -I.. -O0 -gdwarf-2 -g3 -MT m5.o -MD -MP -MF ".deps/m5.Tpo" -c -o m5.o /home/marcel/prog/m5/m5/src/m5.cpp; then mv -f ".deps/m5.Tpo" ".deps/m5.Po"; else rm -f ".deps/m5.Tpo"; exit 1; fi /bin/sh ../libtool --tag=CXX --mode=link wineg++ -O0 -gdwarf-2 -g3 -o m5 -mwindows m5.o wineg++ -O0 -gdwarf-2 -g3 -o m5 -mwindows m5.o *** Erfolg *** --------------------------------- Kennt man wirklich jeden über 3 Ecken? Die Antworten gibt's bei Yahoo! Clever.

1 0

Re: hnetcfg: [3/8] uuids for INetFwMgr interface
by Jeff L 17 May '07

17 May '07

For dlls, should the GUID's be put in uuids.h or kept local to the dll. In this case I don't think anything else cares about them, so they could be local. Jeff Latimer Jeff Latimer wrote: > Add public uuids for the interface. > > ------------------------------------------------------------------------ > > diff --git a/include/uuids.h b/include/uuids.h > +OUR_GUID_ENTRY(IID_INetFwMgr, 0xf7898af5, 0xcac4, 0x4632, 0xa2, 0xec, 0xda ,0x06, 0xe5, 0x11, 0x1a, 0xf2) > +OUR_GUID_ENTRY(CLSID_NetFwMgr, 0x304ce942, 0x6e39, 0x40d8, 0x94, 0x3a, 0xb9, 0x13, 0xc4, 0x0c, 0x9c, 0xd4) >

1 0

Re: msxml3 [2/6]: Add initial implementation of IXMLElement
by Alexandre Julliard 17 May '07

17 May '07

"James Hawkins" <truiken(a)gmail.com> writes: > Changelog: > * Add initial implementation of IXMLElement. > > dlls/msxml3/Makefile.in | 1 + > dlls/msxml3/msxml_private.h | 2 + > dlls/msxml3/xmlelem.c | 426 ++++++++++++++++++++++++++++++++++++++ > dlls/msxml3/xmlelem_collection.c | 41 ++++- It's suggest to put everything inside xmlelem.c, there's no need to create a new file for every interface. -- Alexandre Julliard julliard(a)winehq.org

1 0

New Gecko package
by Jacek Caban 17 May '07

17 May '07

Hi all, It's time to update our Gecko package. I've prepared a new one. I'd like to avoid any regression, esp. ones that would require changing the package again. That's why I'd like to do a good test. I'm interested in regressions, so just a simple test if app that worked before still works will be fine. To do so download: http://gerwazy.lo3.wroc.pl/~jcaban/wine/wine_gecko.tar.bz2 1) if you already have installed Gecko, simply extract the package and replace c:\windows\wine_gecko with it. 2) otherwise extract the package and set GeckoPath variable of HKCU\Software\Winde\MSHTML registry key to its location. Then run an app and check if it still works. Note that you have to use current Git, older Wine is not compatible with the new Gecko. Expected visible difference should be: - Working scrollbars (still not perfect, they will be visible even if app sets it to not be, but it's better than before - I will work on it later) - Pages that require plugins will render like there was no plugin instead of offering downloading one (that doesn't work anyway) >From technical point of view this version differs much from previous one. Previous version was just a SeaMonkey with manually removed and changed some files. This one is my built from source (I will create a page on wiki about how to do so). It's based on XUL Runner 1.8.1.3, which has the same source as Firefox 2.0.0.3. After testing it, I will change Gecko installer a bit to be able to deal with different Gecko versions for different Wine version and upload it to SourceForge. Thanks, Jacek

1 0

Set background image for virtual desktop
by Vijay Kiran Kamuju 17 May '07

17 May '07

Hi, Is it possible to set background image for the virtual desktop in wine? If so how do we set it? (I am bored see same old single color virtual desktop ;) ) Cheers, VJ PS: ----- Any new areas I could work on since d3drm work is complete

2 1

Re: ntoskrnl.exe: Import MSVCRT which we are forwarding to.
by James Hawkins 17 May '07

17 May '07

On 5/17/07, Saulius Krasuckas <saulius.krasuckas(a)ieee.org> wrote: > I am testing "Microsoft Virtual CD-ROM Control Panel" from [*]. It > searches for "msvcrt._local_unwind2" and "msvcrt._except_handler3", but > doesn't find them and then makes stack overflow: > > 000d:trace:loaddll:load_native_dll Loaded module L"Z:\\mnt\\antras\\usr\\src\\wine-git\\VCDxp\\VCdRom.sys" : native > 000d:trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\ntoskrnl.exe" : builtin > 000d:err:module:find_forwarded_export module not found for forward 'msvcrt._local_unwind2' used by L"c:\\windows\\system32\\ntoskrnl.exe" > 000d:err:module:find_forwarded_export module not found for forward 'msvcrt._except_handler3' used by L"c:\\windows\\system32\\ntoskrnl.exe" > 000d:trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system32\\hal.dll" : builtin > 000d:trace:process:set_entry_point setting FT_Thunk at 0x7b8ac080 to 00000000 > 000d:trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin > 000d:trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin > 000d:trace:ntoskrnl:IoCreateDevice (0x7ffdf000, 48, L"\\Device\\VirtualCdRom", 2, 3, 0, 0x34fee8) > wine: Call from 0x7b840d20 to unimplemented function ntoskrnl.exe.ExAllocatePoolWithTag, aborting > wine: Call from 0x7bc56dd5 to unimplemented function ntoskrnl.exe._except_handler3, aborting > wine: Call from 0x7bc56dd5 to unimplemented function ntoskrnl.exe._except_handler3, aborting > wine: Call from 0x7bc56dd5 to unimplemented function ntoskrnl.exe._except_handler3, aborting > ... > > Could that be a simple typo in Makefile.in? > > This is from bug 8408: ------- Additional Comments From julliard(a)winehq.com 2007-16-05 12:17 ------- That stuff is not supposed to work yet. ntoskrnl needs to be loaded from a service process that will take care of importing msvcrt. Currently the driver is executed directly which cannot work. -- James Hawkins

1 0

Re: ntoskrnl.exe: Import MSVCRT which we are forwarding to.
by Alexandre Julliard 17 May '07

17 May '07

Saulius Krasuckas <saulius.krasuckas(a)ieee.org> writes: > Could that be a simple typo in Makefile.in? No, it's deliberate. Importing msvcrt here will cause lots of trouble, it will be imported in the process that loads the driver. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: ntoskrnl.exe: Implemented IoCreateSymbolicLink
by Vitaliy Margolen 17 May '07

17 May '07

Alexandre Julliard wrote: > + attr.Attributes = OBJ_CASE_INSENSITIVE | OBJ_OPENIF; > + attr.SecurityDescriptor = NULL; > + attr.SecurityQualityOfService = NULL; > + > + TRACE( "%s -> %s\n", debugstr_us(name), debugstr_us(target) ); > + /* FIXME: store handle somewhere */ > + return NtCreateSymbolicLinkObject( &handle, SYMBOLIC_LINK_ALL_ACCESS, &attr, target ); How are you planning on removing them if you don't keep a handle to this symlink? Also why OBJ_CASE_INSENSITIVE? This is kernel, and last time I've checked NT kernel's name space was case-sensitive. Vitaliy.

2 1

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