Re: WMF Support

2009-01-21 Thread Rolf Kalbermatter
Erich Hoover wrote: >I ran into an issue with WMF files in helping someone get an application to >work (Athena Visual Studio) and I worked around it by pre-rendering the >application's vector WMF files. I don't currently have the time to resolve >the issue, but for when I do I'm curious whether t

Re: LWN Timeline for 2008: Wine 1.0 made it!

2009-01-21 Thread Austin English
On Sat, Jan 10, 2009 at 7:30 AM, Jan Zerebecki wrote: > On Fri, Jan 09, 2009 at 07:39:33PM +0100, Francois Gouget wrote: >> >> >> And as far as I know, in the 10 years since LWN started, there has been >> exactly one LWN article about Wine. For the 1.0 release, in the >> Development section. >> >

Only 28 more uninspected coverity warnings left!

2009-01-21 Thread Dan Kegel
Hey, looks like our Coverity elves have been busy; there are only 28 more coverity warnings left to be evaluated. Maybe if we finish triaging all the warnings, they'll get motivated to scan us more often... For more info, see http://scan.coverity.com Here are the error types, files, and functions

Re: Ole32: le32toh/le16toh conflict in storage32.h's endian macros

2009-01-21 Thread Juan Lang
Hi Austin, > I started to send a patch to #ifdef,#undef, but I'm not sure that's > right...which definition should we be using here, NetBSD's or Wine's? It doesn't really matter. I came up with the names as a shorthand for the longer Win32 (well, ntdll really) name, and also to be able to define

Ole32: le32toh/le16toh conflict in storage32.h's endian macros

2009-01-21 Thread Austin English
In file included from storage32.c:50: storage32.h:406:1: warning: "le32toh" redefined In file included from /usr/include/machine/endian.h:3, from /usr/include/sys/types.h:98, from /usr/include/stdlib.h:41, from storage32.c:36: /usr/include/sys/endi

Re: Debian packages of Wine

2009-01-21 Thread Ben Klein
2009/1/22 Austin English : > On Wed, Jan 21, 2009 at 6:39 PM, Ben Klein wrote: >> 2009/1/22 Ben Klein : >>> Stupid gmail. >>> >>> 2009/1/22 Ben Klein : Well, I've got wine/wine-dev/wine-dbg packages building right now :) wine: ~ >>> >>> wine: ~11MB >>> wine-dev: ~2.5MB >>> wine

Re: Debian packages of Wine

2009-01-21 Thread Austin English
On Wed, Jan 21, 2009 at 6:39 PM, Ben Klein wrote: > 2009/1/22 Ben Klein : >> Stupid gmail. >> >> 2009/1/22 Ben Klein : >>> Well, I've got wine/wine-dev/wine-dbg packages building right now :) >>> >>> wine: ~ >>> >> >> wine: ~11MB >> wine-dev: ~2.5MB >> wine-dbg: ~22MB >> >> These are likely to be

Re: Debian packages of Wine

2009-01-21 Thread Ben Klein
2009/1/22 Ben Klein : > Stupid gmail. > > 2009/1/22 Ben Klein : >> Well, I've got wine/wine-dev/wine-dbg packages building right now :) >> >> wine: ~ >> > > wine: ~11MB > wine-dev: ~2.5MB > wine-dbg: ~22MB > > These are likely to be bigger on etch. > Wow, OK, not quite. Turns out I wasn't using lz

Re: Debian packages of Wine

2009-01-21 Thread Ben Klein
Stupid gmail. 2009/1/22 Ben Klein : > Well, I've got wine/wine-dev/wine-dbg packages building right now :) > > wine: ~ > wine: ~11MB wine-dev: ~2.5MB wine-dbg: ~22MB These are likely to be bigger on etch.

Re: Debian packages of Wine

2009-01-21 Thread Ben Klein
Well, I've got wine/wine-dev/wine-dbg packages building right now :) wine: ~

Re: Problems with configure on Mac

