July 2006 - Wine-Devel - list.winehq.org

Link or rename wcmd.exe to cmd.exe?
by Thomas Kho July 6, 2006

July 6, 2006

I'd like to restart this old thread <http://www.winehq.com/hypermail/wine-users/2005/05/index.html#165> which brings up the point that there are applications that hard-code cmd.exe and (sometimes intentionally) ignore COMSPEC. One example is Perl, which has the following comment in win32/win32.c: /* we don't use COMSPEC here for two reasons: * 1. the same reason perl on UNIX doesn't use SHELL--rampant and * uncontrolled unportability of the ensuing scripts. * 2. PERL5SHELL could be set to a shell that may not be fit for * interactive use (which is what most programs look in COMSPEC * for). */ I'm currently looking into what would be required for something like a symlink to wcmd.exe, but at the same time I'm wondering the historical reasons for choosing 'wcmd' and if it should be changed to just 'cmd'. Thomas Kho

3 3

Greetings
by Dan Hipschman July 6, 2006

July 6, 2006

Hello, I've been asked to introduce myself. You can figure out a lot from my email. My name is Dan, I'm an undergrad at UCLA and I like Linux. I've never worked for Microsoft or even visited a Microsoft office (I drove by one once). I'll be working on slow loading times of Richedit documents for a while. All my patches will be licensed under the LGPL. I hope you find them useful. - Dan

3 2

Re: DDraw: Split up the ddraw refcount
by Stefan Dösinger July 6, 2006

July 6, 2006

Am Mittwoch 05 Juli 2006 18:27 schrieb Stefan Dösinger: > Am Mittwoch 05 Juli 2006 02:27 schrieb Stefan Dösinger: > > The DirectDraw reference counting is a bit more complex than it seemed at > > first. The unit test in that patch shows that the IDirectDraw, > > IDirectDraw2, IDirectDraw4 and IDirectDraw7 interfaces of one object have > > their own reference count. The object is the same, the test with > > SetCooperativeLevel shows this(Setting a focus window returns an error in > > exclusive mode). Interestingly the IDirect3DX interfaces do not have > > their own refcount, instead they are linked to a DirectDraw interface > > refcount. > > > > This patch splits up the IDirectDrawImpl::ref member in ref7, ref4, ref2 > > and ref1 and changes the AddRef and Release methods accordingly. Of > > course a number of tests to show this behavior are included :-) > > > > I will also send a patch which fixes some reference counting issues with > > Palettes, and both patches depend on each other. So please apply either > > both patches or none of them if one is wrong. > > > > ChangeLog: > > Stefan Dösinger: Split the ddraw refcount > > Here is an updated patch, it implements the destroy condition as suggested > by Rob and adds the accidentally dropped SetCooperativeLevel(NULL, > DDSCL_NORMAL) cooplevel and screen mode restoring call. Oh wait, this is not necessarilly correct. Considered that Direct3D came with DirectX 3.0 (I think) IDirect3D(1) isn't necessarily linked to IDirectDraw(1). I will add some more tests to check for that, do not apply this patch for now

1 0

Re: ActiveDS Stubs
by Detlef Riekenberg July 6, 2006

July 6, 2006

Matthew Maurer wrote: > Description: Adds stubs for all functions in ActiveDS documented by > MSDN, noting which ones are not. Thanks for working on this dll. >From activeds_main.c: > * This file contains only stubs to get the printui.dll up and running printui.dll and localspl.dll import all "activeds.dll" - Functions by ordinal, so the ordinals must not change (activeds.spec)! About your added FIXME: Changing the Parameter-Order or display some Parameter inside the Bracket and some Parameter outside the Bracket will confuse other Developer. Never do that. I also suggest to add the stubs only, when needed by an App. When you want to implement the Functions / COM-Interfaces, it might be a good Idea to add a seperate sourcefile. More Infos: The German Book (at the Library) "Windows Script Referenz" (from Microsoft Press) has the SDK, Documentation and Install-Packages on the CD. I can give ISBN and Author next week. -- By By ... ... Detlef

1 0

Re: wine's fullscreen code has no effect on metacity
by Neal Gompa July 6, 2006

July 6, 2006

