"Christian Costa" <[EMAIL PROTECTED]> wrote:
> >If the MCI command was sent asynchronously (without MCI_WAIT)
> >an thread gets created and the command gets executed there.
> >
> >So, if an app does:
> >mciSendCommand(MCI_PLAY); // an async thread gets created
> >and right after that:
> >mciSendCo
Le lun 15/03/2004 à 22:23, Ove Kaaven a écrit :
> tir, 16.03.2004 kl. 03.20 skrev Vincent Béron:
> > Hi folks,
> >
> > Since wine.inf is now used as the source for the default values for the
> > registry (via rundll32), importing it absolutely needs X (whereas the
> > older regedit method didn't w
Christian Costa <[EMAIL PROTECTED]> writes:
> When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes.
> After some investigations, I found that a part of the code uses the
> EBX register at one point without saving
> and restore it afterwards. Since this register contains the PLT
On Wed, Mar 17, 2004 at 10:37:01PM +, Christian Costa wrote:
> Hi,
>
> When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes.
> After some investigations, I found that a part of the code uses the EBX
> register at one point without saving
> and restore it afterwards. Since
On Wed, 17 Mar 2004 22:37:01 +, Christian Costa wrote:
> When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes.
> After some investigations, I found that a part of the code uses the EBX
> register at one point without saving and restore it afterwards.
What calling conventi
On Wed, 17 Mar 2004 13:44:50 +
Mike Hearn <[EMAIL PROTECTED]> wrote:
> Another thing I'd really like to see is a move to GNU arch version control
I'm using Arch on all my own projects and I think its great. Still needs
a little polish, but its improving really quickly.
There is also a conce
Hi,
When executing the DllMain of the native IR32_32.DLL (VFW), Wine crashes.
After some investigations, I found that a part of the code uses the EBX
register at one point without saving
and restore it afterwards. Since this register contains the PLT pointer
for standard unix functions like libc
On Wednesday 17 March 2004 07:44 am, Mike Hearn wrote:
> Another thing I'd really like to see is a move to GNU arch version control
>
> What do people think?
I'm using it at my new job and it's pretty dope imho. There are a few
downsides, some already have been mentioned (those--horrible--names,
Chris,
On Wednesday 17 March 2004 19:16, Chris Morgan wrote:
> README now has some instructions on how to setup a local
> appdb.
You should also note that magic_quotes_gpc should be off. Otherwise you would
end up inside your database with \ everywhere. And for development
display_errors is v
* tables/appdb_tables.sql,prefs_list.sql, user_list.sql,user_prefs.sql,
user_privs.sql, app_category.sql, session_list.sql, create_tables, README,
include/config.php.sample
Chris Morgan <[EMAIL PROTECTED]>
Add appdb/tables/create_tables script to run the sql necessary to create and
setup appdb t
Hi Ferenc,
Ferenc Wagner wrote:
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 co
Alexandre, please don't apply this patch... it doesn't work the right
way. Juan Lang pointed out that I have a = instead of a |= ... and after
fixing it, it doesn't do what it mean to do.
thanks,
Mike
Mike McCormack wrote:
ChangeLog:
* prevent recursions with WM_SIZE reason
I'm afraid the following change to programs/winecfg/main.c
date: 2004/03/16 01:32:36; author: julliard; state: Exp; lines: +2 -0
Need to include config.h.
broke FreeBSD (and others):
/sw/gcc-3.3.2/bin/gcc -c -I. -I. -I../../include -I../../include
-D_REENTRANT -fPIC -Wall -pipe -mpref
Dmitry Timoshkov wrote:
"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.
My patch was intended to fix a deadlock with the thread of the wave
driver not with the async o
> Can you please post the list of errors to wine-devel, so people are aware of the
> problems (and hopefully send patches to fix them :))?
Complete compile error log is attached.
> Now that we have this build, can we get rid of:
> Wine programs for Windows
> from the "Support Files" package?
On Wed, 2004-03-17 at 14:31, Dimitrie O. Paun wrote:
> arch sure sounds interesting (except for the file naming conventions :)),
Yeah, they bug me too, but I don't think it's a big issue really.
> but before we can consider switching we *must* have infrastructure
> available that's comparable to
On Wed, 17 Mar 2004, Ivan Leo Murray-Smith wrote:
> The win32 packages of wine are on sourceforge, you can get them from
> http://sourceforge.net/project/showfiles.php?group_id=6241
> or to view the win32 packages only
> http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=112520
The win32 packages of wine are on sourceforge, you can get them from
http://sourceforge.net/project/showfiles.php?group_id=6241
or to view the win32 packages only
http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=112520
Ivan.
Hi,
Am Mo, den 15.03.2004 schrieb Michael Schlüter um 12:38:
> A printf showed me, that the call of glGenTextures didn't come back.
> That's strage because d3dtexture_create and glGenTextures are called a
> lot of times before without problems? If I delete glGenTextures it works
> but...
I'm now
On March 17, 2004 8:44 am, Mike Hearn wrote:
> Another thing I'd really like to see is a move to GNU arch version control
arch sure sounds interesting (except for the file naming conventions :)),
but before we can consider switching we *must* have infrastructure
available that's comparable to the
Dmitry Timoshkov wrote:
>
> "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 explai
On Wed, 17 Mar 2004 00:15:32 +0100, Jakob Eriksson wrote:
> I am very happy to see this level of cooperation between Wine and
> Reactos at all. Remember, the linux kernel gets forked all the time,
> patches are tried out and the good ones percolate up to Linus' tree.
Perhaps Wine should start con
> "Rein" == Rein Klazes <[EMAIL PROTECTED]> writes:
...Rein> which leaves:
Rein> bias = utc - utc
Rein> which makes bias always zero, and tested on my system it surely
Rein> makes it return zero. Is that different on your system? If that
Rein> is not the ca
Hi Mike,
Mike McCormack <[EMAIL PROTECTED]> writes:
> Ferenc Wagner wrote:
>
>> 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
On Wed, 17 Mar 2004 01:50:40 +0100, Raphael wrote:
> PS: i'm trying to get MSN Messenger working, how we can register some com dlls
> into registry ?
The app installer should do that for you (last time I tried MSN Messenger
I didn't have any problems with missing registrations) but you can run
re
On Tue, 16 Mar 2004 20:45:01 +0100, you wrote:
> > "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));
> >>
> >>
26 matches
Mail list logo