Le ven 18/03/2005 à 13:14, Hiji a écrit :
[snip]
> but it also
> minimizes the propagation of old documentation which
> no one will have the power to update. By not
> consolidating the documentation resource, there will
> eventually be a certain percentage of the Wine
> userbase trying to follow o
On Fri, 18 Mar 2005, Hiji wrote:
[...]
As a web developer (and Wine user), I feel inclined to
believe that all major documentation should be removed
from the source. A README file pointing the user to
the web site for the latest documentation would be
most efficient and beneficial.
I always find i
On Fri, 18 Mar 2005, Michael Ost wrote:
[...]
Thanks. I suspected that was the way to go. Should the TlsAlloc code, or
perhaps the thread init code, check on the windows emulation version and
allow the right number of slots... 64, 80 or 1088?
We try not to make the implementation depend on the emul
Francois Gouget wrote:
I have been thinking about how to share more more code between the
drivers. My understanding is that we cannot modify the winmm-driver
protocol because we have to conform to the standard Windows API,
mostly so that winmm can be reused with as little modifications as
possi
On Fri, 18 Mar 2005 15:12:01 +0300
Vitaly Lipatov <[EMAIL PROTECTED]> wrote:
> В сообщении от 17 Март 2005 13:20 Phil Krylov написал(a):
> > this patch replaces my precious patch "RICHEDIT: RTF reader i18n" and
> > needs to be applied after Krzysztof Foltman's "RICHEDIT: RTF reader
> > improvement
Alexandre Julliard wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
--- dlls/advapi32/tests/security.c 14 Mar 2005 17:20:58 - 1.12
+++ dlls/advapi32/tests/security.c 16 Mar 2005 09:32:28 -
@@ -289,8 +289,8 @@
luid.LowPart = i;
cchName = sizeof(buf);
ret = pLookup
Tony Lambregts wrote:
Matthew Mastracci wrote:
Thanks for the review - comments inline.
Christian Costa wrote:
The new locking mechanism is wrong. DDLOCK_xxx are just used for
optimization.
The thing to do during the blit should be something like that :
sdesc.dwSize = sizeof(sdesc);
ddesc.dwSize
Jacek Caban wrote:
Hi,
Currently functions Dll[Un]RegisterServer in Wine look strange to me.
It's a great code duplication. As we have ATLRegistrar implementation
right now
it can be changed. We can use ATL to register dlls. This way functions
Dll[Un]RegisterServer can be really simple and registr
Now maybe I'm mis-evaluating the amount of code that could be shared
beyond this wine_bytes_to_mmtime() function and this is not worth it.
Does anyone have a more informed opinion on the matter?
the better way would be to merge all wine MM drivers into a single one. This
would solve most of the
Matthew Mastracci wrote:
Thanks for the review - comments inline.
Christian Costa wrote:
The new locking mechanism is wrong. DDLOCK_xxx are just used for
optimization.
The thing to do during the blit should be something like that :
sdesc.dwSize = sizeof(sdesc);
ddesc.dwSize = sizeof(ddesc);
if (s
On Fri, 2005-03-18 at 03:30, Alexandre Julliard wrote:
> Michael Ost <[EMAIL PROTECTED]> writes:
>
> > With the emulation mode set to "winxp" I can only TlsAlloc 64 indexes,
> > even though the MSDN docs say there should be at least 20 million.
> >
> > http://msdn.microsoft.com/library/default.as
Francois Gouget <[EMAIL PROTECTED]> writes:
> Maybe a check that there is at least one functional sound system would
> be ok?
>
> if test "$ac_cv_c_opensoundsystem" = "no" -a -z "$ALSALIBS" -a \
> -z "$ARTSC_LIBS" -a -z "$NASLIBS" -a -z "$AUDIOIOLIBS"
> then
> echo "*** No sound sys
Hi,
Currently functions Dll[Un]RegisterServer in Wine look strange to me.
It's a great code duplication. As we have ATLRegistrar implementation
right now
it can be changed. We can use ATL to register dlls. This way functions
Dll[Un]RegisterServer can be really simple and registry can be described
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 18, 2005 at 02:04:08PM +0100, Francois
> Gouget wrote:
> > But I don't see any reason not to put it in
> wine-doc-html.tar.gz or
> > wine-doc-txt.tar.gz. The idea of these tar files
> is so that one can get
> > all the Wine document
A FAQ is essentially a Web type of document,
best view and browsed on the Web.
This does not ring true. I dont see that any part of the doc "best viewed
on the web" unless it's something like a change log or last minute info.
Someone with limitted acces time or pay by the minute may well want to
Hi,
On Fri, Mar 18, 2005 at 07:01:21PM +0200, Anssi Hannula wrote:
> Chris Morgan wrote:
> >Given the huge amount of output from configure I think it would make
> >sense to print out what was and wasn't supported as far as modules.
> >The handful of extra lines would save people from being confus
Chris Morgan wrote:
Given the huge amount of output from configure I think it would make
sense to print out what was and wasn't supported as far as modules.
The handful of extra lines would save people from being confused about
whether support was or wasn't built in. Other projects print this
dat
I had sent in a patch similar to this a while back. I still think it
is very useful to warn at least about OpenGL, I recall having to help
a lot of people try to debug issues with not having that support.
Given the huge amount of output from configure I think it would make
sense to print out wha
Thanks for the review - comments inline.
Christian Costa wrote:
The new locking mechanism is wrong.
DDLOCK_xxx are just used for optimization.
The thing to do during the blit should be something like that :
sdesc.dwSize = sizeof(sdesc);
ddesc.dwSize = sizeof(ddesc);
if (src == NULL)
IDirectDrawSu
> > > IStiDeviceControl are probably part of the Windows
> > DDK
> > > (Device Driver Kit), and that you get separately
> > from
> > > Microsoft (for a ridiculous price).
> > It's a free CD. You pay only for shipping. If you
> > want, I've got two of those
> > and can transfer one of them to be ta
On Fri, 18 Mar 2005, Alexandre Julliard wrote:
Francois Gouget <[EMAIL PROTECTED]> writes:
I thought I had sent this patch months ago but apparently not. The
idea is to warn the user when some often used libraries are missing
and is based on the warnings issued for bad Mesa or X
configurations. Let
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> --- dlls/advapi32/tests/security.c14 Mar 2005 17:20:58 - 1.12
> +++ dlls/advapi32/tests/security.c16 Mar 2005 09:32:28 -
> @@ -289,8 +289,8 @@
> luid.LowPart = i;
> cchName = sizeof(buf);
> ret = pLookupPr
On Fri, Mar 18, 2005 at 02:04:08PM +0100, Francois Gouget wrote:
> But I don't see any reason not to put it in wine-doc-html.tar.gz or
> wine-doc-txt.tar.gz. The idea of these tar files is so that one can get
> all the Wine documentation with just one download and the FAQ is part of
> the docume
> Message du 18/03/05 13:49
> De : "Christian Costa"
> A : "Tom Wickline" , "wine-devel"
> Copie à :
> Objet : Re: ddraw correctness fixes patch
>
>
> > Message du 18/03/05 06:44
> > De : "Tom Wickline"
> > A : "wine-devel"
> > Copie à :
> > Objet : ddraw correctness fixes patch
> >
On Fri, 18 Mar 2005, Dimitrie O. Paun wrote:
On Fri, Mar 18, 2005 at 01:21:06PM +0100, Francois Gouget wrote:
---
revision 1.36
date: 2003-09-18 20:51:32 +; author: julliard; state: Exp; lines: +9
-5
Remove the FAQ from the doc tarball, and build it as a single .html
file (based on patch by
On Fri, 18 Mar 2005, Robert Reif wrote:
[...]
Does that mean we could do the same wor winealsa, winearts, etc?
Yes, I am going to do winealsa next now that I have an alsa system.
I haven't really looked at the others yet but will do them if someone
doesn't beat me to it ;-)
Cool. I think I'll let
Francois Gouget <[EMAIL PROTECTED]> writes:
> I thought I had sent this patch months ago but apparently not. The
> idea is to warn the user when some often used libraries are missing
> and is based on the warnings issued for bad Mesa or X
> configurations. Let me know if the range of checks should
> Message du 18/03/05 06:44
> De : "Tom Wickline"
> A : "wine-devel"
> Copie à :
> Objet : ddraw correctness fixes patch
>
> anyone know why this patch hasn't been accepted?
>
> http://www.winehq.org/hypermail/wine-patches/2005/03/0328.html
>
> Tom
>
Hi Tom,
Sorry I missed the patch on wi
On Fri, Mar 18, 2005 at 01:21:06PM +0100, Francois Gouget wrote:
> ---
> revision 1.36
> date: 2003-09-18 20:51:32 +; author: julliard; state: Exp; lines: +9
> -5
> Remove the FAQ from the doc tarball, and build it as a single .html
> file (based on patch by Dimitrie O. Paun).
> ---
>
> Wh
I noticed that we don't include the Wine FAQ in the Wine documentation
tarballs. So I added it but then I noticed that it was removed from the
tarballs by this patch:
---
revision 1.36
date: 2003-09-18 20:51:32 +; author: julliard; state: Exp; lines: +9 -5
Remove the FAQ from the doc tarb
Francois Gouget wrote:
On Thu, 17 Mar 2005, Robert Reif wrote:
Fall back to default header prepare and unprepare functions.
A driver only needs to support prepare and unprepare functions
when it is doing something special like allocating a DMA buffer for
each header. Since we don't do anything spe
On Fri, Mar 18, 2005 at 04:21:05PM +0900, Mike McCormack wrote:
> If you get rid of the thread, programs that don't run a message loop or
> that block for a time after receiving certain messages won't animate
> smoothly.
Yeah, I was half joking about removing it. comctl32 6.0 doesn't
run a threa
В сообщении от 17 Март 2005 13:20 Phil Krylov написал(a):
> this patch replaces my precious patch "RICHEDIT: RTF reader i18n" and
> needs to be applied after Krzysztof Foltman's "RICHEDIT: RTF reader
> improvements and optimizations (TAB craziness fixed)" patch.
>
> ChangeLog:
>
> Replaced slow and
--- Kuba Ober <[EMAIL PROTECTED]> wrote:
> > IStiDeviceControl are probably part of the Windows
> DDK
> > (Device Driver Kit), and that you get separately
> from
> > Microsoft (for a ridiculous price).
>
> It's a free CD. You pay only for shipping. If you
> want, I've got two of those
> and can
On Fri, 18 Mar 2005 10:20:14 +0800, Jerry H. Menor wrote:
> Wine is ronning just fine, and our program.exe is working, I just want
> to know if it is possible to create a shorcut of our program on our
> desktop so that a end user will just click the icon on the desktop to
> run the program.exe with
Michael Ost <[EMAIL PROTECTED]> writes:
> With the emulation mode set to "winxp" I can only TlsAlloc 64 indexes,
> even though the MSDN docs say there should be at least 20 million.
>
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/thread_local_storage.asp
>
> Has
Hi Michael,
> With the emulation mode set to "winxp" I can only TlsAlloc 64
> indexes, even though the MSDN docs say there should be at least
> 20 million.
You're misreading that page, the limits are:
Win 2000/2003 & XP - 1088 indexes per process
Win Me/98 - 80 indexes per process
Win NT
On Thu, 17 Mar 2005, Robert Reif wrote:
Fall back to default header prepare and unprepare functions.
A driver only needs to support prepare and unprepare functions
when it is doing something special like allocating a DMA buffer for
each header. Since we don't do anything special, just fall back
to
--- "Jerry H. Menor" <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Wine is ronning just fine, and our program.exe is
> working, I just want to
> know if it is possible to create a shorcut of our
> program on our desktop
> so that a end user will just click the icon on the
> desktop to run the
> program
39 matches
Mail list logo
