April 2004 - Wine-Devel - list.winehq.org

Re: dlls/kernel/console.c::SetConsoleCtrlHandler() cleanup/fixup
by Alexandre Julliard April 18, 2004

April 18, 2004

Peter Riocreux <par+wine_devel(a)silistix.com> writes: > It gives every impression of working for me, but I have only tested it > with one application. > > Suggestions for better extended error codes appreciated. Error codes should not be based on suggestions, what you should do is write a small test program under Windows to find out the real codes. -- Alexandre Julliard julliard(a)winehq.org

9 16

Re: msvcrt
by Uwe Bonnes April 18, 2004

April 18, 2004

>>>>> "Eric" == Eric Pouech <pouech-eric(a)wanadoo.fr> writes: Eric> I was about to implement the fd inheritance in msvcrt, when I came Erich, the attachment seems broken again... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

Re: List other downloads on winehq
by Ivan Leo Murray-Smith April 18, 2004

April 18, 2004

> Internet Explorer ..... Installing IE requires a windows license for the computer where you're installing it. This sort of restricts it's use with wine. Ivan.

2 1

arch tip #2
by Mike Hearn April 18, 2004

April 18, 2004

Hi everyone, I just checked in a new update to the genpatch script. It can now send an email to wine-patches automatically given a set of local changesets. Use it like this: ./genpatch -m 5 6 7 if you did three commits, patch-5, patch-6 and patch-7 and want to send them all to wine-patches as one email. The log message and summary of the first patch will be used, and all three patches will be combined into one. You get to edit the email before it's sent and will be asked for confirmation, so you can read it over one last time. By default it will send mail to localhost - if you don't want to setup sendmail you can have "export GENPATCH_RELAY=smtp.myisp.com" in your shell init scripts to make it use a different mail relay. So in summary, development on a series of related improvements to wine goes like this: (setup arch and checkout the cvs gateway tree) ./branch some-branch cd .. cd some-branch tla make-log (make some changes, noting what they are in the arch-created log file as you go) tla commit * committed whoever(a)where-ever.org--2004/wine--some-branch--0.9--patch-2 tla make-log (more changes) tla commit * committed whoever(a)where-ever.org--2004/wine--some-branch--0.9--patch-3 ./merge (this brings your tree up to date with winehq, only bother if you think there has been enough drift to make it worthwhile) ./genpatch -m 2 3 (read generated email, to confirm delete the first line + save + quit) thanks -mike

1 0

Security of WINE and ReactOS: was Documents and settings
by Steven Edwards April 18, 2004

April 18, 2004

Hello Alex, I am going to drag this semi-off topic for a bit while I plant some ideas in people heads. --- Aleksey Bragin <aleksey(a)studiocerebral.com> wrote: > If ROS will support (and I bet it will!) NT 4.0 security model (or, > better, > Win2k then) it would be just great! > Certainly people with deeper knowledge of this security model + > knowledge of > unix and also linux implementation model can specify the differences, > and > what's missing in them. Note I only know a little about the Local Securty Authority but I think its not going to be to hard to implement if Wine and ReactOS work together on it. /me just doubts how much he can write. The unix security design of users and groups with permissions is not bad its just outdated. The nice thing about Unix is adding new security modules via PAM is not to bad except they are only for authentication. The unix concept of groups, users and permissions needs to be moved forward about 20 years. The SELinux stuff has really helped alot in this regard. (Please dont flame its the truth) I recently addressed this in a discussion about ReactOS. Currently our lsass does not exist. I think we have what we have parts of the security reference monitor already implemented in ntoskrnl and most of the parts are there for winlogon and the SAM database so we need to develop the lsass services and build out the authentaticaion modules for MSV1_0 auth. One of the nice things about the design of the Windows security module is that we can make plugins at both ends so that users can be granted access either based on a "domain" concept in winlogin/Gina using plugins for LDAP and PAM or via the lsass so users can be authencated locally. It would be nice if we could work with the Winehq people on this as I think we can share the parts of the security subsystem that reside in lsass. Think of it like this (Kernel support) wineserver/ntosknrl need to both implement the security refernce montior for privlaged use of the local system resources. I dont know how much of this wineserver really needs to take in to account in the initial incarnation. (Local security subsystem) Lsass works interactivly with services and the login system and can accept all sorts of nice plugins so we are not limited to just the standard Windows authentication. As a matter of fact you could replace large parts of they authentication system if you are supper paronoid. Think of lsass as the sentry for Windows. It talks to the SRM to make sure you are not doing anything you shouldnt be. (User interaction) Interaction with the user will come from Winlogon on ReactOS or on Unix the user should already be authenticated via Linux security. This can of course be done via the authentication modules described above. Once the user I wish I could attach the nice chart from Inside Windows NT so you could see the security subsystem. Its quite a piece of work and is quite a shame Windows security gets a bad name due to slack administrators. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html

4 3

Installing DCOM98 with latest CVS
by pvriens＠xs4all.nl April 18, 2004

April 18, 2004

