Hi folks,
While working on bug 9405, I realized that all 20 votes on that bug were made
by the reporter. I think that's pretty lame, so I've asked the bugzilla folks
if there's a way to fix that. They said that the settings should be obvious
when editing the product. Can we please fix that?
Ch
Francois Gouget wrote:
On Tue, 21 Aug 2007, Paul Vriens wrote:
Hi,
GetTempPathW is not implemented on win9x.
I did not actually read the test but it sounds like GetTempPathW() is
not actually essential to the test. Could we replace it with another way
to get the path for a temporary direct
Am Dienstag, 21. August 2007 23:22 schrieb H. Verbeet:
> This got lost by commit 92ce028a0b3aba513f8fb62d7021533896cd99f6.
>
> Changelog:
> - Restore a line that got lost
Actually I think we can remove that whole codeblock now. stateblock::apply and
stateblock::capture have the needed states har
On Tue, 21 Aug 2007, Paul Vriens wrote:
> Hi,
>
> GetTempPathW is not implemented on win9x.
I did not actually read the test but it sounds like GetTempPathW() is
not actually essential to the test. Could we replace it with another way
to get the path for a temporary directory? Maybe even hard-
Hello list,
I'm a frequent user of wine and normally build my own copy, as no
official distribution for Mac OS X exists.
Lately I had to deal with a Program, that needs OpenGL.
I found different hints on the list and around the net, that the
current Apple X11 libGL is broken, so I tried dif
Am Dienstag, 21. August 2007 16:55 schrieb Roderick Colenbrander:
> Hi,
>
> This patch gets Tiberian Sun working in ddraw OpenGL mode. Before it
> suffered
>
> >from a null pointer dereference bug.
This patch is ok with me, but there's a bad flaw with opengl'ed ddraw I want
to point out
Ddraw app
On 8/20/07, James Hawkins <[EMAIL PROTECTED]> wrote:
> It doesn't matter when you looked at the code versus when you
> submitted the patch. You prove a 'bug' is necessary by writing test
> cases. Also, please bottom-post in this mailing list.
>
> --
> James Hawkins
>
Acturally, I have test case
trulyliu wrote:
>
>
>
> I have tried these code, It works well. Thanks a lot.
> Could I use gcc/g++ instead of winegcc/wineg++ ???
> mplayer use gcc as it's complier？ What's the mystery in it?
AFAIK mplayer uses their own old version of wine they have adapted to
mplayer.
regards,
Jakob
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
+struct wine_input_absinfo {
+LONG value;
+LONG minimum;
+LONG maximum;
+LONG fuzz;
+LONG flat;
+};
If it's a kernel structure, it's better IMO to use the types that are
actually used in the native structure instead of LONG.
--
On 8/21/07, trulyliu <[EMAIL PROTECTED]> wrote:
>
>
> 2007/8/21, Damjan Jovanovic <[EMAIL PROTECTED]>:
> > On 8/21/07, trulyliu <[EMAIL PROTECTED]> wrote:
> > > Can I made Arithmetic.dll.so ? And link it against my linux App?
> >
> > A library function runs in the context of the process that invoke
2007/8/21, Damjan Jovanovic <[EMAIL PROTECTED]>:
>
> On 8/21/07, trulyliu <[EMAIL PROTECTED]> wrote:
> > Can I made Arithmetic.dll.so ? And link it against my linux App?
>
> A library function runs in the context of the process that invokes it.
> A library doesn't have its own TEB/memory layout/exc
Am Dienstag, 21. August 2007 12:57 schrieb H. Verbeet:
> I'm not sure about this one. Unless explicitly checked for, (0, 0, 0)
> will cause a division by zero when trying to normalize it, and I don't
> know for sure if GL has well defined behaviour for it.
You're right, this patch is asking for pro
Am Dienstag, 21. August 2007 13:08 schrieb H. Verbeet:
> On 21/08/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> > Feel free to suggest a better way to increase the fogend. My way works,
> > but it is not the nicest way.
>
> Does this really matter? To me, this looks like a rather ugly hack to
>
On 8/21/07, trulyliu <[EMAIL PROTECTED]> wrote:
> Can I made Arithmetic.dll.so ? And link it against my linux App?
A library function runs in the context of the process that invokes it.
A library doesn't have its own TEB/memory layout/exception handling
that works independently of the process that
On 8/21/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> "Dan Kegel" <[EMAIL PROTECTED]> writes:
>
> > @@ -1727,6 +1736,22 @@ INT WineEngAddFontResourceEx(LPCWSTR file, DWORD
> > flags, PVOID pdv)
> > {
> > INT ret = AddFontFileToList(unixname, NULL, NULL,
> > ADDFONT_FOR
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> @@ -1727,6 +1736,22 @@ INT WineEngAddFontResourceEx(LPCWSTR file, DWORD
> flags, PVOID pdv)
> {
> INT ret = AddFontFileToList(unixname, NULL, NULL,
> ADDFONT_FORCE_BITMAP);
> HeapFree(GetProcessHeap(), 0, unixname);
> +
On 21/08/07, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Feel free to suggest a better way to increase the fogend. My way works, but it
> is not the nicest way.
>
Does this really matter? To me, this looks like a rather ugly hack to
get the DCT to shut up.
I'm not sure about this one. Unless explicitly checked for, (0, 0, 0)
will cause a division by zero when trying to normalize it, and I don't
know for sure if GL has well defined behaviour for it.
On 8/21/07, trulyliu <[EMAIL PROTECTED]> wrote:
> I have tried these code, It works well. Thanks a lot.
> Could I use gcc/g++ instead of winegcc/wineg++ ???
> mplayer use gcc as it's complier？ What's the mystery in it?
>
gcc/g++ would give you the wrong ABI (eg. 4 bytes per wide char
instead of 2
19 matches
Mail list logo