2009-01-21 Thread James Mckenzie
Cesar Izurieta wrote: >Sent: Jan 21, 2009 7:49 AM >To: James Mckenzie >Cc: Wine Development Mailing List >Subject: Re: Problems with configure on Mac > >Try something like: > >LDFLAGS="-L/opt/local/lib" CPPFLAGS="-I/opt/local/include/" ./configure > >You need to specify both the library dirs and

Re: Dead code in winedbg

2009-01-21 Thread Eric Pouech
2009/1/15 Francois Gouget > On Wed, 14 Jan 2009, Eric Pouech wrote: > > > Francois Gouget a écrit : > > > Hi, > > > > > > I have noticed that expr_alloc_uconstant() is unused in winedbg. > > > Is that normal? > > > > > > > the main point is that the lexer only returns signed integers, while it >

Re: [4/5] ddraw: Get rid of ICOM_INTERFACE.

2009-01-21 Thread Henri Verbeet
2009/1/21 Rob Shearman : > You're also relying on the IDirect3DDevice7 vtable field being the > first field on the impl struct, so you should add a big comment to the > impl struct warning that bad things will happen if the > IDirect3DDevice7 vtable field isn't the first one. > Sure, but I'd say it

Re: [4/5] ddraw: Get rid of ICOM_INTERFACE.

2009-01-21 Thread Rob Shearman
2009/1/21 Henri Verbeet : > 2009/1/21 Stefan Dösinger : >>> I don't see the point. IDirect3DDevice7 is the primary vtable and >>> that's not going to change, ever. We also do things like this about >>> everywhere else, and I don't think ddraw should be special in that >>> regard. >> I don't see any

Re: rpcrt4: Add a stub implementation of NdrGetUserMarshalInfo.

2009-01-21 Thread Rob Shearman
2009/1/21 Hans Leidekker : > > diff --git a/dlls/rpcrt4/rpcrt4.spec b/dlls/rpcrt4/rpcrt4.spec > index 2c86e68..56a55f6 100644 > --- a/dlls/rpcrt4/rpcrt4.spec > +++ b/dlls/rpcrt4/rpcrt4.spec > @@ -203,7 +203,7 @@ > @ stub NdrGetSimpleTypeBufferSize # wxp > @ stub NdrGetSimpleTypeMemorySize # wxp >

Re: Problems with configure on Mac

2009-01-21 Thread Cesar Izurieta
Try something like: LDFLAGS="-L/opt/local/lib" CPPFLAGS="-I/opt/local/include/" ./configure You need to specify both the library dirs and the include dirs. This is using macports. For fink I guess the libraries are located somewhere under /sw IIRC. César 2009/1/21 James Mckenzie > All: > > Wh

Problems with configure on Mac

2009-01-21 Thread James Mckenzie
All: When I run the configure script for 1.1.13 on my Mac, at the end it states that the jpeg and png development libraries could not be found and thus support for these two file types will not be incorporated. I checked my system and the libraries are there and I added symlinks to /usr/lib fr

Re: [4/5] ddraw: Get rid of ICOM_INTERFACE.

2009-01-21 Thread Henri Verbeet
2009/1/21 Stefan Dösinger : >> I don't see the point. IDirect3DDevice7 is the primary vtable and >> that's not going to change, ever. We also do things like this about >> everywhere else, and I don't think ddraw should be special in that >> regard. > I don't see any 'primary' vtable in any ddraw ob

RE: [4/5] ddraw: Get rid of ICOM_INTERFACE.

2009-01-21 Thread Stefan Dösinger
> I don't see the point. IDirect3DDevice7 is the primary vtable and > that's not going to change, ever. We also do things like this about > everywhere else, and I don't think ddraw should be special in that > regard. I don't see any 'primary' vtable in any ddraw object, but that's just my personal

Re: Support for Dragon NS in Wine

2009-01-21 Thread Steven Druker
Thanks to all of you. This is very helpful information. Susan, I appreciate your willingness to run more tests. I'm particularly interested in being able to run NS on CrossOver Mac by Codeweavers. I am planning on switching from a PC to a Mac, and for several reasons, I don't want to have to in