This is forwarded because I forgot to CC it... Sorry ---------- Forwarded message ---------- From: Neal Gompa <ngompa13(a)gmail.com> Date: Jul 5, 2006 5:54 PM Subject: Re: wine's fullscreen code has no effect on metacity To: Vincent Povirk <madewokherd+d41d(a)gmail.com> I do not know if this helps, but on some games, Wine correctly activates fullscreen mode in metacity, but in others, it just resizes the screen and gets stuck that way... For example, Sim City 3000. Ubuntu Breezy and Fedora Core 5 cannot seem to properly go into fullscreen mode. But when running Where in Time is Carmen Sandiego? metacity properly activates fullscreen mode with it. Same thing with ClueFinders, etc. On 7/4/06, Vincent Povirk <madewokherd+d41d(a)gmail.com> wrote: > I've enabled that key combination, and I can now make gedit fullscreen > with alt+f11 so I think that's working properly (this is nifty; wonder > how I missed it..). > > Pressing alt+f11 when windows firefox thinks it's in fullscreen mode > has no effect. xprop shows no _NET_WM_STATE. > > However, it does work (sort of) if I press it when firefox is not in > fullscreen mode, except that I can see part of the bottom panel (but > can't interact with it; I assume it's really firefox's window there > but firefox hasn't drawn anything). xprop does show > _NET_WM_STATE_FULLSCREEN when I do that. > > I'm not aware of anything different about how wine sets fullscreen > from other programs that I know work with metacity (I've compared the > source code and as far as I can tell it's identical, unless wine is > doing something else I'm not aware of). > > > Yeah, that looks really odd. That alone almost certainly means > > there's either a bug in KWin, metacity, or the EWMH. Could you try > > something for me to see if we can narrow down the cause? There's a > > special keybinding in Gnome, disabled by default, for manually setting > > windows to fullscreen mode. Could you run > > gnome-keybinding-properties, find the "Toggle fullscreen mode" item in > > the list, click on it, press some special key combo (e.g. Alt-F11), > > then focus your window in question, and press that key combo? That > > should make the window fullscreen and place it on top. If you could > > check the xprop thing again at that point just to verify the > > _NET_WM_STATE, that would also help. > > > > After we know that, we can try seeing if you're setting the state in a > > weird way that KWin accepts but other WMs don't, or are setting it in > > a valid but slightly different way that Metacity should accept but > > doesn't, or if Metacity is doing something else weird. > > > > Cheers, > > Elijah > > > > > -- > Vincent Povirk > > >

3 2

Re: [WiKI] Common site menu 4/4
by Dimi Paun July 6, 2006

July 6, 2006

On Sat, 2006-06-03 at 16:20 -0600, Tony Lambregts wrote: > Change log: update menus for all sites to have a common "WineHQ Menu". OK, it's in, it needed a few fixes, but it should be good now. My apologies for the long delay in getting this in. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: [dinput] infos
by Christoph Frick July 6, 2006

July 6, 2006

On Thu, Jul 06, 2006 at 01:28:21PM +0200, Christoph Frick wrote: > - i have to find the range an app expects the min/max are - either we > have to map the hardware allready to something sane - or we have to > fix map_axis; currently my flight stick reports 0-2**16 - with the > center at 2**15 this overflows map_axis (2**31+X in int is <0) - this > would be a problem with apps, that rely/work with GetProperty/range riddle solved - map_axis needs fixing; the ranges are the full LONG range. -- cu

1 0

Re: Win64 patch 1/5 (configure)
by Alexandre Julliard July 6, 2006

July 6, 2006

Ge van Geldorp <ge(a)gse.nl> writes: > Changelog: > Ge van Geldorp <ge(a)gse.nl> > - Allow relocation on x86_64 Is that really needed for Win64? And if so, shouldn't it use a more appropriate address? -- Alexandre Julliard julliard(a)winehq.org

2 4

Re: [ntdll][3/3] Fix returncode for NtDeleteKey (with test)
by Alexandre Julliard July 6, 2006

July 6, 2006

Paul Vriens <Paul.Vriens(a)xs4all.nl> writes: > Some original tests still fail for NT4, haven't looked into that (yet). > > Changelog > Fix returncode for NtDeleteKey (with test) This should be fixed in the server. -- Alexandre Julliard julliard(a)winehq.org

3 5

Re: ActiveDS Stubs
by Mike McCormack July 6, 2006

July 6, 2006

Matthew Maurer wrote: > (Sorry, I missed one debugstr_w call in my first patch, this is the same > thing only with that there. I promise it won't happen again.) It's easy enough to submit a few smaller patches. If you do so, you'll avoid having to resend everything when there's a small problem with your patch, and as smaller patches are easier to read, there's more chance some of them will be accepted in to the tree. Mike

1 0