Mike Hearn wrote:
On Mon, 06 Dec 2004 13:56:30 +0200, Shachar Shemesh wrote:
Damn, had to miss it. Any impressions from the event? IRC logs?
It was pretty good, a lot of people showed up which was fantastic. I was a
bit disappointed that those people were mostly already experienced Wine
developers
--- Jonathan Wilson <[EMAIL PROTECTED]> wrote:
> Could WIDL be used alongside MingW to generate IDL files on windows?
> What changes, if any, would be needed to WIDL to get it working on win32
> and compiling IDL files in a way that MingW can use?
> Does MingW have enough of the OLE header files
Could WIDL be used alongside MingW to generate IDL files on windows?
What changes, if any, would be needed to WIDL to get it working on win32
and compiling IDL files in a way that MingW can use?
Does MingW have enough of the OLE header files for WIDL to work?
Having an IDL compiler for MingW woul
Paul van Schayck wrote:
Those value fillers are not used. We never send users back to the page
when errors are found (maybe we should).
We did, and we should.
--
Tony Lambregts
On Fri, Dec 24, 2004 at 11:31:23PM +0800, Dmitry Timoshkov wrote:
> The situation with fpos_t is even worse. Both VC++ (Win32) and Platform SDK
> (Win64 part) define it as follows (stdio.h):
>
> #ifndef _FPOS_T_DEFINED
> #undef _FPOSOFF
>
> #if defined (_POSIX_)
> typedef long fpos_t;
> #defi
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
Well, it's what I usually do when the patch is related to a single
component and Alexandre never complains about that.
If it makes Alexandre's life easier, I can do it. It is not my
intention to undermine his Christmas. ;-)
Robert Shearman wrote:
Christian Costa wrote:
Robert Shearman wrote:
Christian Costa wrote:
Index: pin.c
===
RCS file: /home/wine/wine/dlls/quartz/pin.c,v
retrieving revision 1.9
diff -u -r1.9 pin.c
--- pin.c16 Dec 2004 14:25:15 -0
Christian Costa <[EMAIL PROTECTED]> writes:
> Well, it's what I usually do when the patch is related to a single
> component and Alexandre never complains about that.
> If it makes Alexandre's life easier, I can do it. It is not my
> intention to undermine his Christmas. ;-)
As long as it include
Christian Costa wrote:
Robert Shearman wrote:
Christian Costa wrote:
Index: pin.c
===
RCS file: /home/wine/wine/dlls/quartz/pin.c,v
retrieving revision 1.9
diff -u -r1.9 pin.c
--- pin.c16 Dec 2004 14:25:15 -1.9
+++ pin.c
Robert Shearman wrote:
Christian Costa wrote:
Hi,
With this patch, the indeo codec feels a little better.
Changelog:
Initialize the COM libraries for the newly created worker thread in
the AVI splitter.
Fixed some returned error codes.
Show refcount in the AddRef/Release traces in filter.
Added 24
"Lionel Ulmer" <[EMAIL PROTECTED]> wrote:
> Basically, there was two issues: the first is that the 'fpos_t' is 64 bits
> in Windows (Mike M. checked on VC++ and I checked on MinGW and both
> confirmed this).
The situation with fpos_t is even worse. Both VC++ (Win32) and Platform SDK
(Win64 part)
On Fri, 24 Dec 2004 15:42:30 +0100, Lionel Ulmer wrote:
> With the help of Mike (M.) on IRC to point me to the right direction, I
> finally managed to nail down the problem that was plaguing TD's snowboarding
> game demo (oh well, it's better doing it in real life but well, if you are
> blocked in
Christian Costa wrote:
Hi,
With this patch, the indeo codec feels a little better.
Changelog:
Initialize the COM libraries for the newly created worker thread in
the AVI splitter.
Fixed some returned error codes.
Show refcount in the AddRef/Release traces in filter.
Added 24 bits source in the vid
Robert Shearman wrote:
Christian Costa wrote:
Hi Michael,
This is typically the kind of patches that breaks everything.
It cannot break anything.
The code you find useless, is often use in lazy allocation or error
handling.
I doubt the current wine code is so bad designed even if there is
some c
Christian Costa wrote:
Hi Michael,
This is typically the kind of patches that breaks everything.
It cannot break anything.
The code you find useless, is often use in lazy allocation or error
handling.
I doubt the current wine code is so bad designed even if there is some
cases where the test is
Hi Michael,
This is typically the kind of patches that breaks everything.
The code you find useless, is often use in lazy allocation or error
handling.
I doubt the current wine code is so bad designed even if there is some
cases where the test is useless.
For example in memallocator.c, this is wr
Izak Burger wrote:
http://ars.userfriendly.org/cartoons/?id=20041013
I have another six if anyone else desperately wants one...
:-)
You think that's good? I got this one
http://ars.userfriendly.org/cartoons/?id=20040622
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting ltd.
http://w
Mike Hearn <[EMAIL PROTECTED]> writes:
> My proposal is to have a new winelib app "winemenulauncher" which simply
> takes the working directory, program and arguments, and runs the program
> but switching current directory first, ie the menu entry would look like:
>
> Exec=wine winemenulauncher c
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Thu, 23 Dec 2004 19:06:04 +0100, Alexandre Julliard wrote:
> > The other thing that needs to be done differently is that the
> > WS_EX_TRAYWINDOW flag has to go, that's not Windows compatible. We
> > need to define an appropriate interface that doesn't i
By using superglobals we already achieved to have a better security and
a better readability. Now we easily know which vars are comming from
outside of the script ("parameters") and which vars are used inside the
script (this is only true if we don't copy superglobals in local vars
which is bad imo
Those value fillers are not used. We never send users back to the page
when errors are found (maybe we should).
Changelog:
Remove registered globals from the new-version submit. They are not used.
Index: appsubmit.php
===
RCS file: /h
Jonathan,
On Fri, 24 Dec 2004 10:43:45 +0100, Jonathan Ernst
<[EMAIL PROTECTED]> wrote:
> This patch sets variable naming convention that should be used in the
> appDB code.
Why would we change it. I think it just clutters up the source without
adding value. PHP is a variable-type decleration les
22 matches
Mail list logo