Support for Dragon NS in Wine

2009-01-21 Thread Steven Druker
Dan, I deeply appreciate your endeavors to broaden the number of Windows-based applications that will run on Linux via Wine. Your Feb. '08 message indicated that while you had achieved significant progress for Dragon NS, it was not yet fully functional. Since then has more progress been made? I

Re: Support for Dragon NS in Wine

2009-01-21 Thread Susan Cragin
Thanks to all of you.  This is very helpful information.  Susan, I appreciate your willingness to run more tests.  I'm particularly interested in being able to run NS on CrossOver Mac by Codeweavers.  I am planning on switching from a PC to a Mac, and for several reasons, I don't want to have to in

Re: Does this D-Bus change affect us? (Fwd: New D-Bus Uploaded)

2009-01-21 Thread Marcus Meissner
On Wed, Jan 21, 2009 at 10:56:24AM +0200, Damjan Jovanovic wrote: > On Wed, Jan 21, 2009 at 10:36 AM, Marcus Meissner > wrote: > > On Wed, Jan 21, 2009 at 12:31:58AM -0800, Scott Ritchie wrote: > >> This email was just sent to the Ubuntu developer list about a change to > >> D-Bus security in 9.0

Re: [4/5] ddraw: Get rid of ICOM_INTERFACE.

2009-01-21 Thread Henri Verbeet
2009/1/21 Stefan Dösinger : > I think it would be better to access IDirect3DDevice7 via explicit > specifying the vtable, or an inline function for consistency and to avoid > hardwiring the assumption that the IDirect3DDevice7 vtable is the first > member of the object > I don't see the point. IDir

RE: [4/5] ddraw: Get rid of ICOM_INTERFACE.

2009-01-21 Thread Stefan Dösinger
> -Original Message- > From: wine-patches-boun...@winehq.org [mailto:wine-patches- > boun...@winehq.org] On Behalf Of Henri Verbeet > Sent: Wednesday, January 21, 2009 10:01 AM > To: wine-patc...@winehq.org > Subject: [4/5] ddraw: Get rid of ICOM_INTERFACE. > > -*obj = ICOM_INTERF

Add "none" to list of skipped filesystems in automatic drive detection

2009-01-21 Thread Ben Klein
In programs/winecfg/drivedetect.c, there is a list of skipped filesystem types: static const char * const ignored_fstypes[] I propose that "none" be added to this list. The "none" type is used in fstab in combination with options such as "bind" and "rbind". I have such entries in my fstab for my v

Re: Does this D-Bus change affect us? (Fwd: New D-Bus Uploaded)

2009-01-21 Thread Damjan Jovanovic
On Wed, Jan 21, 2009 at 10:36 AM, Marcus Meissner wrote: > On Wed, Jan 21, 2009 at 12:31:58AM -0800, Scott Ritchie wrote: >> This email was just sent to the Ubuntu developer list about a change to >> D-Bus security in 9.04 -- do I need to create a D-Bus .conf file for >> Wine, or will the default

Re: Does this D-Bus change affect us? (Fwd: New D-Bus Uploaded)

2009-01-21 Thread Marcus Meissner
On Wed, Jan 21, 2009 at 12:31:58AM -0800, Scott Ritchie wrote: > This email was just sent to the Ubuntu developer list about a change to > D-Bus security in 9.04 -- do I need to create a D-Bus .conf file for > Wine, or will the default policy suffice for us? Sinc we are not receiving dbus events i

Does this D-Bus change affect us? (Fwd: New D-Bus Uploaded)

2009-01-21 Thread Scott Ritchie
This email was just sent to the Ubuntu developer list about a change to D-Bus security in 9.04 -- do I need to create a D-Bus .conf file for Wine, or will the default policy suffice for us? Thanks, Scott Ritchie Scott James Remnant wrote: > If your package contains a D-Bus system bus service, you