Hi, I was trying to install dcom98.exe with the latest CVS and run into several errors ranging from file-not-found errors upto problems with getting the free diskspace of drives. Tracing showed (amongst others): trace:file:GetLongPathNameW L"E:\\TOOLS",0x406cf144,1024 trace:file:RtlDosPathNameToNtPathName_U (L"E:\\TOOLS",0x406cde4c,0x406cde54,(nil)) trace:file:RtlGetFullPathName_U (L"E:\\TOOLS" 520 0x406cdc08 0x406cde54) trace:file:RtlDosPathNameToNtPathName_U At the end, returning TRUE trace:file:GetLongPathNameW not found L"E:\\TOOLS"! so we didn't get an handle from RtlDosPathNameToNtPathName_U ! After some extra tracing I decided to revert some patches and got this installation working after reverting the following patches: http://cvs.winehq.org/cvsweb/wine/dlls/kernel/volume.c.diff?r1=1.7&r2=1.8 log : Reimplemented GetDiskFreeSpaceW and GetDiskFreeSpaceExW http://cvs.winehq.org/cvsweb/wine/dlls/kernel/change.c.diff?r1=1.4&r2=1.5 log : Make FindFirstFileExW and FindFirstChangeNotificationW use NtOpenFile directly http://cvs.winehq.org/cvsweb/wine/files/drive.c.diff?r1=1.114&r2=1.115 log : Reimplemented GetDiskFreeSpaceW and GetDiskFreeSpaceExW I will investigate further, but just to let you know. I didn't try other programs. Everything done on a clean non-windows installation. Cheers, Paul.

1 0

Re: Widl: Conditionals, Dotted Versions, Handles
by Ove Kaaven April 18, 2004

April 18, 2004

lør, 17.04.2004 kl. 18.53 skrev Robert Shearman: > Hi, > > This patch adds support for several features I found lacking whilst > attempting to generate headers for RPC interfaces. Is this needed? @@ -350,6 +354,7 @@ | tSWITCHTYPE '(' type ')' { $$ = make_attrp(ATTR_SWITCHTYPE, type_ref($3)); } | tUUID '(' aUUID ')' { $$ = make_attrp(ATTR_UUID, $3); } | tV1ENUM { $$ = make_attr(ATTR_V1ENUM); } + | tVERSION '(' version '.' version ')' { $$ = make_attrv2(ATTR_VERSION, $3, $5); } | tVERSION '(' version ')' { $$ = make_attrv(ATTR_VERSION, $3); } | tWIREMARSHAL '(' type ')' { $$ = make_attrp(ATTR_WIREMARSHAL, type_ref($3)); } | pointer_type { $$ = make_attrv(ATTR_POINTERTYPE, $1); } Doesn't the "version" rule already handle this?

1 0

Re: List other downloads on winehq
by Ivan Leo Murray-Smith April 18, 2004

April 18, 2004

> Does somebody have a list of what can be > found (and installed on a non-Windows platform) on Microsoft's site? It's not a complete list, but I've got the following links vb runtime http://www.microsoft.com/downloads/details.aspx?FamilyID=bf9a24f9-b5c5-48f4… the windows installer for win9x http://www.microsoft.com/downloads/details.aspx?FamilyID=cebbacd8-c094-4255… the windows installer for winnt/2k http://www.microsoft.com/downloads/details.aspx?FamilyID=4b6140f9-2d36-4977… The comctl32 dll, the eula says you can only distribute it with an app that runs on windows, but it also says you can use it, and doesn't say that to do so you need a windows license (The eula is the same one you get with the sdk), so it's ok to use it on wine. http://www.microsoft.com/downloads/details.aspx?FamilyID=6f94d31a-d1e0-4658… gdi+ components, same license as comctl32 http://www.microsoft.com/downloads/details.aspx?FamilyID=bfc0b436-9015-43e2… CAPICOM.DLL http://www.microsoft.com/downloads/details.aspx?FamilyID=860ee43a-a843-462f… ShFolder DLL http://www.microsoft.com/downloads/details.aspx?FamilyID=6ae02498-07e9-48f1… I think all these windows components can be used without problems on wine, but probably winehq can't redistribute any of them. BTW, we have dcom95 on the sourceforge page, this is a violation of the sf TOS, wouldn't it be a good idea to link to the microsoft dcom95 download page instead? Like this we'll user their bandwidth, and save a little for sf.net. Ivan.

1 0

Re: (no subject)
by Ivan Leo Murray-Smith April 18, 2004

April 18, 2004

> If not, I would like to give it a try, but I need some > documentation c.q. information on the functionallity > of these functions /what they do etc http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/wi… Ivan.

1 0

Change to CompareStringW introduced regression in QuArK (bug #2159)
by David Costanzo April 18, 2004

April 18, 2004

I have been investigating a regression in the functionality of QuArK, a popular level editor for Quake. The regression is filed as bug #2159. I have identified the cause of the regression as changes made to CompareStringW from revision 1.25 to revision 1.26 of wine/dlls/kernel/locale.c. I do not know how to proceed from here. The relevant modification is changing CompareStringW from calling strncmpiW/strncmpW to calling wine_compare_string. I hacked my code to call both the new and old version and print out whenever the two return different values. Calling wine_compare_string seems to have changed the behavior of comparing strings that have accent marks with strings that don't have accent marks when the NORM_IGNORECASE flag is set. I don't understand unicode collation, nor do I know how QuArK is using CompareStringW. I don't doubt that CompareStringW should call wine_compare_string, but if this is a bug in wine_compare_string, I don't know how to fix it. Does anyone have any suggestions on what my next step should be? Thanks, David Costanzo __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25� http://photos.yahoo.com/ph/print_splash

1 0