"Robert Shearman" <[EMAIL PROTECTED]> wrote:
> No, Aric is correct, although it doesn't make a difference on the 32-bit
> Intel platform. On others sizeof(long) might not be equal to sizeof(void*)
> and "void *" is the real type of handles.
Alexandre explained that already. That's a historical th
"Christian Costa" <[EMAIL PROTECTED]> wrote:
> Are you sure this is usefull.
> How can SetEvent cause a deadlock?
That's exactly the same case your recent patch has fixed.
If the MCI command was sent asynchronously (without MCI_WAIT)
an thread gets created and the command gets executed there.
So
On Mon, Mar 15, 2004 at 05:22:37PM -0500, Chris Morgan wrote:
> > duplicated. Sometime our developers dont want to wait on a
> > submit->modify->comit/reject->merge->submit loop of Winehq so they put
> > code in to ReactOS cvs first. Does it mean sometimes work gets
> > duplicated? Sometimes yes. I
No, I didn't check. I didn't know you fixed it another way. Simple
enough to revert though.
On Mon, 2004-03-15 at 16:01, Ferenc Wagner wrote:
> Jeremy Newman <[EMAIL PROTECTED]> writes:
>
> > ChangeSet ID: 11483
> >
> > Log message:
> > set the lang
>
> Did you check if it was needed?
Hi,
with current CVS I get:
[...]
bison -p SQL_ -d ../../../src/dlls/msi/sql.y -o sql.tab.c
../../../src/dlls/msi/sql.y contains 4 shift/reduce conflicts and 10 reduce/reduce
conflicts.
bison -p SQL_ -d ../../../src/dlls/msi/sql.y -o sql.tab.c
../../../src/dlls/msi/sql.y contains 4 shift/reduce
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes:
Alexandre> Uwe Bonnes <[EMAIL PROTECTED]> writes:
>> ptm = localtime(&utc); ptm = gmtime(&utc); ret = last_bias =
>> (int)(utc-mktime(ptm));
>>
>> I my understanding mktime(gmtime(time(NULL))) == time(NULL)
Uwe Bonnes <[EMAIL PROTECTED]> writes:
> ptm = localtime(&utc);
> ptm = gmtime(&utc);
> ret = last_bias = (int)(utc-mktime(ptm));
>
> I my understanding mktime(gmtime(time(NULL))) == time(NULL)
No, mktime takes local time, it's the reverse of localtime(), not
gmtime().
--
Alexandre
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes:
Alexandre> Uwe Bonnes <[EMAIL PROTECTED]> writes:
>> Changelog: wine/dlls/ntdll/time.c: TIME_GetBias Calculate the Bias
>> before calling gmtime
Alexandre> This cannot be right, the bias is supposed to be the
Uwe Bonnes <[EMAIL PROTECTED]> writes:
> Changelog:
> wine/dlls/ntdll/time.c: TIME_GetBias
> Calculate the Bias before calling gmtime
This cannot be right, the bias is supposed to be the difference
between local time and GMT, so you have to use gmtime() not
localtime().
--
Alexandre
Sam wrote:
Improvements to cards.dll based on documentation at
http://www.microsoft.com/mind/0396/games.asp.
I'm not sure if you have read this post or not but here it is.
http://www.winehq.com/hypermail/wine-devel/2003/07/0691.html
Tom
Dmitry Timoshkov wrote:
> "Aric Stewart" <[EMAIL PROTECTED]> wrote:
>
> > @@ -297,7 +297,7 @@
> > @ stub SetupSetSourceListA
> > @ stub SetupSetSourceListW
> > @ stdcall SetupTermDefaultQueueCallback(ptr)
> > -@ stub SetupTerminateFileLog
> > +@ stdcall SetupTerminateFileLog(ptr)
>
> The argumen
On Tue, 16 Mar 2004 09:10:17 -0700, Blake Leverett wrote:
> I have been getting wine from CVS for a while now, and have been looking
> through the source. How do people who work with the wine code browse
> around in the source tree? I found that 'ctags -e -R' can be used with
> emacs, which works
Hi Dmitry,
Are you sure this is usefull.
How can SetEvent cause a deadlock?
Bye,
Christian
> Message du 16/03/04 14:54> De : Dmitry Timoshkov <[EMAIL PROTECTED]>> A : [EMAIL PROTECTED]> Copie à : > Objet : Avoid a possible deadlock when stopping playback> Hello,> > looks like it's a good idea to
Kernel 2.6.4
gcc = 3.2.3
The following compile time error occurs:
clip...
Needed to recheck from cvs. update did not work right.
Now, however, I have the same problem as Tom Williams did with
Kernel 2.6.3 and the include files using type __u32, etc.
http://www.winehq.org/hypermail/wine-devel/2
The new file dlls/ntdll/directory.c added by
date: 2004/03/16 01:32:02; author: julliard; state: Exp;
Implemented NtQueryDirectoryFile (partly based on a patch by Eric
Pouech).
broke non-Linux platforms (like FreeBSD):
/usr/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESR
Hello,
I have been getting wine from CVS for a while now, and have been looking
through the source. How do people who work with the wine code browse
around in the source tree? I found that 'ctags -e -R' can be used with
emacs, which works OK, but I was wondering if there is a better method.
Tha
Hi,
I want to synchronize my change from ReactOS with the Wine tree.
Unfortunetly I can't test it and I don't even know if it compiles under
Wine. So if anyone want to take care of it, here it is.
Regards,
Filip
--- static.cTue Feb 10 20:09:04 2004
+++ static.cMon Mar 15 21:34:06 2004
@
"Aric Stewart" <[EMAIL PROTECTED]> wrote:
> @@ -297,7 +297,7 @@
> @ stub SetupSetSourceListA
> @ stub SetupSetSourceListW
> @ stdcall SetupTermDefaultQueueCallback(ptr)
> -@ stub SetupTerminateFileLog
> +@ stdcall SetupTerminateFileLog(ptr)
The argument here should be 'long'.
--
Dmitry.
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote:
> > Is this a problem in GetFullPathName or should I better use:
> >
> > /usr/bin/rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128
> > z:\\usr\\share\\wine\\wine.inf
> >
> > ?
>
> It is a bug in GetFullPathName I think.
Actually GetFull
Joerg Mayer wrote:
On Tue, Mar 16, 2004 at 12:09:24AM +0200, Shachar Shemesh wrote:
Can someone remind me again why we can't have GPL DLLs in the tree?
Doesn't the "call through documented interface blah blah blah not
derived work" argument cause the license for each two DLLs in Wine to be
i
20 matches
Mail list logo
