Thank you VERY much. I changed alot of things, including reinstalling
Debian to get rid of 3 different source installs, and some gcc tweaks I had
done before I learned muc about it, but I am sure the suggestions you gave
resulted in perfectly clean builds on Debian Sarge. After some tweaking of
Ann and Jason Edmeades wrote:
1. I would like to get implemented an AUTOMATIC timeout on the bug
reports.
I have looked at this and it is not possible to do this without
drastically altering (forking) bugzilla.
I have looked into having a resolution "abandoned" and that should be
possible to do w
Le lun 07/03/2005 à 15:34, T.J. Zeeman a écrit :
[snip]
> PS Are the Debian maintainer and wine on speaking terms again? An
> apt-get update showed that 20050211 has entered sid and it wanted to
> replace my current install from winehq.
Ove Kaaven (Debian's Wine maintainer) released a 20050111 pac
On Mon, 07 Mar 2005 21:34:49 +0100, T.J. Zeeman <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-03-03 at 17:05 +0100, Thomas Zeeman wrote:
> > On Thu, 3 Mar 2005 08:13:13 -0700, Jesse Allen <[EMAIL PROTECTED]> wrote:
> > > Oh do you know any kernel version that does work?
> >
> > I don't know of any kern
On Tue, 8 Mar 2005 10:44, Raphael wrote:
> Commenting this line is not a solution.
> D3D8 default behavior have this mode enabled.
> what we can do is to disable it on older hardware (when we be able to have
> a proper hardware detection)
I wasn't suggesting that was the right way to fix it, just
> Both wined3d/directx.c and d3d8/directx.c have an IWineD3DImpl_CreateDevice
> that includes the following call:
>
> glLightModeli(GL_LIGHT_MODEL_COLOR_CONTROL,
> GL_SEPARATE_SPECULAR_COLOR);
>
> In effect this prevents WINE from using the Voodoo3 for 3D rendering. Not
> only does this make D3
On Friday 04 March 2005 11:56, Alexandre Julliard wrote:
> Raphael <[EMAIL PROTECTED]> writes:
> > On Friday 04 March 2005 00:45, Robert Shearman wrote:
> > > I have made a few comments on the implementation below:
> > > > SRCDIR= @srcdir@
> > > > VPATH = @srcdir@
> > > > MODULE= advapi
>> 1. I would like to get implemented an AUTOMATIC timeout on the bug
reports.
>I have looked at this and it is not possible to do this without
>drastically altering (forking) bugzilla.
>I have looked into having a resolution "abandoned" and that should be
>possible to do without forking bugzilla
On Mon, 07 Mar 2005 15:21:45 -0600, James Hawkins wrote:
> I've looked deeper into this and found include/wine/server.h and the
> SERVER_START_REQ define. So this define is a method of communication
> between the client(?) and server?
Yep, pretty much. It sets up some state for the wine_server_
On Mon, 7 Mar 2005 00:28:13 -0800 (PST), Aaron Arvey <[EMAIL PROTECTED]> wrote:
> There were 28 failures when I ran the advapi32 tests on windows. All these
> were in registry.c. Please see
> http://www.winehq.org/hypermail/wine-devel/2005/02/0045.html and the
> following responses to find out whe
On Mon, 7 Mar 2005 11:51:53 -0600, James Hawkins <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm implementing NtLoadKey, but I can't find any documentation on
> making server requests, ie SERVER_START_REQ, the different tracing
> abilitites such as using fprintf(stderr,...) instead of the known
> TRACE,
On Thu, 2005-03-03 at 17:05 +0100, Thomas Zeeman wrote:
> On Thu, 3 Mar 2005 08:13:13 -0700, Jesse Allen <[EMAIL PROTECTED]> wrote:
> > Oh do you know any kernel version that does work?
>
> I don't know of any kernel-version that does work, but I have asked on
> the debian-amd64 list and someone o
Maxime Bellengé <[EMAIL PROTECTED]> writes:
> Because when drawing I want the maximum width among all the bitmaps of
> the items in order to align correctly the checkmarks and the text. It is
> the behavior I saw on two different apps. If you use different size
> bitmaps for each item, windows ali
On Mon, 2005-03-07 at 19:52 +0100, Alexandre Julliard wrote:
> Maxime Bellengà <[EMAIL PROTECTED]> writes:
>
> > + * drawhbmbitmap : True to draw the hbmbitmap(MIIM_BITMAP)/False to draw
> > the MF_BITMAP
> > */
> > -static void MENU_DrawBitmapItem( HDC hdc, MENUITEM *lpitem, const RECT
> > *r
On Mon, 2005-03-07 at 20:21 +0100, Michael Stefaniuc wrote:
> Gnome has the notion of "default email client", i suspect KDE has it too.
Unless you use Bonobo+Evolution (and maybe KMail+DCOP) though you can't
match the abilities of MAPI, which lets you create arbitrary emails.
Mike Hearn wrote:
On Mon, 07 Mar 2005 09:54:43 -0600, Robert Shearman wrote:
Also, I believe MAPISendMail should just forward to the appropriate mail
provider, rather than implementing mail sending itself.
More to the point, isn't this supposed to bring up the users email client?
We can't do that
Maxime Bellengé <[EMAIL PROTECTED]> writes:
> + * drawhbmbitmap : True to draw the hbmbitmap(MIIM_BITMAP)/False to draw the
> MF_BITMAP
> */
> -static void MENU_DrawBitmapItem( HDC hdc, MENUITEM *lpitem, const RECT
> *rect, BOOL menuBar )
> +static void MENU_DrawBitmapItem( HDC hdc, MENUITEM *
I tried to start Page Plus 5, a DTP program from Serif. I was presented
with a dialog asking for me to select a printer. When I OK'ed that,
with the splash screen still showing, wine crashed. Here is the trace.
[EMAIL PROTECTED] Program]$ wine pp.exe
fixme:commdlg:PRINTDLG_OpenDefaultPrinter C
Rein Klazes <[EMAIL PROTECTED]> writes:
> +if(( size = GetRegionData( SrcRgn, 0, NULL )) &&
> +(rdata = HeapAlloc( GetProcessHeap(), 0, size ))) {
> +GetRegionData( SrcRgn, size, rdata );
> +/* the rectangles in the region data are ordered top-to-bot
On Mon, 07 Mar 2005 09:54:43 -0600, Robert Shearman wrote:
> Also, I believe MAPISendMail should just forward to the appropriate mail
> provider, rather than implementing mail sending itself.
More to the point, isn't this supposed to bring up the users email client?
We can't do that on Linux so I
Hi,
I'm implementing NtLoadKey, but I can't find any documentation on
making server requests, ie SERVER_START_REQ, the different tracing
abilitites such as using fprintf(stderr,...) instead of the known
TRACE, style of code etc. The latter two are not as important to me
because I've picked them u
Filip Navara wrote:
Michael Lin wrote:
* change wrc to parse '&' and '~' when specifying style
I believe the attached patch would be better solution...you can use
arbitrary expressions in the style definitions with Microsoft Resource
Compiler...
In that case, "style '|' style" and "tNOT xpr" a
Michael Lin wrote:
* change wrc to parse '&' and '~' when specifying style
I believe the attached patch would be better solution...you can use
arbitrary expressions in the style definitions with Microsoft Resource
Compiler...
Regards,
Filip
Index: tools/wrc/parser.y
I have an EPS version of the logo. It could be converted to svg, though
I have never tried.
On Sun, 2005-03-06 at 21:29 -0500, Dimitrie O. Paun wrote:
> Folks, do we have an .svg version of the logo?
> If so, where can I get it from?
>
er.. I Just meant to convert PE -> ELF so that the programs could be
run without wine. Just some *.dll.so files as depends... NM thought
your are right it would make a good faq.
Scott Ritchie wrote:
On Mon, 2005-03-07 at 15:00 +0900, Mike McCormack wrote:
Jason Couture wrote:
Andreas Mohr wrote:
Hi,
On Mon, Mar 07, 2005 at 11:54:56AM +0100, Jan Schiefer wrote:
This is an attempt of an basic MAPISendMail() implementation.
It does, what is should, it sends mails.
Much more work is needed especially to clean it up and to implement more
features. ( Getting rid of printf
Hi,
On Mon, Mar 07, 2005 at 11:54:56AM +0100, Jan Schiefer wrote:
> This is an attempt of an basic MAPISendMail() implementation.
> It does, what is should, it sends mails.
>
> Much more work is needed especially to clean it up and to implement more
> features. ( Getting rid of printf's would be
Paul van Schayck <[EMAIL PROTECTED]> writes:
> This is a resend. Patch was rejected probably because we don't want
> this kind of settings in winecfg. Let me explain myself closer.
> The patch allows the alsa audio device to be changed from audio tab.
> It will just use default otherwise. Which is
On Sun, Mar 06, 2005 at 03:18:53PM -0700, Matthew Mastracci wrote:
> I've been investigating the YUV overlays used by Picasa and it seems
> like it would be a huge problem to tackle this sort of support without
> some sort of external YUV conversion library and/or hardware support.
>
> SDL has g
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> To support this, we need a bit of an interface change to
> winebuild. I've put together a simple patch to see if you
> are OK with such a change. If so, I'll finish it, and
> modify winegcc accordingly.
Looks good to me.
--
Alexandre Julliard
[EM
I replied to Scott off-list for this answer.
On Sun, 06 Mar 2005 15:16:11 -0800, Scott Ritchie wrote:
> I'd like to do some datamining around the Wine server logs to see where
> people are linked to from offsite the most, where they deadend, and
> such.
>
> But, I don't have any logs to mine. Ca
On Mon, 2005-03-07 at 15:00 +0900, Mike McCormack wrote:
> Jason Couture wrote:
> > How hard would it be to introduce a "Re-Compiler" instead of an
> > interpreter? To convert PE -> ELF without having the source. The output
> > would not have to be a user runnable file maybe just a cache? Possiab
> Message du 07/03/05 06:01
> De : "Dmitry Timoshkov" <[EMAIL PROTECTED]>
> A : "Maxime Bellengé" <[EMAIL PROTECTED]>
> Copie à : wine-devel@winehq.com
> Objet : Re: [x11drv] Fix X11DRV_set_wm_hints
>
> "Maxime Bellengé" <[EMAIL PROTECTED]> wrote:
>
> > I don't agree with you because, if the appl
33 matches
Mail list logo
