Re: search for /dev/input/js as well as /dev/js

Seems to me that symlinks provided by a distribution would be usefull as a transitional measure only. Until applications eventually move over to the new /dev locations. So... Part of any application's perogerative is to deal with the platform(s) it runs on. Wine makes some special allowances fo

Re: SOC: D3D Test Suite

On 19/04/06, Sagar Mittal <[EMAIL PROTECTED]> wrote: > The ones that D3D9 has also > don't test the generated graphics for conformance. That's because OpenGL implementations aren't guaranteed to produce identical outputs when given identical inputs. Graphical conformance tests would probably be us

Re: search for /dev/input/js as well as /dev/js

On Wednesday 19 April 2006 20:00, Mike McCormack wrote: > Mike Frysinger wrote: > > dont really know who you're talking about when you say "you guys" ... > > sounds like you're trying to say this situation is my fault when really i > > nor Gentoo has had anything to do with /dev naming schemas > >

Re: SOC project

Kai Blin wrote: > * Kai Blin <[EMAIL PROTECTED]> [17/04/06, 20:44:30]: > > >>Now what I wanted to as was the following. I've recently started to look >>into the GENSEC library samba4 has to implement SSPI authentication and >>signing/sealing, as the latter is impossible to do with ntlm_auth. Now

SOC: D3D Test Suite

It doesn't look like there are many unit tests for D3D in general, but D3D8 and WineD3D don't seem to have any. The ones that D3D9 has also don't test the generated graphics for conformance. Would it be a viable/appropriate SOC project to put together a test suite for D3D, including graphical con

Re: search for /dev/input/js as well as /dev/js

On Wednesday 19 April 2006 09:18, Mike McCormack wrote: > Mike Frysinger wrote: > > with udev now, joystick nodes are created as /dev/input/js# and /dev/js# > > no longer exists ... attached patch will search for /dev/input/js# first > > and if that doesnt exist, fall back to /dev/js# > > You could

Re: search for /dev/input/js as well as /dev/js

On Wednesday 19 April 2006 11:44, Mike McCormack wrote: > Mike Frysinger wrote: > > other major source projects like libsdl had no qualms > > supporting /dev/input/js as well as /dev/js > > Maybe when you guys come up with another new standard next year, dont really know who you're talking about w

Wine or WINE?

I was reading WWN yesterday and read something about Microsoft using the incorrect "WINE" form, I email them about it and they appear willing to fix it. Probably the first example of cooperation from them :-) Ivan.

SoC Mentor Signup!

Jeremy White asked earlier for people to volunteer for the review committee. I think anybody who wants to be a SoC mentor should also volunteer for the review committee. And we need a list of mentors soon, so please, if you are interested in helping, email Jeremy as soon as you can. The great th

Re: search for /dev/input/js as well as /dev/js

Mike Frysinger wrote: dont really know who you're talking about when you say "you guys" ... sounds like you're trying to say this situation is my fault when really i nor Gentoo has had anything to do with /dev naming schemas Yes, it is Gentoo's fault. Your distro is missing a symlink, and

Using msvcmon to debug

Hi,     I've been using msvcmon previously to remote debug application in Visual Studio on Wine.   It's great to have an IDE to debug Wine with the breakpoints and watch windows and all.  I'm now using Crossover Office Pro 5.0.1-1rc2 and msvcmon is no longer working.  I'm getting the log mes

Re: Menus [3/6]: Draw the column separator properly

On Wed, 2006-04-19 at 21:39 +0200, Michael Kaufmann wrote: > --- menu.c 2006-04-19 21:07:47.0 +0200 > +++ menu-new.c 2006-04-19 21:07:44.0 +0200 Only top-level patches, please: http://winehq.org/site/sending_patches -- Dimi Paun <[EMAIL PROTECTED]> Lattica, Inc.

Re: x11drv: question about byte-swapping for DIBs

On Thu, 20 Apr 2006 00:10:42 +0200 Willie Sippel <[EMAIL PROTECTED]> wrote: > Am Mittwoch, 19. April 2006 22:50 schrieb Eric Frias: > > I'm trying to debug a problem in which 24-bit .bmps don't display > > correctly from a winelib application on a big-endian sparc host when > > displaying on a lit

