Re: USB Human Interface Device support

Hello Christopher, 2008/3/25, Christopher <[EMAIL PROTECTED]>: > Maarten Lankhorst wrote: > > Hello Luang, > > > > 2008/3/25, Juan Lang <[EMAIL PROTECTED]>: > > > >> > There isn't an entry in > >> > HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceClasses for > >> > HID inter

Re: USB Human Interface Device support

Maarten Lankhorst wrote: > Hello Luang, > > 2008/3/25, Juan Lang <[EMAIL PROTECTED]>: > >> > There isn't an entry in >> > HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceClasses for >> > HID interfaces, in fact that whole set of registry keys seems to be >> > missing. Is anyone

Re: GSoc: Scriptable Configuration

Hello Matt, 2008/3/24, Matt Shanks <[EMAIL PROTECTED]>: > Am quite keen to get involved with Wine for GSoC - specifically the project > titled "Scriptable Configuration" We have about 2 or 3 others also willing to do that project. I think you would have a better chance of doing something like the

Re: winex11.drv: Don't add owned windows to the taskbar

"Alexander Dorofeyev" <[EMAIL PROTECTED]> wrote: > There's a regression in IDA Pro disassembler. Nothing is added to the taskbar > at > all, furthermore, when you are starting debugger, before there was a window > appearing that asks pass control to the application or not. Now it's not > appea

Re: qmgr test needs bits.lib to link using the MSVC headers

On Sun, Mar 23, 2008 at 2:07 PM, Reece Dunn <[EMAIL PROTECTED]> wrote: > Does anyone know how to add this to Wine? Adding EXTRALIBS=-lbits to > Makefile.in does not work on Wine itself. Is this the right way to go? Normally if you were using configure to generate the makefiles and config.h you w

Re: fuse-iso and remote named pipes for GSOC

On Tue, Mar 25, 2008 at 9:24 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote: > Besides the FUSE project for GSOC I see two items listed on the > http://wiki.winehq.org/SummerOfCode page: > > # Better ISO FUSE file system integration I don't know if the FUSE api supports enumeration of mounts in th

Re: Google Summer of Code - Case Insensitive Filenames

On Tue, Mar 25, 2008 at 12:02 PM, Kai Blin <[EMAIL PROTECTED]> wrote: > On Tuesday 25 March 2008 17:21:20 Austin English wrote: > > > An option yes, but it should not be the default course of action. As > > Rahyen said, a predictable order should be used, and when there are > > conflicts, pick t

fuse-iso and remote named pipes for GSOC

Besides the FUSE project for GSOC I see two items listed on the http://wiki.winehq.org/SummerOfCode page: # Better ISO FUSE file system integration # A FUSE wrapper for remote named pipes using libsmbclient Can anybody elaborate a little bit more on this?

winegcc: A spec file is currently needed in shared mode?

Hi all, Any idea what the above means and how to fix it? Cheers, Erik -- - Erik de Castro Lopo - "You can have quality software, or you can have pointer arithmetic; but

[Repost] wineasio source now on SourceForge

Hi all, wineasio, the ASIO to JACK driver for WINE, has been under some development over recent months by various interested parties. Co-ordination has been on a best endeavours basis but really needed something more organised. The project really needed a proper home, too. So I've gathered the

qmgr test needs bits.lib to link using the MSVC headers

Hi, I have been going through the tests to see if I can make them work using MSVC headers. When building the qmgr tests, I have found that you need to add bits.lib to LIBS (Linker/Input/Additional Dependencies). Doing this gets the test to link properly. Does anyone know how to add this to Wine?

[GSoC][RFC] Case Insensitive Filesystem

Hi, During the last week i have been playing around with the idea of writing a case insensitive fuse filesystem and i am know at the point were i can demonstrate a proof of concept implementation. And yes i have seen that there is already someone else interested in doing this but i thought it w

GSoc: Scriptable Configuration

Hello all, Am quite keen to get involved with Wine for GSoC - specifically the project titled "Scriptable Configuration " Having spoken briefly to Lei, he essentially said that the more features added to the reg.exe in Wine, the better. I looked up what the W

wineasio: source now hosted on SourceForge

I thought I'd post here to let interested parties know that the various strands of source for wineasio have been brought together in a single SourceForge project. After a great deal of thought, the project name "wineasio" was chosen by unanimous vote (okay, so only I got a say...). Robert Reif an

Re: C&C :D

On 23/03/2008, Maarten Lankhorst <[EMAIL PROTECTED]> wrote: > Hi all! > > After an announcement that the original Command and conquer is > available free for download, I decided to test it. Command and Conquer > works perfectly in wine, I haven't tested network gaming over ipx, but > that will