Re: SOC project

On 4/19/06, Raphael <[EMAIL PROTECTED]> wrote: > Anyway fixing the DIB engine will improve a lot professional applications as > photoshop, ... The big one for me is powerpoint. OpenOffice just does not cut it with presentations and powerpoint is still quite slow under Wine. -- Steven Edwards "Th

Re: SOC project

Am Mittwoch, 19. April 2006 22:51 schrieb Lionel Ulmer: > On Wed, Apr 19, 2006 at 11:07:43PM +0200, Raphael wrote: > > new Dx9 APIs: > > IDirect3DSurface9::GetDC > > IDirect3DSurface9::ReleaseDC > > Yeah I suppose that they exist... But as it's a stub for now, I suppose > that not many applicat

Re: x11drv: question about byte-swapping for DIBs

Am Mittwoch, 19. April 2006 22:50 schrieb Eric Frias: > I'm trying to debug a problem in which 24-bit .bmps don't display > correctly from a winelib application on a big-endian sparc host when > displaying on a little-endian intel PC. In this case, the image is > garbled, with most of the colors b

Re: [SOC] proposal -> valgrind

Eric Pouech wrote: Another potential proposal for SOC would be upgrading valgrind to work with Wine. I've tweaked it a bit (some patches still floating around), but: - that's not complete (some items still don't work) - what's also completly missing is the support of native modules (especiall

Re: widl: Added importlib parsing code.

Jacek Caban wrote: +importlib: tIMPORTLIB '(' aSTRING ')' {} + You should warn here that you're not doing anything with the importlib, as typelibs with an importlib statement probably aren't going to work. -- Rob Shearman

Re: x11drv: question about byte-swapping for DIBs

On Wed, 19 Apr 2006 16:50:47 -0400 Eric Frias <[EMAIL PROTECTED]> wrote: > I'm trying to debug a problem in which 24-bit .bmps don't display > correctly from a winelib application on a big-endian sparc host when > displaying on a little-endian intel PC. In this case, the image is > garbled, wi

Re: Winelib: SIGTERM or SIGQUIT?

On Wed, 2006-04-19 at 21:46 +0200, Alexandre Julliard wrote: > Michael Ost <[EMAIL PROTECTED]> writes: > > >> to add SIGQUIT to the various signal masks in ntdll. But a small > > > > Well the signal works without patching ntdll. So I guess that's covered > > too. > > If you don't add it to the si

x11drv: question about byte-swapping for DIBs

I'm trying to debug a problem in which 24-bit .bmps don't display correctly from a winelib application on a big-endian sparc host when displaying on a little-endian intel PC. In this case, the image is garbled, with most of the colors being wrong and a pattern of vertical stripes over the imag

Re: SOC project

On Wed, Apr 19, 2006 at 11:07:43PM +0200, Raphael wrote: > new Dx9 APIs: > IDirect3DSurface9::GetDC > IDirect3DSurface9::ReleaseDC Yeah I suppose that they exist... But as it's a stub for now, I suppose that not many application require it :-) > Anyway fixing the DIB engine will improve a lot

Re: SOC project

On Wednesday 19 April 2006 20:26, Lionel Ulmer wrote: > On Wed, Apr 19, 2006 at 10:59:14AM +0200, Willie Sippel wrote: > > I'd guess the DIB engine proposal would help there as well. One of the > > most important improvements, IMHO. Windowed OpenGL support would be nice > > as well, for game level

Re: Winelib: SIGTERM or SIGQUIT?

Michael Ost <[EMAIL PROTECTED]> writes: >> to add SIGQUIT to the various signal masks in ntdll. But a small > > Well the signal works without patching ntdll. So I guess that's covered > too. If you don't add it to the signal masks, it will work most of the time, and fail dramatically when the sig

Re: enhmetafile: Create little-endian EMF files on big-endian machines (fixed)

On Wed, 19 Apr 2006 12:52:35 +0200 Alexandre Julliard <[EMAIL PROTECTED]> wrote: > Phil Krylov <[EMAIL PROTECTED]> writes: > > > Anything wrong with this patch? Should I try to improve it in the direction > > of > > supporting more metafile record types and supporting reading little-endian > >

Re: Winelib: SIGTERM or SIGQUIT?

On Wed, 2006-04-19 at 20:39 +0200, Alexandre Julliard wrote: > Michael Ost <[EMAIL PROTECTED]> writes: > > > I'll try SIGQUIT, knowing that Wine itself has no intentions of using it > > any time soon. > > > > As far as clean up goes, all I want to do is PostQuitMessage(0). Does > > this look safe

[SOC] proposal -> valgrind

Another potential proposal for SOC would be upgrading valgrind to work with Wine. I've tweaked it a bit (some patches still floating around), but: - that's not complete (some items still don't work) - what's also completly missing is the support of native modules (especially when generating bac

Re: gdi: [3 of 3] Add headers for GetCharABCWidthI

Jeff L <[EMAIL PROTECTED]> writes: > This add GetCharABCWidthsI and tests. > There is no A or W suffix for this function as it works from a glyph > rather than a char. > > Change log: > Add GetCharABCWidthsI and tests. The tests fail here, probably because they rely on the Arial font: ../../../t

Re: Winelib: SIGTERM or SIGQUIT?

Michael Ost <[EMAIL PROTECTED]> writes: > I'll try SIGQUIT, knowing that Wine itself has no intentions of using it > any time soon. > > As far as clean up goes, all I want to do is PostQuitMessage(0). Does > this look safe as a SIGQUIT handler? It should be safe, as long as you never run 16-bit

Re: SOC project

On Wed, Apr 19, 2006 at 10:59:14AM +0200, Willie Sippel wrote: > I'd guess the DIB engine proposal would help there as well. One of the most > important improvements, IMHO. Windowed OpenGL support would be nice as well, > for game level editors (and many other things)... :-) The DIB engine would

Re: SOC project

On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote: > what they want :) I'm sure some of the developers that currently work on > wined3d > can think of proposals that students could work on. At least , wouldn't be > fixing bug 2398 be an idea for SOC? Well, I do not really see the link

Re: Winelib: SIGTERM or SIGQUIT?

On Wed, 2006-04-19 at 11:06 +0200, Alexandre Julliard wrote: > You can certainly use SIGQUIT, but if you are defining your own > mechanism, using signals is probably not the best choice. Cleaning up > properly on a signal is pretty hard to do right, and even harder in > Wine since we use signals fo

Re: search for /dev/input/js as well as /dev/js

Mike McCormack <[EMAIL PROTECTED]> writes: > Maybe when you guys come up with another new standard next year, every > project that uses a joystick be broken if it doesn't search /dev/js, > /dev/input/js and /dev/input/joysticks/0? You don't seem to fully appreciate the beauty of Linux. Of course

Re: Forming a SOC review committee

* Dimi Paun <[EMAIL PROTECTED]> [19/04/06, 11:20:26]: > The end result is significant lower value for Wine. This is > why we should make it very clear from the beginning that we > expect a proper report at the end, nicely integrated in the > Wiki, so that others can learn and maybe continue the p

Re: SOC: Integrate DIB Engine

On 4/19/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Hi, > > One thing I'd like to try to work on is the DIB engine. Do we need > > someone to work on it still? This one is also interesting to me > > because we have some documentation already and that I have worked with > > bitmaps before too.

Re: SOC Idea: Easy usage of native DLLs in Linux programs

On 4/19/06, Mike Hearn <[EMAIL PROTECTED]> wrote: > > On the whole, I hope this happens. It would be an interesting experiment. > > One thing I don't really understand is the process for this are > students meant to trawl the wine-devel archives looking for ideas? Or > should I go stick a lin

Re: SOC Idea: Easy usage of native DLLs in Linux programs

> On the whole, I hope this happens. It would be an interesting experiment. One thing I don't really understand is the process for this are students meant to trawl the wine-devel archives looking for ideas? Or should I go stick a link to this thread on the wiki and students can just point to

Re: search for /dev/input/js as well as /dev/js

Mike Frysinger wrote: other major source projects like libsdl had no qualms supporting /dev/input/js as well as /dev/js Maybe when you guys come up with another new standard next year, every project that uses a joystick be broken if it doesn't search /dev/js, /dev/input/js and /dev/input/jo

Re: WineD3D: Allocate the resources with VirtualAlloc

Am Mittwoch, 19. April 2006 11:15 schrieben Sie: > I'm not sure I agree with that. Are you planning to trap accesses like > the DIB code does?  That sucks pretty badly in the DIB code, I don't > think we want to do any more of that. Actually, I plan to create a DIB section on demand on this memory(

Re: SOC: Integrate DIB Engine

Hi, > One thing I'd like to try to work on is the DIB engine. Do we need > someone to work on it still? This one is also interesting to me > because we have some documentation already and that I have worked with > bitmaps before too. I'd also like to find out how this stuff might > integrate with t

re: Forming a SOC review committee

On Wed, April 19, 2006 10:32 am, Dan Kegel said: > Sounds good to me. It can even be a condition > of completion (and thus of payment). Absolutely. I think a fundamental portion of the value derived from someone investigating a topic is the context gained by the person. Lots of times it is more

Re: SOC project

* Jeremy White <[EMAIL PROTECTED]> [19/04/06, 08:24:33]: > Whoa nelly. I would not say that at all. Just because it didn't > get anyone skimming the list excited, you shouldn't get discouraged. > Some of the more important changes in Wine were awfully unsexy, > frankly. Yeah, I think I overrea

re: Forming a SOC review committee

Dimi wrote: >One thing that I would like to see is to establish a more >formal post-mortem for every project accepted. ... Sounds good to me. It can even be a condition of completion (and thus of payment). - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

Re: gdi: [2 of 3] Add header for GetCharABCWidthI

On Wed, 19 Apr 2006 20:26:19 +1000, Jeff Latimer wrote: > If I put them together, past > experience says that I would have difficulty in getting them through. > If I submit them one at a time it would take days to get them through > iteratively. I wouldn't worry too much, Alexandre is the fina

Re: Forming a SOC review committee

On Wed, April 19, 2006 9:37 am, Jeremy White said: > So the purpose of this thread is twofold: > 1) To discuss this process, and make sure that > everyone thinks its reasonable and that I didn't miss anything. One thing that I would like to see is to establish a more formal post-mortem f

Forming a SOC review committee

Hi Folks, Last year, Dan Kegel, myself, Alexandre, Dimi Paun, and Lionel Ulmer served on the review committee for the SOC proposals. Our work was to sort the incoming applications, rank them, and then assign mentors to those that were funded. We probably should have done a better job of staying

Re: Documentation for CLEANLOCALSTORAGE in OLE Automation

On Wed, Apr 19, 2006 at 12:24:07AM +0100, Robert Shearman wrote: > Hi, > > I just thought I'd document the CLEANLOCALSTORAGE use in oleaut32 for > anyone that wants to implement it, although I can't implement it now for > obvious reasons. Great, thanks. I just sent a patch to wine-patches that

Re: search for /dev/input/js as well as /dev/js

Mike Frysinger wrote: with udev now, joystick nodes are created as /dev/input/js# and /dev/js# no longer exists ... attached patch will search for /dev/input/js# first and if that doesnt exist, fall back to /dev/js# You could easily maintain compatibility with Wine and any other application

Re: [1/6] internal cursor / icon memory layout change

"H. Verbeet" <[EMAIL PROTECTED]> writes: > How is that supposed to work? Calling GlobalLock16 or GlobalLock on a > cursor handle doesn't seem to work very well on win2k. No, it's a Win16 thing. What we need is to make cursors and icons into real user handles, and then we can store anything we lik

Re: [1/6] internal cursor / icon memory layout change

On 19/04/06, Alexandre Julliard <[EMAIL PROTECTED]> wrote: > That's quite ugly, and it will break any app that depends on the > cursor format, which is the only reason we are storing them in a > memory block in the first place. How is that supposed to work? Calling GlobalLock16 or GlobalLock on a c

Re: gdi: [2 of 3] Add header for GetCharABCWidthI

Mike McCormack wrote: Jeff L wrote: I have repackaged this as package. Please don't split patches that depend on each other to make Wine compile and work correctly, or add dead code. The point of having small patches is to make Wine easier to regression test, so we want things to work

Re: kernel: fix determination of using locale

On Tuesday 18 April 2006 16:11, Alexandre Julliard wrote: > Sergei Butakov <[EMAIL PROTECTED]> writes: > > Here > > 2. - this set value of user_lcid > > 4. - this set value of system_lcid > > system_lcid affect on some part of Wine, user_lcid affect on other one. > > Thereby only some part of Wine

Re: SOC project

* Mike Hearn <[EMAIL PROTECTED]> [19/04/06, 12:57:00]: > On Wed, 19 Apr 2006 09:26:18 +0200, Kai Blin wrote: > > Judging from the lack of feedback as compared to the other proposals, I > > guess you don't like it. I'll go look for something else then. > > I think it's more that most of us don't un

File dialog regression?

Has anybody else got a problem with no icons appearing in the file dialogs? I just see the generic "blank document" icon - it's as if the shell icons aren't being loaded anymore. My Sherlock-Holmes-esque 6th sense leads me to think that either my setup is borked or the fake stub DLL patch is to bl

Re: Documentation for CLEANLOCALSTORAGE in OLE Automation

On Wed, 19 Apr 2006 00:24:07 +0100, Robert Shearman wrote: > Hi, > > I just thought I'd document the CLEANLOCALSTORAGE use in oleaut32 for > anyone that wants to implement it, although I can't implement it now for > obvious reasons. Rob, can you put this stuff on the wiki?

Re: SOC project

* "Tom Spear (Dustin Booker, Dustin Navea)" <[EMAIL PROTECTED]> [19/04/06, 05:52:32]: > Kai, don't feel bad. I actually do think it is a good idea, but to me > it looks like you are describing a proposal that will end up going into > samba's tree, not ours. If you could clarify what this will

Re: SOC project

On Wed, 19 Apr 2006 09:26:18 +0200, Kai Blin wrote: > Judging from the lack of feedback as compared to the other proposals, I > guess you don't like it. I'll go look for something else then. I think it's more that most of us don't understand that part of the code ;)

Re: Easy patch submission with GIT + imap folders

Mike McCormack <[EMAIL PROTECTED]> writes: > Using Mozilla, you can just click on the "Edit Draft:" in the message, > check/edit the message and then click send. > > Alexandre has said that he doesn't mind if the subject line contains > the ChangeLog entry. Not only I don't mind, but I'd strongly

Re: enhmetafile: Create little-endian EMF files on big-endian machines (fixed)

Phil Krylov <[EMAIL PROTECTED]> writes: > Anything wrong with this patch? Should I try to improve it in the direction of > supporting more metafile record types and supporting reading little-endian > EMFs > from disk? Or change everything at all? I think the direction is OK, but the macros are f

Re: SOC project

Kai Blin wrote: * Kai Blin <[EMAIL PROTECTED]> [17/04/06, 20:44:30]: Now what I wanted to as was the following. I've recently started to look into the GENSEC library samba4 has to implement SSPI authentication and signing/sealing, as the latter is impossible to do with ntlm_auth. Now, would

Re: enhmetafile: Create little-endian EMF files on big-endian machines (fixed)

Hi, On Tue, 11 Apr 2006 20:03:22 +0400 Phil Krylov <[EMAIL PROTECTED]> wrote: > This patch fixes the generation of EMF files (which are little-endian by > nature) > on big-endian machines. It is by no means complete - some record types are > still > unsupported, and reading of little-endian EMF

Re: Easy patch submission with GIT + imap folders

Michael Stefaniuc wrote: Tunnel = "ssh -q [EMAIL PROTECTED] /usr/bin/imapd ./Maildir 2> /dev/null" What to put in here if one uses imaps? That should be the "normal" way of using imap this days. Unfortunately it doesn't support imaps as yet. There was code to support imaps in th

Re: SOC project

* Michael Stefaniuc <[EMAIL PROTECTED]> [19/04/06, 11:17:10]: > >Judging from the lack of feedback as compared to the other proposals, I > >guess you don't like it. I'll go look for something else then. > > I do not think it's a matter of liking it or not but that's a part of > Wine that probabl

Re: gdi: [2 of 3] Add header for GetCharABCWidthI

Jeff L wrote: I have repackaged this as package. Please don't split patches that depend on each other to make Wine compile and work correctly, or add dead code. The point of having small patches is to make Wine easier to regression test, so we want things to work between every commit.

Re: [1/6] internal cursor / icon memory layout change

"H. Verbeet" <[EMAIL PROTECTED]> writes: > This patch adds an header with animation info (number of frames, delay > between frames) to the front of the internal cursor / icon memory > layout, in order to support animated mouse cursors. That's quite ugly, and it will break any app that depends on

Re: gdi: [2 of 3] Add header for GetCharABCWidthI

On Wed, Apr 19, 2006 at 07:22:35PM +1000, Jeff L wrote: > I have repackaged this as package. > > This add the the WineEngGetCharABCWidthsI fuction for GetCharABCWidthsI. > There is no A or W suffix for this function as it works from a glyph > rather than a char. > > Change log: > Add WineEngGetCh

Re: Easy patch submission with GIT + imap folders

Mike McCormack wrote: As of the recently released GIT 1.3.0, sending patches via an IMAP folder with GIT just got easier. If everything is set up right, you should be able to run the following command: git-format-patch --attach --stdout --keep origin | git-imap-send This requires some confi

Re: SOC: Integrate DIB Engine

Mike McCormack wrote: Troy Rollo wrote: Yes. See for more information on this. This is probably feasible as a SOC project *if* you are familiar with all of the integer-only algorithms for drawing graphics primitives or have a good text book handy that has

Re: SOC project

Kai Blin wrote: * Kai Blin <[EMAIL PROTECTED]> [17/04/06, 20:44:30]: Now what I wanted to as was the following. I've recently started to look into the GENSEC library samba4 has to implement SSPI authentication and signing/sealing, as the latter is impossible to do with ntlm_auth. Now, would y

Re: SOC project

* Louis Lenders <[EMAIL PROTECTED]> [19/04/06, 08:35:41]: > > When you hang around just a while on wine's IRC channel you'll see that(i'd > guess) more than 50% of the user's questions is about how to get their games > running. I think it would be cool if there would be some proposals for SOC > pr

Re: WineD3D: Allocate the resources with VirtualAlloc

Stefan Dösinger <[EMAIL PROTECTED]> writes: > This patch allocates the memory of Surfaces, Indexbuffers and Vertexbuffers > with VirtualAlloc instead of HeapAlloc. This will be needed for GetDC to > work. It is done for Index- and Vertexbuffers too because they are also > managed by the WineD3D

Re: Winelib: SIGTERM or SIGQUIT?

Michael Ost <[EMAIL PROTECTED]> writes: > I would like my Winelib application to do a normal shutdown from a > signal, that is save files and exit normally. > >>From scanning the web SIGTERM seems like the natural choice. It looks > like it is _supposed_ to be used for a normal exit. But Wine see

Re: kernel: fix determination of using locale

Sergei Butakov <[EMAIL PROTECTED]> writes: > If somebody want to use different values of user and system locales in Wine > he > must set LC_CTYPE for system_lcid, LANG for user_lcid and unset LC_ALL. (Is > it > really anybody use different values?) > Most users don't know about it, don't want

Re: SOC project

Am Mittwoch, 19. April 2006 10:44 schrieb Andreas Mohr: > Hi, > > On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote: > > When you hang around just a while on wine's IRC channel you'll see > > that(i'd guess) more than 50% of the user's questions is about how to get > > their games runni

Re: SOC project

Hi, On Wed, Apr 19, 2006 at 08:35:41AM +, Louis Lenders wrote: > > When you hang around just a while on wine's IRC channel you'll see that(i'd > guess) more than 50% of the user's questions is about how to get their games > running. I think it would be cool if there would be some proposals fo

Re: SOC project

When you hang around just a while on wine's IRC channel you'll see that(i'd guess) more than 50% of the user's questions is about how to get their games running. I think it would be cool if there would be some proposals for SOC project to get better DirectX(/wined3d) support. From the wine-users p

Re: SOC project

* Kai Blin <[EMAIL PROTECTED]> [17/04/06, 20:44:30]: > Now what I wanted to as was the following. I've recently started to look > into the GENSEC library samba4 has to implement SSPI authentication and > signing/sealing, as the latter is impossible to do with ntlm_auth. Now, > would you consider