package install script for Ubuntu Hardy

Hi, I have tried out an alpha of Ubuntu Hardy Heron recently (I am currently using Gutsy), and have updated Dan's gutsy.sh script to get the correct packages to build wine. Hardy does not have the libopencdk8-dev package, and didn't have time to investigate which package to use (probably libopenc

Re: wine 1.0 status: T minus 76 days. 87 open bugs.

On 22/03/2008, Dan Kegel <[EMAIL PROTECTED]> wrote: > 76 days to go before release. > > I'm slowly going through the 1.0 bug list and deferring bugs > that only affect single non-required apps and don't have good analysis > or patches, I'm busy improving the conformance tests for Wine. As a par

Re: [Bug 12131] New: Need a 1.2.0 milestone

All our Bugzilla administrators can give that permission to others. On Fri, Mar 21, 2008 at 07:51:25AM -0700, Dan Kegel wrote: > On Fri, Mar 21, 2008 at 1:44 AM, Austin English <[EMAIL PROTECTED]> wrote: > > Correct me if I'm wrong, but I thought Dan also had quite a few > > bugzilla privs. If n

Re: Google SoC proposal

Am Dienstag, 25. März 2008 21:30:44 schrieb Artur Szymiec: > Greetings, > > I would like to participate in Wine SoC this year. > I propose to implement WINED3DPMISCCAPS_TSSARGTEMP which is > needed by some d3d games/apps using GL_ARB_fragment_program pixel shaders. You phrased it a bit unluckily. W

Re: Alistair Leslie-Hughes : msxml3: Added support for SAXXMLReader.

On Tue, Mar 25, 2008 at 1:44 PM, James Hawkins <[EMAIL PROTECTED]> wrote: > On Tue, Mar 25, 2008 at 3:36 PM, Michael Stefaniuc <[EMAIL PROTECTED]> wrote: > > Hello Alistair, > > > > > > Alexandre Julliard wrote: > > > Module: wine > > > Branch: master > > > Commit: 264be58812fedf9a066bac

Re: USB Human Interface Device support

Hello Luang, 2008/3/25, Juan Lang <[EMAIL PROTECTED]>: > > There isn't an entry in > > HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceClasses for > > HID interfaces, in fact that whole set of registry keys seems to be > > missing. Is anyone working on patches to make this work,

Re: Alistair Leslie-Hughes : msxml3: Added support for SAXXMLReader.

On Tue, Mar 25, 2008 at 3:36 PM, Michael Stefaniuc <[EMAIL PROTECTED]> wrote: > Hello Alistair, > > > Alexandre Julliard wrote: > > Module: wine > > Branch: master > > Commit: 264be58812fedf9a066bac521f9fff5821759890 > > URL: > http://source.winehq.org/git/wine.git/?a=commit;h=264be58812fe

Re: Alistair Leslie-Hughes : msxml3: Added support for SAXXMLReader.

Hello Alistair, Alexandre Julliard wrote: > Module: wine > Branch: master > Commit: 264be58812fedf9a066bac521f9fff5821759890 > URL: > http://source.winehq.org/git/wine.git/?a=commit;h=264be58812fedf9a066bac521f9fff5821759890 > > Author: Alistair Leslie-Hughes <[EMAIL PROTECTED]> > Date: Tue

Google SoC proposal

Greetings, I would like to participate in Wine SoC this year. I propose to implement WINED3DPMISCCAPS_TSSARGTEMP which is needed by some d3d games/apps using GL_ARB_fragment_program pixel shaders. Do you think it's a good proposal for SoC ? Best regards Artur Szymiec -- ---

Re: winex11.drv: Don't add owned windows to the taskbar

Hi. There's a regression in IDA Pro disassembler. Nothing is added to the taskbar at all, furthermore, when you are starting debugger, before there was a window appearing that asks pass control to the application or not. Now it's not appearing, and can't be found because there's nothing on the

Summer of Coders wanted!

Hi all, Since yesterday google is accepting applications for all participating projects. See http://code.google.com/soc for how to apply and read the faq linked there! The past few days a lot of good proposals were discussed, but you really need to submit them to the google web application officia

Re: Google Summer of Code - Case Insensitive Filenames

On Tuesday 25 March 2008 17:21:20 Austin English wrote: > An option yes, but it should not be the default course of action. As > Rahyen said, a predictable order should be used, and when there are > conflicts, pick the first in that order for presentation through the > FUSE system. User can then r

Re: [PATCH 8/9] wined3d: remove ENTER_GL/LEAVE_GL in texture and cube texture PreLoad.

Why, I checked what routines get called from that ENTER_GL/LEAVE_GL block in PreLoad, and they all seem to be pretty safe. LoadTexture doesn't do gl calls itself, but it calls LoadLocation. Other calls made in PreLoad like AddDirtyRect also don't do gl calls but may call LoadLocation. So it all

Re: Google Summer of Code - Case Insensitive Filenames

On Tue, Mar 25, 2008 at 9:08 AM, Kai Blin <[EMAIL PROTECTED]> wrote: > Ok, let's think about the use case here. My idea is that this is going to be > used on a new WINEPREFIX on a call to wineprefixcreate. We create a new > directory here and can make sure we're not doing anything stupid here. I

Re: Implementing a new Direct3D function

Jérôme Gardou wrote: > OK, then I'll do this that way. > Also, d3dx9 provides support for multiple file format (PNG, TGA, BMP...). I > assume I'll have to add those dependencies in the build process. > > Just a friendly reminder, but when your patches get committed please do remember to

Re: Create stub dosx.exe

Justin Chevrier <[EMAIL PROTECTED]> writes: > Alexandre Julliard wrote: >> Does it just need to file to exist, or does it actually try to run it? >> >> > It just needs the file to exist in the system32 folder. OK, then the wine.inf change should be enough, no need to create a real program. --

Re: Google Summer of Code - Case Insensitive Filenames

On Tuesday March 25 2008 07:26:50 Kai Blin wrote: > On Tuesday 25 March 2008 01:45:11 Cesar Izurieta wrote: > > > Perhaps this shouldn't be an extra tool but more like a setting what > > > to do in a case like that. > > > > That sounds good. Maybe doing something like what windows does to long > >

New valgrind errors in GdiRealizationInfo?!

http://kegel.com/wine/valgrind/logs-2008-03-24/vg-gdi32_font-diff.txt shows a number of new warnings, e.g. -fixme:font:GdiRealizationInfo (0x2e8, 0x7f22fc6c): stub! -font.c:1774: Tests skipped: skipping GdiRealizationInfo with truetype font ... + Use of uninitialised value of size 4 +at WineE

Re: Patch : fixme:msvcrt:MSVCRT__sopen : pmode 0x01a0 ignored

> The patch below removes this fixme warning. I beleive that simply removing > the warning is valid in this case because the variable being warned about, > pmode, is not used after the warning. In fact, the only use of this variable > is the FIXME or WARN messages. Don't you think the reason f

Re: USB Human Interface Device support

Hi Christopher, > There isn't an entry in > HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\DeviceClasses for > HID interfaces, in fact that whole set of registry keys seems to be > missing. Is anyone working on patches to make this work, or can someone > point me to the function(s) that

Patch : fixme:msvcrt:MSVCRT__sopen : pmode 0x01a0 ignored

Hi all, My interest in Wine is mainly because it allows me run the test suite for my projects when I use the Linux -> windows MinGW compiler. Currently, the programs in my test suite spit out a lot of fixme warnings like: fixme:msvcrt:MSVCRT__sopen : pmode 0x01a0 ignored I've tracked this d

Re: Google Summer of Code - Case Insensitive Filenames

On Tuesday 25 March 2008 13:18:59 L. Rahyen wrote: > Deleting files like that (just because of case insensitive match) on > mounting is very, very bad idea. And I don't see any reason for such > destructive actions. Better idea to pick up one and use it (for example, > choice may be either p

Re: Create stub dosx.exe

Dmitry Timoshkov wrote: > "Justin Chevrier" <[EMAIL PROTECTED]> wrote: > >> +#define WIN32_LEAN_AND_MEAN >> + >> +#include > > What's the reason to include anything in an empty stub? > >> +int main(int argc, char *argv[]) >> +{ >> +return 0; >> +} > Ya, that shouldn't be there. Thanks Dmitry.

Re: Create stub dosx.exe

Alexandre Julliard wrote: > Justin Chevrier <[EMAIL PROTECTED]> writes: > > >> I've got a console app (Master of Orion 2 1.40p23 patch >> http://www.spheriumnorth.com/blog-images/Moo2v140b23.zip ) that >> crashes if it doesn't find dosx.exe in the system32 folder. >> > > Does it just need t

Re: Create stub dosx.exe

Justin Chevrier <[EMAIL PROTECTED]> writes: > I've got a console app (Master of Orion 2 1.40p23 patch > http://www.spheriumnorth.com/blog-images/Moo2v140b23.zip ) that > crashes if it doesn't find dosx.exe in the system32 folder. Does it just need to file to exist, or does it actually try to run

Re: Create stub dosx.exe

Alexandre Julliard wrote: > Justin Chevrier <[EMAIL PROTECTED]> writes: > > >> Changelog: >> >> Create stub dosx.exe >> > > Why do you need this? > > I've got a console app (Master of Orion 2 1.40p23 patch http://www.spheriumnorth.com/blog-images/Moo2v140b23.zip ) that crashes if it do

Re: (resend)imm: implement ImmGetIMEFileNameW and ImmGetIMEFileNameA correct registry lookups

ok thanks. I will rework this. -aric Alexandre Julliard wrote: > Aric Stewart <[EMAIL PROTECTED]> writes: > >> +if (rc > 0) >> +{ >> +if (uBufLen && lpszFileName) >> +rc = WideCharToMultiByte(CP_ACP, 0, bufW, uBufLen, lpszFileName, >> +

Re: WineD3D: Always report D16 (fixes bug 12130) [attempt 2]

> > 3dmark2000 broke recently because we aren't offering D16 anymore if a > > card doesn't expose it using GLX. On a Geforce 8800 it isn't offered by > > GLX (because the hardware is 24bit) but D3D9 on Windows offers it, so > > offer it too. Second D3D <= 7 requires it too as at that time there was

Re: [PATCH 7/9] wined3d: Make device palettes dynamically allocated.

Alexander Dorofeyev <[EMAIL PROTECTED]> writes: > +if (PaletteNumber >= This->NumberOfPalettes) { > +NewSize = This->NumberOfPalettes; > +do { > + NewSize *= 2; > +} while(PaletteNumber >= NewSize); > +palettes = HeapReAlloc(GetProcessHeap(), 0, This->

Re: Create stub dosx.exe

Justin Chevrier <[EMAIL PROTECTED]> writes: > Changelog: > > Create stub dosx.exe Why do you need this? -- Alexandre Julliard [EMAIL PROTECTED]

Re: MinGW cross compilation fails for d3dx9_36/tests

> Hi, > > We didn't have a new winetest executable for the last few days. MinGW > doesn't > know anything about a d3dx9 dll (yet) that's imported in the d3dx9_36 > tests. > > Especially while in the process of getting ready for 1.0 we should have > winetest > run as much as possible. > > My ma

Re: MinGW cross compilation fails for d3dx9_36/tests

On Tue, Mar 25, 2008 at 4:27 AM, Paul Vriens <[EMAIL PROTECTED]> wrote: > > James Hawkins wrote: > > On Tue, Mar 25, 2008 at 4:08 AM, Paul Vriens <[EMAIL PROTECTED]> wrote: > >> Hi, > >> > >> We didn't have a new winetest executable for the last few days. MinGW > doesn't > >> know anything

Re: MinGW cross compilation fails for d3dx9_36/tests

James Hawkins wrote: > On Tue, Mar 25, 2008 at 4:08 AM, Paul Vriens <[EMAIL PROTECTED]> wrote: >> Hi, >> >> We didn't have a new winetest executable for the last few days. MinGW >> doesn't >> know anything about a d3dx9 dll (yet) that's imported in the d3dx9_36 tests. >> >> Especially while in

Re: MinGW cross compilation fails for d3dx9_36/tests

On Tue, Mar 25, 2008 at 4:08 AM, Paul Vriens <[EMAIL PROTECTED]> wrote: > Hi, > > We didn't have a new winetest executable for the last few days. MinGW doesn't > know anything about a d3dx9 dll (yet) that's imported in the d3dx9_36 tests. > > Especially while in the process of getting ready for

MinGW cross compilation fails for d3dx9_36/tests

Hi, We didn't have a new winetest executable for the last few days. MinGW doesn't know anything about a d3dx9 dll (yet) that's imported in the d3dx9_36 tests. Especially while in the process of getting ready for 1.0 we should have winetest run as much as possible. My main focus will be adding

Re: Create stub dosx.exe

"Justin Chevrier" <[EMAIL PROTECTED]> wrote: > +#define WIN32_LEAN_AND_MEAN > + > +#include What's the reason to include anything in an empty stub? > +int main(int argc, char *argv[]) > +{ > +return 0; > +} -- Dmitry.

Re: [PATCH 8/9] wined3d: remove ENTER_GL/LEAVE_GL in texture and cube texture PreLoad.

> > Not really needed for anything and can lead to ActivateContext being > called > while holding lock. > --- > dlls/wined3d/cubetexture.c |2 -- > dlls/wined3d/texture.c |3 +-- > 2 files changed, 1 insertions(+), 4 deletions(-) Sure this is a problem but there needs to be a pla

Re: Google Summer of Code - Case Insensitive Filenames

On Tuesday 25 March 2008 01:45:11 Cesar Izurieta wrote: > > Perhaps this shouldn't be an extra tool but more like a setting what to > > do in a case like that. > > That sounds good. Maybe doing something like what windows does to long > file names when looking those files in a console, for exampl